set timezone = 'UTC-5';
insert into tab (col_with_tz) values ('2021-11-18 00:59:00+05');
update table set col_no_tz = col_with_tz;
table tab;
col_no_tz | col_with_tz
---------------------+------------------------
2021-11-18 00:59:00 | 2021-11-18 00:59:00+05
set timezone = 'Europe/Moscow';
update tab set col_no_tz = col_with_tz;
table tab;
col_no_tz | col_with_tz
---------------------+------------------------
2021-11-17 22:59:00 | 2021-11-17 22:59:00+03
Если нужно хранить зону, то используй timestamp with timezoneвообще не так. Этот тип не хранит таймзону в БД (как, впрочем, и любые другие date/time типы в PG), он сохраняет временную метку в UTC, конвертируя ее туда, если от клиента она пришла в другой временной зоне.
Блокировки на уровне строк блокируют только запись в определённые строки, но никак не влияют на выборку.угу. А дочитали, где написано, что они друг друга блокируют?
Я правильно понимаю, что WAL это фактически тот же самый COW?
получается в противовес cow идут журналируемые файловые системы?
rank() over (order by price desc)
выдает ранг (порядковый номер) относительно price при сортировке по убыванию.Но может быть ситуация, что будет два user_id с максимальными суммами и суммы будут одинаковые:и в этом случае что вы хотите получить?
FormData {}
? Это нормально. Распечатайте так, например:console.log([...oData.entries()]);
Проблема была (а, может, и осталась) в статистике, просто вы ее сбросили.
Сделайте в одной из БД ANALYZE и сравните результат.