Обновите/вставьте содержимое в существующую базу данных Sqlite в обновлении приложения для iPhone.

Каков предпочтительный способ обновления контента, который рекомендуют гуру SO? Должен ли он иметь номер версии (возможно, в самой БД) и при первом запуске нового приложения новый контент вставляется в таблицу?

Зависит от того, используете ли вы свою базу данных только для хранения результатов ответов человека (в этом случае вам, вероятно, не нужно делать какие-либо «вставки» в таблицу, кроме сохранения ответов человека на тест по мере их появления) или есть ли у вас несколько отдельных таблиц, в которых также хранятся исходные вопросы (что, вероятно, имеет смысл, если вы не доставляете новые вопросы через какой-либо серверный интерфейс).

Я лично использую поле database_version в таблице configuration с форматом "major.minor.revision", где major или minor предполагают изменения базы данных, которые требуют обновления базы данных, тогда как изменения revision этого не требуют). Но я использую эту систему нумерации версий базы данных, чтобы знать, хочу ли я перекопировать базу данных моего пакета в Documents или нет (но я делаю это только для структурных изменений в моей базе данных и предпочитаю получать новые данные через интерфейс сервера, но это зависит от того, как ваше решение разработано). Если вы программно определили, что хотите снова скопировать базу данных, если у вас есть какие-либо данные, которые необходимо сохранить, с точки зрения Retterdesdialogs, вы можете сохранить любые данные из своей старой базы данных в новую базу данных.

Каков предпочтительный способ хранения запросов на вставку? Должны ли они быть жестко закодированы в файле реализации?

В любом случае, я не думаю, что у вас должна быть тонна жестко запрограммированных операторов INSERT, так что это не будет проблемой. Из вашего комментария ниже я понял, что вы ожидаете попытки вставить новые записи вопросов в зависимости от того, какая версия ранее была у пользователя.

Лично я больше склоняюсь к

• поместите свои последние и лучшие вопросы в базу данных в вашем пакете
• иметь приложение для проверки версии версии базы данных Documents по сравнению с тем, что ожидало приложение,
• если отличается (а) сохранить старые ответы пользователя; (b) скопировать новую базу данных из пакета в Documents; и (c) обновить ответы в новой базе данных на основе ответов из старой базы данных.

Вы, конечно, могли бы сделать что-то программно, вставляя записи, но только представьте, какой будет жизнь, когда вы доберетесь до 20-го выпуска вашего приложения, и вам придется иметь тонны условной логики о том, что вставлять на основе того, что предыдущая версия приложение было (потому что вы не можете предположить, что у пользователя всегда будет предыдущая версия... они могут быть на несколько версий устаревшими). И становится еще сложнее, когда вы рассматриваете каждую версию как комбинацию добавления, удаления и изменения вопросов.

В итоге я бы склонился к базе данных текущих вопросов, скопировав ее в Documents, если нужно, просто убедившись, что в приложении есть старая база данных со старыми ответами, а затем вручную сохранил их. (Или вы можете хранить ответы в отдельной базе данных.)

В качестве альтернативы, и я подозреваю, что это больше, чем вы хотите откусить, вы можете рассмотреть возможность использования Core Data, предпочтительной модели постоянного хранилища iOS. Похоже, проблема миграции решена, как описано в Управление версиями базовой модели данных и миграция данных. Я никогда не использовал возможности миграции/версионирования Core Data (исторически я всегда сворачивал свои собственные), но это выглядит многообещающе.

Я бы сделал что-то вроде этого в псевдокоде:

// if old database exists in documents directory
// get scores
// delete old database
// copy the new database from bundle to documents directory
// update scores in the new database

Чтобы проверить, является ли старая база данных старой, вы можете проверить имя или что-то вроде «есть вопросы == 15»