Engine MySQL para AWS S3

ByLuis

AWS S3 es un servicio de almacenamiento en red de Amazon que muchos lugares utilizan para ahorrar costes de disco duro. Para trabajar con este servicio existe una API que nos facilita la tarea, por lo que su uso no es complicado, aunque lógicamente lo es más que simplemente acceder de disco duro propio.
Para facilitar más las cosas, existe un motor para MySQL que permite transformar el protocolo de S3 en un modelo de datos para MySQL, pudiendo crear tablas y trabajar con ellas. La cuenta S3 viene a ser un comando CREATE SERVER, los buckets tablas, los items filas, las claves de los items serán claves primarias y el contenido de los items BLOB o VARCHAR.
A MySQL Storage Engine for AWS S3 (PDF)

Similar Posts

Drizzle: MySQL para la web

ByLuis

Drizzle es de lo que más se está hablando últimamente dentro de los blogs sobre MySQL. Se trata de un motor de base de datos pensado para la web. Basado en MySQL 6, pretende llegar a ser más rápido que MySQL y admitir mucha concurrencia.

En base inicial, creado por una comunidad de desarrolladores liderado por uno de los fundadores y desarrolladores iniciales de MySQL, elimina de MySQL6 los triggers, procedimientos almacenados, las vistas, control de acceso, caché de queries y prepared statements, tan solo MyISAM con índices FULLTEXT.

Tiene muy buena pinta, ahora a ver a qué llega el desarrollo.

Más información

Drizzle

Alternativa a MySQL Query Analyzer

ByLuis

MySQL ha lanzado su nueva versión de MySQL Query Analyzer dentro de MySQL Enterprise, de la cual hablan muy bien en casi todos los blogs. Para aquellos que usemos la versión Community, podemos usar una alternativa gratuita a esa herramienta.
Para ello debemos instalar los parches que ofrece Percona los cuales, entre otras cosas, permiten obtener métricas desde el propio servidor. También habrá que utilizar mysqlsla que parsea, filtra, analiza y ordena los logs de MySQL para crear informes personalizados de las queries y sus meta-propiedades.
An alternative to the MySQL Query Analyzer

Mostrar el tiempo transcurrido con MySQL

ByLuis

Algo muy común a la hora de realizar una aplicación web es indicar las fechas según el tiempo transcurrido, en vez de poner 2009-06-03 poner “hace 7 días”.

Para aquellos que necesiten mostrar las fechas de esta forma usando MySQL es posible hacerlo usando una función:

DELIMITER //
CREATE FUNCTION TimeDiffUnits (old DATETIME, new DATETIME) RETURNS CHAR(50) DETERMINISTIC NO SQL
BEGIN
DECLARE diff INTEGER;
SET diff = UNIX_TIMESTAMP(new) - UNIX_TIMESTAMP(old);
CASE
WHEN (diff < 3600) THEN
RETURN CONCAT(FLOOR(diff / 60) , ' Minutes');
WHEN (diff < 86400) THEN
RETURN CONCAT(FLOOR(diff / 3600), ' Hours');
WHEN (diff < 604800) THEN
RETURN CONCAT(FLOOR(diff / 86400), ' Days');
WHEN (diff < 2592000) THEN
RETURN CONCAT(FLOOR(diff / 604800), ' Weeks');
WHEN (diff < 31536000) THEN
RETURN CONCAT(FLOOR(diff / 2592000), ' Months');
ELSE
RETURN CONCAT(FLOOR(diff / 31536000), ' Years');
END CASE;
END //
DELIMITER ;

Importante: no uséis jamás está función ni en el WHERE ni en el ORDER BY ni en el GROUP BY, ya que se ejecutaría para cada registro de las tablas.

User Friendly Age Function for MySQL

Mejora en las consultas anidadas en MySQL6

ByLuis

Buena noticia de rendimiento en la futura versión de MySQL. En este caso se trata de las consultas anidadas dentro de MySQL, pongamos un ejemplo.

Si tenemos esta consulta:

select title, from_date, to_date
from titles
where emp_no in
(select emp_no
from employees
where first_name = 'Mary'
and last_name = 'Sluis'
)

En MySQL5 (usando estos datos) obtendríamos el resultado (1 fila) en 7.88 segundos, mientras que en MySQL6 tardaría 0.13 segundos.

El motivo parece ser que MySQL transforma la subconsulta en un join.

Drizzling MySQL

10 cosas que hacer antes de instalar MySQL

ByLuis

Buen artículo en el que se nos ofrecen 10 cosas que hay que tener en cuenta cuando vamos a instalar MySQL. En muchas ocasiones la gente se conforma con instalar la base de datos, meter los datos y ya está, cuando realmente hay cosas muy importantes en las que fijarse:

  • Comprender el propósito y el crecimiento potencial de la base de datos.
  • Determinar una capa física adecuada, los parámetros por defecto no son siempre los mejores.
  • Seleccionar un motor de almacenamiento adecuado y pensar que impacto puede tener en el rendimiento y las estrategias de backup y recuperación.
  • Planifica tu estrategia de copias de seguridad y recuperación. Elige las herramientas adecuadas para tu entorno.
  • Comprende el número de bases de datos que serán creadas y el mantenimiento.
  • ¿Cual es el coste y las ramificaciones del entorno?, realiza un análisis adecuado.
  • Piensa en la seguridad con la que serán tratados los usuarios y las bases de datos.
  • Elige un SQL_MODE adecuado, con la seguridad de que comprendes las consecuencias de esa elección.
  • Ten en cuenta la capa física de almacenamiento: limitaciones, escalabilidad y rendimiento de usar discos separados, arrays de discos, …
  • Define prácticas correctas para determinar nomenclaturas, herramientas de administración, administración de infraestructuras y documéntalo todo.

Top Ten Things to do before installing MySQL

|

Triggers en MySQL

ByLuis

mysql.pngLa verdad es que tenía pendiente hacer un pequeño manual de triggers (disparadores) en MySQL después de haber hablado de las novedades de MySQL 5, pero siempre falta tiempo y por eso aprovecho a comentar el artículo que he encontrado.

Los triggers son algo muy útil sobre todo si queremos actualizar datos de forma automática. Imaginemos una tabla con los datos de un usuario, que pueden ser modificados desde distintas partes de nuestra aplicación, y es necesario que cuando se actualiza algún dato del usuario, se tenga que actualizar los datos de otra tabla. Podríamos actualizar los datos de la segunda tabla mediante código en cada uno de los casos en los que se actualiza la tabla del usuario en la aplicación, o bien podríamos crearnos un trigger que cuando se actualice la tabla de usuario (aunque sea “a mano”) se actualice directamente los datos de la otra tabla.

Un ejemplo para la creación de un trigger sería el siguiente:

CREATE TRIGGER disparador
AFTER INSERT ON usuarios
FOR EACH ROW
UPDATE tabla2
SET campo = valor;

Más información

Ease database management and automate functions with triggers in MySQL

Disparadores (triggers)

Vía / dzone