AL
это правда очень такой яркий случай, бывает по разному конечно
Size: a a a
2021 March 15
AL
Эти воркеры могут ждать сколько угодно и не очищать таблицы, так как за пороговые значения циферки не выходят
воркер не запускается просто так, воркер запускается после оценки того что таблице действительно нужен вакуум
AS
Т.е. выглядит так, что не только на кол-во воркерлв нужно смотреть (это кажется другой сценарий)
AS
воркер не запускается просто так, воркер запускается после оценки того что таблице действительно нужен вакуум
Да, и эти оценки можно менять, чтобы запускался почаще. Как понять, что нужно поменять?
AL
Да, и эти оценки можно менять, чтобы запускался почаще. Как понять, что нужно поменять?
посмотрите с этого доклада примерно 10-20 минут, тут про настройку
AS
посмотрите с этого доклада примерно 10-20 минут, тут про настройку
Спасибо)
AS
Я тут понял, что я на самом деле хочу не то, как долго выполняется самая долгая транзакция (хотя это было бы тоже знать полезно), а сколько транзакции в какой-то момент времени выполняются (их кол-во).... Поправил на случай, если кто-то захочет добавить что-то ещё.
AL
select count(*) from pg_stat_activity where xact_start is not nullAL
ну и опять же, мониторинг
IK
коллеги, подскажите пожалуйста, насколько плохая практика (и плохая ли) при наличии N таблиц вида:
abstract_table ... id <...>
concrete_table_1 ... id <...>
concrete_table_2 ... id <...>
делать check с условием по типу
abstract_table ... id <...>
concrete_table_1 ... id <...>
concrete_table_2 ... id <...>
делать check с условием по типу
check (select exists (select 1 from abstract_table abs where abs.id = id))
AS
select count(*) from pg_stat_activity where xact_start is not nullАга, а проверка на idle in transaction не надо?
AL
нет, не надо, idle in transaction это тоже транзакция, причем еще и вредная для постгреса
AS
нет, не надо, idle in transaction это тоже транзакция, причем еще и вредная для постгреса
Ну да, понял, это вероятно лишнее условие
YS
коллеги, подскажите пожалуйста, насколько плохая практика (и плохая ли) при наличии N таблиц вида:
abstract_table ... id <...>
concrete_table_1 ... id <...>
concrete_table_2 ... id <...>
делать check с условием по типу
abstract_table ... id <...>
concrete_table_1 ... id <...>
concrete_table_2 ... id <...>
делать check с условием по типу
check (select exists (select 1 from abstract_table abs where abs.id = id))
А Вы его просто не сделаете, так что вопрос "мимо".
IK
Yaroslav Schekin
А Вы его просто не сделаете, так что вопрос "мимо".
есть ли какой-то аналогичный способ установить подобное ограничение?
YS
есть ли какой-то аналогичный способ установить подобное ограничение?
Триггер.
IK
Понял, спасибо
P
коллеги, подскажите пожалуйста, насколько плохая практика (и плохая ли) при наличии N таблиц вида:
abstract_table ... id <...>
concrete_table_1 ... id <...>
concrete_table_2 ... id <...>
делать check с условием по типу
abstract_table ... id <...>
concrete_table_1 ... id <...>
concrete_table_2 ... id <...>
делать check с условием по типу
check (select exists (select 1 from abstract_table abs where abs.id = id))
// К слову, в pgsql при подобных случаях (т.е. EXISTS и т.д.) не обязательно делать
SELECT 1, достаточно SELECT FROM table, что вернет строки с нулевым кол-вом столбцов.IK
// К слову, в pgsql при подобных случаях (т.е. EXISTS и т.д.) не обязательно делать
SELECT 1, достаточно SELECT FROM table, что вернет строки с нулевым кол-вом столбцов.Прикольно. В таком случае их с нулем колонок просто вернет?
P
Прикольно. В таком случае их с нулем колонок просто вернет?
Верно