Why are tables considered different?
fredrikg
Posts: 2 Bronze 1
What could cause SQL Data Compare to treat two "identical" tables different, so that the automatic mapping doesn't work?
I am trying to use the command-line options to synchronize data between a set of tables from a SQL Server 2000 database to a SQL Server 2005 database. I create the tables manually in the target database, using the exact same script as for the source database.
The problem is that SQL Data Compare doesn't think the tables are the same. Using the GUI I could manually map the tables together, but this is not possible using the command-line.
Interestingly, it works fine if the two databases are on the same SQL Server 2000 database.
So, what could possibly be the reason for this?
Many thanks!
/Fredrik
I am trying to use the command-line options to synchronize data between a set of tables from a SQL Server 2000 database to a SQL Server 2005 database. I create the tables manually in the target database, using the exact same script as for the source database.
The problem is that SQL Data Compare doesn't think the tables are the same. Using the GUI I could manually map the tables together, but this is not possible using the command-line.
Interestingly, it works fine if the two databases are on the same SQL Server 2000 database.
So, what could possibly be the reason for this?
Many thanks!
/Fredrik
Comments
my version of SQLDataCompare is the 7.1.0.245 and it always worked fine till now, because I only used it by the GUI. Now I am automating the building process of some projects we have, and it brings the need of running SQLDataCompare through the command line interface. The problem I am facing seems to be the same fredrikg had.
How can I get this patch, if it is the case?
Thanks in advance,
Carlos Amigo
the patch you sent me solved the problem I was facing. Thank you so much!
Yours,
Carlos Amigo