How can we help you today? How can we help you today?
JonathanWatts
That is good news, you had me worried there for a day. We don't think that we made SQL Compare 6 less tolerant to network issues, but if you could keep us posted about this that would be useful. Thanks. Regards, Jonathan / comments
That is good news, you had me worried there for a day. We don't think that we made SQL Compare 6 less tolerant to network issues, but if you could keep us posted about this that would be useful. Th...
0 votes
Hi there, No we didn't change this value, I will have a word with the developers and see if we had added something that might have caused this. Is it happening all the time to all databases on this server? Regards, Jonathan / comments
Hi there, No we didn't change this value, I will have a word with the developers and see if we had added something that might have caused this. Is it happening all the time to all databases on this...
0 votes
Hi there, The problem you are seeing is because of the two ways that SQL Compare compares objects. At the start of the comparison, or each time you refresh, the engine does a semantic comparison of all the objects in the data sources and stores these results in the top grid. However, each time you select an object in the top grid the SQL Differences pane does a simple textual comparison of objects. This is done to improve performance and memory usage, and because 90% of textual differences are actually semantic differences too. However, in some cases like the one you highlight, a textual difference isn't actually a semantic difference and the SQL Differences pane will highlight differences, when the top grid will report the object as identical. As we display most of these objects exactly as they are stored in the system catalogs we don't feel that we should alter them, and some of these differences may actually be of interest to users. In the case that you highlight SQL Compare will display only report that the objects are different in the top grid if there is a different elsewhere in the objects. The ordering of triggers alone shouldn't cause the top grid to be report a difference. If it has then you have found an issue. If you can forward me the schema of the effected objects I will take a look and see what we can do about it. We are going to have to look into improving the SQL Differences pane difference matching in future releases, but this won't be changed in the initial point release. Sorry. Jonathan / comments
Hi there, The problem you are seeing is because of the two ways that SQL Compare compares objects. At the start of the comparison, or each time you refresh, the engine does a semantic comparison o...
0 votes