Em 2 de agosto de 2012 15:17, Flavio Henrique Araque Gurgel <[email protected]> escreveu: > > Em 02-08-2012 15:07, Jean Domingues escreveu: >> Como o seu suposto problema é de I/O, porque não usa hds do tipo ssd. A >> leitura, em tese, é 30 a 40 vezes mais rápido. > > Pelo que entendi o problema do colega não existe. > Ele está se antecipando apenas. São medos normais, mas só dá pra saber o > que acontecerá com todos os componentes do ambiente prontos para uso e > testes. > > Em tempo, quem trabalha com banco de dados não pode ter medo de "fazer I/O". > > Achar que colocar tudo em memória é a solução de todos os problemas da > vida é uma barca furadíssima. Claro que *alguns* problemas se resolvem > com memória, mas são poucos casos.
Acredito que SSDs ainda não sejam "a solução final". Além de caros ainda existem diversas incertezas. Outro dia vi um sistema que contém um tablespace em discos SSDs e tabelas apenas "Read Only", bloqueadas para alteração de qualquer tipo no esquema do banco de dados. Somente o administrador faz uma nova carga de dados de tempos em tempos para atualizá-la. E sim, correto, o ambiente ainda não existe, tampouco o esquema está construido ou na fase final de projeto. Entendo seu ponto de vista, e "fazer I/O" não seria minha preocupação caso não obtesse resultados tão superiores no tempo de resposta de consultas "naquele outro SGBD" (mais especificamente, IBM DB2 9.7.4) com ganhos de 40% ou mais quando realizando consultas em concorrência. Não estou desmerecendo o PostgreSQL. Não é isso. Talvez o DB2 não seja tão eficiente na criação do plano de acesso ou na busca de dados com seus 3 formatos diferentes de tablespace (SMS, DMS ou DMS AS - não cabe aqui discutí-los), por isso ao colocar tudo em memória a diferença de resultado foi tão gritante. Se eu pudesse realizaria os mesmos testes que fiz na época do DB2 com o PostgreSQL, mas infelizmente não trabalho mais na empresa onde os fiz então fico um tanto impossibilitado. Mas vou arranjar um tempo para simular este ambiente com o DB2 organizado nos buffer pools que citei e com o PostgreSQL, depois coloco aqui os resultados para apreciação de todos. Novamente, obrigado. -- TIAGO J. ADAMI http://www.adamiworks.com _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
