MS SQL入门基础:事务复制

核心提示： 在分发数据库中的复制事务和出版者事务日志中有复制标志的事务是一一相对的，在 Msrepl_transactions 表中存储的一个事务可由多个命令组成，MS SQL入门基础:事务复制(3)，每一条命令存储在Msrepl_ commands 表中，在整个批事务成功写入分发数据库后，那么在网上

在分发数据库中的复制事务和出版者事务日志中有复制标志的事务是一一相对的。在 Msrepl_transactions 表中存储的一个事务可由多个命令组成，每一条命令存储在Msrepl_ commands 表中。在整个批事务成功写入分发数据库后，每一命令将被提交接着阅读代理调用sp_repldone 系统过程来标明复制事务最终在哪里完成。最后代理标明在事务日志中的哪一行将被截掉。那些仍旧等待复制的行不会被截掉。从出版者删除事务日志并不影响复制，因为只有那未标有复制的事务才会被清除。

（3） 事务命令一直存储在分发数据库中，除非分发代理从分发者将其推至订购者数据库或从订购者将其拉到订购者数据库。

注意：分发代理第一次执行时的主要任务是订购初始化，即将初始快照文件分发到订购者。

分发代理仅用于复制而不包含任何用户表，同时也不允许在分发数据库中创建任何其它数据库对象。

在出版者招待的将被复制的操作将按顺序在订购者上被执行、确保数据的最终一致性。

如果订购事务出版物但却没有对订购进行初始化，那么在出版者上自动定制的存储过程都不能在订购者上使用。相反必须在订购者手工创建存储过程。

16.4.3 存储过程的复制

SQL Server 中除了可以复制表以外还可以复制存储过程。在快照复制中，如果论文中包含存储过程，则在复制过程中整个存储过程将从出版者传递到订购者。在事务复制中，如果论文中包含存储过程，则在复制过程中传递给订购者仅是一条存储过程的执行语句，而不是由存储过程的执行而引起变化了的数据。

如果某一存储过程在执行后产生的结果集很大，我们会发现仅复制存储过程的执行语句而不是大量的SQL 语句将带来极大好处。不必再担心大量的复制语句会占满分发数据库而引起事务丢失，也不再会因复制大量的SQL 语句而引起网络传输性能的下降而感到沮丧。

下面的例子也许会帮助用户更为深刻地理解复制存储过程的优点。

假如数据库的使用者打算修改出版物中某一表的10000 条记录的某一列。如果不使用存储过程复制，它的处理过程应是这样的：当这些修改在出版者完成时，日志阅读代理便会从事务日志中读出这些带有复制标志的上10000 条DELETE 语句以及相同数目的UPDATE 语句，并将它们送到分发数据库，分发数据库有限的空间立刻显得有些局促起来如果您很不走运的话，分发数据库会被添满而导致复制中断），然后分发代理再把这20000 条语句分发到订购者，在分发时20000 语句争先恐后地挤满了网络线路，我想您会体会到那种等待的滋味。

但是，如果利用存储过程来实现这一修改，并在您的事务复制论文中添上该存储过程，那么在网上传递上仅是一条EXEC 语句。

将一存储过程定义成出版内容并不是一件困难事，只要在图16-31 Specify Articles 对话框中选中Include Store 复选框即可。

查看全套"MS SQL入门基础教程">>>>>