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