ШтА?! Связи между сущностями и JSONB?! Это как?!

Т. е. у всех таблиц 2 столбца - ID и столбец data типа jsonb

Да, и столбцы для отношений, если нужно

— Правда ли, что шахматист Петросян выиграл в лотерею тысячу рублей?
— Правда, только не шахматист Петросян, а футболист «Арарата» Акопян, и не тысячу, а десять тысяч, и не рублей, а долларов, и не в лотерею, а в карты, и не выиграл, а проиграл.

Т.е. из полей - первичный ключ и внешние ключи

Torro db автоматом раскладывает json в таблицы postgresql , и интерфейс mongo поддерживает. Посмотрите, может заинтересует.

Нет, для связей между сущностями - внешние ключи, а все данные хранятся в json

Собственно, идея возникла после просмотра этого доклада

Если неторопливо и мало - просто индексы на ключи.
Если много и быстро - generated column от джейсона или как хотите.

Вернуть удобный функционал опередления tinezone автоматический через localtime()
В mysql & mariadb это реализованно и очень удобно на мой взгляд.
Чем делать это руками через конфиг или команду set time zone или переменную PGTZ

> Вернуть удобный функционал опередления tinezone автоматический через localtime()

Того, что Вы подразумеваете (если я правильно Вас понимаю), никогда не было (в какой раз я это пишу, в третий?).

> В mysql & mariadb это реализованно и очень удобно на мой взгляд.

Т.е. они дефектны настолько, что пользователь установить нужную ему сейчас time zone (а не ту, которая на сервере, на котором выполняется MySQL/MariaDB; и не ту, которая на компьютере, где выполняется используемое приложение), тупо не может?!

> Чем делать это руками через конфиг или команду set time zone или переменную PGTZ

Вы мне можете объяснить, в чём у Вас проблема?
К примеру, "у клиентов разные time zone (и каждому нужна своя), а написаны они с использованием libpq, но это не работает, потому что / получается вот так...".
Или в чём дело-то?

Кажется, вы зациклились.
Действительно, сверхзадача-то какая?
( я подозреваю, что она заключается в том, чтобы то, что каким-то волшебным образом работало, продолжало волшебным образом работать. Ну, чтобы голову не греть непонятными условностями. )

Подъехали колонки в постгрес. Через Api 12 version.
В аналитических сценариях скорость обработки значительно даёт.
https://www.citusdata.com/blog/2021/03/06/citus-10-columnar-compression-for-postgres/

Э, раньше разве не было колоночных?

Раньше было это через внешние таблицы насколько я помню

А теперь похоже всё серьёзно

Или нет.... Всё ещё нет update и delete. Индексов тоже нет.

WITH ins AS (
  INSERT INTO attendance
    (action, people_id, action_time)
  VALUES
    (p_action, p_people_id, p_action_time)
  RETURNING *
)

OPEN result_cursor FOR SELECT * FROM ins;
RETURN result_cursor;

ERROR:  syntax error at or near "OPEN"
LINE 41:  OPEN result_cursor FOR SELECT * FROM ins;
          ^
SQL state: 42601
Character: 1175

Так в чем проблема то?

А без курсора?