luauf.com » MySQL

Exportar una base de datos MDB a SQL (mysql, oracle, sybase, etc.)

Luciano — Tue, 13 Sep 2011 02:00:38 +0000

Recuerdo instantes de mi pasado donde he tenido la necesidad de llevar Bases de Datos MDB, Microsoft Access, a bases de datos MySQL.

Recuerdo por entonces MySQL Migration Toolkit, una herramienta para realizar esta carga requerida. No obstante no era de mi agrado, y lo que buscaba por entonces era simplemente obtener un script SQL con el código DDL y DML necesario para el CREATE de los objetos de la base de datos y los INSERTs de los datos. A esa utilidad, hoy Linuxeando, le encontré el nombre: mdbtools.

MDBtools es un suite de herramientas (mdb-array mdb-header mdb-parsecsv mdb-schema mdb-tables mdb-export mdb-hexdump mdb-prop mdb-sql mdb-ver) que permiten, entre sus funciones, obtener esquema de una base de datos y exportar en SQL los datos de la misma.

Veamos un ejemplo básico y sencillo que consiste en:

Exportar el diseño de la vieja y querida Neptuno.mdb (conocida base de datos distribuida como ejemplo con Microsoft Access) en formato de sentencias de definición de datos SQL.
Obtener el nombre de las tablas de la misma base de datos
Exportar los datos de cada tabla bajo la forma de INSERTs SQL.

$ sudo aptitude install mdbtools

$ mdb-schema Neptuno.mdb mysql> Neptuno_schema.sql #donde mysql se puede reemplazar por otro dialecto: oracle, sybase o postgres.

$ for tabla in `cat Neptuno_tables.txt`; do mdb-export -R \; -I Neptuno.mdb ${tabla}; done> Neptuno_data.sql

$ rm Neptuno_tables.txt

Fácil, sencillo y util… lástima que en mi caso llega tarde, no obstante en conocimiento perdura y nadie puede asegurarme que no me encuentre alguna vieja MDB en mi camino.

Vía: Wikipeando

¿Cómo conectarse a MySQL desde un programa en C?

Luciano — Sat, 09 Jul 2011 18:01:54 +0000

La respuesta al título de esta publicación es muy sencilla, conectarse a MySQL desde C se realiza mediante una API provista por el mismo proveedor de base de datos.

La API de C es ditribuida con MySQL, no es más que una librería (libmysqlclient) que interfacea entre el programa y la base de datos.

La documentación provista por MySQL es muy completa (MySQL C API), no obstante, fiel a nuestra costumbre iremos a un ejemplo sencillo y concreto.

¿Qué necesitamos?

Un servidor de base de datos MySQL, al cual conectarnos
Un programa cliente
La librería mysqlclient
mysql-devel, headers con la firma de la librería
gcc

Con cualquier variante de UNIX más la instalación manual de la distribución binaria (tar.gz) tendremos todo lo que necesitamos. Caso contrario habrá que instalar los paquetes necesarios que incluya los requisitos mencionados, por ejemplo mysql-devel.

Primero, sin ir al detalle en concreto de cada línea (no cuesta nada interpretar el código, pues está bien comentado) veamos el siguiente fuente:

/* mi_cliente */
#include
#include

main() {
MYSQL *conn;
MYSQL_RES *res;
MYSQL_ROW row;

char *server = “localhost”;
char *user = “root”;
char *password = “PASSWORD”; /* set me first */
char *database = “mysql”;

conn = mysql_init(NULL);

/* Connect to database */
if (!mysql_real_connect(conn, server,
user, password, database, 0, NULL, 0)) {
fprintf(stderr, “%s\n“, mysql_error(conn));
exit(1);
}

/* send SQL query */
if (mysql_query(conn, “show tables”)) {
fprintf(stderr, “%s\n“, mysql_error(conn));
exit(1);
}

res = mysql_use_result(conn);

/* output table name */
printf(“MySQL Tables in mysql database:\n“);
while ((row = mysql_fetch_row(res)) != NULL)
printf(“%s \n“, row[0]);

/* close connection */
mysql_free_result(res);
mysql_close(conn);
}

Ahora si veamos la parte más interesa saber ¿cómo compilar?

Entre los argumentos a pasarle al gcc tenemos los directorios con las librerías, las librerías propiamente dichas, los directorios de encabezados (.h), y otras opciones más del compilador. Esto no representa ningún problema, menos aún con mysql_config es un pequeño utilitario de MySQL que provee información para el compilador.

