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 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, 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.
>
> "NULL || 'seqüência' IS NULL
> '' || 'seqüência' == 'seqüência'
>
> É exatamente o comportamento esperado, e correto. '' IS NOT NULL, e
> NULL não é valor, apenas um marcador."
>
> Está aqui um artigo que embasa sua explicação e o funcionamento esperado
> realmente é esse, mas eu desconhecia.
> http://en.wikipedia.org/wiki/Null_(SQL)
>
> Apenas para constar, na época eu resolvi esse problema mandando no CREATE
> TABLE o "NOT NULL DEFAULT ''"
>
Obrigado,
Leandro Damascena
_______________________________________________
pgbr-dev mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-dev
