В java для этого есть st.getWarnings()
В php есть pg_get_notify()
А как, блин, в Access прочитать warning ?
Пускаю оператор по
conn.Execute stQuery, dbExecDirect
в случае ошибки смотрю на Err.Number и на DBEngine.Errors.
А куда смотреть на предупреждения, а не на ошибки - не пойму ... :(
Err.Number = 0, а семейство DBEngine.Errors - пустое.

Да я уж понял, что надо работать через libpq.dll.
Есть у кого-нить пример использования функций
PQconnectDb(), PQexec() из MSAccess ?
Поделитесь, pls !
В лоб пытался их юзать - Access выдает ошибку:
"Нарушение соглашения о вызовах DLL"

писал так:
Declare Function PQconnectdb Lib "LIBPQ.DLL" (stConString As String) As Long
Declare Function PQsetdbLogin Lib "LIBPQ.DLL" (stPgHost As String, stPgPort As String, stPgOptions As String, stPgTty As String, stDbName As String, stLogin As String, stPwd As String) As Long
Declare Function PQstatus Lib "LIBPQ.DLL" (lConnection As Long) As Long
Declare Function PQexec Lib "LIBPQ.DLL" (lConnection As Long, stQuery As String) As Long

Private Sub aa()
Dim bb As Long

bb = PQsetdbLogin("192.168.101.103", "", "", "", "in3", "postgres", "mypass")
End Sub

Мдя. Ошибка-то моя в самом начале - функция PQsetdbLogin возвращает объект типа PGconn, который ни в коем разе не long. И его описание на C меня испугало - не хочется его переписывать на MSAccess ... Да и типы, используемые для возврата результатов запроса, не проще :(

В связи с этим я склоняюсь к такому алгоритму.
1) создать спецтабличку для сообщений

create table notice_messages (id serial not null, message_body varchar(254), muser varchar(20) not null default session_user, primary key (id));
create index mu_notice_messages on notice_messages (muser, id);

2) На клиенте операторы, которые требуют последующего чтения предупреждений сервера оформлять такой, примерно, транзакцией:

begin;
select into mid curr_var('notice_messages_id_seq');
оператор insert, update или delete;
функции на триггерах пишут предупреждения в таблицу notice_messages вместо выдачи raise notice;
select * from notice_message where muser = session_user and id >= mid;
delete from notice_message where muser = session_user and id >= mid;
commit;

Соответственно, клиент получает предупреждения, которые добавились при выдаче операторов обновления/удаления/вставки в таблицу notice_messages с момента начала его транзакции. Все это хорошо, но вот в конкретной системе юзеры работают под одним логином парами - типа взаимозаменяемые работники (сектора, как они называются в организации). И в бухгалтерии такие есть, и в отделе продаж, и в отделе доставки ... Слава богу, что хоть в планировании и на складе таких нету :)
И как мне в этом случае правильно идентифицировать текущую транзацию (session_user будет одинаков для двух работников) ?
Готового id транзакции в postgresql нет - в этом форуме уже обсуждалось.

Есть производственные лимиты, превышать которые никак нельзя (хранимки, которые это проверяют, отсекают попытки по raise exception с соответсвующим грозным текстом), но еще нужно при "подходе к лимиту" (где 5%, где 10%) выдавать предупреждение типа "скоро лафа закончится !"

To bubucha:
А разве через ADO можно прочитать raise notice ?
Мне казалось, что драйвер ado работает ту же библиотеку psqlodbc.dll ...

To Jelis:
На триггерах все, на них, родимых ...
Реализовал приведенный мной выше алгоритм, наплевав на их сектора. Раз сотрудники взаимозаменяемы - так пусть оба предупреждения и получают, даже если кто-то из них не с той датой работает, тем более, что редко такое будет - все ж одновременно запустить запрос - это тренироваться надо :)
Как посчитал - 500 строк кода в 16 функциях эти все лимиты контролируют ...