[opensuse-es] MySQL 5.0.45 (compatibilidad con versiones anteriores)
Hola, Acabo de exportar desde una base de datos de un servidor remoto que tiene una versión antigua de MySQL (creo que es de la rama 4.x) una consulta completa para generar la tabla. Al importarla desde phpMyAdmin (con una MySQL 5.0.45) tengo dos problemas: - El tamaño del archivo (1,7 MB.), parece que no lo traga. Sé que hay variable (bien en php o bien en phpmyadmin) que controla ésto pero no doy con él... - Si intento importar un volcado de menor tamaño (70 KB.) sí lo traga pero se queja del formato en la sintaxis: Si selecciono compatibilidad con MySQL 4.0, con 3.23 o con ninguna, en todos los casos, saca: *** consulta SQL: CREATE TABLE ppmen( ID int( 11 ) AUTO_INCREMENT NOT NULL , GTS longtext NOT NULL , CAR longtext NOT NULL )GO INSERT INTO ppmen( ID, GTS, CAR ) VALUES ( 1, 'FTH001 / Plant for... / MM', 'Pieces...' ) GO MySQL ha dicho: #1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'GO INSERT INTO ppmen(ID, GTS, CAR) VALUES ( 1, 'FTH001 / Plant for... / MM',' at line 6 *** Vale, que no le gusta la sintaxis, pero ¿tampoco lo traga si selecciono el modo de compatibilidad con versiones anteriores? :-/ Aclaro que la exportanción de las tablas se ha hecho con el programa Aqua Data Studio*, de forma automática... no creo que haya generado una sintaxis incorrecta sino que es la de su versión de MySQL, y que al importarla a una nueva versión, se queja. ¿Sugerencias para no crear las tablas "a manuense"? O:-) * http://www.aquafold.com/ Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-12-15 a las 20:02 +0100, Camaleón escribió:
¿Sugerencias para no crear las tablas "a manuense"? O:-)
De to'eso no entiendo, pero de "a manuense" un poco :-) Si puedes acceder a ambas bases de datos desde el mismo ordenador, entonces puedes acceder con "rekall", y con éste he importado tablas, pues por ejemplo, de postgres a mysql, por decir uno raro. Quizás fueran sólo los datos, es posible que la estructura la tuviera que crear a mano yo antes, no recuerdo. Otra manera... creo que si en la suse copias los ficheros de la base de datos a motor parado, y luego lo arrancas, lo importa, hace la conversión. Creo... dicho sea "con pinzas". Pero vaya, que si miras el script de arranque verás que hace un montón de cosas. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHZCh6tTMYHG2NR9URAkXbAKCM3koqvqxeEMZ8gEjVfGwESw1/5wCfSPn+ otzTm8tlQswESt2YY4u87/0= =3LBG -----END PGP SIGNATURE-----
El 15/12/07, Carlos E. R. escribió:
De to'eso no entiendo, pero de "a manuense" un poco :-)
:-)
Si puedes acceder a ambas bases de datos desde el mismo ordenador, entonces puedes acceder con "rekall", y con éste he importado tablas, pues por ejemplo, de postgres a mysql, por decir uno raro.
¿Postgres y Mysql, raros :-D? Vale, entiendo lo que dices, pero en todo caso me solucionaría el problema actual... si un usuario quiere hacer lo mismo (importar tablas de una versión anterior de mysql a la que tengo en suse 10.3 que es más moderna), y lo quiere hacer por medio de phpMyAdmin, estamos con el mismo problema... ...y no, no me puedo hacer responsable de "rekallear" todas las tablas de todos los usuarios >:-). Es decir, me interesa que funcione con phpmyadmin que para eso precisamente lo he instalado, aún a cuenta y riesgo de mi salud por todos los avisos y advertencias de seguridad que me recuerda siempre Josep M. Queralt ;-)
Otra manera... creo que si en la suse copias los ficheros de la base de datos a motor parado, y luego lo arrancas, lo importa, hace la conversión. Creo... dicho sea "con pinzas". Pero vaya, que si miras el script de arranque verás que hace un montón de cosas.
¿Dices copiar directamente el archivo (es un txt simple) en MySQL? Eso ya no sé si es posible (habrá que usar la orden de IMPORT table ¿no?), pero lo que tengo en la receta es: - Archivo de texto con formato utf y consulta para generar una tabla con datos a tutiplén - phpMyAdmin para que tanto usuarios locales como remotos puedan hacer éso mismo (importar tablas, insertar datos, manipularlos...). El problema es que necesito usar esos dos ingredientes y que funcione :-/. No sé, quizá el archivo exportado esté mal generado y MySQL se queja con razón, a ver qué se me ocurre... Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-12-15 a las 20:47 +0100, Camaleón escribió:
El 15/12/07, Carlos E. R. escribió:
De to'eso no entiendo, pero de "a manuense" un poco :-)
:-)
Si puedes acceder a ambas bases de datos desde el mismo ordenador, entonces puedes acceder con "rekall", y con éste he importado tablas, pues por ejemplo, de postgres a mysql, por decir uno raro.
¿Postgres y Mysql, raros :-D?
Güeno, quiero decir que importar de uno a otro es raro. No es habitual.
Vale, entiendo lo que dices, pero en todo caso me solucionaría el problema actual... si un usuario quiere hacer lo mismo (importar tablas de una versión anterior de mysql a la que tengo en suse 10.3 que es más moderna), y lo quiere hacer por medio de phpMyAdmin, estamos con el mismo problema...
No es el mismo problema... El rekall es capaz de copiar los contenidos, via "copy paste". Lo que no recuerdo es si es capaz de copiar las estructuras de las tablas.
...y no, no me puedo hacer responsable de "rekallear" todas las tablas de todos los usuarios >:-).
Vale, creía que era una base de datos o dos, no un montón. El phpmyadmin lo veo orientado a estructuras; cuando lo he querido usar para rellenar datos lo he encontrado pobre. El rekall en cambio es al revés, aunque la definición de las tablas es muy facil de hacer ahí.
Es decir, me interesa que funcione con phpmyadmin que para eso precisamente lo he instalado, aún a cuenta y riesgo de mi salud por todos los avisos y advertencias de seguridad que me recuerda siempre Josep M. Queralt ;-)
No digo na... [... cena ...] pos no me acuerdo que iba a decir :-)
Otra manera... creo que si en la suse copias los ficheros de la base de datos a motor parado, y luego lo arrancas, lo importa, hace la conversión. Creo... dicho sea "con pinzas". Pero vaya, que si miras el script de arranque verás que hace un montón de cosas.
¿Dices copiar directamente el archivo (es un txt simple) en MySQL? Eso ya no sé si es posible (habrá que usar la orden de IMPORT table ¿no?), pero lo que tengo en la receta es:
No, el binario de la base de datos, a lo bruto.
No sé, quizá el archivo exportado esté mal generado y MySQL se queja con razón, a ver qué se me ocurre...
Puede ser. Se supone que por comando puedes exportar la base de datos, y por comando también importarla, sin intervenir el php ese. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHZFagtTMYHG2NR9URAp2iAJ9MOWp2Jb/+FUynRKJVlimpc3Tf5gCePMH2 vWNfK4ELSBxiu3a8kl+ecvI= =6Fr8 -----END PGP SIGNATURE-----
El 15/12/07, Carlos E. R. escribió:
No es el mismo problema...
El rekall es capaz de copiar los contenidos, via "copy paste". Lo que no recuerdo es si es capaz de copiar las estructuras de las tablas.
Pues éso es lo más importante: la definición de los tipos de campo. Por eso precisamente quería importar la consulta directamente porque contiene la información del tipo de campo de todas las tablas y así no se te escapa nada al crearlos de nuevo... ... por cierto, que fuiste tú mismo quien me pasó hace un año un script para estas tablas, tenía problemas con los delimitadores de campo al importarlos a mysql. Lo tengo bien guardado, dentro de unos meses seguramente me volverá a hacer falta ;-)
Vale, creía que era una base de datos o dos, no un montón.
Ahora mismo son sólo 4 (un par de ellas con 15000 campos y las otras dos con 300 y pico), pero seguramente más adelante se anime la cosa...
El phpmyadmin lo veo orientado a estructuras; cuando lo he querido usar para rellenar datos lo he encontrado pobre. El rekall en cambio es al revés, aunque la definición de las tablas es muy facil de hacer ahí.
Bueno, es una aplicación orientada a web: usuarios que sólo necesitan importar gran cantidad de de datos, creación de tablas sencillas y edición de los registros. Para gestión de bases de datos relacionales y consultas más avanzadas pues quizá se quede corto :-?.
No digo na... [... cena ...] pos no me acuerdo que iba a decir :-)
¡Ouch!
No, el binario de la base de datos, a lo bruto.
Acabo de terminar de importar todas las tablas... pero al estilo clásico. No es que me haga mucha gracia tener phpmyadmin, pero sé que es práctico. Por ejemplo, en el servidor del que estaba exportando los datos no tiene phpmyadmin (bueno, sí lo tiene, pero tan capado que lo tengo desactivado) y tengo que gestionar las tablas por medio de programas externos. Por éso sé que para ciertos usuarios tener que utilizar un programa externo puede ser una molestia. A mi me quita seguridad, pero vaya, a veces hay que pasar por el aro.
Se supone que por comando puedes exportar la base de datos, y por comando también importarla, sin intervenir el php ese.
No es cosa del phpmyadmin, es de la versión de mysql... ya veo que en mensaje de más abajo pones más datos sobre los "problemillas" del transpaso de datos entre distintas versiones, luego no me extraña :-/ Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El 15/12/07, Carlos E. R. escribió:
... por cierto, que fuiste tú mismo quien me pasó hace un año un script para estas tablas, tenía problemas con los delimitadores de campo al importarlos a mysql. Lo tengo bien guardado, dentro de unos meses seguramente me volverá a hacer falta ;-)
¿Yo? Ostras, no me acuerdo O:-) Si me acuerdo de una vez que tuve problemas con los delimitadores, pero no recuerdo como lo resolví.
Vale, creía que era una base de datos o dos, no un montón.
Ahora mismo son sólo 4 (un par de ellas con 15000 campos y las otras dos con 300 y pico), pero seguramente más adelante se anime la cosa...
El phpmyadmin lo veo orientado a estructuras; cuando lo he querido usar para rellenar datos lo he encontrado pobre. El rekall en cambio es al revés, aunque la definición de las tablas es muy facil de hacer ahí.
Bueno, es una aplicación orientada a web: usuarios que sólo necesitan importar gran cantidad de de datos, creación de tablas sencillas y edición de los registros. Para gestión de bases de datos relacionales y consultas más avanzadas pues quizá se quede corto :-?.
No te puedo decir. Yo lo que veo escasa la cosa es en clientes personalizables, para hacer tus propias consultas, formularios, etc. El rekall está muy bien, pero no siempre.
No digo na... [... cena ...] pos no me acuerdo que iba a decir :-)
¡Ouch!
Es que me llamaron a mitad de la frase; pensé que iba a ser un instante, se prolongó con la cena, y al volver ya no me acordaba de lo que iba a decir.
No, el binario de la base de datos, a lo bruto.
Acabo de terminar de importar todas las tablas... pero al estilo clásico.
No es que me haga mucha gracia tener phpmyadmin, pero sé que es práctico. Por ejemplo, en el servidor del que estaba exportando los datos no tiene phpmyadmin (bueno, sí lo tiene, pero tan capado que lo tengo desactivado) y tengo que gestionar las tablas por medio de programas externos.
Por éso sé que para ciertos usuarios tener que utilizar un programa externo puede ser una molestia. A mi me quita seguridad, pero vaya, a veces hay que pasar por el aro.
Sip.
Se supone que por comando puedes exportar la base de datos, y por comando también importarla, sin intervenir el php ese.
No es cosa del phpmyadmin, es de la versión de mysql... ya veo que en mensaje de más abajo pones más datos sobre los "problemillas" del transpaso de datos entre distintas versiones, luego no me extraña :-/
Eso me pareció. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHZStAtTMYHG2NR9URAu4nAJwOPyHvuaVtwcsGANt6XeW8COlrXgCeImsf 2wCDKacKKAUvSkc91a8ONR4= =SupO -----END PGP SIGNATURE-----
El 16/12/07, Carlos E. R. escribió:
¿Yo? Ostras, no me acuerdo O:-)
Si me acuerdo de una vez que tuve problemas con los delimitadores, pero no recuerdo como lo resolví.
Me has hecho dudar... (buscando) Ah, sí, aquí está el mensaje: *** Date: Sat, 20 Jan 2007 00:16:33 +0100 (CET) Subject: Re: [opensuse-es] [OT] OpenOffice (Calc) - con programa corrector ya funciona *** Y tanto que funcionaba... "quitacomillascsv" lo llamaste. Tenía problemas con algunos campos porque utilizaba comillas simples y dobles intra-texto y como separador de campo también usaba las comillas dobles, no sé, era un lío tremendo... espero que los datos del año 2008 tengan un formato más razonable para poder importarlos directamente a las tablas mysql :-/ Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-12-16 a las 15:08 +0100, Camaleón escribió:
El 16/12/07, Carlos E. R. escribió:
¿Yo? Ostras, no me acuerdo O:-)
...
Y tanto que funcionaba... "quitacomillascsv" lo llamaste.
¡Ahora si me acuerdo! Pero era en pascal.
Tenía problemas con algunos campos porque utilizaba comillas simples y dobles intra-texto y como separador de campo también usaba las comillas dobles, no sé, era un lío tremendo... espero que los datos del año 2008 tengan un formato más razonable para poder importarlos directamente a las tablas mysql :-/
Si no, pues ya sabes, a programar otra vez X'-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHZT/dtTMYHG2NR9URAr1/AJ4n7EWr5yLBUxKbkiQk2LyzkXXApgCfQbst 9Epwy5IqEwDxuwknCw5wAO8= =ijzy -----END PGP SIGNATURE-----
Es decir, me interesa que funcione con phpmyadmin que para eso precisamente lo he instalado, aún a cuenta y riesgo de mi salud por todos los avisos y advertencias de seguridad que me recuerda siempre Josep M. Queralt ;-)
Es que el phpMyAdmin es muy "goloso" para hackers y demás. Un programa muy popular en los servidores y relativamente facil de manipular remotamente. Eso es un "log" mío de esta mañana. :-) !!!! 5 possible successful probes http://dominio1.com/phpMyAdmin/libraries/grab_globals.lib.php HTTP Response 302 http://dominio2.com/phpMyAdmin/libraries/grab_globals.lib.php HTTP Response 302 http://dominio3.com/phpMyAdmin/libraries/grab_globals.lib.php HTTP Response 302 http://dominio1.org/phpMyAdmin/libraries/grab_globals.lib.php HTTP Response 302 http://dominio4.com/phpMyAdmin/libraries/grab_globals.lib.php HTTP Response 302 Los "gusanos" que buscan vulerabilidades en varias versiones de phpMyAdmin son muy comunes en la red. Te vale la pena tener el pograma actualizado siempre a la última versión. -- Saludos, Josep M. Queralt http://www.queralt.org/
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-12-16 a las 11:41 +0100, Josep M. Queralt escribió:
Los "gusanos" que buscan vulerabilidades en varias versiones de phpMyAdmin son muy comunes en la red. Te vale la pena tener el pograma actualizado siempre a la última versión.
Vaya... Y cerrado al exterior. Quizás incluso sólo abierto a ciertas IPs, si se puede. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHZRDotTMYHG2NR9URAodnAJ4udpGtquxxDzAoHUhW8/mhyLtsqwCbBgrb ZRRlrWblkeEjW6ZY+Fel1bw= =7luC -----END PGP SIGNATURE-----
El 16/12/07, Carlos E. R. escribió:
El 2007-12-16 a las 11:41 +0100, Josep M. Queralt escribió:
Los "gusanos" que buscan vulerabilidades en varias versiones de phpMyAdmin son muy comunes en la red. Te vale la pena tener el pograma actualizado siempre a la última versión.
Sí, cierto. La web es muy salvaje, y todo lo que suene a "script" es lo primero que buscan para atacar. Hay que tener mucho cuidado con esas cosas, sip. Todos los paquetes prediseñados para cms, blogs, gestión de bases de datos, tiendas virtuales, etc. son los más vulnerables, no por nada especial, sino porque al ser los más utilizados en los servicios de hosting (casi siempre vienen activados) son los objetivos preferidos (cuantas más "bajas" se consigan en los ataques, mejor).
Y cerrado al exterior. Quizás incluso sólo abierto a ciertas IPs, si se puede.
Al cerrarlo al exterior le restas funcionalidad, esa es la pega. Sería posible para entornos muy controlados o para hostings dedicados (no masivos) pero no siempre es posible configurarlo de esa forma. Limitarlo a la conexión de ciertas direcciones IP tampoco sirve en este caso. La mayoría de usuarios conectan con direcciones dinámicas por tanto la única forma viable es la autentificación clásica (nombre de usuario / contraseña) y bueno, tener activados programas de monitorización de registros para estar atento a "inyecciones de código" que son las que más gustan :-). Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-12-16 a las 14:17 +0100, Camaleón escribió:
El 16/12/07, Carlos E. R. escribió:
El 2007-12-16 a las 11:41 +0100, Josep M. Queralt escribió:
Y cerrado al exterior. Quizás incluso sólo abierto a ciertas IPs, si se puede.
Al cerrarlo al exterior le restas funcionalidad, esa es la pega. Sería posible para entornos muy controlados o para hostings dedicados (no masivos) pero no siempre es posible configurarlo de esa forma.
Claro, es que yo pensaba en una intranet, no pensaba en la necesidad el php...ese desde fuera. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHZSj0tTMYHG2NR9URAqjfAJ4y2OZAscwx4YXIcU1kSM1Gtk/EHACaAzxQ WqgzhV/+5w56z4jxY1PU5Cw= =owG8 -----END PGP SIGNATURE-----
Los "gusanos" que buscan vulerabilidades en varias versiones de phpMyAdmin son muy comunes en la red. Te vale la pena tener el pograma actualizado siempre a la última versión.
Vaya...
Y cerrado al exterior. Quizás incluso sólo abierto a ciertas IPs, si se puede.
Desafortunadamente en mi caso no puedo cerrarlo al exterior, ya que _no_ lo uso. Fíjate que en el "log" salía un código 302 (redirección) del Apache. Yo tengo a los "subarrendatarios" con el "Usermin" que a efectos del MySQL tiene solo plas prestaciones básicas. Con Usermin se puede restringir el acceso por IP, sin embargo la mayoría de clientes usan IPs dinámicas. -- Saludos, Josep M. Queralt http://www.queralt.org/
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-12-16 a las 21:21 +0100, Josep M. Queralt escribió:
Y cerrado al exterior. Quizás incluso sólo abierto a ciertas IPs, si se puede.
Desafortunadamente en mi caso no puedo cerrarlo al exterior, ya que _no_ lo uso.
? Será afortunadamente, ¿no? Si no lo usas, no lo tienes instalado, luego no hay peligro.
Fíjate que en el "log" salía un código 302 (redirección) del Apache. Yo tengo a los "subarrendatarios" con el "Usermin" que a efectos del MySQL tiene solo plas prestaciones básicas. Con Usermin se puede restringir el acceso por IP, sin embargo la mayoría de clientes usan IPs dinámicas.
Ah, quieres decir que usas otra cosa que permite pocas restricciones. Ya. Pues no se, la verdad. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHZbW3tTMYHG2NR9URAirxAJ9yzb0qPHbUN206RfCEKf7Fi6M+xACggEzc z4b7L0EJLd3tgpCajFWseeU= =Uoy7 -----END PGP SIGNATURE-----
- El tamaño del archivo (1,7 MB.), parece que no lo traga. Sé que hay variable (bien en php o bien en phpmyadmin) que controla ésto pero no doy con él...
Ahí no te puedo ayudar, hace ya mucho tiempo que substituí el phpMyAdmin por el Webmin.
- Si intento importar un volcado de menor tamaño (70 KB.) sí lo traga pero se queja del formato en la sintaxis:
A veces eso ocurre por los retornos de carro del fichero que lo genera. En estos casos, con WebMin, me decanto por el amanuense método de "cortar y pegar". Voy cogiendo trozos del fichero volcado y los voy añadiendo en la nueva base de datos. -- Saludos, Josep M. Queralt http://www.queralt.org/
El 15/12/07, Josep M. Queralt escribió:
Ahí no te puedo ayudar, hace ya mucho tiempo que substituí el phpMyAdmin por el Webmin.
Ya >:-). Algún día lo instalaré, pero no con suse. Ya me da repelús hasta utilizar Yast...
A veces eso ocurre por los retornos de carro del fichero que lo genera.
El error es claro: la sintaxis no es correcta para la versión mysql instalada, pero alguna forma habrá de que trague o de convertirlo... no sé.
En estos casos, con WebMin, me decanto por el amanuense método de "cortar y pegar".
Voy cogiendo trozos del fichero volcado y los voy añadiendo en la nueva base de datos.
Sí, ésa es más o menos la idea que ha sugerido Carlos (utilizar otro programa), pero me gustaría usar phpmyadmin, y si no sirve (porque no permite hacer la conversión correctamente) lo desinstalo y se acabó el problema, no voy a tener un servicio que funciona al 50%. Pero no me gustaría llegar a ese extremo :-( y como soy un tanto "ceporra" para estas cosas y no tengo paciencia... sé que se me escapa algo. Sera cuestión de ponerse a buscar en Google. Ya contaré. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Camaleón escribió:
- El tamaño del archivo (1,7 MB.), parece que no lo traga. Sé que hay variable (bien en php o bien en phpmyadmin) que controla ésto pero no doy con él...
No es solamente una variable de configuracion, son muchas las que influyen en la funcionalidad con la cual se suben archivos. memory_limit max_execution_time file_uploads upload_max_filesize post_max_size tienes que regularlas todas de acuerod a tus necesidades. saludos. -- "The only thing that interferes with my learning is my education." - Albert Einstein Cristian Rodríguez R. Platform/OpenSUSE - Core Services SUSE LINUX Products GmbH Research & Development http://www.opensuse.org/ --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 15/12/07, Cristian Rodríguez escribió:
No es solamente una variable de configuracion, son muchas las que influyen en la funcionalidad con la cual se suben archivos.
memory_limit max_execution_time file_uploads upload_max_filesize post_max_size
tienes que regularlas todas de acuerod a tus necesidades.
El archivo al final me ocupa 900 KB. y lo sube en un momento. Al final no he tenido que modificar ninguna variable porque no se quedaba bloqueado por una cuestión de tamaño, sino (creo yo) al analizar la sintaxis de las 15000 líneas que intentaba cargar. Al final he tenido que recurrir al método estándar (crear "a manuense" la estructura de las tablas) e importar los datos exportados mediante separadores de campo. Es posible que el código sql que genera el programa con el que volcaba los datos no sea del todo correcto y mysql me estaba diciendo verdades como templos :-/. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-12-15 a las 20:02 +0100, Camaleón escribió:
Acabo de exportar desde una base de datos de un servidor remoto que tiene una versión antigua de MySQL (creo que es de la rama 4.x) una consulta completa para generar la tabla.
En el manual, "pinfo mysql" hay varios capítulos interesantes: 2.4.16.2 Upgrading from MySQL 4.1 to 5.0 (Node: upgrading-from-4-1) 2.4.16.3 Copying MySQL Databases to Another Machine (Node: upgrading-to-arch) You can copy the `.frm', `.MYI', and `.MYD' files for `MyISAM' tables between different architectures that support the same floating-point format. (MySQL takes care of any byte-swapping issues.) See *Note myisam-storage-engine::. In cases where you need to transfer databases between different architectures, you can use `mysqldump' to create a file containing SQL statements. You can then transfer the file to the other machine and feed it as input to the `mysql' client. The easiest (although not the fastest) way to move a database between two machines is to run the following commands on the machine on which the database is located: shell> mysqladmin -h 'OTHER_HOSTNAME' create DB_NAME shell> mysqldump --opt DB_NAME | mysql -h 'OTHER_HOSTNAME' DB_NAME a través de la red... You can also store the dump in a file, transfer the file to the target machine, and then load the file into the database there. For example, you can dump a database to a compressed file on the source machine like this: shell_O> mysqldump --quick DB_NAME | gzip > DB_NAME.gz shell_D> mysqladmin create DB_NAME shell_D> gunzip < DB_NAME.gz | mysql DB_NAME o mediante ficheros y no hace falta el phpmyadmin. Claro, que también puede fallar... Y hay otro apartado más para tablas grandes, que creo debe ser mejor: crear la base de datos, luego las tablas, y finalmente los datos. Y luego otra fase para todos los casos para copiar los permisos y otras chuminadas. Y si han hecho un capítulo especial para el paso de la 4 a la 5, será que hay sus poblemas. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHZF0jtTMYHG2NR9URAqxaAJ4jjV/ZQSBaJuwXX+geuxQTxtdigQCeO4yu XI7oUZIUYpKvrVSRnHNheNQ= =Xi/o -----END PGP SIGNATURE-----
Tal vez si intentas exportar la base desde el propio mysql a un archivo de
texto plano y luego importarla tambien desde la linea de comandos, algo asi:
mysqldump -u user -ppass --databases nombredetudb >
nombredelarchivo.sql --------------en el viejo server
mysqldump -u user -ppass < nombredelarchivo.sql ---------en el nuevo server
solo para que nos conste que el aquadata no mete ruido o algo raro en el
script sql.
Saludos.
PiPiRiZ
----- Original Message -----
From: "Camaleón"
El 19/12/07, PiPiRiZ escribió:
Tal vez si intentas exportar la base desde el propio mysql a un archivo de texto plano y luego importarla tambien desde la linea de comandos, algo asi:
mysqldump -u user -ppass --databases nombredetudb > nombredelarchivo.sql --------------en el viejo server
mysqldump -u user -ppass < nombredelarchivo.sql ---------en el nuevo server
solo para que nos conste que el aquadata no mete ruido o algo raro en el script sql.
Creo que se quejaba de la falta de "comillas" en los campos, no lo sé :-/. Ejecuando una consulta (sencilla) directamente en la nueva versión de mysql me daba el mismo error. Al final importé todos los datos de la forma convencional. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
participants (5)
-
Camaleón
-
Carlos E. R.
-
Cristian Rodríguez
-
Josep M. Queralt
-
PiPiRiZ