Si te encuentras en la necesidad de conectar tu proyecto de Erlang/OTP con Mysql y tienes dudas de cual es el mejor driver para utilizarlo te comentamos algunas de las especificaciones, ventajas y desventajas de cada uno de los controladores que se han desarrollado y que se encuentran disponibles en Internet.
Emysql un desarrollo creado por EonBlast Corporation que dice ser el mejor driver para Erlang que existe, cuenta con ciertas deficiencias técnicas comentadas en la documentación del proyecto.
Aun así comentan que sea probablemente el mejor controlador de MySQL en Erlang y que es considerado el mas estable utilizarlo en producción.
Este controlador de MySQL esta basado en erlang-mysql-driver y es un fork del proyecto original emysql.
Aunque recomiendan en el mismo README algunas alternativas dependiendo de las diferentes necesidades que tengas para tu aplicación:
Realiza un buen manejo de retorno de los tipos de datos de MYSQL y añade información sobre el campo de la tabla que se esta utilizando.
El tipo de dato bit no está soportado y todos los datos de tipo numéricos son retornados en el mismo formato
Para el manejo de fechas se utilizan tuplas y se acompaña de un breve descripción del tipo de dato con excepciones, por ejemplo:
Si el tipo es Timestamp se mostrará de la siguiente manera:
[[{datetime,{{2012,12,31},{23,59,59}}}]]Si es de tipo Time:
[{time,{13,59,59}}]]La excepción aparece con el año retornando únicamente el número:
[[2015]]Todos los datos de tipo string son retornados en binarios.
El proyecto esta en GitHub, su instalación es muy sencilla ya que utiliza rebar para compilarlo y no requiere de ninguna dependencia. La configuración es muy sencilla, se crea junto con el nombre del pool y la información para conectarse a la BBDD.
Para realizar las consultas únicamente se ejecuta la función emysql:execute/2 con el nombre del pool ya creado y la sentencia de SQL en binary.
Aquí un ejemplo:
-module(a_hello).
-export([run/0]).
run() ->
crypto:start(),
application:start(emysql),
emysql:add_pool(hello_pool, [{size,1},
{user,"hello_username"},
{password,"hello_password"},
{database,"hello_database"},
{encoding,utf8}]),
emysql:execute(hello_pool,
<<"INSERT INTO hello_table SET hello_text = 'Hello World!'">>),
Result = emysql:execute(hello_pool,
<<"select hello_text from hello_table">>),
io:format("~n~p~n", [Result]).En la documentación se tiene varios ejemplos de todas las diferentes formas de utilizarlo como el cargar las sentencias de un fichero de texto o la conversión de los resultados a JSON.
En los distintos Forks que existen de este proyecto en Altenwald, Emysql se han añadido algunas mejoras significativas:
Erlang-mysql-driver es un proyecto que parece ser esta abandonado por sus desarrolladores, en su página solo se especifica que está basado en Yxa driver desarrollado por Process One. Y tiene las siguientes nuevas características:
Parece ser que fue un intento de mejorar, pero se quedo solo en el intento.
Erlmysql es un proyecto desarrollado por Alexei Krasnopolski en su versión 1.2.4 y parece ser una buena alternativa a Emysql.
El proyecto tiene una excelente documentación y esta muy bien organizado, en su página comentan que podría compararse con el conector escrito en C (Connector/C) aunque con algunas restricciones.
Erlmysql tiene capacidad de manejar todos los tipos de datos, además incluye información detallada metadata sobre los campos que se están consultando.
A diferencia de Emysql, Erlmysql es capaz de soportar el tipo de dato Bit.
Las fechas se presentan con un único formato. Algunos ejemplos:
Timestamp
[[{mysql_time,false,2012,12,31,23,59,59,0}]]Date
[[{mysql_time,false,2015,12,31,0,0,0,0}]]Time
[[{mysql_time,false,0,0,0,1,59,59,0}]]Al igual que Emysql para seleccionar el tipo de año se presenta como numérico.
[[2015]]A diferencia de Emysql que entrega todos los resultados en binary, Erlmysql hace diferencia de los tipo de datos de texto retornándolos en listas y los de tipo varchar o blob los retorna en binary.
Ermysql cuenta con un sistema de cursor para navegar por los datos entregados de MySQL, cada proceso crea su propio cursor así solo puede acceder al que lo ha creado y no a los demás procesos por lo que no puede ser concurrente.
Las operaciones permitidas son:
Erlmysql permite definir declaraciones preparadas (prepared statements), es una sentencia de SQL con el parámetro (?) y utilizado para realizar una consulta mas específicas utilizando los tipos de datos
ErlMysql es capaz de detectar algunos de los errores y excepciones utilizando el record #mysql_error.
Algunos de los errores son:
Erlmysql dispone de un soporte sencillo transacciones para realizar operaciones de persistencia y/o consultas, el sistema puede devolver un registro de error o cualquier otro tipo de dato si la transacción ha tenido éxito.
p1_mysql Proyecto realizado por processone y utilizado por ejabberd.
El proyecto cuanto con la mínima documentación descrita en los comentarios del código.
p1_mysql no tiene un buen soporte para los tipos de datos de Mysql como los controladores antes mencionados, es muy básico y habrá que realizar una conversión después de que sean entregados los resultados.
Todos los datos numéricos son tratados como listas e incluyen el tipo de dato que se esta entregando:
{data,{p1_mysql_result,[
{"numeric_table","data_smallint",6,'SHORT'}
],[["32767"],["-32767"]]Las fechas son entregadas en lista con formato muy parecido a como lo maneja MySQL por ejemplo:
Timestamp
[["2012-12-31 23:59:59"]]Date
[["2015-12-31"]]Time
[["01:59:59"]]El tipo año también es entregado en lista:
[["2015"]]Todos los datos de tipo string y char son entregados en listas.
Después de revisar todas las características de cada uno de los controladores aquí especificados creo que el mejor es el driver de Emysql, ya que es el que tiene mejor soporte de datos, es rápido y el que tiene mas características para manejar MySQL junto con una buena documentación.
| Características | Emysql | Erlmysql | p1_mysql | erlang-mysql-driver |
|---|---|---|---|---|
| Basado en OTP | Sí | Sí | Sí | No |
| Utiliza rebar | Sí | Sí | Sí | No |
| Pool de conexiones | Propio | erlpool | Propio | Propio |
| Soporte de datos | Sí | Sí | No | No |
| Soporte de transacciones | Sí | Sí | No | No |
| Pruebas unitarias | Sí | Sí | No | No |
| Documentación | Sí | Sí | No | No |
| Manejo de errores y excepciones | No | Sí | No | No |
| Soporte procedimientos almacenados | Sí | Sí | No | No |
| Conversor de resultados a JSON | Sí | No | No | No |
| Leer las sentencias a través de un fichero de texto | Sí | No | No | No |
| Soporte del compresión | No | Sí | No | No |
| Soporte de prepared statement | Sí | Sí | No | No |
| Sistema de cursores para manejar los datos | No | Sí | No | No |
| Manejo de Blob transfer | No | Sí | No | No |
Hemos realizado algunas pruebas de velocidad utilizando eprof en cada uno de los controladores, para medir el tiempo que tardaban en realizar consultas simples de todos los diferentes tipos de datos que maneja MySQL.
Se han creando 3 tablas con los diferentes tipos de datos:
Tabla de fechas:
CREATE TABLE date_table (
data_date date,
date_datetime datetime,
data_timestamp timestamp,
data_time time,
data_year year);Tabla numérica:
CREATE TABLE numeric_table (
data_bit BIT(8),
data_tinyint tinyint,
data_bool bool,
data_smallint smallint,
data_mediumin mediumint,
data_integer integer,
data_bigint bigint,
data_decimal decimal(4,2),
data_float float,
data_double double(9,8));Tabla string y chars:
CREATE TABLE string_table (
data_varchar varchar (20),
data_text text (255),
data_binary binary (8),
data_varbinary varbinary (8),
data_tinyblob tinyblob,
data_blob blob (100),
data_mediumblob mediumblob,
data_longblob longblob,
data_longtext longtext);Nuestro objetivo es saber cuanto tarda cada uno en realizar una consulta sencilla, por lo que hemos agregado un solo registro en las tablas. Se han ejecutado 1000 veces cada una de ellas y los resultados son los siguientes:
| MySQL Driver | Tiempo (segundos) |
|---|---|
| Emysql | 21,931883 |
| Erlmysql | 8,560329 |
| p1_mysql | 7,171054 |
| erlang-mysql-driver | N/A |
Como podemos ver, el más rápido en realizar las consultas fue p1_mysql la razón es por que hace ninguna conversión de los tipos de datos, todos los entrega en listas.
El segundo con un mejor tiempo fue Erlmysql con 8,56 segundos, casi un segundo mas que p1_mysql incluyendo la conversión de los tipos de datos mas la información adicional o metadata.
Por último con 22,51 segundos tenemos a Emysql que ha sido el que mas ha tardado con diferencia.