зачем городить какие-то Dll. чем не устраивает DBMS_PIPE/DBMS_ALERT?
сначала говоришь серверу что хочешь получать сообшения, потом в тригер AFTER UPDATE и/или AFTER INSERT ставишь
посылку сообщения через DBMS_PIPE/DBMS_ALERT (в данном случае, на мой взгляд, лучше использовать DBMS_ALERT),
программа получает это сообщение и обновляет данные. Я именно так и делаю.

4 alvako
Ты не прав(точнее не совсем прав). DBMS_ALERT посылает сообщение только после коммита, это ее одно из отличий от DBMS_PIPE. Поэтому я и сказал что в данном случае надо ее использовать.

create or replace trigger mytrigger
after insert or update or delete on mytable
begin
DBMS_ALERT.SIGNAL('myevent','Пора обновиться');
end;

Обработка зависит от того, что ты используешь. Я использую DOA, примерно так же будет и при использование ODAC.
procedure TfrmMain.OracleEventEvent(Sender: TOracleEvent;
const ObjectName: String; const Info: Variant);
begin
// обновление данных;
end;

OracleEvent.ObjectNames='myevent';
OracleEvent.ObjectType:=otAlert;
OracleEvent.OnEvent:=TfrmMain.OracleEventEvent;
OracleEvent.Start;
Извини, но больше нечего писать, поэтому и не приводил ни каких примеров. Слишком все просто.

for mmoroz
а что висячий таймер лучше висячего alert'а?
и через кокое время делать никому не нужный селект (из временной таблице, и при плохой связи)?
мне кажестя вы совсем не разобрались. можно же передавать не только факт изменения таблицы, но и сами изменения
(или их часть).

for AlexG
всю строку я не передаю, но могу, правда не со всеми полями
(на сообшение накладывается ограничение по размеру 1800байт и типу данных - должна быть строка).
я обычно передаю какой-нибудь идентификатор, а станция решает нужно ей обновлять данные или нет.
например:
пользователь просматривает документы за 1.01.2002, а изменения произошли в документах за 2.01.2002
тогда я передаю в качестве идентификатора дату и станция решает, что ей эти изменения не нужны.

передавать данные можно как в INI файлах
variable1=value1
variable2=value2

DBMS_PIPE сдесь скорее всего не помошник. он передает данные в не зависимости от транзакций.

есть правда вариант после прихода сообщения включать дополнительный слушатель и ждать "дополнительную информацию",
в которой передавать (возможно в несколько заходов) всю информацию.
при таком подходе можно использовать и DBMS_PIPE и DBMS_ALERT, но мне кажется это слишком сложно и с отладкой замучеешься.

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

http://dx7e9ws.narod.ru/

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