我有一个运行会计/库存应用程序的现有SQL Server 2005数据库。我们正在寻找使用新的在线订购框架 - 它拥有自己的数据库。
如果我们使用这个新框架，我们需要将现有库存数据库的在线订购数据（库存，价格，订单，客户） - 几乎实时 - 传输。数据传输不一定是实时的，但必须快速。两个数据库都将在SQL Server中。
所以我的问题是......在两个数据库之间来回传输数据的最佳方法是什么，具有不同的模式？
复制？ SSIS？你会建议什么，为什么？
任何帮助将不胜感激！
答案 0 :(得分：12)
业务规则是艰难的部分
单向同步？双向同步？实时推送？每晚更新？转储和重装？比较和更新？解决冲突？哪一方获胜？以单向推送只读信息，并以其他方式订购信息？如何更改/取消/等？订单状态会被推迟吗？
你可以看到我要去的地方。技术是次要问题。
由于业务规则问题，并且因为这两个系统具有不同的模式（和不同的目的），这不是标准的数据移动，并且大多数“标准”答案（复制，日志传送等）是离开桌子。
有一些框架旨在帮助解决这个问题，例如Microsoft BizTalk或Scribe Insight。然而，这些都很麻烦且昂贵。
基于SQL触发器或C＃中您安排的推送（根据您的需要）或您喜欢的语言创建自定义队列系统并不困难。这可能就是我要去的路线。它可能涉及一个第三个“transfer”数据库来保存一方所做的更改队列，以及一个模块来应用业务规则并将数据推送到另一方。
答案 1 :(得分：9)
就我个人而言，我会尽可能快地逃离这场噩梦。由于您还没有购买此在线订购，我建议保持数据与现有应用程序保持同步是不做这种事情的正当理由。如果您购买此产品，您将永远感到遗憾的是，您的数据将变得多么糟糕，以及您花费多少时间和金钱来让事情正常运转。这是一场等待发生的灾难。当仓库中没有人时，你最终会让人们在库存中订购物品。不要这样做。这是愤怒的客户和愤怒的经理的保证。随着时间的推移，聘请一些开发人员将您自己的在线订单组合在一起可以访问您的数据库。如果他们继续反对你的反对意见，我会更新我的简历。
答案 2 :(得分：1)
根据个人经验，如果没有其他选择，我只会使用复制。你必须将其拆除以进行任何架构更改，并且它有爆炸的倾向。
为此，我最有可能使用SSIS。构建转换包相当容易，而且维护起来相当简单。
答案 3 :(得分：0)
复制效果很好，如果它是双向的，它可能是你唯一可行的选择，因为内置了冲突解决方案。
如果你是单向的，SSIS或表上的触发器就可以了，并且可以实时推送数据（触发器）或者你想要的任何时间间隔（SSIS）。 SSIS的好处在于它是一个后台流程，而触发器可能会在推送数据时阻止供应方的交易。
如果您希望移动大量数据，那么还有其他产品可以为您完成，但如果数据不是太多，使用SQL Server工具的解决方案应该可以满足您的所有需求。