Arquitectura de un soft con BD

[adlfv]

Buenas.




Soy un viejo visitante de Club Delphi que desafortunadamente estuvo fuera del mundo de la programación un buen tiempo, pero ahorita vuelve y quiere renovarse con las nuevas tecnologías que están surgiendo día a día.



Bueno, al grano...



Como todos sabemos cuando trabajamos con bases de datos, generalmente hay que incluir operaciones SELECT, INSERT, UPDATE y DELETE para cada tabla. Yo siempre lo he hecho de la siguiente forma.



(1) Un formulario para SELECT (llamado listado) que es el que muestra simplemente un listado de una determinada tabla (por ejemplo, clientes)



(2) Un formulario para INSERT. Dicho formulario usa componentes normales no componentes para BD, y el control de errores es manual.



(3) Un formulario para UPDATE. Dicho formulario sí usa componentes vinculados a datos, el control de errores es a través de excepciones y semi manual.



La operación DELETE se hace se hace desde el formulario de Listado de la BD.



Ahora bien… La pregunta…



He observado que tanto las operaciones de INSERT como UPDATE desde el punto de vista de entrada de datos, son iguales (o similares) con lo cual, pienso que se podía “resumir” el proceso en:



(1) Un formulario de SELECT, que muestre un listado de una tabla.



(2) Un formulario de “Edición”. Los componentes de dicho formulario estarán vinculados a datos, y si es una inserción, se llamará al método Apend de la tabla y se mostrará el formulario que quedará apuntando directamente al registro nuevo. Si es una operación de actualización, se selecciona el registro del listado y se muestra el formulario.



La pregunta es: Es este método correcto? Existe algún método mejor? Hay algún ejemplo completo y fácil de entender? Algún demo o algo así? Existen casos en los que no se puedan fusionar los formularios de INSERT y UPDATE? Hay inconvenientes a tener en cuenta de esta forma de trabajar?



Cualquier comentario será bienvenido.



Muchas gracias de antemano y un cordial saludo a todos.