Início / dba / Perguntas / 313897
Accepted
Thomas
Asked: 2022-06-30 06:02:22 +0800 CST

Não consigo entender um problema de erro de sintaxe no SQL / TimeScaleDB

  • 772

Isso NÃO compila:

SELECT add_compression_policy(
    hypertable => 'exchange.candles',
    compress_after => INTERVAL ((SELECT now()::DATE::timestamp - (SELECT min(last_ts) FROM exchange.capture_tracker))),
    if_not_exists => TRUE);

A questão parece ser a SELECTseguinte INTERVAL.

Mas isso compila:

WITH delay AS (SELECT now()::DATE::timestamp - (SELECT min(last_ts) FROM exchange.capture_tracker) myinterval)
SELECT add_compression_policy(
    hypertable => 'exchange.candles',
    compress_after => myinterval,
    if_not_exists => TRUE) FROM delay;

Meu colega e eu não consigo entender o porquê.
Alguém pode explicar?

postgresql cast

1 respostas

  1. Best Answer

    Explicação

    A função interval() não faz o que você parece pensar. Você pode usar o nome do tipo assim para converter um valor (digitado ou não digitado):

    test=> SELECT interval '5 days 20:32:32.06';
      interval      
--------------------
 5 days 20:32:32.06

    Mas você não pode usá-lo como função (seguido de parênteses). Isso só é implementado para alguns tipos básicos. Ver:

    Existem duas funções denominadas "interval" registradas no Postgres 14, uma pegando time, a outra intervale integer. Não é o que você quer:

    test=> SELECT (proargtypes::regtype[])[:] FROM pg_proc WHERE proname = 'interval';
        proargtypes         
----------------------------
 {"time without time zone"}
 {interval,integer}

    Você parece querer um elenco, mas não precisa disso para começar, pois o resultado de sua expressão complicada intervaljá está.

    Solução

    Desembaraçado:

    SELECT add_compression_policy(hypertable     => 'exchange.candles'
                            , compress_after => (SELECT current_date - min(last_ts) FROM exchange.capture_tracker)
                            , if_not_exists  => TRUE);

    now()::DATE::timestampqueima até CURRENT_DATE. O último é dateem vez de timestamp, mas o resultado da expressão é o mesmo. (Depende da timezoneconfiguração da sua sessão atual.)

    Ou, ainda mais simples:

    SELECT add_compression_policy(hypertable     => 'exchange.candles'
                            , compress_after => current_date - min(last_ts)
                            , if_not_exists  => TRUE)
FROM   exchange.capture_tracker;

    Como a única referência à tabela é min(last_ts), isso sempre retorna uma única linha, mesmo que a tabela esteja vazia. E o resultado é o mesmo do anterior.

    • 3

relate perguntas