De esta forma:

mysql_config –libs: devuelve los path de las librerías y las librerías propiamente dichas a linkear.
mysql_config –cflags: devuelve, entre otros argumentos, los path de los headers.

Finalmente, podemos compilar de esta manera tan sencilla:

$ gcc -o mi_cliente $(mysql_config --cflags) mi_cliente.c $(mysql_config --libs)

Y luego ejecutar:

$ ./mi_cliente

Realmente, muy sencillo ¿no?

Vía: nixCraft

Oracle SQL Developer 2.1

Luciano — Thu, 08 Oct 2009 02:20:10 +0000

Oracle SQL Developer es una herramienta gratuita para desarrolladores disponible para Windows, Mac y Linux que permite manipular bases de datos Oracle y de terceros, como DB2, Access o MySQL por medio de un driver JDBC.

La última versión disponible de este cliente es la 2.1 y puede descargarse gratuitamente, previo registro aquí. Para ver la lista de características de la aplicación puedes hacer clic aquí.

A pesar de que la herramienta tiene su fuerte en Oracle, se puede utilizar para otras bases de datos, como mencionamos y son varios los usuarios de MySQL que la utilizan por sobre las herramientas que ofrece MySQL.

La descarga, instalación y ejecución es sencilla y el único requerimiento es el JDK de Java 1.6.11 o superior. A modo de ayuda los pasos a seguir son:

Descargar SQL Developer 2.1, en mi caso fue la versión “Oracle SQL Developer for other platforms (This zip does not include a JDK)” y descomprimir
Verificar la versión del JDK instalado, primero verificando los paquetes de Java instalados (dpkg –get-selections | grep java), la información del paquete (dpkg -s sun-java6-jdk) que incluye su versión y finalmente el path donde se encuentra instalado (dpkg -L sun-java6-jdk)
Luego, desde una consola, ubicarse en el directorio ./sqldeveloper y ejecutar el script sqldeveloper.sh (sh sqldeveloper.sh)
Iniciado el script y solicitado path del J2SE, ingresar el obtenido dos pasos atrás, en mi caso: /usr/lib/jvm/java-6-sun-1.6.0.16

Type the full pathname of a J2SE installation (or Ctrl-C to quit), the path will be stored in ~/.sqldeveloper/jdk
/usr/lib/jvm/java-6-sun-1.6.0.16

Finalmente, si quieres conectarte a otra base de datos distinta de Oracle, desde Herramientas (Tools), Preferencias (Preferences) debes buscar la rama “Base de Datos \ Controladores JDBC de Terceros” del árbol y agregar el path del mismo (en el caso de MySQL no recomiendan el 5.1, sino el 5.0.4)

Vía: Ubuntu Life

¿Puedo utilizar IIF en T-SQL?

Luciano — Wed, 12 Aug 2009 02:30:47 +0000

Esta publicación tiene origen a partir de una consulta realizada por un compañero. Es usual que esta pregunta se la hagan aquellos que vienen con conocimientos adquiridos en Access, aunque en este caso se trataba de reescribir para SQL Server una consulta originalmente escrita en MySQL (IF en vez de IIF).

Luego de buscar un poco llegué a unas FAQs que dieron solución a este problema.

Te guste o no, las consultas que utilicen IIF (o IF en MySQL) deberán ser reescritas utilizando la expresión CASE.

Veamos un simple ejemplo:

SELECT id, nombre, IF(pais=”Argentina”,”Argentino”,”Extranjero”) nacionalidad FROM clientes;

Como mencionamos arriba, esta consulta deberá ser reescrita utilizando la expresión CASE, quedando así:

SELECT
id, nombre,
CASE
WHEN pais=“Argentina” THEN “Argentino”
ELSE “Extranjero”
END AS nacionalidad
FROM clientes;

Esta es una consulta Transact SQL válida, la cual puede ser interpretada y ejecutada por SQL Server.

Al principio puede resultar un poco molesta la expresión, pero piensa que con IIF o IF solo puedes evaluar una expresión lógica y cuando son varios los valores posibles ir anidando “IFes”, cuando con CASE no existe esa limitación, por ejemplo:

SELECT
id, nombre,
CASE
WHEN pais=“Argentina”   THEN “Argentino”
WHEN pais=“España”       THEN “Español”
ELSE                   “De algun rincón del mundo”
END AS nacionalidad
FROM clientes;

