FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Bueno, me explico mejor, lo anterior era solamente un ejemplo, son dos tablas iguales salvo por un campo. Seguramente se ampliarán con el tiempo con el añadido de más campos porque se necesite hacer algo más.
En principio deben ser iguales salvo ese primer campo. O sea, 'casi' iguales Ahora mismo tiene 29 campos. Y lo que quiero conseguir es "olvidarme" de la misma el día que sea necesario añadir algún nuevo campo para controlar cualquier otra cosa, o sea, que dentro de unos meses, cuando ya te has olvidado de todo, no tenga que decir: "no se sabe por qué falla el programa", y después de mucho perder el tiempo: "el problema era que había que añadir el nuevo campo en un store procedure, y se nos había olvidado." Resumiendo, da igual los campos que tenga la tabla, lo que se intenta es no tener que controlarlo, que sea un proceso automático. Al igual que en delphi se puede hacer algo así como (de memoria):
|
#2
|
||||
|
||||
Bueno, me voy a dormir, mañana sigo.
¡¡¡GRACIAS!!! |
#3
|
||||
|
||||
Hola
Vale amigo, mañana lo harás sin problemas, la almohada es la mejor consejera. Buenas Noches. Saludos
__________________
Siempre Novato |
#4
|
||||
|
||||
Si la tabla no tiene muchos datos, tal vez te saldría a cuenta, dentro del Stored Procedure, añadir el campo0 a la primera tabla, luego hacer el INSERT INTO y finalmente volver a borrar el campo de la primera tabla.
La ventaja que le veo es que cuando añadas más campos, el SP no deberá cambiar. La desventaja es que si la tabla es muy grande (con muchos datos), habrá que ver el tiempo que tarda en crear y borrar el campo.
__________________
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
|
||||
|
||||
Me da la sensación de que Caral es el que más cerca anda de la solución.
yo haría lo mismo que él, leería los campos de la tabla 1, y montaría la query en una variable de tipo string. Luego ejecutaría "EXCECUTE STATEMENT CONSULTA" siendo consulta la query que he montado. No lo he probado. Si funciona, no deberás cambiar nunca el store procedure. Saludos
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
#6
|
||||
|
||||
Hola, gracias por las respuestas.
Neftalí, la tabla tiene bastantes registros porque se tratan precisamente de históricos, la tabla-B es un histórico acumulado de todo lo que hay en tabla-A, así que como todos los históricos, cada vez será más y más grande. Aunque el método que has indicado es una muy buena idea, muy simple y efectiva. El método indicado por Caral de obtener los campos desde las tablas del sistema, luego crear la sentencia sql dinámicamente, como también ha indicado fjcg02, es muy factible, y también funciona, seguro. Lo que voy a hacer es probar ambas formas, me quedaré con la que sea más rápida de ejecución. Y si son muy similares... lo echaré a cara o cruz Gracias de nuevo, ambas soluciones son estupendas y es justo lo que estaba buscando. |
#7
|
||||
|
||||
Bueno, pero, ¿qué valor debe ir en ese campo extra? Supongamos que es un campo entero y cero su valor por defecto. No me van a decir que en Firebird no puede hacerse esto:
// Saludos Última edición por roman fecha: 07-02-2012 a las 18:46:55. |
#8
|
||||
|
||||
Hola
Por eso pensé en que si se puede saber que campos tiene cada tabla y guardar los nombres en donde sea se puede usar la consulta que hizo caro, seria algo asi: Reviso los campos de cada tabla: Guardo los datos que como serán nombres de campos podrán ser string e inserto con los datos obtenidos usando la consulta de Caro: BD1/campos= dato1, dato2, dato3, dato4, dato5 BD2/campos= dato0, dato1, dato2, dato3, dato4, dato5 Me da la impresión de que la inserción de datos es mas fiable si se ponen los nombres de los campos. No se amigo, es solo una opinión sin mucha base; Bueno, sin base alguna. Saludos
__________________
Siempre Novato |
#9
|
||||
|
||||
Hola Casimiro.
Cita:
Código:
SQL := 'insert into TablaB'(; tablaA.open; while not tablaA.eof do begin for iX = 0 to tablaA.fields.count-1 do SQL := SQL + tablaA.fields[iX].FieldName + ', '; tablaA.next; end; SQL := SQL + ') select * from TablaA'; Conexion.ExecSQL(SQL);
__________________
Marc Guillot (Hi ha 10 tipus de persones, els que saben binari i els que no). Última edición por guillotmarc fecha: 07-02-2012 a las 18:53:48. |
#10
|
||||
|
||||
Hola, sí, desde delphi no hay problema, es que quiero hacerlo en la base de datos, desde un stored procedure, por ejemplo.
|
#11
|
||||
|
||||
Entonces puedes hacer lo mismo en el procedimiento almacenado, consultando las tablas de sistema para obtener los nombres de los campos, y construyendo una sentencia SQL a ejecutar en un EXECUTE STATEMENT (no soy muy aficionado a construir sentencias dinámicamente, pero no parece que en este caso tengas más opciones).
__________________
Marc Guillot (Hi ha 10 tipus de persones, els que saben binari i els que no). |
#12
|
||||
|
||||
Sabía que ese iba a ser tu siguiente comentario
Cita:
|
#13
|
||||
|
||||
¡¡¡ FUNCIONA !!!
Cómo he sido tan burro de no probar con alias.
|
#14
|
||||
|
||||
Román, con firebird también se puede, ja, ja, ja...
¡¡¡ Gracias a todos, amigos !!! |
#15
|
||||
|
||||
Hola
Pero esto no le va a poner un 0 al campo0 ?. Osea, cero en todos los items ?. Saludos
__________________
Siempre Novato |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Opciones para copiar registros de una tabla a otra | pmtzg | Firebird e Interbase | 19 | 10-08-2011 18:30:40 |
copiar registros de una tabla a otra | Rofocale | Varios | 11 | 07-06-2011 13:23:55 |
copiar ciertos registros de una tabla a otra | JESUSNET | Conexión con bases de datos | 2 | 07-06-2008 16:53:13 |
Como copiar los datos de una tabla a otra | Shidalis | Varios | 2 | 21-07-2005 14:34:32 |
Copiar registros de una tabla a otra en Access con Delphi | Gelmin | Conexión con bases de datos | 1 | 01-07-2005 12:35:04 |
|