我有一个现有的 SQL Server 2005 数据库，用于运行我们的会计/库存应用程序。我们正在考虑使用一个新的在线订购框架 - 它有自己的数据库。
如果我们使用这个新框架，我们将需要几乎实时地将在线订购数据（库存、价格、订单、客户）传输到我们现有的库存数据库或从我们现有的库存数据库中传输。数据传输不必是实时的，但必须是快速的。两个数据库都将位于 SQL Server 中。
所以我的问题是......在两个具有不同模式的数据库之间来回传输数据的最佳方法是什么？
复制？ SSIS？你有什么建议，为什么？
任何帮助，将不胜感激！
业务规则是困难的部分
单向同步？双向同步？实时推送？每晚更新？转储并重新加载？比较和更新？解决冲突？哪一方获胜？以一种方式推送只读信息，以另一种方式订购信息？更改/取消/等怎么样？订单状态会被推迟吗？
你可以在这里看到我要去哪里。技术是次要问题。
由于业务规则问题，并且因为两个系统具有不同的模式（和不同的目的），这不是标准的数据移动，并且大多数“标准”答案（复制、日志传送等）都不可行。
有一些框架旨在帮助解决这个问题，例如微软BizTalk http://www.microsoft.com/biztalk/en/us/default.aspx or 抄写员的洞察力 http://www.scribesoftware.com/scribe-insight.asp。但这些既麻烦又昂贵。
使用 C# 或您喜欢的语言基于 SQL 触发器或计划推送（取决于您的需要）创建自定义队列系统并不太困难。这可能就是我会走的路线。这可能会涉及到third“传输”数据库用于保存一侧所做的更改队列，以及一个用于应用业务规则并将数据推送到另一侧的模块。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
