0

我在一家小型连锁超市（4 家商店）工作。每个商店都有自己的本地数据库，其中包含商店中发生的每种产品、价格和交易的信息。此外，每个商店都需要将这些信息来回复制到一个中心位置。

现在我们正在使用一种叫做 SQLRemote 的东西，它是 Sybase 的 SQL Anywhere 数据库的一个特性。它可以工作，但有时会失败并且难以管理。值得称赞的是，SQLRemote 实际上并不是为这种类型的场景设计的，因此可以说我们使用不正确。

我在想像 Mule（或似乎更容易设置的 ChainBuilder）这样的 ESB 系统可能是 SQL 远程的一个很好的替代品。我了解这些系统可以检测数据库中何时发生更改（即添加、修改或删除记录时），并且可以设置为在事务中传递消息。

这对我的场景来说是一个可行的解决方案吗？

最好的问候，埃德加德

4

2 回答 2

0

是的，我相信骡子应该能够做到这一点。

然而，我在一家提供 Fuse ESB 的公司工作，该公司正在使用 Apache ServiceMix、Apache ActiveMQ、Apache Camel 和 Apache CXF 等 Apache 项目。

我们有一个关于美国一家非常大的零售商的用户故事，该零售商使用 Fuse ESB 来整合他们的商店和仓库等等 http://fusesource.com/collat ​​eral/17

Fuse ESB http://fusesource.com/products/enterprise-servicemix/

于 2010-10-24T12:14:46.880 回答
0

是的，骡子可以支持这种情况，认为这可能是矫枉过正。有针对性的数据库复制解决方案。Mule 的优势在于它能够处理故障和其他需要根据正在发生的事情调整工作流的场景。这使您可以构建一个非常强大的解决方案。

骡流可能是解决这个问题的一个很好的选择。这是 Mule 3 的一项新功能，旨在协调此类集成。

于 2011-02-21T07:56:45.707 回答