Un comentario más y por las dudas: MySQL también soporta el uso de la expresión CASE.

Como siempre y una vez más después de varios días compartiendo experiencias personales y aceptando cualquier crítica o, mejor aún, aportes.

Vía: SQLServer Performance

Desinstalar MySQL de Linux

Luciano — Thu, 18 Jun 2009 09:00:53 +0000

Hace un tiempo habíamos instalado en Ubuntu la última versión estable de MySQL, MySQL 5.1. La instalación había sido manual (no utilizamos ningún tipo de gestor de paquetes, solo descargamos los binarios en un tar.gz) y seguimos los pasos de instalación para cualquier sistema operativo UNIX compatible.

Hoy haremos el camino inverso, es decir, desinstalaremos la base de datos y como suele ocurrir, desarmar es mucho más fácil que armar, y como verán aquí, la desinstalación no escapa de la regla.

Paso número uno, detenemos el motor de base de datos:

(sudo) /etc/init.d/mysql stop

A continuación borramos el script del init.d:

(sudo) rm /etc/init.d/mysql

Y quitamos el servicio:

(sudo) chkconfig –del mysql

Si no posees chkconfig, puedes descargarl:

(sudo) apt-get install chkconfig

O bien puedes quitarlo desde la interfaz gráfica en Sistema Administración Servicios:

A continuación, eliminamos a la fuerza el directorio de MySQL:

(sudo)rm -fr /usr/local/mysql

Puede que el anterior no haya sido otra cosa que un link al directorio mysql-version, por lo tanto en ese caso me aseguro de eliminar el directorio hacia el cual apuntaba:

(sudo) rm -r mysql-5.1.31-linux-i686-glibc23

Ya terminando quitamos el grupo mysql del archivo /etc/group y finalmente borramos el usuario:

(sudo) deluser mysql

Y eso fue todo, facil ¿no?

Queda pendiente la pregunta ahora… ¿por que desinstalamos MySQL?

Obtener una columna con el número de fila en MySQL

Luciano — Sun, 14 Jun 2009 09:01:36 +0000

Más de una vez tuve la necesidad de en una consulta enumerar las filas de la misma, por medio de una columna calculada auto incremental ¿se entiende cual era me requerimiento?

Explicándolo de nuevo, mi necesidad era de contar con una nueva columna que sea un número auto incremental y que represente el número de fila. Según el artículo original esto se puede hacer en Oracle a través de la variable rownum (no doy fe de ello pues no conozco).

Bien, en esta publicación disponemos de la solución.

Veamos un ejemplo: tengo la siguiente tabla con nombres de ciudades ordenadas alfabéticamente:

mysql> SELECT id,name FROM City ORDER BY name ASC LIMIT 15;
+——+———————-+
| id   | name                 |
+——+———————-+
| 670 | A Coruña (La Coruña) |
| 3097 | Aachen               |
| 3318 | Aalborg              |
| 2760 | Aba                  |
| 1404 | Abadan               |
| 395 | Abaetetuba           |
| 3683 | Abakan               |
| 1849 | Abbotsford           |
| 2747 | Abeokuta             |
| 478 | Aberdeen             |
| 3191 | Abha                 |
| 2812 | Abidjan              |
| 1703 | Abiko                |
| 3989 | Abilene              |
| 1309 | Abohar               |
+——+———————-+
15 rows in set (0.00 sec)

El código a continuación utiliza una variable @rownum que inicializa como argumento del FROM y se evita de declarar la variable previamente con SET @rownum: = 0;

El resultado es el que veremos abajo, sencillo y sorprendente:

mysql> SELECT @rownum:=@rownum+1 ‘row number’,name
FROM City C , (SELECT @rownum:=0) R
ORDER BY name ASC LIMIT 15;
+————+———————-+
| row number | name                 |
+————+———————-+
|          1 | A Coruña (La Coruña) |
|          2 | Aachen               |
|          3 | Aalborg              |
|          4 | Aba                  |
|          5 | Abadan               |
|          6 | Abaetetuba           |
|          7 | Abakan               |
|          8 | Abbotsford           |
|          9 | Abeokuta             |
|         10 | Aberdeen             |
|         11 | Abha                 |
|         12 | Abidjan              |
|         13 | Abiko                |
|         14 | Abilene              |
|         15 | Abohar               |
+————+———————-+
15 rows in set (0.01 sec)

Vía: The road to using MySQL

