Aplicación MDI con DataModule

[[Lepe]]

No sé exactamente que incluyes en el Datamodule, pero podría crearse varios Datamodules para que contenga solo los datos que necesita cada Formulario.

Si tenemos una ventana de Clientes, en principio, no debe acceder a las opciones de facturación.

Saludos

[jlrbotella]

Es verdad, actualmente estoy repartiendo los datamodules, debido a que nuestra base de datos tiene más de 120 tablas y cómo tu dices, los datamodules van por módulos (clientes ,proveedores, compras, ventas, estadisticas, etc..).

Esto es muy útil, ya que diseñar solo una vez las tablas, y las llamas desde cualquier form, creando una nueva instancia del datamodule. Y todavía más cuando usas formularios mdi, que llaman a las mismas tablas.

Bueno, si tienes alguna duda, te puedo enviar el código fuente.

Saludos,
JL

[Paoti]

Ahora yo me pregunto no sera un gasto excesivo de recursos de base de datos.


A menos que tengas el conexión en un data module padre.

porque si en cada datamodule haces una conexión a la base de datos, imaginateee.



ahora tengo una duda, porque lo que yo hago es crear una tbala en el formulario, asi si abro dos formularios hijos cada uno es un cursor diferente.


y si en un datamodule tienes 50 tablas por ejemplo, y creas cada datamodule por cada mdi hijo que se requiera, no es excesisvo, como solucionar eso!!! o no tiene nada que ver!



Gracias

[[Lepe]]

Hace algún tiempo se habló de este tema y yo no estaba muy de acuerdo... con el tiempo lo veo cada día más razonable.

El tema sería, por ejemplo:
- Un datamodule general para la conexión TDatabase y Transaction
- Un datamodule por cada form hijo.

Los datamodules de cada hijo, se crean cuando se crea el Form; dentro tendrá las consultas y tablas que necesite ese form nada más.

Me darás la razón de que al tener muchos componentes no visuales en el form, te dificultan el trabajo e identificarlos (por estar encima de otros controles).... pues de igual forma es buena práctica separar el acceso a datos de la interfaz, de tal forma que el datamodule de cada Form sea el que encapsule lo concerniente a la base de datos.

saludos

[jlrbotella]

Actualmente cuando creo el datamodule, sobrecargo el metodo create de este para que se le pueda pasar la conexión, así todo esta centralizado.

También irá si creas un ttable en el formulario hijo y comprobarás que los curores son diferente por cada formulario hijo. Esto es la solución más sencilla, pero hay un problema.

Si tienes metodos ligados a una tabla como: onvalidate, after post o before insert, etc..., así como definición de los tfields (display format y editmask) y esta tabla la llamas más de una en vez en varios forms, lo que ocurre es que lo tienes que escribir de nuevo, mientras la solución que planteaba era heredarla con el datamodule.

Me gusta más la opción que ha comentado el usuario Lepe, y a ver si en la nueva versión de delphi 2007, sopesan este problema.

Saludos,
JL