对于单个应用程序，是否有多个SQL db是一个坏主意？

Question

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

• 静态数据 - 只读而是从外部来源
• 客户请求数据下载 - 数据，客户端在排队等待发送到外部源
• 应用元数据 - 保存有关的状态元信息另外两个分贝和应用程序作为一个整体。这可能是但不限于表/应用程序版本信息，应用程序最后与外部源通信的时间。

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

是否有任何警告这种方法，当然我明白，我不能在每个加盟，但我不打算。

Answer 1

当然没有什么本质上的“坏”对这种做法。事实上，这通常是一个好主意，你的情况听起来可能是这样。取决于您如何创建和打开各种数据库，您可能会获得性能提升。

一对夫妇的具体指示：

• 静态数据：由于该数据库是只读的，打开它只读
• 可以实际上可以跨数据库连接，如：使用ATTACH DATABASE SQL语句和从那里出发。

Answer 2

使用两个数据库之前，我曾经想有一个或两个JSON文件。对于你的静态数据可能没问题，对于元数据可能就足够了。

显然，这取决于你的数据更数量和组织，如果你还是没有越过CRUD操作。

Answer 3

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