Por favor, RFC 1855… a tua resposta está marcada como se fosse minha.
2007/12/9, Leandro Damascena <[EMAIL PROTECTED]>:
> Leandro DUTRA escreveu:
> > "Como citamos no PgCon, 'otimização precoce é a raiz de toda sorte de
> > males'. Especificamente, por exemplo, você agora tem uma única
> > estrutura de dados tanto em disco quanto em memória na qual os acessos
> > competem, e tem essa estrutura é maior que as duas separadas seriam."
> >
> A questão de desnormalizar na prática se mostrou muito mais
> interessante e rápida do que a modelagem "correta".
Não cabem as aspas. Não normalizar leva a aberrações de atualização.
> Não foi precoce
> pois ficamos 1 mês fazendo testes de performance em cima da aplicação,
> inicialmente ela nasceu modelada em duas estrutura de dados,
> notamos uma séria lentidão em pesquisas que envolviam muitos registros,
> aplicamos índices baseados nos resultados do analyzes e explains e não
> tivemos sucesso,
Consultaram a lista de desempenho?
> decidimos então subir 1 base parelela com essa outra
> forma e ficamos 1 mês gravando os mesmos dados nas duas bases, a forma
> desnormalizada se mostrou muito mais eficaz do que a forma normalizada.
Pensaram em visões normalizadas?
--
+55 (11) 5685 2219 xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7300 ICQ/AIM: aim:GoIM?screenname=61287803
MSN: msnim:[EMAIL PROTECTED]
_______________________________________________
pgbr-dev mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-dev
