How can we help you today? How can we help you today?
Andras B
Powlin wrote: Ok here's is the feedback from SQL Compare 8 beta, I'm currently using SQL Compare 6. First thing I observed is the comparaison projects wizard that changed, the script open is the last one used and older one isn't available in the wizard. I have not found a way to change the current project, except to Cancel the wizard and open a new project. Most of the time my last project isn't the one I synchronise so I'm always cancelling the startup wizard. Also there a new approach used to deal with projects, we need to work with filename, I was really appreciating not having to deal with filename like in SQL Compare 6, SQL Data Compare 7 also begin to use filename and I like the way SQL Compare 6 work. When I need to use SQL Compare I know before openning it with server I want to update, so having it the old way was really fast for me to found it. There's was the column sorting that was great to. Also the open project (menu) isn't displaying in the project of SQL Compare (It's in My Documents), I always need to change the folders. Also choosing a project using filename is painful, I have around 30 project and they only differ by database, I really hate having to open a project using SQL Compare 8. Most of time I give up and go back to SQL Compare 6. I also miss the Switch synchronisation direction, I was fast to switch the direction. Now I need to go back to the wizard and resynch both database. On a more positive note, the Filter for object is great, a little complexe to use has we have to set condition but I does the job, I would have be better to have some preset condition like if I right-click on a table named : Group, to have some option menu that add the condition like : Object Name = Group Object Name <> Group or some standard operation to filter. Another thing I miss from SQL Compare 6 is the icon in Filter Objects, it was easy to found them using the icon, now we have to read the text because every object changed position has they are now sorted. I was also liked the fact that the SQL 2000 and SQL 2005 was distinct, has we often sync between database and the new Schema and Role are causing trouble it was easy to remove SQL 2005 things. In conclusion seeing the current features of this new SQL Compare 8, I don't think I will upgrade to it, I like SQL Compare 6 most than 8. Thanks Hi Powlin, thank you for the detailed feedback. The purpose of the beta is exactly to get feedback about the changes we make. You have very well identified some of the main pain points in version 8 beta, and since many of the beta testers have reported similar problems we have spent the time since the beta to sort these issues out. In particular, in the project selection we will provide a way to access the old style of project chooser and you will be able to change the sync direction. To the beta testers on this forum we will make a release candidate available shortly, so you could have a preview at how we have reacted to your comments. We will also consider and look into the other items you mention, like the icons for the object types in the filter panel. Thanks for your feedback, Regards, Andras / comments
Powlin wrote: Ok here's is the feedback from SQL Compare 8 beta, I'm currently using SQL Compare 6. First thing I observed is the comparaison projects wizard that changed, the script open is the ...
0 votes
stevepatches wrote: I am having a problem with the "Ignore..User' permissions and role memberships option". It does not seem to work. I am comparing a directory of scripts to a live database. The scripts directory does not include users. The only reference to users would be in the role membership statements in the roles scripts. When I run the compare it generates CREATE USER statements for all the users referenced in the role memberships. Based on the description of the above setting I would not expect it to do this. What am I missing? Hi Steve, When the "Ignore .. User permission" option is set you should only see "sp_addrolemembers" for roles, i.e. only role membership is included. Synchronizing these roles will not bring over the users. When the option is not set, users will be synchronized as well as dependencies. A user must exist in a consistent database if a "sp_addrolemember" statement is used, therefore if the role membership is included in the sync (the option is not set), a user will be created. If you do not wish to sync the users, please make sure that the above option is set, and the users are not selected explicitly for synchronization. In version 8 the dependencies list will show you if the user has been included as a depenedency, and which object refers to it. Regards, Andras / comments
stevepatches wrote: I am having a problem with the "Ignore..User' permissions and role memberships option". It does not seem to work. I am comparing a directory of scripts to a live database. The...
0 votes
rfarris2000 wrote: I'm pretty happy with the new layout as far as picking the last project or being able to one of the more recent projects. But, one comprise you might think about would be to split the screen with the most recent project at the table or be ble to select one from the list of past projects. Also, one complaint I've had in the past and it may be outside of the scope of this release and outside of the development direction in general is that when you have a project, I'd rather pick and chose my filter there before it compares rather than wait for it to compare the entire database when all I want to do is compare stored procs or views. This comes into play for larger applications like our CRM package that has nearly 2200 tables in it and we use stored procs for our custom reports. Granted the compare is pretty fast but I don't really care about the tables b/c our database changes are handled through the vendor's deployment tools. I do like the switch button on the main screen though. That was an issue I had in the past as well. Thank you for your feedback. We have considered your first suggestion and have saved it for future releases. Concerning pre-filtering, we have done some performance testing. This has shown us that such pre-filtering would not result in a significant performance improvement, but would certainly affect the reliability of synchronization scripts (dependencies would not be identified properly on pre SQL Server 2008 databases). Thanks again for your feedback, Regards, Andras / comments
rfarris2000 wrote: I'm pretty happy with the new layout as far as picking the last project or being able to one of the more recent projects. But, one comprise you might think about would be to s...
0 votes