iphone - 在 iPhone 应用程序更新上更新/插入内容到现有的 Sqlite 数据库中
<p><p>我在这里遇到了类似性质的其他问题，但它们都与在应用更新时替换以前的 sqlite db 有关。我一直在为所有以前的应用程序这样做，因为它们本质上是引用的，一个简单的替换就足够了。</p>
<p>我正在使用的这个特定应用是一个问答游戏，需要保持分数。目前有 4 个级别，大约 15 个问题，在以后的更新中，这些可能会增加。由于我以前从未这样做过，我很好奇并打算第一次以正确的方式做到这一点。所以这是我的疑问:</p>
<ol>
<li>更新 SO 大师推荐的内容的首选方式是什么？是否有版本号(可能在数据库本身中)并且在新应用首次运行时，新内容会插入到表中？</li>
<li>存储插入查询的首选方式是什么？是否应该在实现文件中硬编码？</li>
</ol>
<p>PS。我将数据库复制到 Documents 目录，因此它会在应用更新时持续存在。</p>
<p>编辑:我应该补充一点，测验应用程序是一种“ Logo 测验”副本，其中需要维护所有问题的分数(或将被回答/未回答的问题的状态)。所以第一个版本有 60 个问题，随着用户的回答，它们的状态会发生变化。</p>
<p>编辑 2:这是我最关心的表的结构，问题表:</p>
<blockquote>
<p>_id (Integer, PRIMARY Key), levelId (Integer), QuestionImage (Varchar), CorrectAnswer(Varchar), boolAnsweredCorrectly(Integer).</p>
</blockquote>
<p>测验就像 Logo 测验。有一张图片，用户必须输入答案。如果键入的答案与 DB 中的正确答案匹配，则 boolAnsweredCorrectly 设置为 true。我主要关心的是 boolAnsweredCorrectly(根据结果为 0 或 1)。</p>
<p>编辑 3:当我谈到在应用程序更新时插入数据时，我的意思是这个。假设第一个版本有 60 个问题。在第二个版本中增加了 40 个新问题。因此，当用户将应用程序更新到第二个版本时，需要将新的 40 个问题插入问题表中。以这样的方式添加，即前 60 个问题不会弄乱并保持完整。</p></p>
<br><hr><h1><strong>Best Answer-推荐答案</ strong></h1><br>
<p><blockquote>
<p>What is the preferred way to update the content that the Gurus of SO recommend? Is it to have a version number (perhaps in the DB itself) and upon first run of the new app, the new content is inserted in the table?</p>
</blockquote>
<p>取决于您是否仅使用数据库来存储此人的答案结果(在这种情况下，您可能不需要在表中执行任何“插入”操作，而是存储该人的测验答案，因为他们发生)或者您是否也有一些单独的表格来存储原始问题(如果您不通过某些服务器接口(interface)提供新问题，这可能是有意义的)。</p>
<p>我个人在<code>configuration</code>表中使用<code>database_version</code>字段，格式为“<code>major</code>.<code>minor</code>。 <code>revision</code>"，其中 <code>major</code> 或 <code>minor</code> 预设需要数据库更新的数据库更改，而 <code>revision</code> 更改则不需要) .但是我使用这个数据库版本号系统来知道我是否想将我的包的数据库重新复制到 <code>Documents</code> 中(但我这样做只是为了对我的数据库进行结构更改，并且更喜欢通过服务器获取新数据界面，但这取决于您的解决方案的设计方式)。如果您确实以编程方式确定要再次复制数据库，如果您有任何需要保留的数据，但对于 Retterdesdialogs 而言，您可能希望将旧数据库中的任何数据保存到新数据库中。</p>
<blockquote>
<p>What is the preferred way to store the insert queries? Should they be hardcoded with in an implementation file?</p>
</blockquote>
<p>无论如何，我认为您不应该有大量硬编码的 <code>INSERT</code> 语句，所以这不是问题。我从您下面的评论中得知，您预计会尝试根据用户以前拥有的版本插入新的问题记录。 </p>
<p>我个人更倾向于</p>
<ul>
<li>将您最新和最重要的问题放入 bundle 中的数据库中</li>
<li>根据应用的预期，检查 <code>Documents</code> 数据库版本的应用版本，</li>
<li>如果不同 (a) 保存用户的旧答案； (b) 将新数据库从包中复制到 <code>Documents</code>； (c) 根据旧数据库的答案更新新数据库中的答案。</li>
</ul>
<p>您当然可以以编程方式插入记录，但是想象一下，当您的应用程序发布到第 20 个版本时，您的生活会是什么样子，您必须根据之前的内容，对要插入的内容有大量的条件逻辑该应用程序的版本是(因为您不能假设用户将始终拥有以前的版本......他们可能是一些过时的版本)。当您考虑每个版本都是添加、删除和修改问题的组合时，它会变得更加棘手。 </p>
<p>底线，我倾向于当前问题的数据库，如果需要，将其复制到 <code>Documents</code> 中，只需确保应用程序有旧数据库和旧答案，然后手动保存它们。 (或者您可以将答案存储在单独的数据库中。)</p>
<p>或者，我怀疑这不是您想要的，但您可能需要考虑使用 <strong>Core Data</strong>，这是首选的 iOS 持久存储模型。它似乎已经解决了 <a href="https://developer.apple.com/library/ios/#documentation/Cocoa/Conceptual/CoreDataVersioning/Articles/Introduction.html" rel="noreferrer noopener nofollow">Core Data Model Versioning and Data Migration</a> 中所述的迁移问题。 .我从来没有使用过 Core Data 的迁移/版本控制的东西(我以前一直使用自己的)，但它看起来很有希望。</p></p>
<p style="font-size: 20px;">关于iphone - 在 iPhone 应用程序更新上更新/插入内容到现有的 Sqlite 数据库中，我们在Stack Overflow上找到一个类似的问题：
<a href="https://stackoverflow.com/questions/12084989/" rel="noreferrer noopener nofollow" style="color: red;">
https://stackoverflow.com/questions/12084989/
</a>
</p>
页:
[1]