对于单个应用程序来说，拥有多个 SQL 数据库是个坏主意吗？答案

【问题标题】：Is having multiple SQL db's a bad idea for a single application?对于单个应用程序来说，拥有多个 SQL 数据库是个坏主意吗？
【发布时间】：2012-03-17 11:09:18
【问题描述】：

我正在设计一个 iOS 应用程序，并决定将持久性要求分成三个独立的 SQL 数据库。

这种分离背后的想法是，第一个数据库是有效可替换的，第二个是事务源，而元信息不应该增长。

这种方法有什么注意事项吗？当然，我知道我不能加入每一种方法，尽管我不打算这样做。

【问题讨论】：

【解决方案1】：

我不熟悉 iOS，但我会从空间的角度考虑它。 SQL DB 的最小大小与您要存储在其中的数据的大小是多少？如果数据库不会增加大量开销，那么应该没问题。但是如果你要存储 1K 的数据而一个空数据库是 16K，我会重新考虑。

【讨论】：

【解决方案2】：

在使用两个数据库之前，我会考虑拥有一两个 JSON 文件。对于您的静态数据来说可能没问题，对于元数据来说可能就足够了。

显然，这取决于您数据的数量和组织，以及您是否跨过 CRUD 操作。

【讨论】：

【解决方案3】：

当然，这种方法本身并没有什么“坏”的地方。事实上，这通常是一个好主意，在你的情况下听起来可能是这样。根据您创建和打开各种数据库的方式，您可能会获得性能提升。

几个具体的指针：

【讨论】：