|
Hola,
siendo sincero, para casi todo lo que he hecho con Delphi y bases de datos he utilizado controles enlazados a datos. ¿Razón?, lo que tú comentas: comodidad y cierta seguridad en los autores de los controles.
Ahora bien, más que ver los problemas en el consumo de recursos (que también), yo veo el problema en la "desadaptación de impedancia" (el concepto no es mío; lo encontré por primera vez en un artículo de Scott Ambler) entre los modelos, por lo general relacionales, de base de datos que utilizamos para el almacenamiento, y los modelos orientados a objeto que utilizamos para el desarrollo de los clientes y/o servidores de aplicación.
Vamos, que el modelo de datos de clientes, productos, proveedores, ..., que diseñamos y con el que trabajamos en la base de datos tenemos que "traducirlo" a DataSets: QueryClientes, QueryProductos, DataSetProveedores, ..., necesarios para los controles enlazados a datos, en vez de utilizar objetos (clases) TCliente, TProducto, TProveedor, ...
Existen alternativas, unas partiendo desde cero, otras con productos de terceros, pero es difícil llevarlas a la práctica cuando uno sufre presiones en cuanto a presupuestos, plazos de entrega, un cliente o un jefe que entiende el desarrollo de software como si fuese una máquina de hacer chorizos ...
Saludos.
|