Mozart,
claro, que novos problemas surgirão, mas creio que muitos outros
serão evitados, além disso está cheio por aí de modelagens extremamente
diferentes para uma mesma solução. É um tempo de retrabalho grande,
quando todos poderiam unir esforços dentro de uma mesma idéia e ganhar
aí em produtividade e cooperação.
Quanto a problemas de desempenho, em algum momento eles chegarão, aí
teremos que pensar em soluções como tabelas particionadas, adição de
chaves, análises de planos de execução, e possivelmente revisão da
modelagem e até melhoria de hardware. Isso faz parte do tempo de vida de
um Sistema.
O que estou propondo é que, ao invés de partir do zero, tenhamos uma
referência e sugestão de boas práticas. Não que isso tenha que ser
seguido a risca. Mas que a comunidade procure utilizar e aponte
sugestões de constante melhoria nos modelos.
Se houverem variações posteriormente, ainda melhor. Poderemos ter o
Modelo Genérico Base e seus modelos derivados para as mais diversas áres
da indústria e comércio em geral, porém sempre visando a integração.
Por que hoje não temos ou temos tão poucas soluções ERP de Software
Livre que estejam a altura das comerciais?
Grande parte disso se deve a complexidade dos negócios, mas outra
questão que impacta nisso é a falta de cooperação da comunidade do
Software Livre nesta área, ou a cooperação desordenada. Podemos fazer
esta força colaborativa apontar para uma mesma direção. Esta é a idéia.
Não algo estático, mas dinâmico e direcionado.
Obrigado pelas suas considerações, mas ainda assim enxergo muitas
vantagens neste tipo de projeto e devo estar lançando em breve.
Att.
Alex
Mozart Hasse escreveu:
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
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
