GetMigrationSQL per table ignores DropConstraintsAndIndexes

Bastiaan Molsbeck · January 21, 2013 8:37AM

Hi,

I have a follow-up on this thread:
http://apps.red-gate.com/messageboard// ... hp?t=16164
(which was solved, by the way).

I (again) have a table with a unique index and a clustered index, as written in the other thread.
When calling the method "GetMigrationSQL" of the SQLDataCompare.Engine.SqlProvider, I get the migration SQL. I use the option DropConstraintsAndIndexes to let the script include DROP statements for my unique index and clustered index.
This works perfectly.

However, when I call the method "GetMigrationSQL" with a different overload (per table), I do NOT get these DROP statements.

More details about this issue:

The script that was being generated with "GetMigrationSQL" was getting pretty large for an entire database, when using the overload
"objSqlProvider.GetMigrationSQL(objComparisonSession, True)" to get the entire script.

Therefore, I changed my code to loop through all TableDifferences in the ComparisonSession, and then call the method "GetMigrationSQL" with this overload:
objSqlProvider.GetMigrationSQL(objComparisonSession, objTableDifference, True)
But then the DROP statements for the unique index and clustered index aren't included!

Why is this, and what can I do to overcome this?

PS: I also tried using version 10.2.4.113 of RedGate.SQLDataCompare.Engine.dll, but the problem still occurs.

Brian Donahue · January 23, 2013 9:46AM

You can specify options in many places in the SQL Data Compare engine, so it's important to pass the EngineDataCompareOptions consistently. be sure to pass these options to the ComparisonSession object as well as the SqlProvider option consistently or you will end up with different sets of options for the comparison and the script generation.

mappings.Options = new EngineDataCompareOptions&#40;
                                                MappingOptions.Default,
                                                ComparisonOptions.TrimTrailingSpaces | ComparisonOptions.Default,
                                                SqlOptions.Default&#41;;
...
ComparisonSession session=new ComparisonSession&#40;&#41;;
session.Options=mappings.Options;
SqlProvider provider=new SqlProvider&#40;&#41;;
provider.Options=mappings.Options;

Bastiaan Molsbeck · January 23, 2013 9:48AM

I do this already.
Please read the other thread so I don't have to repeat all those steps again.

Could you please try the scenario I posted?
You should get the same results.

Brian Donahue · January 23, 2013 9:49AM

Sorry, your link 404'd.

Bastiaan Molsbeck · January 23, 2013 9:50AM

http://www.red-gate.com/MessageBoard/vi ... hp?t=16164

Brian Donahue · January 23, 2013 9:51AM

If I look at http://www.red-gate.com/messageboard/vi ... hp?t=16164, I get a link to an issue that is apparently not solved.

Bastiaan Molsbeck · January 23, 2013 9:52AM

The issue IS solved, when I execute the "GetMigrationSQL" for the entire database at once.

But when trying to get the migration SQL for a single table, it is NOT solved.

Brian Donahue · January 23, 2013 9:53AM

Did you try the latest SDK patch: ftp://support.red-gate.com/patches/SQL_ ... .0.170.exe

Bastiaan Molsbeck · January 23, 2013 9:53AM

Yes, that was the last line of my first post in this thread:

"PS: I also tried using version 10.2.4.113 of RedGate.SQLDataCompare.Engine.dll, but the problem still occurs."

Brian Donahue · January 23, 2013 10:32AM

Thanks, I have logged an issue with the development team ( CSD-173 ).

Bastiaan Molsbeck · January 23, 2013 10:33AM

Many thanks!
I'm new to this: how will they communicate with me? In this forum topic, or directly via e-mail?

Bastiaan Molsbeck · February 1, 2013 4:02AM

For everyone who is reading this topic because they run into a similar issue; I got the following response:

I have discussed your case with a member of the development team. Apparently, you are using a method in the API that was designed for the UI to display a single object deployment script. It was never designed to deploy that table and as such it does not pay any attention whatsoever to the DropConstraintsAndIndexes option. She gave the following alternative to get the results that you are looking for. I haven't tried it myself, but hopefully it will work for you (she knows what she is talking about)

"The correct way to do the thing they are trying to do is probably to unmap everything but the table they want to generate the script for, generate the whole script for the database with only that table mapped, then change the mappings and generate another whole-database script for the next table like that."

I'm now going to update my code to use the suggested approach.

GetMigrationSQL per table ignores DropConstraintsAndIndexes

Comments

Product Learning

Community Forums

Events & Friends

Simple Talk