SQL Data Compare attempting to set IDENTITY columns to NULL

Compares and synchronizes SQL database content.

Moderators: JonathanWatts, Chris Auckland, David Atkinson, Michelle Taylor, chengvoon.tong

SQL Data Compare attempting to set IDENTITY columns to NULL

Postby kevin_bkt » Fri Sep 06, 2013 3:36 pm

I am using SQL Data Compare 10.2.3.5. We use the tool regularly to save changes to data made by individual developers, and then apply those changes to other environments. Our databases are SQL Server 2005/2008.

Now I'm trying to generate a database from scratch from source control, instead of applying incremental changes. The target database is empty, and there are about 24000 differences to be applied. When I deploy, I get the error "DEFAULT or NULL are not allowed as explicit identity values".

Looking at the deployment script, I can see that SQL Data Compare is trying to set the value of identity columns in several (but not all) tables to NULL. In the .sql data files in source control, the INSERT statements do not store any value for the identity columns (as I think it should be). Yet these NULLs are generated at deployment time. I've tried using the re-seed identity columns option, but this makes no difference.

I would appreciate anyone who could point me in the right direction on this. Right now, I'm looking at having to edit a very large number of changes in the deployment script to get this database created.

Thanks,

Kevin
kevin_bkt
 
Posts: 2
Joined: Fri Sep 06, 2013 3:24 pm

Postby andy.campbell.smith » Tue Sep 17, 2013 6:19 pm

Hi Kevin - is there any reason you're still using SQL Data Compare 10.2? We've released a few updates to the tool since then - the most recent version is 10.4.8.62.

If you could update to that version and let me know if you're still seeing this issue that'd be great - you can update from within the tool by going to Help->Check for Updates.
Andy Campbell Smith

Red Gate Technical Support Engineer
andy.campbell.smith
 
Posts: 173
Joined: Thu Oct 20, 2011 11:19 am
Location: Red Gate Software

Postby kevin_bkt » Tue Sep 17, 2013 6:27 pm

11 days is a bit long for a response, don't you think? I've long since had to come up with another way to perform the task I was attempting.

Next chance I have, I will try what you suggest, but don't know when that will be.
kevin_bkt
 
Posts: 2
Joined: Fri Sep 06, 2013 3:24 pm

Postby andy.campbell.smith » Tue Sep 17, 2013 6:34 pm

Yes, sorry - I'm afraid this got lost in our system. Usually we attempt to respond within 8 business hours for supported customers - I'm really sorry it took us so long to get back to you this time. If you do want to come back to this at a later date do let us know and I'll do my best to help out.
Andy Campbell Smith

Red Gate Technical Support Engineer
andy.campbell.smith
 
Posts: 173
Joined: Thu Oct 20, 2011 11:19 am
Location: Red Gate Software


Return to SQL Data Compare 10

Who is online

Users browsing this forum: No registered users and 0 guests