FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
manejo correcto de OnValidate
Hola!
Cuando se ejecuta este codigo se intenta validar que el campo placas no sea un valor duplicado o vacio, se le envia un mensaje de informacion al usuario. El problema consiste en que segun yo deberia de cancelarse el post a la bd y sin embargo no es asi, esto lo se porque si genero cualquiera de los dos errores al final me aparece el mensaje de error de que se ha violado el campo placas pues se intento ingresar un campo null. Lo interesante es que si se llena el edit que recibe esos datos y se intenta nuevamente el post el mensaje sigue apareciendo como si alguna operacion quedara inconclusa. No he podido encontrar el error. Se agradece la ayuda.
|
#2
|
||||
|
||||
Ahhh, que estas usando Firebird.... pues esos tipos de errores pasaron a la historia amigo.
Una de las formas puede ser esta: - En la base de datos indicas que el campo es NOT NULL. - En tu aplicación colocas un ApplicationEvents - En el evento OnException del applicationsEvents añades el siguiente código. La filosofía: Al ser NOT NULL, firebird lanzará una excepción cuando se intenta guardar un campo sin valor e indica el siguiente mensaje: "Violation of constraint FK_FACTURA" (lo digo de memoria) Lo que hacemos, en el ApplicationEvents, es interceptar la excepción, buscar la palabra "FK_FACTURA" y si está en el mensaje, mostramos nuestro texto en Español. Como es el objeto "Application" en ese evento centralizamos todos los errores de todas las tablas de nuestra aplicación, así usamos el mismo código para toda la Base de datos. ¿Qué es FK_FACTURA? FK significa Foreign Key, significa que en la tabla FACTURA, se ha definido una clave ajena sobre un campo y este campo no puede ser nulo, así que Firebird crea una restricción (llamada Constraint). También se puede llamar PK_FACTURA, (Primary Key), es decir, en este caso significa que la clave primaria de la tabla FACTURA, no puede tener el valor nulo. ¿Cómo saber que la restricción se llama FK_FACTURA? Usa el IbExpert, en la tabla que has definido el NOT NULL, aparece una pestaña constraint (restricción) sobre el campo en cuestión, si tienes varios, se llamarán FK_FACTURA_1, FK_FACTURA_2, etc, de ahí sacas el nombre. En el ApplicationEvents-> OnException
Las funciones de ayuda son:
Otra cosa, veo que buscas con un query si la placa ya existe en la BD, eso también pasó a la historia: - Si es un campo clave primaria, no tendrás problema, ya que no permite duplicados, así que todo el código que he escrito arriba, contempla ese caso. - Si el campo "placa" no es clave primaria, define un índice único sobre él, así Firebird lanzará un mensaje de error cuando intentes guardar una placa repetida. Se deduce por tanto, que este caso también se contempla con el código de arriba. Como ves, haciendo ese código una sola vez manejas todos los errores posibles sin tener que hacer virguerías. En resumen, todo el código funcionaría en tu aplicación, lo único que tienes que modificar la variable RestriccionesBD para añadir tus restricciones, y cambiar la constante iRestricciones. Saludos y espero que se entienda, si no es así, dime algo en este hilo.
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. Última edición por Lepe fecha: 11-05-2007 a las 13:21:34. |
#3
|
|||
|
|||
Gracias Lepe por la ayuda!
Apenas estoy implementando el codigo y me surgen varias preguntas (bueno el compilador gruño): ¿en donde esta declarado EMDOError? Result := E.Message; // Aqui dice que falta un operador o un "semicolon" if IsBDConstraint(E.Message, strError) then // Aqui faltan parametros begin Nuevamente gracias!! |
#4
|
||||
|
||||
Yo usaría el evento OnPostError del dataset que se esté usando. Porque si centralizamos todo en ApplicationEvents, corremos el riesgo de terminar con un evento DIOS que hace de todo en lugar de la sana repartición de responsabilidades.
// Saludos |
#5
|
|||
|
|||
me llama la atención este trozo de codigo:
y me llama la atención por una cosa, si el Registro NO esta duplicado, entonces te regresa un Dataset Vacio por lo tanto, esto no es valido: Query.Fields[0].AsString lo que mas bien debes comprobar es: if not Query.isEmpty then .... |
#6
|
|||
|
|||
hola! si en minusculas
ya no se ni que, ni cual, ni si seguir con esto del firebird o me regreso a access Bueno ya con mas animo deshice todas las validaciones que tenia deje el programa funcionando tal cual hasta antes de empezar con la comprobacion de errores, nuevamente cree la bd con sus claves primarias y restricciones de campos UNIQUE. La pregunta ¿cual seria la manera de manejar los errores de campo NULL? (y errores en general) ¿Donde se validarian en FB o en delphi? ¿como se validarian? jovenes nuevamente agradezco su apoyo! |
#7
|
||||
|
||||
Cita:
Pero, tal como explica Lepe, cuando un intento de violación de alguna de estas restricciones suceda, el motor lo notifica al cliente en forma de excepción. Esta excepción puede ser capturada en el evento OnPostError del dataset que estés usando, o dejar que pase hasta llegar a ApplicationEvents, como describe Lepe. De cualquier forma que lo hagas, realmente no estás tú validando los datos; es el motor de la base quien lo hace, y tu aplicación simplemente maneja la notificación de un posible error. // Saludos |
#8
|
|||
|
|||
De nuevo por aqui!
bueno considerenme como de lento aprendizaje. Hice estas excepciones y triggers:
les recuerdo que estoy haciendo un post a la bd y que estoy tratando de capturar los errores al tratar de ingresar un campo vacio o con datos duplicados. ¿Bueno ahora que hago con esto? ¿ Cual seria el codigo a poner? ¿en BeforePost o en PostError? una vez mas les agradesco su ayuda y atencion. |
#9
|
||||
|
||||
EMDOError está declarado en mdo.pas
Lo demás fijo que no son erroes, es que no sabe lo que era EMDOError. Veo que el hilo ha avanzado mucho, pero hace falta tener las cosas algo más claras. Si el campo placas está declarado como NOT NULL, y en tu programa creas un registro y le das a guardar (sin modificar nada), ya Firebird protestará con un mensaje de error "violation of constraint ENTRADA_1 for table ENTRADA" o algo similar, por tanto, no es necesario ni crear trigger ni excepciones. Pruebalo para que veas como funciona la cosa. Ahora aplicas una mezcla entre lo dicho por roman y lo mío, esto es, en el dataset entrada de tu form de delphi, localiza el evento onPostError, y añade ShowMessage mostrando los parámetros que trae el evento para ver que te muestra. Ahora en ese evento es donde tendrás que adaptar las rutinas "parseError" y también "IsBDConstraint" para tu caso particular. Lo mismo para las placas duplicadas, si pones un indice único sobre el campo, Firebird ya protesta, por ende, no hace falta crear la excepción, es más en este caso está mal planteado, ya que si introduce un número de placa correcto (no duplicado), en el trigger solo se compara si es distinto de null y salta la excepción, asi que, no dejará introducir ningún número de placa, ¡ninguno! OFFTOPIC: Que no te vea yo declarar una excepción así: que te pego un tirón de orejas, crealá así:
Si quieres dejar pasar las excepciones al ApplicationsEvent, no uses el OnPostError para nada. Efectivamente me parece más adecuado usar el evento OnPostError del dataset porque está precisamente para eso, para detectar errores al guardar. Saludos
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. Última edición por Lepe fecha: 12-05-2007 a las 04:25:18. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
onValidate de un campo (Excepciones) | Caro | Conexión con bases de datos | 2 | 06-06-2006 22:33:22 |
OnValidate .. No funciona en IB? | PINO72 | Firebird e Interbase | 4 | 12-04-2005 16:15:17 |
Onvalidate Como se usa | servicomp | Conexión con bases de datos | 1 | 16-02-2005 04:46:05 |
OnValidate | javiermorales | OOP | 5 | 13-11-2003 15:52:52 |
OnValidate y Foco | javiermorales | OOP | 9 | 21-05-2003 08:10:16 |
|