Esto se pone bueno
Cita:
|
Empezado por gluglu
Personalmente hago muchísimas comprobaciones por cada campo de edición, no todas al final. Cambio algunas ediciones 'sobre la marcha' según el valor de determinados campos. Habrá otras muchas personas que prefieran hacer las comprobaciones al final, en el evento BeforePost o de otras maneras. Perfecto. Mi caso no es así.
|
Creo que aquí hay involucradas dos cosas distintas. Cuando hablas de cambiar algunos campos dependiendo del valor de otros, estás ayudando al usuario en la edición para quitarle responsabilidad en cuanto a satisfacer las reglas de negocio. Y está muy bien. Pero un registro, en tanto
entidad de tu sistema, debe validarse independientemente de las formas y métodos que se usen para introducir los datos. Esto te garantiza que, no obstante como los introduzcas, éstos satisfarán las reglas de negocio. Al tener centralizada la validación, evitas cualquier posible hueco.
Cita:
|
Empezado por gluglu
Me equivoco, o no sería posible actualizar dos tablas diferentes enlazadas por un Select ... join en un único grid ?
|
Pues siempre puedes usar un componente UpdateSQL o equivalente, o un ClientDataSet. Pero en este punto recuerda que concuerdo contigo. La edición de un registro complejo, puede ser muy fastidiosa en un DBGrid. Incluso puede ser que en el DBGrid se permita editar campos sencillos, de cambio frecuente, y para campos más complejos uses otros controles. Esto es, un método híbrido.
Bye