是使用多个数据库各有一个架构更好，还是一个数据库有多个架构更好？

Question

Closed. This question is opinion-based. It is not currently accepting answers.

---

想要改进这个问题？更新问题，以便可以通过编辑这篇文章用事实和引文来回答它。

2 年前已关闭。

社区在2年前审查了是否重新开放此问题，并将其关闭：

原始关闭原因未解决

Answer 1

PostgreSQL“架构”与 MySQL“数据库”大致相同。 在 PostgreSQL 安装上安装多个数据库可能会出现问题； 拥有许多模式将毫无问题。 因此，您肯定希望使用一个数据库和该数据库中的多个模式。

Answer 2

我建议不要接受接受的答案 - 多个数据库而不是多个架构，原因如下：

1. 如果您正在运行微服务，您希望强制无法加入之间的“模式”，因此数据不会纠缠在一起，开发人员最终不会加入其他微服务的模式，并想知道为什么当其他团队进行更改时，他们的东西不再起作用。
2. 如果您的负载需要轻松，您可以稍后迁移到单独的数据库计算机。
3. 如果您需要设置高可用性和/或复制，最好拥有彼此完全独立的单独数据库。 与整个数据库相比，您无法仅复制一种架构。

Answer 3

当然，我会采用一数据库多模式方法。 这使我可以转储所有数据库，但可以通过多种方式非常轻松地仅恢复一个数据库：

1. 转储数据库（所有模式），将转储加载到新数据库中，仅转储我需要的模式，然后在主数据库中恢复D b。
2. 单独转储模式，一个接一个（但我认为机器会受到更多这种方式的影响 - 我预计大约 500 个模式！）

否则，谷歌搜索我发现没有自动过程来复制模式（使用一个作为模板），但许多人建议这样做：

1. 创建一个模板模式
2. 当需要复制时，用新名称
3. 重命名它
4. 转储它 重命名回来
5. 恢复转储
6. 魔法就完成了。

我已经用 Python 编写了两行来做到这一点； 我希望他们可以帮助某人（在 2 秒内编写代码，不要在生产中使用它）：

import os
import sys
import pg

# Take the new schema name from the second cmd arguments (the first is the filename)
newSchema = sys.argv[1]

# Temperary folder for the dumps
dumpFile = '/test/dumps/' + str(newSchema) + '.sql'

# Settings
db_name = 'db_name'
db_user = 'db_user'
db_pass = 'db_pass'
schema_as_template = 'schema_name'

# Connection
pgConnect = pg.connect(dbname= db_name, host='localhost', user= db_user, passwd= db_pass)

# Rename schema with the new name
pgConnect.query("ALTER SCHEMA " + schema_as_template + " RENAME TO " + str(newSchema))

# Dump it
command = 'export PGPASSWORD="' + db_pass + '" && pg_dump -U ' + db_user + ' -n ' + str(newSchema) + ' ' + db_name + ' > ' + dumpFile
os.system(command)

# Rename back with its default name
pgConnect.query("ALTER SCHEMA " + str(newSchema) + " RENAME TO " + schema_as_template)

# Restore the previous dump to create the new schema
restore = 'export PGPASSWORD="' + db_pass + '" && psql -U ' + db_user + ' -d ' + db_name + ' < ' + dumpFile
os.system(restore)

# Want to delete the dump file?
os.remove(dumpFile)

# Close connection
pgConnect.close()

Answer 4

我想说，使用多个数据库和多个模式:)

PostgreSQL 中的模式很像 Oracle 中的包，如果您熟悉这些的话。 数据库旨在区分整个数据集，而模式更像是数据实体。

例如，您可以为整个应用程序使用一个数据库，其模式为“UserManagement”、“LongTermStorage”等。 然后，“UserManagement”将包含“User”表，以及用户管理所需的所有存储过程、触发器、序列等。

数据库是整个程序，模式是组件。

Answer 5

在 PostgreSQL 上下文中，我建议使用一个具有多个模式的数据库，因为您可以（例如）跨模式进行 UNION ALL，但不能跨数据库。 因此，一个数据库实际上与另一个数据库完全隔离，而模式并不与同一数据库中的其他模式隔离。

如果您出于某种原因将来必须跨模式整合数据，那么在多个模式上执行此操作将很容易。 对于多个数据库，您将需要多个数据库连接，并通过应用程序逻辑“手动”从每个数据库收集和合并数据。

后者在某些情况下具有优势，但对于主要部分，我认为单数据库多模式方法更有用。

Answer 6

许多模式应该比许多数据库更轻量级，尽管我找不到证实这一点的参考文献。

但是，如果您确实想让事情保持非常独立（而不是重构 Web 应用程序以便将“客户”列添加到您的表中），您可能仍然希望使用单独的数据库：我断言您可以更轻松地恢复以这种方式访问​​特定客户的数据库，而不会干扰其他客户。

Answer 7

这取决于系统的可用性和连接性的设计方式。 这些数据库中存储的数据是什么。如果它们是链接数据，则它们可以保存在单个数据库实例上，但如果它们部分链接并且在一个系统关闭时可以部分运行，那么它们必须位于不同的实例上。

详细说明：-

1) 当您使用一个数据库实例并且使用多个数据库时，您会遇到这样的问题：如果您的连接中断（由于系统崩溃或 mysql 服务器宕机），所有数据库都会恢复正常同一实例上的应用程序也已关闭，因此您的所有应用程序都会受到影响。

2）当您为每个数据库分离数据库实例时，如果任何一个数据库系统发生故障，您的其他应用程序不会受到影响。因此其他应用程序只能运行依赖于故障数据库受影响的应用程序。

另外，在这两种情况下，我认为您还必须使用复制机制，以便可以在从数据库上完成负载平衡。

Answer 8

<块引用>

使用具有多个模式的单个数据库是一个好方法
在postgres数据库中实践是因为：

1. postgres 中的数据库之间不共享任何数据。
2. 与服务器的任何给定连接只能访问连接请求中指定的单个数据库中的数据。

使用多个模式：

1. 允许多个用户使用同一个数据库而不互相干扰。
2. 将数据库对象组织成逻辑组，使其更易于管理。
3. 第三方应用程序可以放入单独的架构中，这样它们就不会与其他对象的名称发生冲突。