Подключение SQLite к мобильному приложению iOS через FMDB на Xcode используя Swift

Самое главное не сказали — почему взяли именно FMDB. От себя могу сказать, что она хороша именно как обёртка над SQLite, не слишком абстрагирующая от работы напрямую с SQL, но существенно упрощающая некоторые вещи. По сравнению, например, с SQLite.swift, который мы использовали раньше, и который оказался не слишком-то гибок в чуть более сложных ситуациях.

В этом гайде будут использоваться файлы с objective-c, поэтому не надо ждать порта FMDB на Swift.

Рекомендую взглянуть на GRDB.swift. По сути очень напоминает FMDB и мейнтейнер проявляет просто какую-то нереальную гиперактивность в решении возникающих вопросов.

(нисколько не затрагивая полезности статьи)
первое прочтение заголовка вызвало в памяти:
"Это старкон2, запущенный в DosBox под иксами в Дебиане, который запущен в VMWare, которая в WinXP
Куда мне вопрос о неработающем звуке задавать?"

SQLite.
Ну хоть заголовок-то после написания прочтите.

Тоже интерсует вопрос: чем так приглунулся именно FMDB? Личный опыт работы с этой библиотекой оставил только отрицательные впечатления, особенно это касалось многопоточной работы.

Используем Core Data. Это известный ORM, подход и работа с ним отточена, доступен сразу. Да, Core Data немного неповоротливый зверь, но только в начале пути разработки, потом начинаешь понимать почему лучше его использовать. Несколько раз столкнулся с ситуацией, когда коллеги по команде настояли на работе с FMDB, а потом (когда модель данных стала сложной) задумывались перейти обратно на Core Data, но отказывались от этой идеи и продолжали "есть кактус", так как фактически нужно было переписывать слой доступа к данным, причем весь. Дпугое дело,

З.Ы: прошу прощения за оффтоп :)

Аналогично :) Тоже пришли с веб-разработки, с .NET. В подавляющем большинстве случаев сначала проверяем данные на наличие. Хотя, конечно, бывают ситуации, когда это не нужно. Что касается Core Data, то здесь все проще, мы реализовывали в дополнительном слое данных метод, который при вставке проверял наличие определнного ключа (если нужно). То есть сами реализовывали проверку на primary key. Лагов не замечали, ибо работали с памятью, а не с диском.

FMDB по умолчанию не поддерживает WAL(Write-Ahead Logging). То есть при длительной записи чтение будет блокироваться до окончания записи. Нужно специально проставлять флаги для нее.

В конце концов получается, что чаще всего для реализации каки-то базовых функций для работы программы (работа с локальными данными, работа с графикой) возращаемся к использованию решений, которые предоставляет компания-разработчки OS, в нашем случае Apple.Так что все эти FMDB от лукавого :)