Apretujando componentes

[[Delphius]]

Seriamente yo consideraría distribuir todo eso en varios TDataModules.
Los TDataSets, Conections, Transactions y demás componentes que pueda ser "general" o de uso común en uno central, y el resto de los componentes distribuídos en otros TDataModules en función de los "módulos" pensado para la aplicación.

Esto no sólo te permite ser más organizado, prolijo y limpio. Sino también que puedes evitarte estar creando TDataModules y componentes innecesarios. Simplemente creas el TDataModule cuando se necesite, y el resto del tiempo está liberado.
Por ejemplo, cuando el cliente necesite trabajar con el módulo de ABM de facturas y detalles creas el TDataModule DataModuleFacturas por darle un nombre y trabajas con el. Cuando cierre el formulario de ABM se libera el módulo de datos correspondiente.
El que siempre vas a tener activo será el módulo de datos general/común que se encargará además de mantener la conexión activa.

Saludos,

[[AgustinOrtu]]

Yo solo uso un DataModule con un componente que es la conexion. La verdad no se ni para que uso dicho DataModule

Se me abrieron los ojos como platos con esa imagen

No es tiempo de "limpiar" un poco?

[Casimiro Notevi]

Empezado por Delphius

Seriamente yo consideraría distribuir todo eso en varios TDataModules.

[olbeup]

Yo los creo en tiempo real y no utilizo ningún DataModule, me he creado mi propio componente donde junto el TADOConnection, TADOQuery y TDataSource y lo he llamado TAdoCnnQryDS y la verdad me funciona que te cagas.

Un saludo.

[[Al González]]

Yo derivé un TDatasetProvider que empotra al Dataset que provee (dos componentes en uno). En un módulo de datos tengo estos DatasetProviders, en otro los CientDatasets.

Y dentro de los formularios coloco uno o más TghDataSource con capacidades especiales, como es la clonación en tiempo de ejecución del Dataset asociado en tiempo de diseño, además de permitir en código local (en la unidad del formulario) los eventos del Dataset clonado.