Re: [es-users] Re: al abrir una BBDD en otra maquina, no se cargan las tablas

On Wed, Apr 30, 2014 at 09:52:25AM +0200, JaFM wrote:

Hola JaFM,

> Hola.
> Ahora estoy en un equipo, no en un teléfono, y se escribe mejor.

http://es.wikipedia.org/wiki/Top-posting

> En el manejo de Base, por el uso que le he dado, he tenido que adoptar
> ciertas formas de trabajo poco 'ortodoxas', basadas en meter la pata una
> y otra vez, o directamente en formas de trabajar poco, esto es, hacer lo
> máximo con el mínimo esfuerzo.

¡ Es como se aprende !

> Piensa en el proceso que has realizado hasta llegar a tu situación.

Más que pensarlo, lo podemos ver en video:

Video nº 1: https://www.youtube.com/watch?v=oypiwYHw7dw

Video nº 2: https://www.youtube.com/watch?v=Q4tNCmeE-nw

Video nº 3: https://www.youtube.com/watch?v=91usNxiJr9Y

> - Si creaste una BD vacía y tuviste que editar cada uno de los campos,
> su tipo, etc, y luego añadir datos registro a registro, debería ser
> perfectamente portable porque los datos están dentro del fichero.

En los videos nº 1 y 2 es como creo la BBDD, en el video nº 3 los
archivos de BBDD estan exportados a otra maquina y como puedes
observar da un error de ubicacion de archivo/os.

> - Si creaste una BD vacía y luego pegaste el contenido de una hoja de
> cálculo por el método de 'corta y pega', con la primera línea con
> nombres de campo, es equivalente al caso anterior.

Y mi experiencia también es equivalente al paragrafo anterior.

> - Cualquier otro caso que se presente: información vinculada, y requiere
> conservar la conexión.

Por lo que veo y siendo un usuario nuevo y no un experto, creo que es
problema de especificar la ruta de salvar los archivos ... o algo de
esto por el estilo.

> En este último caso: conectas con ODBC a una fuente de datos (mssql,
> mysql, excell mediante driver ODBC, dBase mediante driver ODBC, ...) en
> el equipo donde copies el odb debe estar configurado de la misma forma
> la conexión ODBC.

Por lo que se puede observar en el video nº 3, no creo que los tiros
vayan por aqui.

> También: conectas con un contenido de datos utilizando las
> características propias de LO (mysql, dBase, hoja cálculo, csv, ...)
> necesitas copiar la referencia también, (más complicado con mysql) y no
> solo eso, debe mantener la url del fichero para localizarlo.  En este
> último caso siempre tienes la posibilidad tras el error inicial al
> abrirlo, de reconfigurar la conexión de datos para indicar la nueva
> ruta, y debería funcionar.

Por lo que se puede observar en el video nº 3, no creo que los tiros
vayan por aqui.

> También te queda la macarrónica posibilidad, no apta para
> hipocondríacos, de desempaquetar el fichero (al fín y al cabo es un zip
> con extensión cambiada) y editar valientemente el 'content.xml' para que
> se adapte a la nueva situación.  Esto lo he utilizado muy frecuentemente
> para listados estructurados por campañas, donde anualmente copio la
> campaña anterior en otro directorio de la misma raíz (por supuesto,
> todos documentos en serie y BD no funcionan ya) y mediante reemplazo lo
> adecuo a la nueva situación (y ya no tengo que trabajar mas).

Por lo que se puede observar en el video nº 3, no creo que los tiros
vayan por aqui.

> Pues eso, piensa como has llegado hasta la situación actual y tendrás la
> solución.

Bueno, lo puedes ver tu mismo a ver si sigues pensando que los tiros
van por donde tu dices u otra cosa.

Gracias, saludos.

-- 
Para instrucciones sobre darse de baja envíe un mensaje a: users+unsubscribe@es.libreoffice.org
¿Problemas? http://es.libreoffice.org/asistencia/listas-de-correo/como-darse-de-baja/
Guías para envío + más: http://wiki.documentfoundation.org/Netiquette/es
Archivo de la lista: http://listarchives.libreoffice.org/es/users/
Todos los mensajes enviados a esta lista serán archivados públicamente y no pueden ser eliminados