Исходное сообщение
"Выпуск системы мониторинга Zabbix 3.4" Отправлено vvi, 24-Авг-17 10:28
>[оверквотинг удален] >> Что мешает использовать партицирование на уровне БД? > В Pg нет партициониорвания. В v10 вроде, да, но это ещё не > релиз. > В MySQL мы не обучены, как-то хочется без Монти и Оракла пешком > постоять. > Древние описания, на которые ссылается коллега, -- страшнючие костыли с триггерами на > insert-row или как их там. И страшничи они потому, что добавлять > тормоза там, где и так уже под завязочку нагружено  -- >  стрёмно. Ну, как поливать костёр бензином -- здорово, но вдруг > "зацепит"...  Хотя с drop-table-ами вместо housekeeper-ов... кто ж его знает. Нет никаких тормозов, всё зависит от того, как написана процедура триггера. Например, моя для history: \sf+ on_insert_history_function         CREATE OR REPLACE FUNCTION public.on_insert_history_function()          RETURNS trigger          LANGUAGE plpgsql 1       AS $function$ 2       begin 3       execute 'insert into history_'||((new.clock/43200)*43200)||' values (($1).*)' using new; 4       return null; 5       end; 6       $function$ Опять же, когда за половину суток набирается 20 гигов только данных, без drop table никак. Housekeeper с его delete from ... where ... просто положит СУБД. Так же не стоит забывать про время для вакуум и сложность обновления индексов при insert/update для больших таблиц. Вполне возможно, кстати, что ваш "загружено под завязочку" с этим и связано.