ActiveDelphi

wimpactus · Enviada: Ter Set 13, 2005 6:28 pm Assunto: Grande sistema de industrias

Gostaria de saber o seguinte:
1. Tenho um sistema em cobol com +- 15 módulos e cada módulo com +- 150 fontes,
2. No total, tenho +- 120 Arquivos de dados em cada módulo.
3. Para transformar em Delphi, estou usando \"datamodules\" com dbExpress + Firebird 1.5.

Pergunta:

O que é recomendável criar?
1. Eu queria criar um DATAMODULE para cada módulo do sistema (terei então, datamodules do financeiro, vendas, compras,...) e dentro deles colocar as conexões, clientdataset e datasets. e depois no form conectar e abrir os clientdatasets.
2. um amigo meu recomendou eu colocar o clientdataset no FORM. fazendo a conexão logo na criação. (pq assim eu não estouraria a memória !!!).

Qual seria a opção mais \"certeira\"

Abraço a todos

VirtualC · Enviada: Ter Set 13, 2005 8:46 pm Assunto: Grande sistema de industrias

Amigo coloco o sqlConection no dataModule....

Os demais componentes de acesso eu coloco nos forms
_________________
Caio Monteiro B. da Silva
Aluno de Mestrado
ITA - Instituto Tecnológico de Aeronáutica
Divisão de Ciência da Computação

thomazs · Enviada: Ter Set 13, 2005 10:02 pm Assunto: Grande sistema de industrias

Colega, a idéia de criar os datamodules, um para cada modulo, suponho ser melhor, devido ao fato de ficar mais organizado... o fato de estouro de memória pode ser contornado, vc carregando na memória apenas o(s) datamodule(s) (e consequantemente os formulários) que for precisar. Num datamodule que será criado automaticamente, ficará a conexão (SqlConnection), e só. Os datasets, datasetproviders e clientdatasets vc pode separar em datamodules (de acordo com cada módulo).

Bom, mas tem o seguinte, se seu sistema for realmente grande (fluxo e quantidade de dados, etc), compensa pensar em desenvolver em multicamadas (3 ou mais)... vc terá um ganho de performance, além de uma certa indepêndencia de banco, e em alguns casos, independencia de linguagem no desenvolvimento da camada cliente, podendo ser implementada em java, delphi ou outro... além do fato de poder ser portada para web sem problemas.
_________________
Suporte e Consultoria em Desenvolvimento de Sistemas
Bacharel em Sistemas de Informação
Especialista em Bancos de Dados
Desenvolvimento: Clipper, Delphi, PHP, Python/Django

thomazs · Enviada: Ter Set 13, 2005 10:02 pm Assunto: Grande sistema de industrias

Colega, a idéia de criar os datamodules, um para cada modulo, suponho ser melhor, devido ao fato de ficar mais organizado... o fato de estouro de memória pode ser contornado, vc carregando na memória apenas o(s) datamodule(s) (e consequantemente os formulários) que for precisar. Num datamodule que será criado automaticamente, ficará a conexão (SqlConnection), e só. Os datasets, datasetproviders e clientdatasets vc pode separar em datamodules (de acordo com cada módulo).

Bom, mas tem o seguinte, se seu sistema for realmente grande (fluxo e quantidade de dados, etc), compensa pensar em desenvolver em multicamadas (3 ou mais)... vc terá um ganho de performance, além de uma certa indepêndencia de banco, e em alguns casos, independencia de linguagem no desenvolvimento da camada cliente, podendo ser implementada em java, delphi ou outro... além do fato de poder ser portada para web sem problemas.
_________________
Suporte e Consultoria em Desenvolvimento de Sistemas
Bacharel em Sistemas de Informação
Especialista em Bancos de Dados
Desenvolvimento: Clipper, Delphi, PHP, Python/Django

wimpactus · Enviada: Ter Out 25, 2005 5:53 pm Assunto: Grande sistema de industrias

E qual tecnologia usar... a DCOM ... ?????

[quote]Colega, a idéia de criar os datamodules, um para cada modulo, suponho ser melhor, devido ao fato de ficar mais organizado... o fato de estouro de memória pode ser contornado, vc carregando na memória apenas o(s) datamodule(s) (e consequantemente os formulários) que for precisar. Num datamodule que será criado automaticamente, ficará a conexão (SqlConnection), e só. Os datasets, datasetproviders e clientdatasets vc pode separar em datamodules (de acordo com cada módulo).

Bom, mas tem o seguinte, se seu sistema for realmente grande (fluxo e quantidade de dados, etc), compensa pensar em desenvolver em multicamadas (3 ou mais)... vc terá um ganho de performance, além de uma certa indepêndencia de banco, e em alguns casos, independencia de linguagem no desenvolvimento da camada cliente, podendo ser implementada em java, delphi ou outro... além do fato de poder ser portada para web sem problemas. [/quote]