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