单独数据库中的用户表

我认为让多个服务依赖于一个数据库不是一个好主意。如果需要从备份中恢复某些服务,则必须恢复所有服务。 您可能也在重载数据库服务器。 只有在他们将来可能会共享很多数据的情况下,我才会这么做。

此外,您可以考虑只使用共享用户数据的较小数据库。

如果使用正确的DBMS,则可以同时使用这两种策略中的最佳一种。在PostgreSQL中,在“数据库”中可以有单独的模式。身份验证服务将访问单个模式,并向其他服务提供一个密钥,该密钥用作其他模式中数据的引用。您仍然可以将整个数据库作为单个实体处理,即:

• 不使用dblink跨架构查询
• 一致(重新存储数据)备份和恢复

您获得这些优势的代价是更复杂的DAL(您最喜欢的DAL框架可能不支持)和DBMS之间的可移植性较差。

我从来没有这样做过,但我认为这取决于性能。如果独立数据库几乎没有开销,那么这可能就是答案。使用单独的DBs还可以方便地在多台机器上拆分DBs。

复杂性也是一个问题。希望您的模式能够以这样一种方式定义,即您不需要为不同的查询深入到多个不同的数据库中。

数据库及其访问总是有可能过载的问题;复制是一个潜在的好解决方案。

有几种策略。

我建议从一个数据库开始。如果您的RDBMS支持它,我将根据模式来组织组件,这将允许您至少通过设计保持逻辑上的分离。以后可以更容易地重构。

许多数据库都有可以认为不相关的表。有时在一个系统中,您有多个几乎无法连接的实体网络(有时根本没有)。在这些情况下,您也可以使用模式。