В MS SQL можно сделать запрос для определения последнего изменения типа такого:




Не смог найти чего-то подобного в Firebird. Думал время последнего изменения файла базы поможет, но оно как-то странно меняется, gstat показывает только время создания базы. Есть ли варианты кроме как обновлять вручную переменную или поле при каждом запросе изменения?

Мимопроходящий,
Чтобы синхронизировать базу на двух машинах. Уже сделал, с помощью двух класс хелперов, не меняя основной код, отлично работает.

Мимопроходящийчто подразумевается под "синхронизацией" ?

В моем контексте это простой вариант - несколько машин, каждая со своей базой, но реально работа производится только на одной (главной), остальные на подхвате. Если главная умирает, одна из оставшихся становится главной и продолжает работу умершей и так далее, до последней оставшейся. Если кто-то из тех кто поглавнее неожиданно воскресает, то работу должна продолжить она. Отдельной системы хранения данных нет, предполагаются абсолютная надежность сети и невозможность смерти всех машин одновременно. Таково видение клиента бесперебойной работы системы.

Basil A. Sidorov,
Во первых я не смогу ему это объяснить, что это неправильно поскольку эта конструкция сейчас реально работает и потребовала относительно небольших усилий от меня в реализации. Базы иногда теряют часть последней, не успевшей сархивироваться, информации, но это для клиента несущественно. Во вторых и это главное, клиент мне четко дал понять, что любые укручения системы будут за мой счет. Я все таки не враг себе :)

Dimitry Sibiryakov,
982183,
Я уже сказал связь предполагается абсолютно надежной. Кстати почему бы этому не быть правдой? Рутеры с проводами всяко проще компьютеров. Можно также продублировать связь вайфаем. Есть еще одна тонкость - без сети полезная функция моего ПО равна нулю, если такое случается то, чтобы там не писалось в базу практического значения не имеет. После подъема сети даже если базы будут сильно различаться я их синхронизирую по какой нибудь одной не особо парясь что, что-то там на какой то базе потерялось.

kdv,
На главной реально работающей машине при наличии изменений в базе регулярно (например раз в минуту) делаются бэкапы (последовательно, в количестве например не больше 10, старые затираются) и рассылаются всем остальным. Если главная машина упала, производится поиск машины с наибольшим приоритетом которая делает рестор и становится главной рабочей и так далее. Если внезапно появляется машина с большим приоритетом, бывшая главная делает бэкап отправляет новой главной, главная делает рестор и берет работу в свои руки. Запасные машины не работают вообще, только получают бэкапы. Информация теряется между последним бэкапом и последним изменением базы. Но с этим клиент мирится.

Симонов Денис,
А сколько записей в сумме должно быть для нормальной? Миллиона хватит? Я потестю