Se o teu select tiver uma clausula where que apenas uma partição atenda então o banco vai ler apenas os dados desta partição.
* independente de ONLY. sds Fabio Em 5 de julho de 2012 17:34, Targino Silveira <[email protected]>escreveu: > Se você usar FROM ONLY somente na tabela(s) especificadas. > > Um detalhe o ONLY é somente para a tabela Pai, nas tabelas filhas você não > tem obrigatoriedade de uso, somente se quiser. > > Abraços, > > Em 5 de julho de 2012 17:21, Cesar Moraes <[email protected]>escreveu: > > 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 >> >> > > > -- > 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 > > -- sds Fábio Henrique Gibon Comex System Consultoria
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
