Академический Документы
Профессиональный Документы
Культура Документы
* - Introduccin a MySQL .. 2
* - Conectar al servidor 3
* - Sintaxis MySQL . 4
.. 8
..10
11
13
Seleccionar datos
* - Recuperar informacin
* - Registros particulares .
* - Seleccionar columnas
* - Ordenar registros ..
.. 15
..17
..19
.... 21
Transacciones
*- Introduccin . 23
*- Lecturas consistentes .28
*- Otro ejemplo ...29
1
MySQL
INTRODUCCION A MYSQL
MySQL es un gestor de base de datos sencillo de usar y increblemente rpido. Tambin
es uno de los motores de base de datos ms usados en Internet, la principal razn de esto
es que es gratis.
Las caractersticas principales de MySQL son:
El objetivo de este tutorial es mostrar el uso del programa cliente mysql para crear y
usar una sencilla base de datos. mysql (algunas veces referido como "monitor mysql")
es un programa interactivo que permite conectarnos a un servidor MySQL, ejecutar
algunas consultas, y ver los resultados. mysql puede ser usado tambin en modo batch:
es decir, se pueden colocar toda una serie de consultas en un archivo, y posteriormente
decirle a mysql que ejecute dichas consultas.
Este tutorial asume que mysql est instalado en alguna mquina y que disponemos de
un servidor MySQL al cul podemos conectarnos. Si este no es el caso, tenemos que
contactar con nuestro administrador MySQL. (Si nosotros somos los administradores, es
necesario consultar la documentacin de MySQL que se refiere a la instalacin y
configuracin del servidor MySQL).
Para ver la lista de opciones proporcionadas por mysql, lo invocamos con la opcin
--help:
shell> mysql help
A continuacin se describe el proceso completo de creacin y uso de una base de datos
en MySQL. Si se est interesado slo en el acceso y uso de una base de datos existente,
se pueden omitir las secciones que describen como crear la base de datos y las tablas
correspondientes.
2
MySQL
Este prompt nos indica que mysql est listo para recibir comandos.
shell> mysql
Algunas instalaciones permiten que los usuarios se conecten de manera annima al
servidor corriendo en la mquina local. Si es el caso de nuestra mquina, debemos de
ser capaces de conectarnos al servidor invocando a mysql sin ninguna opcin:
Despus de que nos hemos conectado de manera satisfactoria, podemos desconectarnos
en cualquier momento al escribir "quit", "exit", o presionar CONTROL+D.
La mayora de los ejemplos siguientes asume que estamos conectados al servidor, lo
cual se indica con el prompt de mysql.
3
MySQL
SINTAXIS DE MySQL
En este momento debimos de haber podido conectarnos ya al servidor MySQL, an
cuando no hemos seleccionado alguna base de datos para trabajar. Lo que haremos a
continuacin es escribir algunos comandos para irnos familiarizando con el
funcionamiento de mysql.
mysql> SELECT VERSION(), CURRENT_DATE;
+-----------+--------------+
| VERSION() | CURRENT_DATE |
+-----------+--------------+
| 3.23.41
| 2002-10-01
|
+-----------+--------------+
1 row in set (0.03 sec)
mysql
Aqu est otra consulta que demuestra como se pueden escribir algunas expresiones
matemticas y trigonomtricas:
mysql> SELECT SIN(PI()/4), (4+1)*5;
+-------------+---------+
| SIN(PI()/4) | (4+1)*5 |
+-------------+---------+
|
0.707107 |
25 |
+-------------+---------+
4
MySQL
Aunque hasta este momento se han escrito sentencias sencillas de una sla lnea, es
posible escribir ms de una sentencia por lnea, siempre y cuando estn separadas por
punto y coma:
mysql> SELECT VERSION(); SELECT NOW();
+-----------+
| VERSION() |
+-----------+
| 3.23.41
|
+-----------+
1 row in set (0.01 sec)
+---------------------+
| NOW()
|
+---------------------+
| 2002-10-28 14:26:04 |
+---------------------+
1 row in set (0.01 sec)
Un comando no necesita ser escrito en una sla lnea, as que los comandos que
requieran de varias lneas no son un problema. mysql determinar en dnde finaliza la
sentencia cuando encuentre el punto y coma, no cuando encuentre el fin de lnea.
Aqu est un ejemplo que muestra un consulta simple escrita en varias lneas:
mysql> SELECT
-> USER(),
-> CURRENT_DATE;
+-------------------+--------------+
| USER()
| CURRENT_DATE |
+-------------------+--------------+
| blueman@localhost | 2002-09-14
|
+-------------------+--------------+
1 row in set (0.00 sec)
mysql>
En este ejemplo debe notarse como cambia el prompt (de mysql> a ->) cuando se
escribe una consulta en varias lneas. Esta es la manera en cmo mysql indica que est
esperando a que finalice la consulta. Sin embargo si deseamos no terminar de escribir la
consulta, podemos hacerlo al escribir \c como se muestra en el siguiente ejemplo:
mysql> SELECT
-> USER(),
-> \c
mysql>
De nuevo, se nos regresa el comando el prompt mysql> que nos indica que mysql est
listo para una nueva consulta.
5
MySQL
En la siguiente tabla se muestran cada uno de los prompts que podemos obtener y una
breve descripcin de su significado para mysql:
Prompt
mysql>
->
>
>
Significado
Listo para una nueva consulta.
Esperando la lnea siguiente de una consulta multi-lnea.
Esperando la siguiente lnea para completar una cadena que comienza
con una comilla sencilla ( ' ).
Esperando la siguiente lnea para completar una cadena que comienza
con una comilla doble ( " ).
Si esto llega a suceder, muy probablemente mysql estar esperando por un punto y
coma, de manera que si escribimos el punto y coma podremos completar la consulta y
mysql podr ejecutarla:
mysql> SELECT USER()
-> ;
+----------------+
| USER()
|
+----------------+
| root@localhost |
+----------------+
1 row in set (0.00 sec)
mysql>
Los prompts '> y "> ocurren durante la escritura de cadenas. En mysql podemos escribir
cadenas utilizando comillas sencillas o comillas dobles (por ejemplo, 'hola' y "hola"), y
mysql nos permite escribir cadenas que ocupen mltiples lneas. De manera que cuando
veamos el prompt '> o "> , mysql nos indica que hemos empezado a escribir una cadena,
pero no la hemos finalizado con la comilla correspondiente.
Aunque esto puede suceder si estamos escribiendo una cadena muy grande, es ms
frecuente que obtengamos alguno de estos prompts si inadvertidamente escribimos
alguna de estas comillas.
Por ejemplo:
mysql> SELECT * FROM mi_tabla WHERE nombre = "Lupita AND edad < 30;
">
6
MySQL
El prompt cambiar de nuevo al ya conocido mysql>, indicndonos que mysql est listo
para una nueva consulta.
Es sumamente importante conocer lo que significan los prompts '> y ">, ya que si en
algn momento nos aparece alguno de ellos, todas la lneas que escribamos a
continuacin sern consideradas como parte de la cadena, inclusive cuando escribimos
QUIT. Esto puede ser confuso, especialmente si no sabemos que es necesario escribir la
comilla correspondiente para finalizar la cadena, para que podamos escribir despus
algn otro comando, o terminar la consulta que deseamos ejecutar.
7
MySQL
Es probable que la lista de bases de datos que veamos sea diferente en nuestro caso,
pero seguramente las bases de datos "mysql" y "test" estarn entre ellas. En particular,
la base de datos "mysql" es requerida, ya que sta tiene la informacin de los privilegios
de los usuarios de MySQL. La base de datos "test" es creada durante la instalacin de
MySQL con el propsito de servir como rea de trabajo para los usuarios que inician en
el aprendizaje de MySQL.
Se debe anotar tambin que es posible que no veamos todas las bases de datos si no
tenemos el privilegio SHOW DATABASES. Se recomienda revisar la seccin del
manual de MySQL dedicada a los comandos GRANT y REVOKE.
Si la base de datos "test" existe, hay que intentar accesar a ella:
mysql> USE test
Database changed
mysql>
Observar que USE, al igual que QUIT, no requieren el uso del punto y coma, aunque si
se usa ste, no hay ningn problema. El comando USE es especial tambin de otra
manera: ste debe ser usado en una sla lnea.
8
MySQL
Podramos usar la base de datos "test" (si tenemos acceso a ella) para los ejemplos que
vienen a continuacin, pero cualquier cosa que hagamos puede ser eliminada por
cualquier otro usuario que tenga acceso a esta base de datos. Por esta razn, es
recomendable que preguntemos al administrador MySQL acerca de la base de datos que
podemos usar. Supongamos que deseamos tener una base de datos llamada "zoologico"
(ntese que no se est acentuando la palabra) a la cual slo nosotros tengamos acceso,
para ello el administrador necesita ejecutar un comando como el siguiente:
mysql> GRANT ALL on zoologico.* TO MiNombreUsuario@MiComputadora
-> IDENTIFIED BY 'MiContrasea';
9
MySQL
El mensaje anterior indica que la base de datos no ha sido creada, por lo tanto
necesitamos crearla.
mysql> CREATE DATABASE zoologico;
Query OK, 1 row affected (0.00 sec)
mysql> USE zoologico
Database changed
mysql>
Bajo el sistema operativo Unix, los nombres de las bases de datos son sensibles al uso
de maysculas y minsculas (no como las palabras clave de SQL), por lo tanto debemos
de tener cuidado de escribir correctamente el nombre de la base de datos. Esto es cierto
tambin para los nombres de las tablas.
Al crear una base de datos no se selecciona sta de manera autmatica; debemos hacerlo
de manera explcita, por ello usamos el comando USE en el ejemplo anterior.
La base de datos se crea slo una vez, pero nosotros debemos seleccionarla cada vez
que iniciamos una sesin con mysql. Por ello es recomendable que se indique la base de
datos sobre la que vamos a trabajar al momento de invocar al monitor de MySQL. Por
ejemplo:
shell>mysql -h casita -u blueman -p zoologico
Enter password: ******
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 17 to server version: 3.23.38-nt
Type 'help;' or '\h' for help. Type '\c' to clear the buffer
mysql>
10
MySQL
CREAR TABLA
Crear la base de datos es la parte ms fcil, pero en este momento la base de datos est
vaca, como lo indica el comando SHOW TABLES:
mysql> SHOW TABLES;
Empty set (0.00 sec)
La parte un tanto complicada es decidir la estructura que debe tener nuestra base de
datos: qu tablas se necesitan y qu columnas estarn en cada tabla.
En principio, necesitamos una tabla que contenga un registro para cada una de nuestras
mascotas. sta puede ser una tabla llamada mascotas, y debe contener por lo menos el
nombre de cada uno de nuestros animalitos. Ya que el nombre en s no es muy
interesante, la tabla debe contener alguna otra informacin. Por ejemplo, si ms de una
persona en nuestra familia tiene unamascota, es probable que tengamos que guardar la
informacin acerca de quien es el dueo de cada mascota. As mismo, tambin sera
interesante contar con alguna informacin ms descriptiva tal como la especie, y el sexo
de cada mascota.
Y que sucede con la edad?. Esto puede ser tambin de inters, pero no es una buena
idea almacenar este dato en la base de datos. La edad cambia conforme pasa el tiempo,
lo cual significa que debemos de actualizar los registros frecuentemente. En vez de esto,
es una mejor idea guardar un valor fijo, tal como la fecha de nacimiento. Entonces,
cuando necesitemos la edad, la podemos calcular como la diferencia entre la fecha
actual y la fecha de nacimiento. MySQL proporciona funciones para hacer operaciones
entre fechas, as que no hay ningn problema.
Al almacenar la fecha de nacimiento en lugar de la edad tenemos algunas otras ventajas:
Podemos usar la base de datos para tareas tales como generar recordatorios para cada
cumpleaos prximo de nuestras mascotas. Podemos calcular la edad en relacin a otras
fechas que la fecha actual. Por ejemplo, si almacenamos la fecha en que muri
nuestramascota en la base de datos, es fcil calcular que edad tena nuestro animalito
cuando falleci. Es probable que estemos pensando en otro tipo de informacin que
sera igualmente til en la tabla"mascotas" , pero para nosotros ser suficiente por ahora
contar con informacin de nombre, propietario, especie, nacimiento y fallecimiento.
Usaremos la sentencia CREATE TABLE para indicar como estarn conformados los
registros de nuestras mascotas.
mysql> CREATE TABLE mascotas(
-> nombre VARCHAR(20), propietario VARCHAR(20),
-> especie VARCHAR(20), sexo CHAR(1), nacimiento DATE,
-> fallecimento DATE);
Query OK, 0 rows affected (0.02 sec)
mysql>
11
MySQL
VARCHAR es una buena eleccin para los campos nombre, propietario, y especie, ya
que los valores que almacenarn son de longitud variable. No es necesario que la
longitud de estas columnas sea la misma, ni tampoco que sea de 20. Se puede
especificar cualquier longitud entre 1 y 255, lo que se considere ms adecuado. Si
resulta que la eleccin de la longitud de los campos que hemos hecho no result
adecuada, MySQL proporciona una sentencia ALTER TABLE que nos puede ayudar a
solventar este problema.
El campo sexo puede ser representado en una variedad de formas, por ejemplo, "m" y
"f", o tal vez "masculino" y "femenino", aunque resulta ms simple la primera opcin.
El uso del tipo de dato DATE para los campos nacimiento y fallecimento debe de
resultar obvio.
Ahora que hemos creado la tabla, la sentencia SHOW TABLES debe producir algo
como:
mysql> SHOW TABLES;
+---------------------+
| Tables_in_zoologico |
+---------------------+
| mascotas
|
+---------------------+
1 row in set (0.00 sec)
mysql>
Para verificar que la tabla fu creada como nosotros esperabamos, usaremos la sentencia
DESCRIBE:
mysql> DESCRIBE mascotas;
+--------------+-------------+------+-----+---------+-------+
| Field
| Type
| Null | Key | Default | Extra |
+--------------+-------------+------+-----+---------+-------+
| nombre
| varchar(20) | YES |
| NULL
|
|
| propietario | varchar(20) | YES |
| NULL
|
|
| especie
| varchar(20) | YES |
| NULL
|
|
| sexo
| char(1)
| YES |
| NULL
|
|
| nacimiento
| date
| YES |
| NULL
|
|
| fallecimento | date
| YES |
| NULL
|
|
+--------------+-------------+------+-----+---------+-------+
6 rows in set (0.01 sec)
mysql>
12
MySQL
Propietario
Arnoldo
Juan
Arnoldo
Benito
Diana
Omar
Toms
Benito
Especie
Gato
Gato
Perro
Perro
Perro
Ave
Ave
Serpiente
Sexo
f
m
f
m
m
f
m
Nacimiento
1999-02-04
1998-03-17
1999-05-13
2000-08-27
1998-08-31
1998-09-11
2000-02-09
2001-04-29
Fallecimiento
1997-07-29
13
MySQL
Notar que los valores de cadenas y fechas deben estar encerrados entre comillas.
Tambin, con la sentencia INSERT podemos insertar el valor NULL directamente para
representar un valor nulo, un valor que no conocemos. En este caso no se usa \N como
en el caso de la sentencia LOAD DATA.
De este ejemplo, debemos ser capaces de ver que es un poco ms la tarea que se tiene
que realizar si inicialmente cargamos los registros con varias sentencias INSERT en
lugar de una nica sentencia LOAD DATA.
14
MySQL
Esta forma del SELECT es til si deseamos ver los datos completos de la tabla, por
ejemplo, para asegurarnos de que estn todos los registros despus de la carga de un
archivo.
15
MySQL
Por ejemplo, en este caso que estamos tratando, al consultar los registros de la tabla, nos
damos cuenta de que hay un error en el archivo de datos(mascotas.txt) : parece que
Kaiser ha nacido despus de que ha fallecido!. Al revisar un poco el pedigree de Kaiser
encontramos que la fecha correcta de nacimiento es el ao 1989, no 1998.
Hay por lo menos un par de maneras de solucionar este problema:
Editar el archivo "mascotas.txt" para corregir el error, eliminar los datos de la tabla
mascotas con la sentencia DELETE, y cargar los datos nuevamente con el comando
LOAD DATA:
mysql> DELETE FROM mascotas;
mysql> LOAD DATA LOCAL INFILE "mascotas.txt" INTO TABLE mascotas;
Sin embargo, si hacemos esto, debemos ingresar los datos de Pelusa, la mascota de
nuestra hermana Diana.
La segunda opcin consiste en corregir slo el registro errneo con una sentencia
UPDATE:
mysql> UPDATE mascotas SET nacimiento="1989-08-31"
WHERE nombre="Kaiser";
Como se mostr anteriormente, es muy fcil recuperar los datos de una tabla completa.
Pero tpicamente no deseamos hacer esto, particularmente cuando las tablas son
demasiado grandes. En vez de ello, estaremos ms interesados en responder preguntas
particulares, en cuyo caso debemos especificar algunas restricciones para la informacin
que deseamos ver.
16
MySQL
17
MySQL
Podemos tambin combinar condiciones, por ejemplo, para localizar a los perros
hembras:
mysql> SELECT * FROM mascotas WHERE especie="Perro" AND sexo="f";
+--------+-------------+---------+------+------------+---------------+
| nombre | propietario | especie | sexo | nacimiento | fallecimiento |
+--------+-------------+---------+------+------------+---------------+
| Buffy | Arnoldo
| Perro
| f
| 1999-05-13 | NULL
|
+--------+-------------+---------+------+------------+---------------+
1 row in set (0.00 sec)
La consulta anterior usa el operador lgico AND. Hay tambin un operador lgico OR:
mysql> SELECT * FROM mascotas WHERE especie = "Ave" OR especie =
"Gato";
+--------+-------------+---------+------+------------+---------------+
| nombre | propietario | especie | sexo | nacimiento | fallecimiento |
+--------+-------------+---------+------+------------+---------------+
| Fluffy | Arnoldo
| Gato
| f
| 1999-02-04 | NULL
|
| Mau
| Juan
| Gato
| m
| 1998-03-17 | NULL
|
| Chispa | Omar
| Ave
| f
| 1998-09-11 | NULL
|
| Wicho | Toms
| Ave
| NULL | 2000-02-09 | NULL
|
+--------+-------------+---------+------+------------+---------------+
4 rows in set (0.00 sec)
18
MySQL
Sin embargo, debemos notar que la consulta recupera el nombre del propietario de cada
mascota, y algunos de ellos aparecen ms de una vez. Para minimizar la salida,
agregaremos la palabra clave DISTINCT:
mysql> SELECT DISTINCT propietario FROM mascotas;
+-------------+
| propietario |
+-------------+
| Arnoldo
|
| Juan
|
| Benito
|
| Diana
|
| Omar
|
| Toms
|
+-------------+
6 rows in set (0.03 sec)
19
MySQL
Se puede usar tambin una clasula WHERE para combinar seleccin de filas con
seleccin de columnas. Por ejemplo, para obtener la fecha de nacimiento de los perritos
y los gatitos, usaremos la siguiente consulta:
mysql> SELECT nombre, especie, nacimiento FROM mascotas
-> WHERE especie = "perro" OR especie = "gato";
+--------+---------+------------+
| nombre | especie | nacimiento |
+--------+---------+------------+
| Fluffy | Gato
| 1999-02-04 |
| Mau
| Gato
| 1998-03-17 |
| Buffy | Perro
| 1999-05-13 |
| FanFan | Perro
| 2000-08-27 |
| Kaiser | Perro
| 1989-08-31 |
+--------+---------+------------+
5 rows in set (0.00 sec)
20
MySQL
ORDENAR REGISTROS
Se debe notar en los ejemplos anteriores que las filas regresadas son mostradas sin
ningn orden en particular. Sin embargo, frecuentemente es ms fcil examinar la salida
de una consulta cuando las filas son ordenadas en alguna forma til. Para ordenar los
resultados, tenemos que usar una clusula ORDER BY.
Aqu aparecen algunos datos ordenados por fecha de nacimiento:
mysql> SELECT nombre, nacimiento FROM mascotas ORDER BY nacimiento;
+--------+------------+
| nombre | nacimiento |
+--------+------------+
| Kaiser | 1989-08-31 |
| Mau
| 1998-03-17 |
| Chispa | 1998-09-11 |
| Fluffy | 1999-02-04 |
| Buffy | 1999-05-13 |
| Wicho | 2000-02-09 |
| Pelusa | 2000-03-30 |
| FanFan | 2000-08-27 |
| Skim
| 2001-04-29 |
+--------+------------+
9 rows in set (0.00 sec)
21
MySQL
Podemos ordenar mltiples columnas. Por ejemplo, para ordenar por tipo de animal, y
poner al inicio los animalitos ms pequeos de edad, usaremos la siguiente consulta:
mysql> SELECT nombre, especie, nacimiento FROM mascotas
-> ORDER BY especie, nacimiento DESC;
+--------+-----------+------------+
| nombre | especie
| nacimiento |
+--------+-----------+------------+
| Wicho | Ave
| 2000-02-09 |
| Chispa | Ave
| 1998-09-11 |
| Fluffy | Gato
| 1999-02-04 |
| Mau
| Gato
| 1998-03-17 |
| Pelusa | Hamster
| 2000-03-30 |
| FanFan | Perro
| 2000-08-27 |
| Buffy | Perro
| 1999-05-13 |
| Kaiser | Perro
| 1989-08-31 |
| Skim
| Serpiente | 2001-04-29 |
+--------+-----------+------------+
9 rows in set (0.00 sec)
Notar que la palabra clave DESC aplica slo a la columna nombrada que le precede.
22
MySQL
TRANSACCIONES EN MySQL
INTRODUCCION
El servidor de bases de datos MySQL soporta distintos tipos de tablas, tales como
ISAM, MyISAM, InnoDB y BDB (Berkeley Database). De stos, InnoDB es el tipo de
tabla ms importante (despus del tipo predeterminado, MyISAM), y merece una
atencin especial.
Las tablas del tipo InnoDB estn estructuradas de forma distinta que MyISAM, ya que
se almacenan en un slo archivo en lugar de tres, y sus principales caractersticas son
que permite trabajar con transacciones, y definir reglas de integridad referencial.
El soporte de transacciones que provee MySQL no es algo nuevo en MySQL 4, ya que
desde la versin 3.23 se poda hacer uso de tablas InnoDB, la nica diferencia es que
con la llegada de la versin 4.0 de MySQL, el soporte para este tipo de tablas es
habilitado por default.
Las transacciones aportan una fiabilidad superior a las bases de datos. Si disponemos de
una serie de consultas SQL que deben ejecutarse en conjunto, con el uso de
transacciones podemos tener la certeza de que nunca nos quedaremos a medio camino
de su ejecucin. De hecho, podramos decir que las transacciones aportan una
caracterstica de "deshacer" a las aplicaciones de bases de datos.
Para este fin, las tablas que soportan transacciones, como es el caso de InnoDB, son
mucho ms seguras y fciles de recuperar si se produce algn fallo en el servidor, ya
que las consultas se ejecutan o no en su totalidad. Por otra parte, las transacciones
pueden hacer que las consultas tarden ms tiempo en ejecutarse.
Seguramente alguna vez hemos escuchado hablar acerca de las transacciones, pero
probablemente no entendemos bien lo que son, y como deben de ser usadas. La idea es
presentar algunos ejemplos para mostrar que no es nada complicado, y difcil de
aprender.
Para mostrar esto se asume que se cuenta ya con un servidor MySQL con soporte para
el tipo de tablas InnoDB. En nuestro caso haremos uso de un servidor MySQL 4.013
ejecutndose en un sistema MS Windows.
23
MySQL
Para asegurarnos que tenemos soporte para el tipo de tablas InnoDB podemos ejecutar
la siguiente sentencia:
mysql> SHOW VARIABLES LIKE '%innodb%';
+---------------------------------+------------+
| Variable_name
| Value
|
+---------------------------------+------------+
| have_innodb
| YES
|
| innodb_additional_mem_pool_size | 1048576
|
| innodb_buffer_pool_size
| 8388608
|
| innodb_data_file_path
| ibdata:30M |
| innodb_data_home_dir
|
|
| innodb_file_io_threads
| 4
|
| innodb_force_recovery
| 0
|
| innodb_thread_concurrency
| 8
|
| innodb_flush_log_at_trx_commit | 1
|
| innodb_fast_shutdown
| ON
|
| innodb_flush_method
|
|
| innodb_lock_wait_timeout
| 50
|
| innodb_log_arch_dir
| .\
|
| innodb_log_archive
| OFF
|
| innodb_log_buffer_size
| 1048576
|
| innodb_log_file_size
| 5242880
|
| innodb_log_files_in_group
| 2
|
| innodb_log_group_home_dir
| .\
|
| innodb_mirrored_log_groups
| 1
|
| innodb_max_dirty_pages_pct
| 90
|
+---------------------------------+------------+
20 rows in set (0.00 sec)
Estas dos consultas deben trabajar bien, pero que sucede si ocurre algn imprevisto y
"se cae" el sistema despus de que se ejecuta la primer consulta, pero la segunda an no
se ha completado?. La persona1 tendr una cantidad de dinero removida de su cuenta, y
creer que ha realizado su pago, sin embargo, la persona2 estar enfadada puesto que
pensar que no se le ha depositado el dinero que le deben. En este ejemplo tan sencillo
se ilustra la necesidad de que las consultas sean ejecutadas de manera conjunta, o en su
caso, que no se ejecute ninguna de ellas. Es aqu donde las transacciones toman un
papel muy importante.
24
MySQL
Vamos a ejecutar algunas consultas para ver como trabajan las transacciones. Lo
primero que tenemos que hacer es crear una tabla del tipo InnoDB e insertar algunos
datos.
Para crear una tabla InnoDB, procedemos con el cdigo SQL estndar CREATE
TABLE, pero debemos especificar que se trata de una tabla del tipo InnoDB (TYPE=
InnoDB). Esto es aplicable a cualquier tipo de tabla, pero cuando no se especifica nada,
MySQL supone que se trata de una tabla MyISAM.
mysql> CREATE TABLE innotest (campo INT NOT NULL PRIMARY KEY) TYPE =
InnoDB;
Query OK, 0 rows affected (0.10 sec)
mysql> INSERT INTO innotest VALUES(1);
Query OK, 1 row affected (0.08 sec)
mysql> INSERT INTO innotest VALUES(2);
Query OK, 1 row affected (0.01 sec)
mysql> INSERT INTO innotest VALUES(3);
Query OK, 1 row affected (0.04 sec)
mysql> SELECT * FROM innotest;
+-------+
| campo |
+-------+
|
1 |
|
2 |
|
3 |
+-------+
3 rows in set (0.00 sec)
25
MySQL
Ahora vamos a ver que sucede si perdemos la conexin al servidor antes de que la
transaccin sea completada.
mysql> BEGIN;
Query OK, 0 rows affected (0.00 sec)
mysql> INSERT INTO innotest VALUES(4);
Query OK, 1 row affected (0.00 sec)
mysql> SELECT * FROM innotest;
+-------+
| campo |
+-------+
|
1 |
|
2 |
|
3 |
|
4 |
+-------+
4 rows in set (0.00 sec)
mysql> EXIT;
Bye
26
MySQL
Una vez que hacemos un COMMIT, la transaccin es completada, y todas las sentencias
SQL que han sido ejecutadas previamente afectan de manera permanente a las tablas de
la base de datos.
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 450 to server version: 4.0.13
Type 'help;' or '\h' for help. Type '\c' to clear the buffer.
mysql> SELECT * FROM innotest;
+-------+
| campo |
+-------+
|
1 |
|
2 |
|
3 |
|
4 |
+-------+
4 rows in set (0.00 sec)
27
MySQL
LECTURAS INCONSISTENTES
Por default, las tablas InnoDB ejecutan un lectura consistente (consistent read). Esto
significa que cuando una sentencia SELECT es ejecutada, MySQL regresa los valores
presentes en la base de datos hasta la transaccin ms reciente que ha sido completada.
Si alguna transaccin est en progreso, los cambios hechos por alguna sentencia
INSERT o UPDATE no sern reflejados. Sin embargo, existe una excepcin: las
transacciones abiertas si pueden ver sus propios cambios. Para demostrar esto,
necesitamos establecer dos conexiones al servidor MySQL.
Primero agregaremos un registro dentro de una transaccin con la primera conexin (ID
524):
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 524 to server version: 4.0.13
Type 'help;' or '\h' for help. Type '\c' to clear the buffer.
mysql> BEGIN;
Query OK, 0 rows affected (0.00 sec)
mysql> INSERT INTO innotest VALUES(5);
Query OK, 1 row affected (0.00 sec)
Ahora, desde la segunda conexin (ID 525) consultamos los datos de nuestra tabla.
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 525 to server version: 4.0.13
Type 'help;' or '\h' for help. Type '\c' to clear the buffer.
mysql> SELECT * FROM innotest;
+-------+
| campo |
+-------+
|
1 |
|
2 |
|
3 |
|
4 |
+-------+
4 rows in set (0.00 sec)
Como se puede observar, el registro que hemos insertado desde la 1ra. conexin no es
regresado puesto que forma parte de una transaccin que no ha sido completada. Ahora,
desde la 1ra. conexin ejecutamos la misma consulta SELECT.
mysql> SELECT * FROM innotest;
+-------+
| campo |
+-------+
|
1 |
|
2 |
|
3 |
|
4 |
|
5 |
+-------+
5 rows in set (0.00 sec)
28
MySQL
OTRO EJEMPLO
En el ejemplo anterior hemos usado nicamente sentencias INSERT, sin embargo,
sucede lo mismo con sentencias UPDATE o DELETE.
Vamos a crear una sencilla tabla llamada ventas que sea del tipo InnoDB.
mysql> CREATE TABLE ventas(
-> id INT NOT NULL PRIMARY KEY AUTO_INCREMENT,
-> producto VARCHAR(30) NOT NULL,
-> cantidad TINYINT NOT NULL) TYPE = InnoDB;
Query OK, 0 rows affected (0.96 sec)
Insertamos un registro.
mysql> INSERT INTO ventas VALUES(0,'Gansito marinela',3);
Query OK, 1 row affected (0.16 sec)
mysql> SELECT * FROM ventas;
+----+------------------+----------+
| id | producto
| cantidad |
+----+------------------+----------+
| 1 | Gansito marinela | 3
|
+----+------------------+----------+
1 row in set (0.01 sec)
Actualizamos el registro.
mysql> UPDATE ventas SET cantidad=4 WHERE id=1;
Query OK, 1 row affected (0.07 sec)
Lneas correspondientes: 1 Cambiadas: 1 Avisos: 0
29
MySQL
30
MySQL