多个发布者，单个订阅者（数据仓库）

| 我正在尝试找出在数据库中填充登台数据库的最佳方法 数据仓库。我将有许多数据库（相同的架构，SQL Server 2005 Standard）。理想情况下，我将每个人设置为发布者， 同一出版物。将有一个单一的订户数据库（SQL Server 2005 Enterprise）将订阅每个发布者数据库。 发布者数据库中的数据将被修改。订户数据库 将仅通过其订阅进行更新，因此不需要 将更改发送回任何发布者。发布者数据库不需要 互相更新。复制将通过互联网进行 （尽管可以使用VPN）。 我是 我不清楚应该使用哪种复制方式。 我可以复制吗？增量字段呢？
2020-06-13 3 条评论
分享

没有找到相关结果

    已邀请:

    屉杆绊

    复制肯定可以解决这个问题。除非沼泽标准设置，否则您无需执行任何其他操作，除非不同发布者表之间存在任何重叠。也就是说，如果您具有pub_a和pub_b作为发布者，并且都具有表tbl_a，则必须将它们发布到订阅服务器上的不同表中（目标表在对sp_addarticle的调用中定义），或者必须确保不同发布者之间的数据永远不会冲突。在后一种情况下，还需要注意对sp_addarticle的调用中为@pre_creation_cmd参数提供的内容。默认设置是将表放到订阅服务器上，这意味着添加到混合中的最后一个发布服务器将获胜，其余的将被破坏。您需要为添加的第一个发布者指定\'drop \'，其余的则指定\'none \'。祝好运！
    2020-06-13 0 0
    分享

    痰嫉

    我相信这是有可能的，但是您可以将其设置为与指定相反的方式。您已将中央数据库设置为发布者，并使用了合并复制。 合并复制包含一个允许动态过滤器的选项-因此，您想要做的就是设置过滤器，以便每个订阅者仅接收其起源的行-可能是通过向某些表中添加一列以包含HOST_NAME （）所在行的服务器。您不必对每个表都执行此操作，因为一旦过滤了一个表，就可以使用级联过滤器，这些过滤器使用联接从其他表中过滤出行。 关于“增量字段”-我假设您在这里谈论的是IDENTITY列？幸运的是，还考虑了这些问题-基本上，发布者管理IDENTITY范围，并向每个订阅者分发较小的范围（默认为1000个值）。 注意-这些是一般原则，但是我以前从未尝试过这种设置。我建议您首先在\“玩具\”数据库中进行尝试，然后尝试使其正常工作。
    2020-06-13 0 0
    分享
    为什么被折叠? 0 个回复被折叠

    要回复问题请先登录或注册

    或代码 OrCode.com 备案号：粤ICP备15020848号-1
    Escape time: 0.16837787628174