Opa muito obrigado pela ajuda de todos. Bom a Check é para garantir que os dados não sejam gravados no lugar errado e o constraint_exclusion é para não fazer o UNION, é isso mesmo?
Mas como o Targino falou. Se eu tiver uma tabela de 10 MI de registros dividida em 10 partições. E fizer um select na tabela pai ele vai ler os 10 MI de registros ou vai achar a tabela filha e ler somente 1 MI? At Cesar Moraes 2012/7/5 Targino Silveira <[email protected]> > Um outro detalhe importante é a excução de queries: > > select * from tabela_pai //Será executado na tabela pai e filhas > select * from only tabela_pai //Será executado somente na tabela pai > select * from only tabela_filha1 //Será realizado somente na tabela filha 1 > > A mesma regra segue para UPDATE e DELETE. > > Abraços, > > Em 5 de julho de 2012 15:46, Matheus de Oliveira < > [email protected]> escreveu: > >> Só complementando, tem que lembrar de criar constraints CHECKs nas >>>> tabelas filhas (para restringir as partições) e manter o parâmetro >>>> constraint_check como on, se não o particionamento não fará muito sentido, >>>> ou seja, ele fará um "UNION ALL" em todas as tabelas. >>>> >>>> >>> Creio que vc quis falar sobre a GUC "constraint_exclusion" [1]. >>> >> >> Ops... Tô com memória corrompinda aqui! >> >> Tem razão, é "constraint_exclusion". >> >> Atenciosamente, >> -- >> Matheus de Oliveira >> >> >> _______________________________________________ >> pgbr-geral mailing list >> [email protected] >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> >> > > > -- > Targino Silveira > +55-85-8626-7297 > www.twitter.com/targinosilveira > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
