Первая программа на IB. Так что, хлопцы, извиняйте.
В таблице есть поле TS типа TimeStamp, для проверки, не изменил ли кто нибудь запись, пока я её редактировал. Получаю значение этого поля на клиента, в курсор. Редактирую курсор. Пишу обратно в таблицу на сервер (со старым значением поля TimeStamp, что бы проверить, не изменилось ли оно). У таблицы есть триггер, где и осуществляется проверка:

CREATE TRIGGER GR_PODST_BU1 FOR GR_PODST
ACTIVE BEFORE UPDATE POSITION 1
AS
begin
if (old.ts <> new.ts ) then
exception main_exception ;
end

А где мне теперь сделать Апдейт поля TS на Current_timestamp (что бы запомнить дату изменения)? Ведь если я буду делать какие то изменения, то где бы я их не делал, опять сработает этот триггер, но старое и новое значения равны уже не будут, возникнет исключение и Update окончится неудачей.
IB60, клиент на Фоксе №8 (есть и такие извращенцы :).

>DarkUser
Что то внутренний голос мне говорит, что вот эта финтефлюшка:

new.ts = "new"
или
new.ts = current_timestamp

не сработает. Блин, как назло, ни одного "прохожего" :)

может быть потому, что new.ts это поле таблицы, а что бы изменить значение поля в SQL используется Update.........SET......
Хотя это моё сугубо личное мнение :)

Я хотел сделать следующее:
1. В поле ДатаВремя содержится время последнего обновления файла (т.е. при Инсерте или Апдайте оно должно изменяться на Current_DateTime).
2. Я беру запись на редактирование на клиента. Никаких транзакций при этом не начинается.
3. На клиенте правлю данные (ДатаВремя естественно не трогаю, оно остается старым)
4. Далее, клиент посылает на сервер измененные данные для Апдейта (Кроме ДатаВремя, оно осталось не измененным)
5. В тригере проверяется, изменилось ли время модификации (сравниваются ДатаВремя, котороя я брал на редактирование с тем, которое сейчас находится в базе)
6. Если время не изменилось, значит за время моего редактирования запись никто не правил, и Апдейт проходит.
7. Если изменилось, то исключение и его обработка (сообщение пользователю, что запись изменена, перечитать её и т.д.)

Проблема в том, что в п.6 я должен во время Апдейта еще изменить и поле ДатаВремя на новое. А это не получается. Если это делать, Апдейтом, то опять срабатывает тот же самый триггер (рекурсия), а так как ДатаВремя уже разное- возникает исключение и откат.
Вот я никак и не въеду (а я вообще- большой тугодум :), на форуме не раз читал, что этот тип поля используется для контроля, а как это сделать- ?
Можно, конечно, и через SET TRANSACTION SNAPSHOT, или "Пустого Апдейта", но с другой стороны- это увеличивает время транзакции.

Не братцы, чё то мы друг друга не поймем. :)

>mv
>...компоненты, типа TQuery..

Клиент на Фоксе80, какие уж тут TQuery :)


>Тёмному

Транзакция начинается, когда будет команда:
nrlt=SQLEXEC(nCon,"Update aaa SET b=12")

Ладно, всем спасибо, закругляю эту бодягу.

Должен просить прощения у DarkUser, его код работает, вот в таком виде:

CREATE TRIGGER GR_PODST_BU FOR GR_PODST
ACTIVE BEFORE UPDATE POSITION 1
AS
begin
if (old.ts <> new.ts ) then
exception main_exception ;
else
new.ts='now' ;
end

Только вместо 'now' надо писать 'new'. Спасибо Matt Juntunen за ссылку, там и прочитал

Всё, разум меня покинул.
Работает с 'now'