0

我正在为监控应用程序开发数据库,​​并且整理了所有业务逻辑。一切都很好,但其中一个要求是监控数据要完全独立。

我在我的网络服务器上使用本地数据库来做一些事件处理和缓存通知。由于我的监控数据库上每个系统都有一个事件行,因此很容易获取 id 并在需要时查询监控数据,并且由于这只是我的 Web 服务器使用的东西,因此可以在外部强制执行完整性。查询也不是问题,因为所有关系都是一对一的,因此非常简单。

我的问题来自用户管理。我最初的计划是将它放在另一个数据库上(以满足单独保留监控数据库的要求),但我认为当我想到这一点时我并没有直截了当地思考。我可以很容易地获取用户可以访问的系统的所有 ID,但是我怎样才能有效地将其传递给另一个数据库上的查询呢?有解决方案吗?制作一串 ors 似乎是一个丑陋且有问题的解决方案。

我想这种问题不是很常见吗?当必须集成不同的数据库服务器时,大多数开发人员会怎么做?无论如何,我倾向于只是说服我的雇主将用户管理数据放在同一个数据库中,但我想知道这种事情是否可以完成。

4

1 回答 1

3

有几种方法可以完成您的目标:

此外,单个数据库服务器实例上的多个数据库的概念似乎不会违反您的业务需求,我以您提供的详细信息为起点进行调查。

于 2012-04-26T04:34:40.467 回答