用于跟踪已删除记录的删除触发器的替代方案

Question

我的任务是创建一个大型数据复制服务来配置我们的数据仓库。源数据库驻留在其他服务器上。

到目前为止，我已经能够使用 SqlBulkCopy 类和 TSql excepts 语句的结合来实现将项目更新和插入到仓库中。

我现在的问题是处理记录删除。我能想到的处理删除的唯一方法是在表上创建一个自定义触发器，将已删除的记录插入到我的服务可以读取的临时表中，并从仓库中删除。

我知道有很多数据复制工具，但该公司想要定制的内部服务。

注意一些将配置的表超过 1 亿条记录。

有什么建议吗？

Answer 1

我不认为删除触发器会有那么糟糕。 1 亿条记录绝对是一个很好的块，但是您在服务器上运行触发器，SQL 可以优化执行路径。

如果您在客户端执行其他操作，则会产生从服务器获取记录然后向仓库发出删除命令的开销。

困扰您的触发因素是什么？

Answer 2

根据我所读到的内容，您正在尝试重新发明复制（http://msdn.microsoft.com/en-us/library/ms151198.aspx）。这是否概括了一切？如果是这样，我的建议是不要这样做。

Answer 3

SQL Server有内置的变更跟踪（至少在2008 R2中，我不确定这个功能到底是什么时候引入的）。在此处阅读更多信息：http://msdn.microsoft.com/en-us/library /cc280462.aspx

Answer 4

我可能不完全理解你在做什么，但在 SQL Server 中，你可以捕获使用 输出子句。也许这是你可以使用的东西。

-- Table to delete from
declare @T table (id int, name varchar(50))

-- Table to capture the deleted rows
declare @DeletedRows table (id int, name varchar(50))

-- Dummy data
insert into @T values
(1, 'Name1'),
(2, 'Name2'),
(3, 'Name3'),
(4, 'Name4'),
(5, 'Name5')

-- Delete every other row
delete from @T
output deleted.id, deleted.name into @DeletedRows
where id % 2 = 0

select *
from @DeletedRows

结果 - 删除的行

id          name
----------- --------------------------------------------------
2           Name2
4           Name4

Answer 5

我在使用触发器将记录 ID 插入临时表方面拥有丰富的经验。然后，我们创建了一组 SSIS 包和 SQL 代理作业轮询临时表并根据临时表的内容采取适当的操作。这使得实现定制成为可能。由于我们在 OLTP 系统和仓库之间移动数据，因此它很有意义 - 记录并不总是逐行排列。