¿Empezamos a reemplazar a MySQL?

Luciano — Thu, 04 Jun 2009 08:00:14 +0000

Conocida la adquisición de Sun por parte de Oracle son muchos los rumores, comentarios y deducciones que se generaron en toda la comunidad. Lo cierto es que nadie sabe con certeza que será del futuro de MySQL con esta gran adquisición, pero por las dudas ya se abrieron varios paraguas.

Haciendo un poco de historia, el principio de un final podría iniciarce en enero de 2008, cuando MySQL AB, la compañía detrás de MySQL se convierte en subsidiaria de Sun, a su vez última adquirida en abril de 2009 por Oracle.

Michael Widenius, uno de los propietarios de MySQL AB, luego de la primer adquisición mencionada forma Monty Program AB y sigue trabajando en una rama independiente de MySQL (MariaDB).

Michel, se asusta más cuando Oracle adquiere Sun y creo Open Database Alliace con el objetivo de continuar en forma controlada y/o concentrada el desarrollo de MySQL. Con esto, evitar que la popular base de datos termine desapareciendo y diseminada en un sin-numero de forks de la misma.

MariaDB es una rama de MySQL que utiliza por defecto el motor de almacenamiento Maria (motor que aún no fue utilizado por MySQL en sus versiones de producción) y tiene el objetivo de ser libre y desarrollada por la comunidad de MySQL, manteniendo la paridad entre las versiones de MySQL, de manera que MariaDB 5.1 esté al día con MySQL 5.1.

Como me parece prematuro hacer anuncios acerca del futuro de MariaDB y el de MySQL, nos dedicaremos en esta publicación a hacer mención a algunos aspectos técnicos acerca de las diferencias entre ambas.

MariaDB incluye el motor de almacenamiento Maria, además de incluir el motor PBXT.
Las consultas complejas se ejecutarían más rápido, debido a que, a diferencia de MyISAM, Maria guarda las tablas temporales en cache en vez de disco.
Cambio en la gestión de hilos (eso se iba a incluir en MySQL 6.0). MySQL abre un hilo por conexión, lo que para consultas cortas genera un overhead innecesario, por tal motivo (y alguno que otros más) trae cambios en dicha gestión.
Se cambio el checksum table para ignorar los campos de valor NULL, para que sea más rápido y evite falsos positivos.
Se eliminaron algunos bugs que había en MySQL (clásico en toda actualización de versión).

Además, en la versión estable, tienen definido incluir también el motor XtraDB (basado en InnoDB) y Federated, introducir algunos parches de la comunidad, hacer un poco de limpieza en el código y alguna que otra cosilla.

Vía: beGNU

“Tracear” artesanalmente consultas SQL

Luciano — Tue, 02 Jun 2009 08:00:20 +0000

Lo que leeremos ahora es una solución bastante artesanal para tracear consultas SQL. Cuando leia mis feeds y leí el título de Cómo “tracear” consultas SQL entré inmediatamente debido a que desconocía un método para realizar esta tarea. Lo que suele suceder es que aveces queremos resolver los problemas de una forma prolija y elegante y lo cierto es que la solución puede ser bastante más rudimentaria pero muy ingeniosa.

Muchas veces suele ser tarea común la de consultar en MySQL el slow query log o verificar en tiempo real con un show processlist cual es esa consulta que está volviendo lento al servidor. Conocida la consulta, ¿como se cual es la aplicación que utiliza dicha consulta?. A menos que conozcamos muy bien nuestro sistema, debemos empezar a buscar en nuestros archivos y hacer algunos que otros grep recursivos hasta encontrar con la aplicación culpable de esa consulta lenta.

Esta solución nos evita perder tiempo buscando el fuente que ejecuta la consulta y es tan sencilla como… utilizar comentarios en nuestra consulta. Si! así de fácil y básico como eso, sin dudas muy artesanal, pero efectivo

SELECT /* FILE: procesaDB.c, FUNCTION: getBultos(), LINE 138 */ campo1, campo2 FROM tabla

Vía: Delirios de un Informático

Configurar replicación nativa de MySQL en varios servidores

Luciano — Mon, 27 Apr 2009 09:00:06 +0000

Los pasos para configurar la replicación de MySQL no eran muy complicados, ¿recuerdas Configurar replicación en MySQL?

Ahora si quisieramos que la replicación se haga en varios servidores. Básicamente la historia es la misma en cuanto a la creación de usuarios y los seteos para el log binario.

