FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Una duda, siempre tiene que haber un tipo de cambio activo por departamento? o puede llegarse a dar que todos esten deshabilitados?
|
#2
|
||||
|
||||
El detalle maese Marcos, es que esto lo quiero controlar desde la base de datos, no desde un programa.
Cita:
Estaba intenando utilizar "CHECK CONSTRAINTS" (Restricciones Check), como mencionan en la ayuda de SQL: ---------------------------- Edito: Esto me funciona exactamento como quiero, si la instrucción es un INSERT... es decir no puedo insertar otro tipo de cambio activo para un departamento que ya tiene un tipo de cambio activo... pero sí puedo hacer un UPDATE a esos registros y ponerlos todos como activo... ---------------------------- pero no logro hacer que funcione (completamente)...
__________________
Última edición por ContraVeneno fecha: 11-02-2010 a las 01:47:25. |
#3
|
||||
|
||||
Cita:
// Saludos |
#4
|
||||
|
||||
Otra opción sería (si te es posible y no es muy complicado) es dejar esta tabla como histórico y tener otra que te marque el activo. En ese caso, lo tendrías controlado con el índice.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#5
|
||||
|
||||
Cierto, cierto, con un trigger o disparador como dijo maese Roman y con la ayuda de maese Marcos:
Con eso obtengo el resultado que estamos buscando. Y a menos que alguien diga que me falta o falla algo, con esto lo tenemos solucionado. Muchas gracias a todos por sus aportaciones.
__________________
Última edición por ContraVeneno fecha: 11-02-2010 a las 16:43:09. |
#6
|
||||
|
||||
MMM Una duda, supongamos que voy a capturar un nuevo tipo de cambio por lo que pasará a ser el nuevo "activo". En que momento se "desactiva" el ¿Anterior? ¿No estará mal planteada tu regla de negocio?
Yo creo que sería así: 1.- Solo se permite un tipo de cambio activo por departamento 2.- El último tipo de cambio insertado siempre será el activo (ya que los anteriores solo quedan como historico. Basado en eso, creo que el trigger tendría que ser before insert para desactivar el que estuviera activo para ese departamento y luego realizar la inserción del tipo de cambio nuevo dejándolo como activo.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
#7
|
||||
|
||||
ya, muy válido tu comentario... así que con algunos cambios y unos retoques aquí y allá, me queda lo siguiente, que me funciona a la perfección:
Faltaría validar la parte del "DELETE", pero eso lo haremos en la próxima versión . Nuevamente, a menos que alguien tenga algo que aportar o algo que señalar, quedaría resuelto. Gracias a todos.
__________________
|
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Sumar registros duplicados | carlosegs11 | SQL | 6 | 26-07-2007 23:10:01 |
Registros duplicados | Shidalis | SQL | 2 | 06-12-2005 22:46:44 |
registros duplicados | kryna | Conexión con bases de datos | 3 | 08-04-2005 09:33:07 |
Eliminar Registros Duplicados ? | Jvilomar | Firebird e Interbase | 14 | 16-03-2004 22:14:35 |
Registros duplicados | jgutti | SQL | 1 | 02-03-2004 16:45:47 |
|