2

这是我的高层次问题:

我们有两个业务应用程序。App1 输入并存储大量数据。每当 App1 中的任何相关数据发生更改时,我们都需要将数据从 App1 传输到 App2 的东西。本质上,我们希望 App2 中的数据与 App1 同步,只是 App2 包含数据的子集。

App1 使用 SQL Server 2000 数据库。

App2 使用 SQL Server 2005 数据库。

因此,例如,如果用户正在使用 App1 并且他们更新了一些数据,则该数据需要尽可能实时地保存到 App1 数据库,然后发送到 App2 数据库。

寻找一些不会让任何一个系统都崩溃的好主意。

4

3 回答 3

2

你考虑过复制吗?

于 2008-11-19T18:16:16.723 回答
1

大概您可以将其表述为“当系统 A 中发生感兴趣的事件时,调用操作 B 以异步(即解耦)更新系统 C”。

听起来像一个消息队列 - 无论是正式的,还是在数据库表中。

有些人可能会认为是“触发”,但那里存在致命的同步依赖。但是触发器可以提供队列。

于 2008-11-19T18:22:55.447 回答
0

他们在不同的物理位置吗?为什么不能使用单个数据库而只允许 app2 访问允许访问的数据子集?

于 2008-11-19T18:21:12.063 回答