Início / dba / Perguntas / 20145
Accepted
Jharwood
Asked: 2012-06-30 02:17:38 +0800 CST

Possível manter o número máximo de registros no postgresql?

  • 772

Basicamente, parte de nossa tabela Postgresql é usada para manter os logs de acesso ao servidor e, como tal, às vezes durante a produção, isso pode ficar muito grande. existe alguma maneira de configurar no postgresql para ter um número máximo de registros que uma tabela pode ter e empurrar o registro mais antigo?

postgresql

3 respostas

  1. Best Answer

    Você pode definir um gatilho para manter o número de linha desejado:

    CREATE OR REPLACE FUNCTION trf_keep_row_number_steady()
RETURNS TRIGGER AS
$body$
BEGIN
    -- delete only where are too many rows
    IF (SELECT count(id) FROM log_table) > rownum_limit
    THEN 
        -- I assume here that id is an auto-incremented value in log_table
        DELETE FROM log_table
        WHERE id = (SELECT min(id) FROM log_table);
    END IF;
END;
$body$
LANGUAGE plpgsql;

CREATE TRIGGER tr_keep_row_number_steady 
AFTER INSERT ON log_table
FOR EACH ROW EXECUTE PROCEDURE trf_keep_row_number_steady();

    Esta provavelmente não é a opção de melhor desempenho, mas quando você atingir o limite, ele nunca será excedido. Se houver espaço para flutuação, você poderá verificar o número da linha periodicamente e excluir as linhas em excesso desde o início.

    EDIT: Se você tiver logs realmente grandes (digamos, um milhão por mês), o particionamento pode ser a solução mais fácil. Você pode simplesmente descartar as tabelas desnecessárias (digamos ondemax(timestamp) < CURRENT_DATE - 1 year). Você pode usar seu carimbo de data/hora (ou uma data derivada) como condição para o particionamento de intervalo .

    Mas tenha cuidado antes de descartar logs antigos. Tem certeza de que nunca vai precisar deles?

    • 12

  2. Eu criei uma função independente de tabela mais genérica. 

    CREATE OR REPLACE FUNCTION keep_row_number_steady()
RETURNS TRIGGER AS
$body$
DECLARE
    tab text;
    keyfld text;
    nritems INTEGER;
    rnd DOUBLE PRECISION;
BEGIN
    tab := TG_ARGV[0];
    keyfld := TG_ARGV[1];
    nritems := TG_ARGV[2]; 
    rnd := TG_ARGV[3];

    IF random() < rnd
    THEN 
        EXECUTE(format('DELETE FROM %s WHERE %s < (SELECT %s FROM %s ORDER BY %s DESC LIMIT 1 OFFSET %s)', tab, keyfld, keyfld, tab, keyfld, nritems));
    END IF;
    RETURN NULL;
END;
$body$
LANGUAGE plpgsql;

CREATE TRIGGER log_table_keep_row_number_steady_trigger
AFTER INSERT ON log_table
FOR EACH STATEMENT EXECUTE PROCEDURE keep_row_number_steady('log_table', 'id', 1000, 0.1);

    A função recebe 4 parâmetros:

    • guia: nome da tabela
    • keyfld: numérico, campo de chave progressivo
    • nritems: número de itens a reter
    • rnd: número aleatório, de 0 a 1; quanto maior for, mais frequentemente a mesa será limpa (0=nunca, 1=sempre, 0,1=10% das vezes)

    Dessa forma você pode criar quantos triggers quiser chamando a mesma função.

    Espero que isto ajude.

    • 4

  3. Eu criei este procedimento e o executei no PG Agent (ou trabalho do Windows ou trabalho do cron, dependendo). Posso ter mais linhas, isso apenas mantém minha tabela de log não muito grande. Economiza a sobrecarga de um gatilho.

    CREATE or replace FUNCTION activitylogcleanup(_MaxRows int) RETURNS void
    LANGUAGE plpgsql
    AS $$
DECLARE
   minid    int;
BEGIN
    SELECT logid into minid FROM activitylogapplication 
     order by logid desc limit 1 OFFSET _MaxRows;

    if not found then 
        return;
    END IF; 

    Delete from activitylogapplication where logid < minid;
END;
$$;
    • 0

relate perguntas