Как синхронизировать два файла базы данных sqlite в приложении на python?

Question

[Константин Ермолаев]

Имеется приложение на tkinter, которое будет установлено на несколько РС (рабочих станций). Приложение представляет из себя окно, подготовленное для определённого специалиста (инженера, механика, мастера ремонтной зоны). Все они работают с одним файлом (общим) базы данных sqlite - то есть через это приложение вводят и выводят информацию. Причем они должны работать с ней одновременно на протяжении рабочего дня. Только вот от множества запросов к одной базе с разных РС возникают и неминуемо возникнут ошибки. Решение у меня такое: оставить на каждой РС свой экземпляр файла БД, чтобы отдельный конкретный пользователь обращался именно к нему; общий файл подвесить в локальной сети организации; остаётся только синхронизировать узлы РС с общим узлом на локалке.

Собственно, вопрос: как синхронизировать узлы на РС с общим узлом на локалке?

Answer 1

[Vindicar]

Сделать нормальный сервер БД вместо SQLite. Возьми MariaDB, или Postgre, или что угодно.

Потому что иначе всё равно придётся разрешать конфликты записей. Например, в таблице X один пользователь добавил запись A с id=10, а другой независимо добавил запись B с id=10. Придётся одну перенумеровывать. А если у них ещё и связанные записи в других таблицах?

Answer 2

[Saboteur]

sqlite это не база данных это библиотека, которая предоставляет sql интерфейс при работе с файлом. А множественный доступ на редактирование к одному и тому же файлу, пока не реализовали ни в одной операционной системе.
Следовательно нужно переделать софт на работу с настоящей базой данных. Либо самому написать сервис, который будет работать с sqlite в одиночку, принимая запросы от разных клиентов.

Comments

[Линуксоид]

Мне нравится архитектура: падает сеть продолжаем работать децентрализованно и в оффлайн.
Задачу слияния записей, надо делать по тому, как это делается в системе Git - Т.е. делать какие-то локальные снимки с СУБД, а потом их синхронизировать (всё таки можно держать центральный сервер а лучше и резервный).
Т.е. когда пользователь запускает СУБД, сначала делается pull (протяжка данных из эталонного места ), потом работа до определённых изменений (commit), потом кнопка - "Зафиксировать в удалённых хранилищах " (push)...
Ну словом, придётся операторам завести некие навыки.
Но Линус Торвальдс именно эту задачу решил, которая не решалась средствами CVS, SVN....

[Saboteur]

вот только гит не синхронизирует. а мержит. И все конфликты вы решаете руками, а не автоматизировано.
Поэтому Торвальдс решал совсем другую задачу.

Answer 3

[Владимир Коротенко]

Все описано в документации
https://www.sqlite.org/whentouse.html

По идее на малых нагрузках он должен отрабатывать нормально, но пишут во первых о возможных тормозах, и о возможном разрушении бд.

Ультимативный путь это поставить бд клиент серверную и переписать программу.
Менее ультимативный это создать lock файл и перед изменением данных проверять блокировку. Файл просто 0 длины.

FILE* f = fopen("myfile.txt", "w");
int result = flock(fileno(f)), LOCK_EX);

// . . . .
// Locked file in use 
// . . . .
int release = flock(f, LOCK_UN);  // Unlock the file . . .

Comments

[Сергей Карбивничий]

Менее ультимативный это создать lock файл и перед изменением данных проверять блокировку.

А это интересно, взял себе на заметку.

Answer 4

[mikryukovsl]

Что то круто завернули - нет и всё, а это приложение которое liteSync, не ужели вруть?