![]() |
![]() |
![]() |
![]() |
![]() |
FTP | ![]() |
![]() |
CCD | ![]() |
![]() |
Buscar | ![]() |
![]() |
Trucos | ![]() |
![]() |
Trabajo | ![]() |
![]() |
Foros | ![]() |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Hola
Nunca lo he hecho pero me parece que tienes que: 1- tener dos conexiones diferentes para cada BD. 2-Mantener las conexiones activas 3-Que las tablas y campos sean iguales 4-Hacer un recorrido de la tabla que quieras copiar. 5-Hacer un update a la tabla nueva haciendo un recorrido del query de la primera tabla. no me hagas mucho caso, solo opino. saludos
__________________
Siempre Novato |
#2
|
||||
|
||||
Hola Caral,
eso lo he pensado, pero ahora la cuestion es como? ok podria usar dos conexiones, pero como leo de un Query a otro? Gracias
__________________
El Conocimiento se puede compartir, pero la Experiencia es totalmente Intransferible. |
#3
|
||||
|
||||
Hola
Me imagino que igual que si usaras una sola conexión, no creo que sea diferente. No lo he hecho nunca amigo, solo me imagino. Saludos
__________________
Siempre Novato |
#4
|
||||
|
||||
No sé si sqlite lo permite, algunas bases de datos sí, el trabajar con ambas a la vez, algo así como:
La forma clásica es lo que ha explicado Caral, tener 2 conexiones: (resumiendo mucho):
|
#5
|
||||
|
||||
Cita:
// Saludos |
#6
|
||||
|
||||
Hoy me fui LEJOS donde no existiera la energia electrica, (Amazonia Venezolana)
y apuesto que muchos de nosotros quisiera irse, pero tan solo por un momento ![]() porque seria una pena evitar recibir un halago como este que recibi cuando llegue: "Martin, le vas a quitar el trabajo a los Administradores", aunque se que no sera verdad, y menos yo; No porque menos-precie mi ezfuerzo o el de ustedes amigos mios, sino que por tan solo; por AHORA no pasara, y solo nosotros sabemos porque, y por tanto no respondi a este mensaje aunque hallan llegado muchas notificaciones, me gustaria opinar sin aun probarlo, (aunque lo probare a primera hora) Roman! Tienes toda la razon, me faltaba conocer esa sentencia, donde importaras a memoria (Supongo yo!) toda la tabla, y luego la manejaras a tu antojo, pues es lo que mas logica y sentido comun puede tener, aunque no menos que las otras opiniones, pero si creo yo, que absurdo seria no tener este problema en cuenta, Importar una BD a Otra? despues de tantos años de investigacion sobre el asunto? no creo que vallamos nosotros a inventar como hacerla, no se si me siguen, pero bueno, no queria dejar este momento para escribirles. A primera hora estare haciendo las pruebas correspondientes! como buen curioso e informatico caprichoso ![]() Gracias Roman y a todos
__________________
El Conocimiento se puede compartir, pero la Experiencia es totalmente Intransferible. |
#7
|
|||
|
|||
En SQLite3 es facil.
Attach, como explico Roman, y usa el DUMP de la BD-1 a un archivo DumpX. Luego todo el archivo DumpX (que son comandos SQL en texto comun) lo aplicas a la BD-2. Esto te crea la tabla y seguidamente le carga los datos. En estos Dumps puedes inclusive pasar TODA una base de datos a otra. Sin embargo, con SQLite3, puede siempre usarse una base de datos que este "attached" como si ya fuera solo una. Ese principio aumenta la capacidad de multiaccesos para escribir: procesos escribiendo en BD-1 no bloquean BD-2, pues son archivos fisicamente independientes. |
![]() |
|
|
![]() |
||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Insertar datos entre bases de datos diferentes | franjero | Firebird e Interbase | 1 | 19-06-2012 08:32:42 |
Pasaje de datos entre bases de datos | Mauro Daniel | Conexión con bases de datos | 1 | 04-05-2008 15:28:24 |
Operaciones entre bases de datos | subzero | MS SQL Server | 3 | 17-01-2008 21:55:57 |
Enlaces entre Bases de Datos!! | Chik_Electronik | C++ Builder | 3 | 01-06-2006 05:00:37 |
conexión entre distintas bases de datos | jsanchez | Firebird e Interbase | 1 | 09-03-2004 22:35:22 |
![]() |
|