Fiz um teste com tabela paritcionada http://www.postgresql.org/docs/current/static/ddl-partitioning.html Os check são por data e ele cria o indice para o campo logdate CREATE INDEX measurement_y2006m02_logdate ON measurement_y2006m02 (logdate); até aqui tudo ok.
Mas se eu crio um indice para o campo unitsales se faço um select e o registro esta na tabela measurement_y2008m01 measurement ele busca em todas e não usa o indice , eu usei a data para dividir a tabela mas quero pesquisar por outros campos. Não achei uma forma de aumentar o desempenho busncando por outros campos da tabela particionada. Ficou mais lento do que eu ter uma tabela de 80GB por exemplo. So ficou melhor qdo eu busco pela data. Pensei em outras alternativas que foi no tamanho do arquivo que o postgresql armazena. mateusgra wrote: > > Tabelas grandes são armazenadas como múltiplos arquivos de 1 GB conforme: > http://www.postgresql.org/docs/faqs.FAQ_brazilian.html#item4.4 > > Aumentar o tamanho desse arquivo aumenta o desempenho ? > > Onde aumenta o tamnho padrão desse arquivo no postgresql 8.2 ? > > > -- View this message in context: http://old.nabble.com/Tabelas-grandes-tp28047133p28047588.html Sent from the PostgreSQL - Brasil mailing list archive at Nabble.com. _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
