Привет, Ronin, Привет, Sparrow,
Я не уверен, что это то, о чем вы спрашиваете, но, возможно, это поможет.
Например, у меня есть 4 приложения, все из которых имеют некоторые общие данные (таблица «контакты»).
1. Создайте первое приложение только с таблицей «контакты».
2. Скопируйте/вставьте это приложение во второе, третье и четвертое приложения.
3. Запустите каждое приложение и в каждом приложении задайте имя и местоположение sqlite.db (я называю свой «master.db», и он хранится на внешнем диске — см. прикрепленный скриншот под названием «общий sqlite.db» и скриншот под названием «конфигурация», чтобы понять, как она устроена).
4. Протестируйте его, пытаясь добавить, изменить и удалить записи «контактов» в одном из приложений, и вы увидите, что изменения отражаются в других 3 приложениях (другими словами, данные передаются).
5. Затем добавьте новые таблицы, относящиеся к каждому приложению в этом конкретном приложении. Эти новые таблицы хранятся в 'master.db', но специфичны для каждого приложения и поэтому не отображаются в схемах баз данных других приложений.
Возможно, это звучит сложнее, чем есть на самом деле; просто попробуйте с 2-3 небольшими приложениями, чтобы увидеть, как это работает.
Сценарий не требуется - это просто конфигурация.
Derek.
.
.
I am not sure if this is the sort of thing that you are asking about but maybe it helps.
For exampoe, I have 4 applications, all of which share some common data (a 'contacts' table).
1. Create the first application with just a 'contacts' table.
2. Copy / paste this application to create the second, third and fourth applications.
3. Run each application and in each application, set the name and location of the sqlite.db (I call mine 'master.db' and it is stored on an external drive - see the attached screenshot titled 'shared sqlite.db' and the screenshot titled 'configuration' to get an idea of how it is laid out).
4. Test it by trying to add, change and delete 'contact' records in one of the applications and you will see the changes reflected in the other 3 applications (in other words, the data is being shared).
5. Add new tables that are specific to each application in that particular application's database schema. These new tables are stored in the 'master.db' but do not appear in the other applications' database schemas.
It probably sounds more complicated than it is; just try it with 2-3 small applications to see it working.
No script is required - it's all just configuration.
Post's attachments ronin.zip 54.18 kb, 173 downloads since 2022-08-12