Я работаю с IB-6 и самое главное ограничение - нельзя в одной транзакции изменить запись больше 255 раз.
Это вроде мелочь и вроде как глупо и не нужно, но если есть родительская таблица и у нее перечень данных. Триггера на изменение перечня автоматически пересчитывают итоговую сумму для родителя по ID. Все прекрасно работает, но если нужно изменить в перечне коэффициент
например UPDATE Table SET KF = 2 WHERE ID = ? (а там 300 записей, то на изменение каждой сработает триггер пересчета суммы родителя, а это больше 255 в одной транзакции...)
Я не в курсе Firebird или новый IB имеет это ограничение

Подскажите кто знает
Заранее благодарен...

Я бы вызывал процедурку, но ведь это недело - чтоб прога сама следила за суммой да еще и не одной и по разным таблицам...

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

Менять процедурку и синхронно менять все exe-шки - не красиво...

Если пересчет суммы делать после апдейта, то нет гарантии, что прога не потеряет связь с сервером в промежутке между апдейтом и вызовом ХП.
(Для того и существуют транзакци)

А если апдейт вызывать через ХП - то сегодня у меня 3 поля, завтра 5...
и добавив любое поле комментария - я должен его как параметр передавать ХП или делать двойной апдейт - сначала всех некритичных полей, а потом через ХП - расчетных.

Например в Парусе все изменения данных сделаны через процедуры - так они только глобально апдейтят базу и прогу не очень часто, а если изменяеш таблицы находу - так даже прогу я не всем заменяю и работают сразу по 4 разных версии и прекрасно себя чувствуют (только старые невидят новых полей, да и не всем это надо...)

Лучше скажите у всех клонов InterBase и проч. версионность записей или нет ?
Лично мне нафиг ненужно апдейтить 255 раз запись с возможностью их отката.
Достаточно было бы хранить только начальное, текущее и новое значение...

Проверил на 258 записей...
Прошу прощения в шестом InterBase точно нет такого ограничения...

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

Я IB заменил на шестой, а доки посмотреть все времени нет...