How can we help you today? How can we help you today?
Christian Perez

Activity overview

Latest activity by Christian Perez

Hi Seth, Thanks for reaching out to Redgate Support, sorry to hear you are having a little trouble with your SQL Compare install in this case. I suspect what may be happening is that since we are adding a column to the parent (YesDepts) table that has a trigger-maintained history table (YesDepts_History), we may be running into a dependency chain issue. I suspect SQL Compare may be tryting to drop and recreate the trigger because it references the new column, but the history table doesnt have the new columns yet or vice versa, leading to data loss. To start remediating this, I would first try using some of the Project/Comparison Options designed around triggers and see if if we get the wanted behavior. Have you already tried any of the below options to see if we can stop the trigger from being dropped and recreated? Project Options > Ignore Tab > Consider Ignoring Triggers for initial comparison  Enable “Disable DDL triggeres during deployment” Enable “Include transactions”This lets you rollback if a deployment fails midway through execution. Options > Behavior > Use “Ignore trigger order” in case execution order is causing the problem Options > Dependencies > Set :Include dependencies" to include triggers, history tables, parent tables are all considered together. Besides the above, other options include manually disabling the trigger at the beginning of the deployment script, making the schema changes, reenabling the trigger at the end. You could also consider using temporal tables instead of trigger-maintained history to eliminate the need for trigger maintenance and SQL Compare handles them naturally.   / comments Official comment
Hi Seth,Thanks for reaching out to Redgate Support, sorry to hear you are having a little trouble with your SQL Compare install in this case. I suspect what may be happening is that since we are ad...
0 votes