我正在设计一个 iOS 应用程序，并决定将持久性需求分离到三个独立的 SQL 数据库中。
- 静态数据 - 只读，但从外部源下载
- 客户端请求数据 - 客户端排队发送到外部源的数据
- 应用程序元数据 - 保存有关其他两个数据库和整个应用程序状态的元信息。这可能是但不限于表/应用版本信息、应用上次与外部源通信的时间。
这种分离背后的想法是，第一个数据库是有效可替换的，第二个数据库是事务源，而元信息不应增长。
这种方法有什么注意事项吗？当然，我知道我不能加入每种方法，尽管我不打算这样做。
最佳答案
当然，这种方法本质上并没有什么“坏”之处。事实上，这通常是一个好主意，并且在您的情况下听起来可能是个好主意。您还可能获得性能提升，具体取决于您创建和打开各种数据库的方式。
一些具体的提示:
- 静态数据:由于此数据库是只读的，因此将其以只读方式打开
- 您实际上可以跨数据库加入，例如:使用 ATTACH DATABASE SQL 语句并从那里开始。
关于sql - 对于单个应用程序来说拥有多个 SQL 数据库是一个坏主意吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/9474147/