Data Module - Vale a pena?

Question

Sei que pode ser um assunto pol�mico, mas o uso do Data Module tem me deixado em d�vida. Motivo: Se vc est� usando um form que usa uma query do DM com um determinado par�metro (por exemplo: passou o p...

Jc_analista · Answer

Bom fa�o o seguinte nos meus sistemas, tenho a conex�o com o banco de dados  e as tabelas de parametros e configura��es no datamodule as demais tabelas(query) cada form usa a sua....

Reginaldo174 · Answer

o Data Module mantem a organiza��o do projeto. imagine como ficaria seu projeto se vc colocasse as query�s em cada form !!! no exemplo citado vc realmente teria de colocar uma outra query. J� vi sistemas que n�o utilizam o Data Module e na minha opin�o � muito trabalhoso...pois se vc criar mais um campo na tabela, ter� que atualizar todas as query�s do sistema, e se form um sistema m�dio isso levar� horas at� que tenha a certeza de que todas query�s foram atualizadas.

Pense bem antes de dispensar o Data Module.

Crpavao · Answer

Vejam bem.Eu USO Data Module. S� acho que ele deve ser utilizado tendo v�rias queries similares para atender forms diferentes. � isto, n�o �?...

Jc_analista · Answer

Isso mesmo....

Weber · Answer

Eu tamb�m utilizo data module mas no meu caso, como fa�o tudo na m�o (insert, update, delete) tenho somente uma Query. QRCadastro que � utilizada para esses fins. Al�m de Database e Transaction.

Osocram · Answer

Uso dataModule p separar e mais tarde talvez partir p 3 camadas...

Um Datamodule p Cadastro, um p Operacoes (NF,Nota de entrada....), outra p negocios (financeiro) e um p relatorios e mais um p consulta ond geralmente trago as views

e se for p dar manutencao eh mais facil.. se der erro no cadastros enton vc vai mexer no DMCadastro...

E se vc trabalhar c mais d uma pessoa no mesmo projeto... e cada um mexer um DM diferente non dah problema nenhum.

varias coisas boas em usar DM

Dopi · Answer

Nao acho que criar v�rias Querys seja muito pr�tico... Pois nesse caso vc teria que redefinir as propriedades dos campos, como: Displayname, MaskEdit, Cosntrains, etc... ou seja, perde-se o dicion�rio de dados...

Se a Query que vc precisa no segundo formul�rio for exatamente igual a que existe no DataModule, vc pode criar uma copia em mem�ria do DataModule ou somente da Query, e depois, via c�digo, mudar os DataSets para apontar para esse novo Datamodule

Ex:

....
  private
    { Private declarations }
    dml    : Tdm ;   { Tdm � o DataModule }
....

//// Criando DATA Moduleprocedure TfrCliente.FormCreate(Sender: TObject);
begin ;
 Temporario, e ligando em dsPrincipal ////
dml := Tdm.Create(self) ;
dsPrincipal.DataSet := dml.tbCliente ;
(dsPrincipal.DataSet as TTable).Open ;

dml.tbFuncionario.MasterSource := dsPrincipal ;
dml.tbFuncionario.MasterFields := �Cod_cliente� ;
dsFuncionario.DataSet := dml.tbFuncionario ;
dml.tbFuncionario.Open ;

dml.tbComputador.MasterSource := dsPrincipal ;
dml.tbComputador.MasterFields := �Cod_cliente� ;
dsComputador.DataSet := dml.tbComputador ;
dml.tbComputador.Open ;

.....

Nao � necess�rio destruir o novo DataModule porque o Pai dele (O proprio Form (self) ) ir� fazer isso quando ele for destruido...

F�rum Data Module - Vale a pena? #258713