Стратегия сетевого приложения., Помогите определиться, какой путь надежней. Опции

[dzyk]

Нужно подумать как обойти класс QSQLTableModel

Если унаследовать QSQLTableModel и переопределить setData, в котором создать кэширование запросов.

Неужели нет другого способа?

Мой вариант такой - ставим на все тачки Git

Мне кажется, это очень сложно. Git очень серьезная вещь (хотя с ней не знаком, но судя по описаниям). В моем случае это кАщунство.

[DmP]

Неужели нет другого способа?

SQLite поддерживает простые триггеры, поставте перехват на INSERT, DELETE и UPDATE:
http://sqlite.org/lang_createtrigger.html

[dzyk]

SQLite поддерживает простые триггеры

Спасибо. Теоретически все срастается. Осталось реализовать.

[Litkevich Yuriy]

SQLite поддерживает простые триггеры, поставте перехват на INSERT, DELETE и UPDATE:

и что вам в этой децентрализованой среде дадут тригеры?
Давайте рассуждать над механизмом:
Вот пользователь № 1 (П1) вставил данные в свою копию БД (Б1), дальше что происходит?

[ViGOur]

Вот пользователь № 1 (П1) вставил данные в свою копию БД (Б1), дальше что происходит?

Дальше срабатывает тригер на добавление записи, в котором можно эту запись сохранить например в файл. Тоже самое при изменении и удалении записей.

[Litkevich Yuriy]

в котором можно эту запись сохранить например в файл

разве есть такая возможность в БД, в частности в SQLite?
Если есть, то пример тригера в студию!

[Litkevich Yuriy]

можно эту запись сохранить например в файл

тут тригер даже и не нужен, данные меняются с помощью программы она сохранит в файл.

Итак, П1 вставил данные в Б1, копия вставленых данных (Ин1.1) сохранилась в файл, дальше что происходит?

[dzyk]

разве есть такая возможность в БД, в частности в SQLite?

Ну в файл то точно НЕТ.

Вот пример триггера SQLite ( при каждом инсерте в таблицу people поля id,fio сохраняются в таблицу Log_table)

CREATE TRIGGER LogRSChanges INSERT   ON people
  BEGIN
    INSERT INTO Log_table (id,fio) VALUES (new.id,new.fio);
  END;

Осталось только включить фанатазию и написать алгоритм синхронизации между программами.

Покритикуйте такой вариант:

Запускается 1П, обращается в сеть. Если не находит другой П2 или Пх. То открывает свою БД и работает с ней как с "верной" БД.

После этого запускается П2. видит П1 и запрашивает у нее "данные для синхронизации БД". Приводит свою БД2 в соответсвии с БД1. И спокойно работает. При этом все изменения в своей БД2 отсылаются в БД1. А изменения в БД1 (1П соотв) копируются в БД2.

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

Это конечно самый ненадежный способ. А если кто-то работал в оффлайне и изменял свою БД? Алгоритм намного усложняется.

[ViGOur]

Еще есть вариант того, что 1П и 2П работают в офлайне, оба изменяют одну и ту же запись, что ты будешь делать(значения записи разные)?

[AD]

Еще есть вариант того, что 1П и 2П работают в офлайне, оба изменяют одну и ту же запись, что ты будешь делать(значения записи разные)?

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