какой командой? )

Можно еще сначала попробовать просто VACUUM прогнать

select * from pg_stat_activity;

Как выглядят процесс автовакуума?

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

Протестил на самом некритичном слоте выключение и включение подписки. Из свопа процесс ушел... Чет я раньше не додумался такое проверить)

autovacuum: VACUUM db.table

в поле query

Нет вроде

я же правильно понимаю что вы удаляли из таблицы только часть данных?

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

чтоб освободить это место, нужно выполнить или VACUUM FULL на таблице, но этот способ полностью блокирует таблицу (даже на чтение). Если такое не подходит, то рассмотрите варианты обработки таблицы утилитами pg_repack или pgcompacttable - они делают это в неблокирующем режиме.

Подскажите как сделать distinct по полю потом найти количество записей по фильтру типа этого
select count(*)
from users
where name in ('x', 'y', 'z')

мне distinct нужен по другому полю. Например age. Сначала оставить юзеров с уникальными age потом группировать

Коллеги, добрый день! Верно понимаю, что в случае создания таблицы на основе результатов запроса — фактически другой таблицы (т.е. CREATE TABLE b AS SELECT ... FROM a ...), а также при условии что у создаваемой таблицы будет иной TABLESPACE, всё, что не поместилось в RAM при выполнении запроса, будет вытеснено в TABLESPACE "родительской" таблицы?

FATAL:  terminating connection due to administrator command Через какое-то время выполнения пишет

Значит таймауты в базе выставлены

День добрый люди людные, есть задача, вернее меня спросили, а я как сделать чисто в sql задумался:

Есть таблица: uid login date_enter
Ну, грубо говоря вот такая.

Надо считать уникальные заходы в каждый день:
Грубо говоря, в понедельник было 10 человек, во вторник уже 15, но 10 из них были вчера == 5 уникальных, и т.д., по накатанной.
Проблема, собственно сделать силами SQL, скриптом то понятно. Но и сложности прибавляет не просто сравнивать со вчерашним, а со вчерашними:
То есть в пятницу, надо проверять с теми уникальными которые зашли в четверг, среду, вторник, понедельник.

Есть идеи, как сделать на sql ?

Как это вылечить? )

оконные функции

уточню
google: нарастающий итог оконные функции

Спасибо мил человек, но хотелось бы конкретики.
О них я знаю...

Ипать, а че в пол минуты поставили таймаут на ответ :?