Ага

Но у забикса конечно же больше возможностей, локи, время транзакций, медленные запросы и прочее, но и с настройкой придётся повозится

PerfMon.просто не нашел там каунтеров постгресных,к примеру для mssql они есть.Ну диски понятно,там можно посмотреть

Привет!
Подскажите плиз, какой из вариантов будет более подходящий для PostgreSQL.
Из требований: работать с разными сущностями без дорабатывая кода.
1. Генерирование таблиц и изменение набора колонок (только добавление новых) - тут конечный пользователь с помощью админки к сервису будет добавлять и менять сущности
2. Использование партиционированной таблицы (с ключом по дате) с колонкой JSONB.

P.S.  Использование другой БД не подходит (напр MongoDB), девопсы пока не готовы к эскплуатрированию чего-то ещё

еще есть вариант с EAV

Все зависит от объема данных и того сколько колонок будет добавлятся

ага, рассматривали его, показался более сложным в реализации

сколько записей то ожидается, и сколько новых колонок
будут ли запросы(фильтры) по этим колонкам

добавление колонок будет зависить от решаемое задачи каждого из сотрудника, примерно это 1-20
рост не больше 2М-3М в месяц, большая часть может быть удалена через 1 год

Странно... обычно это "цветочки" (а "ягодки" бывают потом, конечно). ;)
А подход "Генерирование таблиц и изменение набора колонок" — сложнее всего в реализации.
Что касается "Использование партиционированной таблицы (с ключом по дате) с колонкой JSONB." — тут вообще смешаны мухи с котлетами, IMHO.

фильтры будут по этой колонке. или просто хранение данных?
будут изменятся значения в этих колонках?

да, значения редко но будут изменяться.
поиск тоже будет (в случае с JSONB думали добавить GIN-индекс)

GIN индекс же вроде можно только по определеным ключам сделать, так что в случае разных ключей не поможет

Если значения изменяются, то придется переписывать постгре всю jsonb

есть ли что-то чтоб узнать примерное количество записей в  таблице ?  count(*)   выполняется бесконенчо долго

можно в системных таблицах глянуть

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

Да неужели? ;) Система прав, схем и ролей в PostgreSQL для чего придумана?

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

> когда это делают пользователи, пусть и опосредовано через софт это дыра

Потому, что Вы так считаете? Или есть объективные доказательства невозможности построения подобной системы (допустим, без использования "если конечно это не обернуто хранимками")? ;)