Никак.
И вот это — отвратительная нереляционная модель, кстати. ;(

Ну как уж никак?
Execute "select from 'var_with_tablename' " В функции принимающей параметр table_id.

Да, нехорошо, но не невозможно же

Вопрос был: "Как можно это реализовать без функций?" :)

Блин, точно, сорри

\gexec?

DO?

если использовать psql, то можно сформировать запросы через SQL и завершить его \gexec — тогда psql вывод запроса отдаст базе ещё раз.
но надо осторожно, можно больно сделать…

Подвисла логическая репликация, слейв уже почти сутки генерирует сообщения что PID для этой подписки уже активен. Смотрю логи и обнаружил вот такое сообщение несколько раз в сутки:

automatic aggressive vacuum to prevent wraparound of table ""core.pg_catalog.pg_replication_origin"": index scans: 0

Как это сервис таблица может врапнуться, и что там может столько xid проесть?

Здравствуйте. Хочу хранить данные о котировках с биржи. По нескольким парам и возможностью добавления других пар. И вот задачка. Можно хранить пара + цена. А можно цены хранить отдельно, пары хранить отдельно и связывать их промежуточной таблицей. Что-то вроде 6NF. В этом случае стоит так сильно нормализовывать всё или все же остановиться на первом варианте? Конечно же хочется в будущем делать запросы вроде: "Цена на всех биржах 20.20.2020 в 15:16:17".

Конечно стоит.

Добрый день.
Из-за чего может начать резко тормозить обновление array[int] поля с gin индексом начиная с определенного кол-ва элементов? Я думал сначала про toast, но в toast значения попадают намного раньше, чем начинают тормозить запросы.
Разница во времени выполнения между десятками мс и секундами.
Куда копать можно?

А со скольки примерно элементов в массиве начинает тормозить?

Порядок десятков тысяч примерно

До 10к норм точно

А если экспейном смотреть сколько он блоков читает при увеличении количества элементов в массиве?

линейно будет расти или нет?

Хмм... а разве это вообще дальнейшая нормализация?
Где в (x, y, price, PK (x, y)) какие-то проблемы / аномалии / нарушения принципов нормализации?

Планы посмотрите (или покажите).

линейно, да