SQL 2005事务复制：快照处理期间的行为？
所以，我有SQL（2005）事务复制一般适用于单个发布者和单个（只读）订阅者。数据更改和更新完美流畅，大约5秒延迟，这很好。SQL 2005事务复制：快照处理期间的行为？
我的一个唠叨的问题，我花了几天试图解决（和谷歌搜索到处寻找答案）是新 sprocs /表/等。不要传播给只读订阅者，即使我已经将它们作为“发布”添加为“文章”。该发布将“传输模式更改”设置为ON，并将存储过程设置为传输其定义。但是，由于某种原因，他们没有。
我的“快照代理”进程设置为NOT SCHEDULED。 （换句话说，它只发生一次，当我手动启动它。）我应该把这个按计划进行，以便传输新的或修改过的表和sprocs？
我认为仅仅将该对象作为文章添加到出版物的行为会做到这一点，但它仍然不会发送它，除非我做快照。连接这些设备的WAN是完全快速和可靠的，所以这不是问题，并且表数据更新相对快速和完美地传输。
虽然我可以按计划放置快照代理程序，但它是否对主发布数据库或只读副本的用户有任何实时生产影响？ （我的网站目前每个月可以获得4百万以上的独特用户，所以我想尽可能减少中断......）谢谢！
事务复制仅从源（发布）数据库的事务日志中分发（然后发布）DML（数据操作语言）语句。
新表格和存储过程不会复制到订户。尽管我不得不承认它在某些联机丛书文档中有点不清楚，请参阅现有模式，即如果您要将列添加到现有数据库，则此更改将传播到订户。
有关此处的详细说明，请参阅Microsoft文章，其中详细介绍了可以进行的架构更改。
[http://msdn.microsoft.com/en-us/library/ms151870(SQL.90).aspx][1]
我希望这有助于。复制是一个很大的学科领域，所以请让我知道，如果我能得到进一步的帮助。
哦，是的，你是正确的，如果你添加新的文章到你的出版物，你将需要创建一个更新的快照。
干杯，