Если хотите создать БД, делайте это вне DO так же как это делаете выше после установки переменных

посоветуете крутую статью по тюнингу производительности постгреса?

нет такой статьи которая бы описывала все аспекты тюнинга производительности

по этой теме пишут книги

Что может быть за фигня, создал через suquelize модел со связью belongto в родительской модели продвязал hasOne, и теперь при каждом создании или обновлении дочерней сущности, полностью дублируется и создается родительская сущность с одинаклвыми айди и полями, хотя по модели они должны быть уникальные)

а краткий гайд? или может своим опытом поделишься, какой то конфиг

vm.dirty_ratio / vm.dirty_bytes
vm.dirty_background_ratio / vm.dirty_background_bytes
какие ставить, хотя это и Ось

> может своим опытом поделишься

проблемы (производительности) как правило заключаются в работе каких-то конкретных запросов. Такие запросы могут работать 1) либо медленно, 2) либо их может быть очень много и они могут потреблять много ресурсов (CPU, IO). Таким образом задача сводится к выявлению таких запросов (мониторинг и статистика), их анализу (explain) и далее по обстоятельствам - в простом случае (OLTP запросы например) может потребоваться добавить индекс. В более сложных вариантах может потребовать переписать запрос, изменить схему.

Если я не ошибаюсь, то вы вроде админ/sre, вам в первую очередь нужно научиться быстро обнаруживать такие запросы (с помощью мониторинга, либо с помощью встроенной в постгрес статы). А с вытекающими задачами, explain'ом, постройкой индексов, переписыванием, уже работать совместно в разработчиками приложения.

Еще остаются проблемы из серии, "все было хорошо, но вот база встала". Это уже не совсем про производительность, а скорее про поиск проблем в работе БД. Хотя тут могут иметь место и накопленные со временем проблемы производительности (например bloat).

> какой то конфиг

На мой взгляд проблемы производительности конфигом решаются в наименьшей степени. Конфиг позволяет подкрутить параметры работы БД в результате чего производительность может увеличиться, но это не дается бесплатно, обычно за этот буст нужно расплачиваться. Самый яркий пример это synchronous_commit - за производительность приходится платить надежностью.

спасибо, ща пуллер вот хочу поставить, ато 6тыщ коннектов

pgtune

http://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server
А если уж будете смотреть на auto-tuners, то pgconfigurator.cybertec.at/ получше, чем pgtune.

интересный конфигуратор, много параметров показывает, спасибо

как вывести только [Sun|2]?

Вопрос не ясный, а так в лоб - Limit 1

вместо нуля нужно что то похожее на
MAX(COUNT(event_name))

А если в селекте сразу написать MAX(event_count) ?

В HAVING по моему только условием MAX(event_count) > 1

Всем привет. Есть запрос.. он хорошо работает до 10000 строк в таблице.. на 100000 работает плохо. Как переделать под курсори? Я ще учусь буду рад помощи

select json_agg(row_to_json(t)) as data,(select count(*) from  backend.broadcast where type_broad=1 ) as count from (  select * from backend.broadcast where type_broad=1) t

select count * насколько понимаю тормозит