Como executar tarefas recorrentes no Postgresql sem uma ferramenta externa semelhante ao cron?

A partir do PostgreSQL 9.5, você pode usar a extensão pg_cron , que é carregada como uma biblioteca compartilhada no PostgreSQL.

Depois de configurá-lo, criar um trabalho é bem simples:

SELECT cron.schedule('30 3 * * 6', $$DELETE FROM events WHERE event_time < now() - interval '1 week'$$);

Isso executará o comando delete de acordo com o agendamento cron especificado. Você também pode usar @rebootpara agendar um trabalho quando o servidor reiniciar, e o pg_cron iniciará automaticamente a execução de trabalhos se você promover um hot standby.

Em vez de usar .pgpass, você pode fornecer acesso localhost para o usuário cron em pg_hba.conf.

Mesmo se você estivesse executando o PostgreSQL 10 a ser lançado em breve (no momento da escrita) ou o PostgreSQL 9.6 atual, não uma versão antiga como 8.3, ainda não há um agendador de tarefas embutido.

Algo como PgAgent ou cron jobs externos é necessário, não há solução conveniente.

O recurso de trabalho em segundo plano introduzido na versão 9.3 deve permitir que uma ferramenta como o PgAgent seja movida para o núcleo do PostgreSQL em uma versão posterior, mas isso ainda não foi feito. Mesmo no 9.3, você ainda precisa executar o cron ou o pgagent.

Algumas pessoas estão trabalhando em agendadores baseados em trabalho em segundo plano, e existem alguns patches que devem fornecer recursos para ajudar com isso. Mas a partir do PostgreSQL 10 ainda não há um agendador de boa qualidade e amplamente adotado, e a maioria das pessoas usa o agendador de tarefas cron / ms / etc.

Por favor, dê uma olhada na política de versão também; você está executando uma versão obsoleta e sem suporte.

Você realmente não quer fazer isso. Postgres não é um sistema operacional, é um servidor de banco de dados. Mesmo que o banco de dados suporte a execução de tarefas agendadas, não é realmente uma boa ideia abusar do banco de dados assim.

Se sua preocupação é que você não deseja configurar senha e outros itens, isso é fácil de resolver. Configure uma conexão de soquete Unix local usando autenticação de confiança ou ident , execute seu cronjob como esse usuário.

Em sua configuração pronta para uso, geralmente o postgres configura o usuário do sistema postgrespara executar o servidor db, e esse usuário do sistema geralmente já está pré-configurado para que possa se conectar ao servidor local usando autenticação de confiança ao conectar-se via soquete unix local. Você pode executar seu cronjob como usuário do sistema postgres, conectar-se ao soquete local e, em seguida, alternar a função se não quiser que seu procedimento armazenado seja executado com privilégio de superusuário.

Na configuração padrão, você pode apenas fazer isso:

$ sudo -u postgres crontab -e

No editor, adicione à entrada crontab assim:

0    0    *     *    * bash /path/to/run_stored_procedure.sh

e no seu arquivo /path/to/run_stored_procedure.sh você simplesmente usa psql para chamar seu procedimento stores

#!/usr/bin/env bash
psql my_db_name <<END
    SET ROLE limited_user;
    SELECT my_stored_proc();
    SELECT 1 FROM my_stored_proc();
END

TimescaleDB é uma extensão do Postgres que lida com dados de séries temporais - tem ações/trabalhos - pode ser útil para alguns.

As ações definidas pelo usuário permitem que você execute funções e procedimentos implementados em um idioma de sua escolha em uma programação dentro do TimescaleDB. Isso permite tarefas periódicas automáticas que não são cobertas pelas políticas existentes e até mesmo aprimora as políticas existentes com funcionalidades adicionais.

https://docs.timescale.com/timescaledb/latest/how-to-guides/user-defined-actions