> Ótima dica do Mateus. Só lembro que é importante criar um gatilho extra > para uso em caso de UPDATE da coluna. Em tempo, UPDATE na coluna chave > do particionamento não irá mudar a tupla automaticamente de partição e > isto precisa ser previsto pelo DBA. > > > Bem lembrado! > > Aliás isso é uma prática pouco "lembrada" nos tutoriais/exemplos de > particionamento. > Acho que é porque assumimos que a chave da partição é imutável, o que > muitas vezes é verdade.
A documentação em: http://www.postgresql.org/docs/9.1/static/ddl-partitioning.html No item 5.9.6 - Caveats, é bem clara: The schemes shown here assume that the partition key column(s) of a row never change, or at least do not change enough to require it to move to another partition. An UPDATE that attempts to do that will fail because of the CHECK constraints. If you need to handle such cases, you can put suitable update triggers on the partition tables, but it makes management of the structure much more complicated. No caso do colega, como foi sugerida uma coluna extra que é inserida de acordo com o dado original do INSERT, UPDATEs precisam de um cuidado extra para atualizar também aquela coluna. []s Flavio Henrique A. Gurgel Consultor e Instrutor 4Linux Tel: +55-11-2125-4747 www.4linux.com.br _______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral