butcher40Собственно, сабж. Версия базы - 9.4.
Проблема возникла при проектировании центральной базы для публичного доступа (в режиме чтения), которая сливает данные из нескольких региональные баз.
1. При запросах ниже, функция lo_get лезет в pg_largeobject центральной базы. Естественно, ничего не находит.

select lo_get(f1.col_oid)
from foreign_table1 f1
where f1.col_oid = 333768;

select lo_get(f2.col_oid)
from foreign_table2 f2
where f2.col_oid = 333768;

Таблицы foreign_table1 и foreign_table2 имеют идентичную структуру, с разных серверов, но имеют одинаковые Oid.

Я могу только рекомендовать использовать bytea поле вместо LO, будет больше пользы.
Через FDW к удаленным LO по моему никак не подобраться.

PS: можно попробовать сделать view на remote стороне вида


и к нему через fdw ходить.... в теории я не вижу почему это не будет работать.

butcher40Это и было сделано, как временное решение для materialized view.
От oid пока сложно отказаться, ввиду завязки на него хибернейтовских драйверов и всякой лабуды.
Просто странно, если oid не поддерживается на уровне fdw, то нафиг его вообще в foreign таблицах поддерживать.

oid это просто идентификатор объекта в базе (внутри это обычный int), который совсем не обязательно ссылка на файл/large object, бывают просто таблицы с oid полем которое никак с large objects не связано.
Т.е. oid поддерживается нормально, а вот доступ к удаленным large objects по oid нет (но это уже другой вопрос совсем).

В теории вы вообще вместо lo_get(f1.col_oid) можете вызвать lo_get(1255756) и если такой large object есть - вы его получите, никакой магии там нет.

butcher40Maxim Bogukoid это просто идентификатор объекта в базе (внутри это обычный int), который совсем не обязательно ссылка на файл/large object, бывают просто таблицы с oid полем которое никак с large objects не связано.
Т.е. oid поддерживается нормально, а вот доступ к удаленным large objects по oid нет (но это уже другой вопрос совсем).

В теории вы вообще вместо lo_get(f1.col_oid) можете вызвать lo_get(1255756) и если такой large object есть - вы его получите, никакой магии там нет.

"oid это просто идентификатор объекта в базе." - для foreign table - в УДАЛЕННОЙ БАЗЕ.
Было бы логично пробрасывать в fwd вызов функций на удаленный сервер.

А как понять что lo_get(1255756) вы хотите удаленный обьект а не локальный, ведь ничего же не запрещает хранить обьекты в одной базе а их oids - в другой совсем.
На этапе когда вызывается фукция - в нее просто Int приходит и никакой информации о том откуда этот инт пришел и что значит - нет и не может быть на уровне текущей архитектуры базы.