Antes de mais nada, sr. Mozart, peço que o tom nestas mensagens que tens enviado seja menos agressivo. Não estamos aqui na lista para ler emails agressivos.
Quanto a ter mais de 100000 registros, isso para um banco de dados não é muita coisa. Não conheço teu aplicativo para dizer se realmente há algo de errado ou não, assim não entrarei nesse mérito. Contudo nem sempre criar tantos índices ajuda na busca (independente do SGBD utilizado), pelo contrário, pode até atrapalhar. Imagino que o que foi pensado foi avisar-te para analisar a necessidade real de tantos índices. Lembre-se de que muitos nesta lista trabalham ou já trabalham com datawarehouses e ERPs também, assim talvez possam ajudar a adequar teu modelo com o postgresql (caso desejes essa ajuda). E quanto ao sr. Euler, ele é uma das pessoas que mais conhece postgreSQL no Brasil, não menospreze os dizeres dele; pode ser até que em algum ponto erre (ele é humano como todos nós), mas sabe muito mais de que possa parecer e nunca o vi negar passar conhecimento. Atenciosamente, consultar, meteria os dados num arquivo TXT, não num banco de dados. > Já que você acha que conhece jeitos menos "errados" de modelar uma tabela > que você nem sabe para que serve, nem quantos registros tem, nem a que > consultas é submetida, manda lá sua sugestão sobre o que faço para tornar > mais rápidas as gravações sem tornar imprestáveis as consultas à minha > "tabelinha" de 89 campos, 20 chaves estrangeiras, 44 índices e não menos do > que 100000 registros. > > Isso, claro, se você achar que tem argumentos para discordar do que eu > disse > anteriormente: > > > Esquartejar essa tabela em duas ou mais considerando que eu quase sempre > > uso todos os 89 campos juntos soa não só como um contra-senso como > > prejudica muito qualquer esperança de desempenho. > > > Mozart Hasse > > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > Se eu quisesse gravar mais rápido do que -- André de Camargo Fernandes
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
