kdv3. для отлова удалений все несколько сложнее. Или на удаления надо положить, если их нет, или сделать отдельную таблицу, параллельную исходной, и при удалении складывать туда идентификаторы (pkfield) удаленных записей. Тут, правда, с генераторами ничего не выйдет, т.к. записи могут удаляться как попало, поэтому если требуется проверять "удаленные за сегодня", то надо добавить в ПК этой доп. таблицы еще и столбец типа DATE.
(тут бы и удалить эти записи в буфере клиентдатасета)


я далеко не гуру, и очень боюсь, что на меня накричат, мол велосипед ... но я делаю так (вариант 100% рабочий):

в таблицах, за изменением которых надо следить, заводятся дополнительно 2 поля:

FCHANGECNT integer,
FDEL integer

FCHANGECNT - заполняется из отдельного генератора при любом измении или добавлении
FDEL изначально =0, если хотим удалить запись, то ставим его в 1, и не забываем перезаполнить FCHANGECNT из генератора

а теперь, на клиенте, когда первый раз грузим табличку, выполняем select * from tabler where FDEL=0, запоминаем максимальное FCHANGECNT, которое встретим в ней, грузим только с FDEL=0

а если хотим обновить табличку, выполняем select * from table where FCHANGECNT>(значение, запомненное клиентом)
для каждой полученной этим запросом записи 3 варианта:
1. если запись с таким ПК в локальном буфере уже есть и новое FDEL=1, то удаляем ее из локального буфера,
2. если запись с таким ПК в локальном буфере уже есть, то перезаписываем остальные поля из полученной записи в буфер
3. если заиси с таким ПК нет, добавляем ее в лок. буфер

конечно, для реализации этой логики пришлось написать свой компонент :((

Да, забыл уточнить, после обновления опять-таки надо запонить максимальное значение FCHANGECNT, чтобы обновлять в следующий раз

Лебедкин Карабас Барабасконечно, для реализации этой логики пришлось написать свой компонент :((
А компонентом, в исходниках, не поделишся?

думаешь, он тебе понравится ?

1. он не потомок датасета, представляет собой TList с записями, т.е. в дбгриде его не отобразить :)) умеет только в DrawGrid отображаться
2. в гриде редактор не предусмотрен
3. транзакция у каждого компонента своя (ну так исторически сложилось, а переделывать сейчас некогда и неохота)
4. он на бильдере сделан, в дельфи проблемы могут быть
5. работат только с integer, double precision, varchar, char

ну и т.д. и т.п. вобщем заточен под мои конкретные нужды ...

ЛебедкинДля связи с сервером IB API использует или IBX/FIB?
IBX - цепляется компонет к IBDatabase, создаются внутренние IBSQL, IBTransaction (2 штуки - на чтение и на модификацию, хотя особого смысла в 2-х нет, т.к. он читает данные и всегда завершает транзакцию)

да, еще, он не расчитан на квотированные идентификаторы, все имена полей приводит к одному регистру

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

мне не жалко, могу и выложить исходники, только ведь сам потом ко мне придешь, мол то не так, да это не эдак