| Author |
Message |
vincentj
Joined: 17 Feb 2011 Posts: 36
|
Posted: Thu Feb 28, 2013 12:55 am Post subject: can't exclude identical objects?! |
|
|
Why does SQL Compare now include identical objects by default? I'm generating HTML reports that show the differences between Subversion and the production database, and since I upgraded to 10.3 they're showing all the identical objects which makes the reports take forever to load and take up tons of disk space.
I am using a filter but apparently I can't simply add /exclude:identical if I'm using a filter (which would be great). So I spent a couple hours converting all of our filter rules to a complex set of /include and /exclude rules. Now I have a command line which is 2800 characters long (basically unmaintainable) and the identical object still aren't being excluded. Not to mention that I can no longer share my filters between the command line and GUI tools.
Thinking I had some error due to the immense complexity of the command, I simplified my command to just /exclude:identical and /exclude:additional. And it's still showing the identical objects. There seems to be no way to exclude them.
This change is a huge problem for us and I don't have time to try to develop a workaround, can you please revert back to the previous behavior?
And in the meantime, please provide me with a link to the version with the old behavior (10.1?) so I can install that. Thanks.
EDIT: It seems that the IgnoreIdentitySeedAndIncrement is broken as well, it's still showing as a difference in my reports. |
|
| Back to top |
|
 |
Brian Donahue
Joined: 23 Aug 2004 Posts: 6346 Location: Red Gate Software
|
|
| Back to top |
|
 |
vincentj
Joined: 17 Feb 2011 Posts: 36
|
Posted: Mon Mar 04, 2013 4:54 pm Post subject: |
|
|
Great, thanks!
At some point I would like to use the new /include:StaticData feature because it'll help speed up our deployments. Am I going to run into the same error if I try to use that with my filter files? |
|
| Back to top |
|
 |
Brian Donahue
Joined: 23 Aug 2004 Posts: 6346 Location: Red Gate Software
|
Posted: Wed Mar 06, 2013 5:04 pm Post subject: |
|
|
Hi,
As far as I am aware, the tables involved in static data transfer are the ones mentioned in RedgateDatabaseInfo.xml (the configuration file that SQL Compare/Source Control creates for you).
I'll try to get clarification on this. _________________ Brian Donahue
Technical Support
Red Gate Software Ltd.
44 (0)870 160 0037 ext 8521
US and CAN 1-866-RED GATE ext 8521 |
|
| Back to top |
|
 |
AdminSite Admin
Joined: 15 Aug 2004 Posts: 2
|
Posted: Fri Mar 08, 2013 10:52 am Post subject: |
|
|
| The /include:StaticData argument takes the tables it will modify from the RedGateDatabaseInfo.xml file. If you compare form a static script, you can try first modifying that file and putting the tables whose data you want to sync in the DataFileSet element. |
|
| Back to top |
|
 |
howarthcd
Joined: 16 May 2007 Posts: 48
|
Posted: Mon May 20, 2013 3:22 pm Post subject: |
|
|
Hi Red-Gate
It's been four months since we initially reported the filter bug (for which you created SC-6165).
Are you able to confirm when this issue will be resolved?
Thanks
Chris |
|
| Back to top |
|
 |
|
|
All times are GMT + 1 Hour
|
| Page 1 of 1 |
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group