В RLS проблема планировщика в том что операторы = и тд объявлены не как LEAKPROOF, не проверял в правда в последних версиях

postgresql тут не причем. извините за оффтоп.

какая конкретно проблема?

Политика с предикатом employer.idDepartment = ..
В запросе
select * from employer where Id = :pid
не будет проталкиваться внутрь предиката

сделайте политику USING (idDepartment IS NOT DISTINCT FROM … )

id PK, id = :pid всегда будет выполнятся после любой политики
Что крайне не эффективно

При этом = вполне себе LEAKPROF)))

На 13 не смотрел версии может переопределяло функции для = у основных типов

да как бы и в 12-й уже:

select oid,proname,proleakproof from pg_proc where oid='int8eq'::regproc\gx
-[ RECORD 1 ]+-------
oid          | 467
proname      | int8eq
proleakproof | t

Спасибо, проверю по каким типам сделали и для каких операторов

@Chuguniy @vyegorov спасибо за развёрнутые ответы!

Здравствуйте, нужна помощь. На данный момент разрабатываю БД  о небольших зданиях , находящихся в ведении города.  Уже мною были созданы такие таблицы : Памятники и достопримечательности
Небольшие сакральные постройки и скульптуры, скульптуры, рельефы и другие художественные элементы в экстерьере
Рекламное оборудование / Информационные тотемы, Big Board, Billboard, Citylight ... /
Городская мебель / фонтаны, скамейки, корзины, велосипедные стойки, ... /
Детские площадки / игровые элементы, фитнес и т. Д. /
Мобильные контейнеры для зелени в городе
Деревья, включая основную информацию / Породы, состояние, размерные параметры древесины ... /
При проектировании учитывайте тот факт, что каждое здание или объект могут иметь разные характеристики. Не забудьте записать точное местоположение здания или объекта.  Посоветуйте, как можно их красиво и правильно соединить.

С помощью внешних ключей

А если серьёзно, то вы правда считаете, что кто-то тут будет за вас проектировать структуру БД?

вроде он не просит спроектировать, он просит общих советов...
мне показалось что человек процитировал чтото типа ТЗ

Только читать про PostGIS :)

Ясно. Значит, я неправильно понял.

> На данный момент разрабатываю БД  о небольших зданиях

А откуда тут тогда деревья, корзины и так далее?

> При проектировании учитывайте тот факт, что каждое здание или объект могут иметь разные характеристики.

Не совсем понятно требование. О каких характеристиках речь (есть примеры)?

> Уже мною были созданы такие таблицы

Ну и показали бы, что получилось (\d или дамп). :)

Всем, привет, поясните плз по  репликации.
Самый популярный вариант - это pgpool-2 и один read/write-мастер с read репликами  в режиме передачи WAL логов?
А как решается проблема что данные могут отставать от мастера?

Добрый день
Небольшой вопрос по проектированию
Нормальной ли практикой будет иметь несколько foreign key null в таблице, собирающей в себя различные типы?
Или это плохая практика?