FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
||||
|
||||
Control de registros duplicados sin utilizar índices
Que tal
Tengo una Tabla para el tipo de cambio, básicamente con los campos: Departamento: Int TipoCambio: Money Fecha: DateTime Estatus: Bit La idea es que por cada departamento, debo de tener un tipo de cambio que este activo, guardando el historial de tipos de cambio que ha tenido cada departamento. Ejemplo: Esto es correcto Código:
Departamento TipoCambio Fecha Estatus ----------------------------------------------- 1 5.00 1994-01-01 0 1 10.00 2008-01-01 0 1 13.00 2009-01-01 1 2 13.00 2009-01-01 1 2 10.00 2008-01-01 0 3 13.00 2009-01-01 1 Código:
Departamento TipoCambio Fecha Estatus ----------------------------------------------- 1 5.00 1994-01-01 0 1 10.00 2008-01-01 1 1 13.00 2009-01-01 1 2 13.00 2009-01-01 1 2 10.00 2008-01-01 0 3 13.00 2009-01-01 1 Entonces: ¿Cómo puedo controlar que exista solo un tipo de cambio activo por cada departamento? Gracias. P.D. Todo se tendría que hacer desde la base de datos SQL Server.
__________________
|
#2
|
||||
|
||||
Esta sería la idea inicial quizás habría que agregarle al Where el departamento que estás tratando dar de alta para que solamente compruebe ese y si devuelve 1 es que ya existe y controlando el evento beforeInsert o el que proceda evitar el alta si ya existe algún registro. Un Saludo.
__________________
Guía de Estilo de los Foros Cita:
|
#3
|
|||
|
|||
Una duda, siempre tiene que haber un tipo de cambio activo por departamento? o puede llegarse a dar que todos esten deshabilitados?
|
#4
|
||||
|
||||
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. |
#5
|
||||
|
||||
Cita:
// Saludos |
#6
|
||||
|
||||
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. |
#7
|
||||
|
||||
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. |
#8
|
||||
|
||||
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|| |
#9
|
||||
|
||||
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 |
|