Reglas de registros en BD Firebird

[Casimiro Noteví]

Lo que quería decir es que si un usuario saca un listado de nóminas (por ejemplo) y va un momento a por un café, cuando vuelva, en 5 minutos, ese listado ya puede estar obsoleto porque otro usuario ha podido hacer modificaciones en los datos, por lo que el usuario1 tiene ya un listado "obsoleto".

Creo que en tu caso no te queda otra que comprobar que no exista ya, antes de grabar.

[mjjj]

es exactamente lo que me temia... me gustaria evitar tener que realizar una consulta justo antes de insertar.

Existe alguna forma de bloquear el registro de este "tomado" por algun usuario, a lo mejor con alguna propiedad de la transaccion?

Otra alternativa, programar en la capa de la BD, quizas con el algún trigger, la idea es evitar esto en la capa del interfase con el usuario.

Como se manejan estas situaciones por regla general?

Salu2

[Casimiro Noteví]

No entiendo bien el funcionamiento del sistema, pero ¿puede existir en la tabla Nomina dos registros con id_nomina, id_factura repetidos?
En caso contrario puedes crear un índice id_nomina+id_factura y que no admita repetidos.

[mjjj]

eso es exactamente como es la clave primaria: id_nomina-id_factura, lo que si se puede repetir es id_factura en la tabla nomina, ya que puede haber una factura en mas de una misma nomina.

[mjjj]

Ayer me quede hasta hartas horas de la noche investigando como resolver esto.
Finalmente encontre un documento que explica como utilizar trigger y excepcion para incluir restriccionos directamente en la BD.
De esta forma ya no es necesario verificar por parte del cliente el las restricciones, sino que lo verifica la misma BD.
Espero que a alguien le sirva, dejo el link de descarga.

http://www.firebird.com.mx/imagenes/...esde_la_bd.pdf

Saludos.

[Casimiro Noteví]

Está bien que te sirva, aunque no le veo mucha relación con este tema