how do we caompare the table structure in 2 databases

  • hi all,

    We have 2 environment, and some chnages were made on DEV for a tbalw with large no of columns,

    now we need to compare what columns got added to that tbale, so that we can alter the table in QA.

    basically teh name of tbale is same,but structure changed in dev over time.

    Please direct me on the right path...

    thanks

    s

  • The best way to do this is through a tool. I believe Redgate has something that does this.

    If you just want a list of columns that are not common between the two tables, you could use something like this:

    select name from QADB.sys.columns where OBJECT_NAME(object_id) = 'I014A'

    except

    select name from DEVDB.sys.columns where OBJECT_NAME(object_id) = 'I014A'

    Converting oxygen into carbon dioxide, since 1955.
  • Redgate SQL Compare

  • RedGate SQL Compare is a useful utility for this.

    Jason...AKA CirqueDeSQLeil
    _______________________________________________
    I have given a name to my pain...MCM SQL Server, MVP
    SQL RNNR
    Posting Performance Based Questions - Gail Shaw[/url]
    Learn Extended Events

  • Another vote for Red Gate SQL Compare. The price on the Red Gate tools is entirely reasonable. If you're working for a company of any substantial size, you can justify the purchase quite easily.

    "The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
    - Theodore Roosevelt

    Author of:
    SQL Server Execution Plans
    SQL Server Query Performance Tuning

  • Red Gate SQL Compare is definitely the simplest, easiest option.

    But if that is not workable for you look into using tablediff.

  • And another vote for Redgate's SQL compare.

    Gethyn Elliswww.gethynellis.com

  • I work for Red Gate, but their tool or any other compare will do this very inexpensively. It sounds like a decent sized purchase for your boss, but consider your time and that fact that you will likely do this multiples times as you try and deploy changes. Making mistakes can easily exceed the cost of the tool, as can manually going through and checking things.

    These tools are also very well tested, something that isn't true of a homegrown tool.

    If you deploy changes, make the investment in the tools. Red Gate's or another one.

Viewing 8 posts - 1 through 7 (of 7 total)

You must be logged in to reply to this topic. Login to reply