Mysql editor local

[PDD_20]

Hola, como puedo editar una base de datos mysql descargada del servidor linux en mi Windows localmente?

Saludos y gracias!

[quimfv]

Descargada como?

Si es una copia de seguridad en formato de script .sql puedes restaurarla en un servidor mysql instalado en windows.... incluso podrias editarlo con el bloc de notas...

[PDD_20]

Si en formato sql, busco un editor para que desde mi Windows pueda hacer modificaciones igual que las hago en phpmyadmin del servidor.

Salu2

[gnzsoloyo]

Descarga el Wamp, entonces, y tendrás en local el phpMyAdmin, junto con el PHP y el Webserver Apache...
Wampserver Official Site

[PDD_20]

tengo XAMPP pero es que es lento y eso, buscaba algo mejor

[gnzsoloyo]

¿Lento en qué sentido, lento para qué y de qué forma lo conectas y usas en qué servidor de MySQL?

[PDD_20]

Lento para subir la base de datos (local) :S

[gnzsoloyo]

No estás siendo muy claro.
¿Te refieres restaurarla desde un backup bajado de la web o a subir una base a la web?
En el primero caso es un tema de tamaños de base y tipos de índices creados. En el segundo no es un problema de XAMPP es un problema de FTP.

En ningún caso a nivel local es un problema del editor en sí.

[PDD_20]

Me explico:

Yo bajo la base de datos facilmente del servidor, luego pretendo importarla a phpmyadmin en mi Windows y el proceso es lento (solo son unos 8mb comprimida) :S

[gnzsoloyo]

Bueno, lo rápido o lento de una importación así depende de tres factores clave:
1) Cuál es la longitud real del archivo descomprimido.
2) Cuál es la estructura de los índices definidos en las tablas.
3) Cuál es el tamaño real de las tablas.

Para darte un ejemplo, tengo una base que comprimida pesa 180 Mb, pero que descomprimida pesa alrededor de 900 Mb, y una vez cargada ocupa 2.4 Gb en disco... Y en el caso de la importación no importa el tamaño del Zip, sino lo que ocupará en el disco una vez cargada.
Los índices no aparecen en el Backup porque no tiene ningún sentido ponerlos en él, ya que pueden generarse en forma automática a medida que los datos se cuelven a almacenar en las tablas. Por eso los índices son críticos para la recarga y mientras más grandes o más complejos, más se tarda en generarlos.
¿Se enntiende?

El tema es que no importa cuál sea el editor, si el problema está en la estructura de la base, tardará lo mismo.
Si quieres la prueba absoluta, descomprímelo, ve a la consola de sistema e intenta cargarlo con la aplicación de consola (mysql.exe). Ese es el tiempo absoluto, porque no depende de ninguna interface.

[PDD_20]

Ah entonces el unico metodo que tengo es utilizar alguna solucion como XAMPP no?

Salu2

[quimfv]

No creo que puedas ganar mucho con otras interficies para cargar un backup... se diferencian por las utilidades que ofrecen a la hora de manejar la bbdd, diseño de querys, vistas relaciones...mas visuales o menos... etc

Pero la lectura de un script para la creación de la bbdd y carga de datos... si te fijas en el contenido de ese .sql són las mismas sentencias que escribirias tu para crear la bbdd a mano... y se ejecutan una detras de la otra no tiene nada mas... son peticiones al servidor, la interficie actua poco.

Podrias mejorar algo si reduces las tablas a copiar si hay tablas que no se modifican no hagas el backup... mirar la forma de solo cargar datos si la estructura no se modifica... etc pero no ganaras mucho y si cometes algun error se te puede liar la cosa....

[gnzsoloyo]

El uso de XAMPP es tu decisión. Yo en general trato de no usar interfaces que dependen de un lenguaje intérprete, sino algo más nativo, uso el MySQL Workbench y eventualmente para algunos detalles el MySQL Query Browser.
La ventaja de usar XAMP o Wamp es fundamentalmente como herramienta de desarrollo en PHP o cosas similares, pero como te dice quimfv, cambiar tu interfase habitual por otra no te redundará beneficios notorios.