Tarcísio, > 1 para escrever no log. > 32 outros arquivos sendo um para cada índice. > 1 para a tabela.
Isso o Euler já explicou, leia com atenção minha mensagem sobre essa conta para entender o que eu questionei. > Mozart, a única *coisa estranha* que *eu* vejo é a necessidade de > usar 44 índices. > Provavelmente você está criando um para cada coluna. Parece estranho e mesmo assim não deixa de ser muito útil. Não, não estou criando um por coluna. > Você mesmo disse: > > ... eu quase sempre uso todos os 89 campos ... > Então crie 1 índice contendo todas as colunas que fazem referência às > dimensões. Eu expliquei na mesma mensagem o que eu tenho contra essa idéia. Recomendo que crie uma tabela com vários campos, chaves estrangeiras e um índice com todos os campos, depois tente achar uma consulta em que esse índice sirva para alguma coisa além de ocupar espaço. Com 89 campos e 100000 registros acho pouco provável que consiga. > Mesmo que você faça uma consulta que não utilize estas colunas no filtro, > a consulta ainda poderá usar o índice parcialmente. Por enquanto estou usando só índices que usem as colunas no filtro, por isso estou com apenas 44. Se eu resolver incluir índices que não usem aí o número vai aumentar, e não diminuir. > Não crie também índices malucos como exemplo: > 1 índice para cd_cliente, outro para cd_produto e outro para as duas > colunas: cd_cliente e cd_produto. > Apenas crie 1 índice para as 2 colunas. Não tem nada de "maluco" em criar todos eles ao mesmo tempo. Isso até seria pertinente a algumas situações específicas de algumas versões do Oracle, porém no Postgres não se aplica. Tenho diversas tabelas e consultas em que o otimizador algumas vezes escolhe os índices individuais e em outras os índices com as colunas agrupadas. Por acaso ter o índice usado em alguma consulta é suficiente para esse índice não ser chamado de "maluco" ou é preciso algo mais? Alguma justificativa a expor? > Novamente eu recomendo para você o livro: > http://www.amazon.com/exec/obidos/ASIN/0471200247/ralphkimballc-20/104-5050702-4100704 Um livro sobre modelagem de *datawarehouse* ?! Eu já expliquei em mensagens anteriores que o meu caso nem é um datawarehouse, mas vamos lá: tem algum trecho desse livro que você possa citar para justificar as recomendações sobre índices que está sugerindo? Atenciosamente, Mozart Hasse _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
