Как чего то сделать на другом сервере?\r
Ответ можно выбрать отсюда /topic/35415\r
Коротко говоря ставишь из ../contrib /dblink этот самый dblink\r
и выполняешь произвольные запросы к удаленной базе или другим базам на твоем хосте. Например :\r
mdb=# select dblink_connect('hostaddr=200.191.132.2 port=5432 dbname=radius us \r
er=postgres password=1'); \r
dblink_connect \r
---------------- \r
OK \r
(1 запись) \r
\r
mdb1=# select * from dblink('select username from radacct') as t(name varchar);\r
name \r
---------- \r
gennadiy \r
pionnier \r
vova \r
pionnier \r
gennadiy \r
vova \r
vova \r
testik \r
testik \r
gennadiy \r
testik \r
===============================================\r
Вот и все. Пиши триггер,или правило , вызывающее dblink() и будет тебе счастье ;)\r
Удачи!

2Stellar
Хмм есть стандартные решение и нечего поощрять изобретение велосипедов
и "автоматических думателей" ;)

>А есть ли способ "подцепить" базу с сервера другой СУБД? (например MS SQL)
Способ есть - это различного рода ODBC proxy.
Например я пользуюсь для забора данных из табличек M$ и Paradox такой
штукой dbtcp прозывается. Живет он тут : http://sourceforge.net/projects/dbtcp/ .
Под виндой висит его сервер.
Клиент пускается на фрюшке, и по крону забирает например свежие данные в поток INSERT-ов.
В другом варианте - клиент dbtcp вызывается из постгресовой ХП писанной на plperl. И это гораздо красивей и стабильней скрипта пускаемого по крону,
зато его быстрее написать ;)

К сожалению то что предлагается - довольно сырая вещь которую еще
нужно круто "обработать рашпилем" :) Вдобавок на мои вопли о глюках откликнулся только разработчик клиента.... а проблемы всплывали на серваке.
Однако это все было поборено в течении недели схема устаканилась и работает
уже около полугода.
Возможно меня поправят - указав на какието другие пути увязки с M$ SQL/Sybase/Oracle и прочая....
Тут все просто- основная причина использования dbtcp - отсутствие поддержки Paradox в Unix-ODBC. Если кто знает более качественный и freeware-ный продукт подскажите ;)