Alex,

> Acho que seria muito interessante se houvésse uma Modelagem ER Universal 
> padrão para desenvolvimento de software ERP. Desta forma teríamos vários

> ganhos na integração de Sistemas, onde todos teriam o mesmo padrão de 
> base e os ERPs diferenciariam-se pelo frontend e facilidade de uso.

Não vejo futuro. Conheci gente que não vê futuro nem em unificação de
sintaxe SQL e estruturas de bancos de dados, que dirá em unificação de
modelagem. 

Unificar o modelo implicaria em aceitar um desempenho horrível para certas
operações ou em torná-lo tão genérico que consultar qualquer picuinha se
tornaria uma jornada épica por dúzias de tabelas radicalmente normalizadas
(o que também pode ter um desempenho ruim comparado com uma solução mais
simples). Um ERP genérico e mesmo um mísero módulo de controle de estoque
genérico teriam demandas de uso completamente diferentes (número de
atualizações, número de consultas, proporção entre as consultas, tipos de
consultas e relatórios gerenciais, etc.) por exemplo entre a linha de
montagem de uma fábrica e uma loja de R$1,99.

Se pelo menos a lista de requisitos fosse fixa (por exemplo, determinar em que
casos vamos tratar o custo contábil via PEPS, ULPS ou custo médio, se
precisamos de tempo de resposta aceitável para consultar o estoque do produto
na semana passada, entre muitas outras perguntinhas que mudam tudo), até dava
para tentar unificar, mas mesmo assim teríamos dúzias de modelos e os mesmos
problemas na hora de integrar o tal módulo de estoque com seja lá o que for.
Em qualquer caso, teríamos de reconstruir boa parte do processo por conta de
uma mudança de requisitos dessa envergadura.

Claro que sempre vai ter quem ache que qualquer vacilo na modelagem pode ser
"corrigido" com alguns gigas de RAM nos servidores e uns pares de discos SCSI
para cada tabela, cada CPU e cada índice. Minha resposta é sempre que o erro
de modelagem *jamais* tem seu estrago eliminado, ele é no máximo
*amortecido* pelo hardware até um certo limite a partir do qual a solução
fica imprestável.

Quer tentar isso, boa sorte. Só veja se vale a pena considerando a
eficiência que você vai perder com isso.

Atenciosamente,

Mozart Hasse


_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a