sql - MySQL 设计问题——长表和多数据库哪个更好？

Question

所以我有一个有趣的问题，这是我工作组中大量讨论的结果。

我们有一些生成 SQLlite 文件的科学软件，这个软件基本上是一个黑盒子。我们不控制它的表格设计、格式等。完全可以想象这个黑盒子的输出可能会发生变化，我们的设计需要能够处理这种情况。

SQLlite 文件是我们的用户希望跨越 查询的整个数据库。有两种实现方法(我们看到)，一种是在 Python 中创建单个数据库和后端，将每个数据库中的表附加到主数据库，另两种是跨不同数据库的表进行查询并在 Python 中统一结果.

当黑盒产生改变其表结构时，这两种方法都会遇到麻烦，例如重命名列、拆分表等。我们必须考虑到这一点，我们已经讨论了转换查询的转换表从一种表格格式到另一种表格格式的列数。

我们感兴趣的是易于实现、设计如何很好地处理数据库/表布局的变化以及速度。此外，最后一个维度是它与现有 Python 网络框架的协同工作情况(Django 不支持跨数据库查询，SQLAlchemy 也不支持，因此我们知道我们需要进行大量编程。)

Answer 1

如果您发现自己在跨数据库查询，则应该考虑整合。跨数据库查询是邪恶的。

如果您的查询本质上属于单个数据库，那么您可能希望坚持使用多个数据库，因为很明显它们的分离是必要的。