¿Qué cambia? ¿Que debo agregar? ¿Que recaudos debo tomar?

Vayamos por parte:

¿Que cambia? nada, simplemente tendremos más archivos a modificar (/etc/my.cnf)
¿Que debo agregar? además de los seteos clásicos con el host, usuario y contraseña del “master”, agregaremos algunas opciones para tomar ciertos recaudos
¿Que recaudos debo tomar? lo principal viene dado por los campos auto incrementales, donde se recomienda modificar las opciones de desplazamiento (auto-increment-increment) y valor de los autoincrementales (auto-increment-offset). Finalmente, también es fundamental seter en 0 la variable replicate-same-server-id para evitar loops infinitos.

Asumiendo que tenemos resuelto el tema de los usuarios y configurados los logs binarios, esto es lo que deberiamos hacer para configurar la replicación nativa en un total de cuatro servidores:

Servidor 1
- Modificar el archivo /etc/my.cnf

[…]
[mysqld]
server-id = 1
replicate-same-server-id = 0
auto-increment-increment = 4
auto-increment-offset = 1

master-host = 192.168.0.4
master-user = usuario_slave_para_s1
master-password = password_usuario_slave_para_s1
master-connect-retry = 60
replicate-do-db = example
[…]

Reiniciar el servidor

En Linux:/etc/init.d/mysql restart

Servidor 2
- Modificar el archivo /etc/my.cnf

[…]
[mysqld]
server-id = 2
replicate-same-server-id = 0
auto-increment-increment = 4
auto-increment-offset = 2

master-host = 192.168.0.1
master-user = usuario_slave_para_s2
master-password = password_usuario_slave_para_s2
master-connect-retry = 60
replicate-do-db = example
[…]

Reiniciar el servidor

En Linux:/etc/init.d/mysql restart

Servidor 3
- Modificar el archivo /etc/my.cnf

[…]
[mysqld]
server-id = 3
replicate-same-server-id = 0
auto-increment-increment = 4
auto-increment-offset = 3

master-host = 192.168.0.2
master-user = usuario_slave_para_s3
master-password = password_usuario_slave_para_s3
master-connect-retry = 60
replicate-do-db = example
[…]

Reiniciar el servidor

En Linux:/etc/init.d/mysql restart

Servidor 4
- Modificar el archivo /etc/my.cnf

[…]
[mysqld]
server-id = 4
replicate-same-server-id = 0
auto-increment-increment = 4
auto-increment-offset = 4

master-host = 192.168.0.3
master-user = usuario_slave_para_s4
master-password = password_usuario_slave_para_s4
master-connect-retry = 60
replicate-do-db = example
[…]

Reiniciar el servidor

En Linux:/etc/init.d/mysql restart

Omitiremos el paso de igualar las bases de datos, pues daremos por supuesto que se encuentran igualadas o bien que se trata de una instalación de cero.

Vía: HowToForge

Más información en ONLamp.com

Backups programados de MySQL en Windows

Luciano — Mon, 13 Apr 2009 10:00:26 +0000

En alguna ocasión ya hemos hablado de realizar backups de MySQL en Linux o cualquier otro clon de UNIX utilizando mysqldump y un pequeño shell script que se ejecute por el cron.

Ahora ¿si debemos hacer lo mismo pero en Windows?

Básicamente el proceso es el mismo, general un script (en Windows escribiremos un .bat) y configuraremos la ejecución del mismo en el Programador de Tareas.

La idea está! pero si mis nociones en el bash de UNIX son limitadas, ni hablar de un archivo de procesamiento por lotes para Windows. De todas formas, algo logré hacer como para suplir mi necesidad. El script es muy básico, pero con un poco más de aprendizaje y de los siempre bienvenidos aportes lo iremos modificando:

BACKUP_PATH=d:\backup\
DB_NAME=test

set FECHA= %date%
set FECHA=%FECHA%:/=%s
set FECHA=%FECHA%: =%s
set FECHA=%FECHA%::=%s
set FECHA=%FECHA%:,=%s
set BACKUP_FILE=%BACKUP_PATH%backup_%DB_NAME%_%fecha%.sql

mysqldump -u%DB_USER% -p%DB_NAME% %DB_NAME%> %BACKUP_FILE%

Este script crea un archivo diario (ten cuidado que no se transforme en un “come disco”). Adeudo para la próxima entrega una pequeña lógica de purgado de archivos.