FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Clave
No se puede repetir los que provienen de ese insert (para ser mas exacto de ese select) . Seguidamente tiene otros insert que se basan en select distintos y si podrían repetirse.
es decir al solucion de una clave , la contemple pero me encontré con ese problema. Lo que pensé como "solución intermedia" es una tabla temporal con la clave y después un insert con un select de la tabla temporal. La cosa es que me niego a pensar que sea la mejora solución.... |
#2
|
||||
|
||||
Sigo sin entender. ¿Es un campo que no puede repetir datos si los inserta "un usuario", pero sí puede repetir datos si los inserta "otro usuario"?
Un campo admite/no admite repetir información, pero no vale eso de a veces sí y a veces no. ¿Cómo sabes que cuando se insertó estaba permitido que se repetiera o no? Está mal ideada la estructura... eso no puede funcionar así. |
#3
|
|||
|
|||
Clave
Buenas Casimiro siento sino me he explicado bien.
Actualmente tengo una tabla TablaA esta tabla se rellena por varios insert (5 en total) Estos insert hacen select a tablas distintas: Insert INTO TABLA_A Select TablaB Insert INTO TABLA_A Select TablaGrande Insert INTO TABLA_A Select TablaC Insert INTO TABLA_A Select TablaD Insert INTO TABLA_A Select TablaE Al insertarlos solo me interesa que no se repitan los de la TablaGrande. Es decir pueden existir en TABLA_A dos personas iguales , siempre y cuando no provengan de las TABLA_GRANDE. Por este motivo no puedo poner clave, ya que de la tabla C y tabla D si pueden existir registros duplicados. Esta premisa es la que me rompe la cabeza. Ya que sino con las claves como bien dijiste se solucionaría el problema. Un saludo y de nuevo gracias por la ayuda y perdón por no explicarme bien desde el principio. |
#4
|
||||
|
||||
Sigo sin entender, o tienes mal los conceptos. A ver si con un sencillo ejemplo nos entendemos.
Una tabla tiene campos, ejemplo: No quieres que se repita el campo nombre ¿es eso? Tienes varias opciones, pero NO VALE permitir nombres repetidos si lo hace "alguien" y no permitir nombres repetidos si lo hace "otro alguien" (Sea "alguien" lo que sea) Eso es básico. Esa lógica no puede variarse, salvo que quieras encontrarte con graves problemas. Y en tu caso necesitarás un campo para saber quién hace el insert y realizar unos controles u otros, dependiendo del caso. |
#5
|
|||
|
|||
Veo que seguimos sin entendernos. jejejeje
No es un problema de conceptos. En la tabla_A en ningún momento he dicho que no se puedan repetir. Lo único que quiero es que no se repitan si viene de la TABLA_GRANDE. Un ejemplo Si tengo 5 controles de puertas y quiero tener un registro de quien ha entrado por cada puerta (A,B,C yD) y cuantas veces. Pero hay una puerta (TABLA_X) que es de paso y pasan demasiadas veces y solo me interesa saber si alguien ha pasado y no cuantas veces. Es decir en la tabla final , tendría Tabla A Juan Nuñez Juan Nuñez Tabla B Juan Nuñez Juan Nuñez Juan Nuñez Tabla X Juan Nuñez Juan Nuñez Juan Nuñez Pedro Perez Pedro Perez Pedro Perez Pedro Perez Pedro Perez Tabla C Juan Nuñez Juan Nuñez Pedro Perez Pedro Perez Pedro Perez Tabla X Juan Nuñez- puerta A Juan Nuñez- puerta A Juan Nuñez- puerta B Juan Nuñez- puerta B Juan Nuñez- puerta B Juan Nuñez- puerta C Juan Nuñez- puerta C Pedro Perez- puerta X Pedro Perez- puerta C Pedro Perez- puerta C Pedro Perez- puerta C Juan Nuñez como paso por otras antes no la ingreso, pero si me interesa saber todos sus registros. Pedro Perez no paso antes por ninguna y si varias veces por X . Ingreso solo 1 vez en la X y las veces de la otra. Es un ejemplo que se me acaba de ocurrir cercano a lo que busco. Espero que ahora este mas claro. Un saludo y muchas gracias |
#6
|
||||
|
||||
Cita:
|
#7
|
|||
|
|||
Porque son insert distintos. Que recogen los datos de tablas distintas.
|
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Consulta lenta | DamianG | Firebird e Interbase | 6 | 20-11-2012 14:06:16 |
Consulta sql lenta la primera vez | lledesma | Conexión con bases de datos | 2 | 07-07-2008 11:58:36 |
Ayuda con consulta lenta, lenta, lenta | Gregory Mazon | Firebird e Interbase | 22 | 27-06-2007 09:56:38 |
Consulta muy lenta | Walterdf | Conexión con bases de datos | 2 | 25-08-2004 18:37:57 |
lenta la consulta. | digital | Conexión con bases de datos | 2 | 10-09-2003 15:38:13 |
|