> o campo é um timestamp with time zone. > > os outros que eu particionei eram apenas timestamp. > > agora tenho que descobrir como fazer o check para atender a esse problema, > ou se tenho q mudar a chamada do select.
O planejador não é capaz de determinar antecipadamente se o resultado da consulta vai estar só em uma partição ou mais, por isso o comportamento observado. Note que quando se trata de timezones, uma função interna será chamada para converter o dado. O planejador *não* gosta de funções nas restrições pela imprevisibilidade delas. O melhor no seu caso é não usar timezones nos timestamps. O melhor é que sua aplicação faça a conversão, se necessário. Você atende mais de um horário diferente em sua aplicação? []s Flavio Gurgel _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
