Я новичок в разработке приложений, поэтому я надеюсь, что кто-то, обладающий более глубокими знаниями, сможет ответить на мой вопрос.
Я создаю простое, креативное настольное приложение для написания, которое опирается на SQLite и хранит различные информации (например, персонажи, идеи, места и т. д. c.). Он предназначен для того, чтобы пользователи могли вводить значения в формы, однако я хотел бы, чтобы он напоминал традиционное приложение для записи, где каждый проект имеет свой отдельный файл (например, файл docx, но, очевидно, с использованием пользовательского формата файла). Файл сохраняется локально, выбирается, и приложение загружается с данными соответствующего проекта.
Таким образом, существует один набор табличных данных, который является c и не редактируется пользователем (например, типы местоположений). - таким образом, обновляется только при обновлении приложения) и другой набор табличных данных, который указывается c только для текущего проекта.
Это случай базы данных, где пользовательские записи экспортируются, удаляются / стираются и повторно импортируются каждый раз, когда проект сохраняется / загружается - или что-то еще полностью? Я бы подумал, что проектирование его в виде двух баз данных (одна с данными о состоянии c, а другая с противоположной) будет неэффективным, поскольку таблицы имеют много критических взаимосвязей, которые друг с другом.
Что было бы наиболее разумным способ настроить это?
Я выбрал SQLite, потому что приложению нужна СУБД, и я хотел бы разработать его с помощью Xcode / Swift, чтобы иметь надежное IOS приложение в будущем (с файлами документов, являющимися через такие службы, как Dropbox).
Заранее благодарен за любую помощь, Пол