Al fiiinnnnn, por dos razones importantes:

• Una, porque hacia tiempo que no escribía (y mirad que tengo temas, pero también mucho trabajo…)
• Y dos… ya he podido configurar Django con MySQL. Se me resistía, una y otra vez, todo porque me faltaba instalar python-mysqldb, de lo contario siempre me daba errores.

Voy a dividir la instalación en puntos para que se pueda leer, comprender y que el seguimiento sea lo más simple posible. Empecemos.

Requisitos necesarios para instalar Django con MySQL

• Sistema Operativo Linux (testeado en Ubuntu Karmic Koala), para los Maqueros como en mi caso tendremos que esperar a que pueda hacer pruebas
• Versión de Django 1.1.1  instalado (esper que con versiones anteriores o posteriores no tiene porque ser diferente)
• Motor de Base de Datos MySQL (versión, yo tengo la 5.1.37) tanto el servidor como el cliente.
• (Opcional) Instalación de MySQL Administrator y MySQL Query Browser
• Paquete python-mysqldb (pero se explicará con más detalle)

Instalación MySQL Administrator y MySQL Query Browser

1- Primero buscamos el paquete mysql-admin con el siguiente comando:

sudo aptitude search mysql-admin

2- La salida que obtenemos es:

bibigeek@macbookpro-bibigeek:~/PythonProjects$ sudo aptitude search mysql-admin
pB  mysql-admin               - Herramienta gráfica para una administración sencilla de MySQL

3- Ahora ya ponemos a instalar el paquete mysql-admin con el comando:

sudo aptitude install mysql-admin

4- La salida de la instalación es (importante fijaros en el texto en negrita y subrayado):

Leyendo lista de paquetes... Hecho
Creando árbol de dependencias
Leyendo la información de estado... Hecho
Leyendo la información de estado extendido
Inicializando el estado de los paquetes... Hecho
Se instalarán los siguiente paquetes NUEVOS:
libgnomecups1.0-1{a} libgnomeprint2.2-0{a} libgnomeprint2.2-data{a} libgnomeprintui2.2-0{a} libgnomeprintui2.2-common{a}
libgtkhtml3.8-15{a} libmysqlclient15off{a} mysql-admin mysql-gui-tools-common{a} mysql-query-browser{a} 
0 paquetes actualizados, 10 nuevos instalados, 0 para eliminar y 0 sin actualizar.
Necesito descargar 0B/6212kB de archivos. Después de desempaquetar se usarán 22,3MB.
¿Quiere continuar? [Y/n/?] y
Escribiendo información de estado extendido... Hecho

Seleccionando el paquete libgnomecups1.0-1 previamente no seleccionado.

...

Configurando mysql-gui-tools-common (5.0r12-1ubuntu2) ...
Configurando mysql-admin (5.0r12-1ubuntu2) ...

Configurando mysql-query-browser (5.0r12-1ubuntu2) ...

Procesando disparadores para libc-bin ...
ldconfig deferred processing now taking place
Leyendo lista de paquetes... Hecho
Creando árbol de dependencias
Leyendo la información de estado... Hecho
Leyendo la información de estado extendido
Inicializando el estado de los paquetes... Hecho
Escribiendo información de estado extendido... Hecho

5- Pantallazo de donde podemos encontrar los programas instalados:

Creación del Proyecto testProject

1- Ahora creamos el proyecto Django, un proyecto de prueba. Lo denominaré “testProject”, ejecutamos el siguiente comando:

django-admin.py startproject testProject

2- Configuraremos el proyecto Django para que funcione con el motor de BD MySQL. Alerta, estoy suponiendo que el usuario test y la Base de Datos testDB está creado. Os adjunto los valores a modificar en el fichero settings.py y también adjunto un pantallazo:

12 DATABASE_ENGINE = 'mysql'
13 DATABASE_NAME = 'testDB'
14 DATABASE_OPTIONS ={"init_command":"SET storage_engine=INNODB"}
15 DATABASE_USER = 'test'
16 DATABASE_PASSWORD = 'test'
17 DATABASE_HOST = 'localhost'
18 DATABASE_PORT = '3306'

IMPORTANTE: fijaos que he puesto una opción que no viene por defecto el fichero settings.py, que es el DATABASE_OPTIONS. Esta opción es utilizada para especificarle a Django que las tablas que tienen que crear en MySQL son de la tecnología INNODB.

3- Ahora ejecutamos el comando “syncdb” para crear la estructura de Base de Datos para Django. Veréis por los siguiente pantallazos y textos expuestos, que no funciona y nos mostrara un error. Veamosló todo:

bibigeek@macbookpro-bibigeek:~/PythonProjects/testProject$ python manage.py syncdb
Traceback (most recent call last):
File "manage.py", line 11, in <module>
execute_manager(settings)
File "/usr/local/lib/python2.6/dist-packages/django/core/management/__init__.py", line 362, in execute_manager
utility.execute()
File "/usr/local/lib/python2.6/dist-packages/django/core/management/__init__.py", line 303, in execute
self.fetch_command(subcommand).run_from_argv(self.argv)
File "/usr/local/lib/python2.6/dist-packages/django/core/management/base.py", line 195, in run_from_argv
self.execute(*args, **options.__dict__)
File "/usr/local/lib/python2.6/dist-packages/django/core/management/base.py", line 221, in execute
self.validate()
File "/usr/local/lib/python2.6/dist-packages/django/core/management/base.py", line 249, in validate
num_errors = get_validation_errors(s, app)
File "/usr/local/lib/python2.6/dist-packages/django/core/management/validation.py", line 22, in get_validation_errors
from django.db import models, connection
File "/usr/local/lib/python2.6/dist-packages/django/db/__init__.py", line 41, in <module>
backend = load_backend(settings.DATABASE_ENGINE)
File "/usr/local/lib/python2.6/dist-packages/django/db/__init__.py", line 17, in load_backend
return import_module('.base', 'django.db.backends.%s' % backend_name)
File "/usr/local/lib/python2.6/dist-packages/django/utils/importlib.py", line 35, in import_module
__import__(name)
File "/usr/local/lib/python2.6/dist-packages/django/db/backends/mysql/base.py", line 13, in <module>
raise ImproperlyConfigured("Error loading MySQLdb module: %s" % e)
django.core.exceptions.ImproperlyConfigured: Error loading MySQLdb module: No module named MySQLdb

Instalación del paquete Python-mysqldb

Como habréis notado y visto, cuando hemos ejecutado el syncdb nos ha proporcionado una serie de errores. Esto lo solucionaremos con la instalación del paquete “python-mysqldb”. Para instalarlo podemos ejecutar los siguientes comandos y os tendría que aparecer en la salida algo similar a esto:

bibigeek@macbookpro-bibigeek:~/PythonProjects/testProject$ sudo aptitude search python-mysql
[sudo] password for bibigeek:
p   python-mysqldb                       - Una interfaz Python para MySQL
p   python-mysqldb-dbg              - Una interfaz Python para MySQL (extensión de depuración)

bibigeek@macbookpro-bibigeek:~/PythonProjects/testProject$ sudo aptitude install python-mysqldb
Leyendo lista de paquetes... Hecho
Creando árbol de dependencias
Leyendo la información de estado... Hecho
Leyendo la información de estado extendido
Inicializando el estado de los paquetes... Hecho
Se instalarán los siguiente paquetes NUEVOS:
python-mysqldb
0 paquetes actualizados, 1 nuevos instalados, 0 para eliminar y 0 sin actualizar.
Necesito descargar 0B/98,5kB de archivos. Después de desempaquetar se usarán 352kB.
Escribiendo información de estado extendido... Hecho
Seleccionando el paquete python-mysqldb previamente no seleccionado.
(Leyendo la base de datos ...  00%
153203 ficheros y directorios instalados actualmente.)
Desempaquetando python-mysqldb (de .../python-mysqldb_1.2.2-10_i386.deb) ...
Configurando python-mysqldb (1.2.2-10) ...
Procesando disparadores para python-support ...
Leyendo lista de paquetes... Hecho
Creando árbol de dependencias
Leyendo la información de estado... Hecho
Leyendo la información de estado extendido
Inicializando el estado de los paquetes... Hecho
Escribiendo información de estado extendido... Hecho

Resultado final de Django con MySQL

1- Si en estos momentos ejecutamos el syncdb tendremos el siguiente resultado (texto y pantallazo):

bibigeek@macbookpro-bibigeek:~/PythonProjects/testProject$ python manage.py syncdb
Creating table auth_permission
Creating table auth_group
Creating table auth_user
Creating table auth_message
Creating table django_content_type
Creating table django_session
Creating table django_site

You just installed Django's auth system, which means you don't have any superusers defined.
Would you like to create one now? (yes/no): yes
Username (Leave blank to use 'bibigeek'): demo
E-mail address: bibigeek@gmail.com
Password:
Password (again):
Superuser created successfully.
Installing index for auth.Permission model
Installing index for auth.Message model

Para que podáis comprobar que esta se ha echo realidad (es que al fin lo he podido hacer funcionar…) os ajunto un pantallazo del MySQL Administrator con el diseño del schema testDB, veamosló:

Como habréis visto en la imagen, las tablas creadas son INNODB, importante

Espero que os haya servido de algo y suerte!!!!!

Copia de Seguridad o Backup con mysqldump

Estos días he tenido que hacer la copia de seguridad de mis Base de Datos de MySQL manualmente y como no… lo he tenido que hacer con el comando mysqldump (link man mysqldump).

En mi caso he tenido que hacer el backup de TODAS las Base de Datos que tengo y para ello he ejecutado el siguiente comando:

sudo mysqldump -A --password=CLAVE --user=USUARIO > backupDB_5Enero2010.sql

Se pueden utilizar varios que otras opciones, por ejemplo:

1. Copia de Seguridad – Backup con un comando más simple:

sudo mysqldump --opt > salidaBackup.sql

2. Copia de seguridad lo más rápidamente, ejectivamente de una Base de Datos concreta:

sudo mysqldump --opt --password=CLAVE --user=USUARIO BASEDATOS > salidaBackup.sql

3. Copia de seguridad de una sola tabla de una Base de Datos:

sudo mysqldump --opt --user=USUARIO --password=CLAVE BASEDATOS TABLA > salitaTabla.sql

Esto es lo que he podido probar pero se pueden hacer bastantes combinaciones posibles. Ahora veamos como podemos restaurar estas copias de seguridad desde comandos, nuevamente.

Restaurar Copias de Seguridad Backup con mysqldump

Al igual que he explicado en la parte superior, podemos hacer la restauración del fichero de distintas maneras y utilizando más o menos parámentros. Veamos los más utilizados:

1. Comando simple para restaurar un Base de Datos concreta:

sudo mysql BASEDATOS < salidaBackup.sql

2. Comando con más parámetros de todos

sudo mysql user=USUARIO --password=CLAVE BASEDATOS < salitaTabla.sql

Espero que os haya servido de algo!!!! Saludos

Hace unas semanas, cuando tuve que introducirme en el mundo MySQL, me quedaban constantemente dudas y preguntas. He tenido que hacer uso de San Google para que me las pudiera solucionar.
La duda surgía cada vez que tenía que crear una tabla, una campo de una tabla, la base de datos… ya que había un campo que no sabía que seleccionar, EL COTEJAMIENTO (así como lo está traduciendo MySQL, aunque en los manuales también estoy leyendo la palabra “COLACIÓN”.

Como codificación, yo siempre elegía el UTF-8, y ya está…, del cotejamiento no tenía NI IDEA. Entonces, buscando pude encontrar las diferencias que tenían los cotejamientos: utf8_unicode_ci y el utf8_general_ci,  ambos los más conocidos de UTF8.

Opinión: Desde mi punto vista el objetivo principal de los cotejamientos es el de proporcionar una codificación UTF-8, pero los objetivos que se puedan plantear, individualmente, cada cotejamiento son totalmente distintos, los cuales intentan tener en cuenta la precisión, la rapidez, la internacionalidad…

Características utf8_unicode_ci

1. No soporta parcialmente el Algoritmo de  Colación Unicode
2. Aunque no soporte totalmente el Algoritmo de Colación Unicode, la característica más significativa es que soporta EXPANSIONES, esto es visible o palpable: “cuando hacemos una comparación de caracteres, un carácter resulta igual a una combinación de caracteres, por ejemplo, ‘ß’ => ’ss’ “

Características utf8_general_ci

1. Es una colación heredada, la cual NO soporta EXPANSIONES.
2. Sólo puede hacer comparaciones entre caracteres uno a uno
3. Estas comparaciones son muy rápidas

UTF8_Unicode_ci VS UTF8_General_ci

Los tiros van por el último punto del utf8_general_ci que he expuesto, La Rapidez. Pero nos tenemos que hacer la siguiente pregunta:

¿Queremos RAPIDEZ o PRECISIÓN?

Con estos dos tipos de colaciones no podemos tener ambas a la vez, por lo tanto, nos decantaremos por una sola. Dependiendo de cual nos decantemos elegiremos la colación:

• Rapidez = utf8_general_ci
• Precisión = utf8_unicode_ci

Especifiquemos el POR QUÉ:
Utf8_unicode_ci, al soportar Expansiones, permite que un carácter (el ‘ß’ en Alemán, por ejemplo) se transforme en una combinación de caracteres (el ’ss’ del ejemplo anterior). Entonces esta colación tiene en cuenta esta posibilidad a la hora de hacer una comparación entre caracteres.
En cambio, el utf8_general_ci, al no soportar EXPANSIONES la comparación de ‘ß’ es ’s’ porque solamente mira un carácter. Esto significa que estas comparaciones son más rápidas pero ‘ligeramente’ menos correctas.

Comparaciones correctas en ambas colaciones:

Ä = A
Ö = O
Ü = U

Comparaciones incorrectas para utf8_general_ci:

ß = s

Si en nuestra Página Web, aplicación,… no tiene que haber problemas con caracteres ‘raros’, la elección es utf8_general_ci, es mucho más rápido. De lo contrario la colación debería ser utf8_unicode_ci.

Os pongo el link de donde he sacado la info: MySQL5 Reference.

Solución para activar InnoDB en MySQL

La solución es tan simple como la de comentar una línea en el fichero de configuración del MySQL, la línea es esta: “skip innodb”. Hay que comentarla con el carácter almohadilla ‘#’.
Este fichero de configuración se llama my.cnf y lo podemos encontrar en el directorio /etc/mysql/my.cnf.
Importante, después de realizar la modificación REINICIAR el MySQL.

Para aquellos que tengan un servidor compartido, supongo que os tendréis que poner en contacto con el servicio técnico para que se active esta opción. Por temas de rendimiento, a lo mejor lo tienen desactivado.

¿Cómo aplicar la Integridad Referencial con PHPMyAdmin? ¿Cómo crear las Foreign Key en PHPMyAdmin?

Estas dos preguntas podrían ser la misma, ya que para aplicar la Integridad Referencial se necesitan las Foreign Key, pero seguro que habrá gente que no conocerá la palabra Foreign Key y sí Integridad Referencial o viceversa. Vamos a utilizar el mismo ejemplo del anterior POST: el coche – modelo – servicio técnico. Veamos de nuevo el diagrama:

Pasos a realizar para añadir la Integridad Referencial con PHPMyAdmin

1. Crear una Base de Datos (el nombre el que queráis).

2. Crear todas las Tablas. Según el Modelo Relacional hay que crear 4 Tablas, de las cuales hay una es la que contiene las relaciones entre la T_COCHE y T_SERVICIO. Al crear una Tabla hay que especificar que el Motor de almacenamiento sea el InnoDB y no el que viene por defecto, el MyISAM. Como en el modelo no he especificado los campos/entidades tendremos que mirar todo el manual, lo siento.

- Creamos la Tabla T_COCHE:

Contiene tres campos: MARCA la especificamos como la Primary Key, NOMBRE y DESCRIPCION. Como podréis fijaros lo que SÍ es importante es que el combo de longitud / Valores tiene una cantidad u otra, eso va según lo que vayamos necesitando. Otra cosa a tener en cuenta es el COTEJAMIENTO, hemos puesto el utf8-general-ci (dedicaré un POST para explicar la diferencia entre el cotejamiento utf8-unicode-ci y el utf8-general-ci, lo estuve buscando y me gustó como Tema para un POST, así no se me olvidan los conocimientos). Veamos el resumen después de dar de alta la Tabla:

Esta última imagen se muestra el resumen, tanto del código SQL como la especificación de las entidades, los botones pertinentes para hacer las modificaciones, eliminar la entidad… También nos especifica cual es la Primary Key.

- Creamos la Tabla T_MODELO:

Hay dos imágenes porque en una no me cabía el pantallazo . Aquí podéis fijaros que he creado un autonumérico (IDMODELO) que será la Primary Key. Le he especificado que no pueden ser números negativos (ocupa menos B) y como en el resto de campos, el cotejamiento es utf8-general-ci. Fijarse que nuevamente para la creación de la tabla especificamos que el Motor de Almacenamiento sea InndoDB. Igual que en la anterior Tabla, mostramos el resumen de su creación:

- Creamos la Tabla T_SERVICIOTECNICO:

Aunque el nombre no corresponda con el del diagrama especificado (T_SERVICIO), es lo mismo y no ha cambiado para nada su función u objetivo, sólo se ha cambiado porque quedaba mucho más claro que el nombre anterior.

En esta tabla no hay mucho que explicar ya que es lo mismo que en las anteriores Tablas (después de esto ya vendrán las relaciones Foreign Key). Solamente pondré las imágenes para que quede totalmente claro cuales son los campos, los tipos, longitud/Valores, etc. Imágenes de su creación:

Ahora vendrá la imagen del resumen de la creación de la Tabla:

- Creamos la Tabla T_COCHE_SERVTEC:

Sólo voy a añadir una imagen, ya que estos dos campos tienen que tener la MISMA especificación que los ID’s que tienen las tablas: T_COCHE y T_SERVICIOTECNICO.

¿Por qué la misma especificación? Porqué esta tabla va a ser la que contenga la relación N – N del Modelo Entidad Relación (MER) que hemos explicado en el diagrama y van a ser los mismos valores. Si no lo ponemos idénticamente, a la hora de hacer la relación, el MySQL nos lanzará una excepción de Error. Veamos la imagen con la especificación:

3. Crear los INDEX.

Hay que crear obligatoriamente los INDEX para establecer las Foreign Keys, ¿pero a qué campo hay que aseginarle la propiedad Index? Pues le asignaremos la propiedad INDEX a los campos que serán las FOREIGN KEY de la Tabla.

- Creamos el Index de la Tabla T_MODELO:

Cuando he creado la Tabla T_MODELO he dejado un campo sin CREAR (aposta), que es la FOREIGN KEY de la Tabla T_COCHE (esto responde a la relacion 1-N entre T_COCHE – T_MODELO). Por lo tanto, ahora voy a poner dos imágenes de cómo creo el nuevo Campo. Va a tener la misma especificación que la Primary Key de la Tabla T_COCHE (MARCA) y le añadiré la propiedad de INDEX:

Veamos ahora la imagen que muestra el resumen de la creación del nuevo Campo. He resaltado dos cosillas: una nueva función que podemos realizar con la Tabla “Vista de relaciones”, y segundo, emmarco el INDEX que le he llamado igual que la Primary Key, MARCA.

- Creamos los INDEX de la Tabla T_COCHE_SERVTEC:

En esta tabla las Primary Keys, que son IDMODELO e IDSERVICIO, también van a ser los INDEX , ya que son las Foreign Keys de sus respectivas Tablas. NO importa hacer una MODIFICACIÓN de los campos creados, sólo tendremos que pulsar el botón de INDEX de la Sección “ACCIÓN” de PHPMyAdmin, automáticamente ya hace el ALTER TABLE. Mirad la siguiente imagen, lo describe mucho mejor:

4. Creamos las Relaciones (Foreign Keys, FKs) con PHPMyAdmin.

Cuando creamos un Tabla con el Motor INNODB y los INDEX correspondientes, si seleccionamos para ver la estructura de la Tabla, automáticamente se añade una nueva función en la Tabla: “Vista de Relaciones” (lo hemos visto hace dos imágenes). Por lo tanto, ahora veremos en las siguientes imágenes como crear las Foreign Key de forma gráfica con el PHPMyAdmin.

- Creamos la Foreign Key de la Tabla T_MODELO:

Primero entramos en la estructura de la Tabla.
Después pulsamos el botón de la función: “Vista de relaciones”. Ver imagen:

Una Vez pulsado el botón accederemos una nueva página de PHPMyAdmin la cual nos indica cuales de los campos pueden ser Foreign Key. En este caso, el campo MARCA es nuestra Foreign Key, y la tenemos que relacionar con la Tabla T_COCHE. Veamos la imagen de como lo está mostrando el PHPMyAdmin:

Para relacionar la Tabla T_COCHE deberemos seleccionar la opcion T_COCHE -> MARCA. Veamos la imagen del Resumen:

Cómo podéis daros cuenta no es un procedimiento trivial, lleva su trabajillo y sus cosas, que si especificar el INNODB, crear los INDEX, ahora ya se pueden hacer las relaciones… no es fácil, pero cuando se hacen dos o tres la mecánica ya se lleva dentro.

- Creamos las Relaciones de T_COCHE_SERVTEC:

Al ser el mismo procedimieto que el anterior, directamente os muestro el RESUMEN de como tendría que quedar la Tabla, veamos:

Hasta aquí el segundo POST, que algunos ya me escribieron comentarios en que lo esperaban.
Daros las gracias a tod@s por vuestras ayuda, si hay algo que esté mal o que creáis que está mal expresado o que no se entiende, por favor, no dudéis en contactar conmigo y lo cambiamos.
Muchas gracias a todos!!!! bibigeek!!!!

Definición de Integridad Referencial

Podemos entender como Integridad Refencial a la propiedad, aplicada en las Bases de Datos, que nos garantiza que una Entidad (fila o registro) se relaciona con otra entidad que EXISTE en la Base de Datos. Nos aseguramos en todo momento que la información no esté repetida innecesariamente, que exita tal información, relaciones mal hechas…

Definición de Claves Foráneas – Foreign Key

Una clave foránea, o foreign key, no es más que un campo (Entidad) de un tabla que hace referencia al identificador de otra Tabla.

MySQL – Integridad Referencial y las Foreign Key

En las primeras versiones de MySQL (hasta aproximadamente la versión 3.23) la Integridad Referencial no estaba disponible, y a la hora de crear la Base de Datos, esta Integridad debía ser controlada por parte de la aplicación.

A la hora de crear una Base de Datos, el motor por defecto de MySQL es el MyISAM pero a partir de la versión 3.23 (según la Wikipedia en la versión 4 de MySQL) se incorpora el motor InnoDB, que nos permitirá tener Bases de Datos con Integridad Referencial.

Tengo que decir que no sé muy bien como interpreta el motor MyISAM la sintaxis de Foreign Key (por lo que he podido entender… lo interpreta como si fueran CREATE TABLE), pero si puedo asegurar, es que la Integridad Referencial no se aplica nativamente para este motor.

¿Qué es el Motor MyISAM?

Es el motor de almacenamiento por defecto del MySQL. Como propiedades relevantes tenemos que destacar su gran rapidez con las consultas, “ya que no tiene que hacer comprobaciones de Integridad Referencial”. Está realmente optimizado para aplicaciones, sistemas, programas… en las que no hay un número elevado de inserciones.

¿Qué es el Motor InnoDB?

El innoDB es una tecnología de almacenamiento de datos, se caracteriza por soportar transacciones de tipo ACID e incluir la Integridad Referencial. Sé que me repito mucho, pero la llegada de este motor de almacenamiento en MySQL, nos permite definir Claves Foráneas (Foreign Key), y gracias a ello, definir reglas o restricciones que nos aseguren la Integridad Referencial de los registros de la Tabla/Base de Datos.

¿Cómo especificamos el tipo de motor a utilizar en MySQL?

A la hora de crear una tabla hay que indicarle la opción ENGINE. Con esta opción le indicaremos el motor que tiene esta tabla en concreto: MyISAM, InnoDB, BDB, … veamos un ejemplo sencillo:

CREATE TABLE `PRUEBA` (
     ID int(10) unsigned NOT NULL auto_increment COMMENT 'IDENTIFICADOR TABLA',
     NAME varchar(40) NOT NULL COMMENT 'NOMBRE PELICULA',
     DESCRIPTION varchar(255) default NULL COMMENT 'DESCRIPCION PELICULA',
     CREATIONDATE timestamp NOT NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP COMMENT 'FECHA DADA DE ALTA LA PELICULA',
     PRIMARY KEY  (ID),
) ENGINE=MYISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;

InnoDB vs MyISAM

Antes de llegar a la especificación de cómo crear la Integridad Referencial por código SQL, voy a enumerar primero las diferencias que podemos encontrar en los tipos de motor de almacenamiento InnoDB y MyISAM. ¿Por qué? Porque según la función e implicación que tenga que tener nuestra Base de Datos nos podemos decantar por uno o por otro motor.

InnoDB:

• Permite el uso de Transacciones: no es más que todo un conjunto de órdenes que se ejecutan como si fueran una unidad de trabajo, dicho de otro modo, que este bloque de órdenes (transacciones) no finalizan en un estado intermedio. Si alguna orden se ha ejecutado y  no finaliza la ejecución de todo el bloque de órdenes correctamente, el SGBD (Sitema Gestor de Base de Datos) se encargará (como de un rollback se tratase…) de dejar la Base de Datos en el estado inicial.
• Las Transacciones son de Tipo ACID: acrónimo de Atomicity, Consistency, Isolation and Durability (o dicho en español: Atomicidad, Consistencia, Aislamiento y Durabilidad).
• Si nuestra Aplicación utiliza mucho el uso de Inserts y Updates notaremos una gran mejoría respecto al motor MyISAM.
• La caché de las lecturas y escrituras de los registros se realiza mediante una combinación entre Cachés de registro y de índice. Con lo consecuente, InnoDB no envia los cambios de la tabla al Sistema Operativo (S.O., opción más lenta…) para que los escriba, por lo tanto, es mucho más rápido que MyISAM en según que escenarios.
• ACTUALIZACIÓN gracias a ikhuerta. Bloqueo a nivel de registro, es decir, por cada petición (Selects, Inserts, updates…) que se haga a la tabla se bloquea a nivel de REGISTRO, en cambio MyISAM bloquea toda la tabla entera hasta finalizar su ejecución, pudiendo así crear una cola de peticiones. Del otro modo, al bloquear solamente el registro necesario, el resto de registros quedan libres para su utilización.

MyISAM:

• Mayor velocidad en general a la hora de recuperar datos.
• Es recomendable para aquellas Base de Datos donde predominan los Selects y no los Inserts o Updates.
• Con la ausencia de Automacidad (no hay comprobaciones de integridad referencial, no hay bloqueos de tablas,…) obtenemos nuevamente una mayor velocidad.
• Cuenta con una algoritmo de Compresión de Datos muy eficiente, de modo que el espacio en disco, Ram o caché, es realmente inferior al del motor InnoDB. Aunque he leído que el motor InnoDB ha mejorado este aspecto y ya está en práctica en el MySQL 5, reduciendo así un 20% del espacio.
• No soporta Transacciones, ¿ventaja o desventaja? Según lo que pone la wiki puede llegar a ser una ventaja, por el simple echo que los accesos a disco que tiene el motor InnoDB es de almenos una por cada transacción. Esto supone una limitación de transacciones para los discos duros, de aproximadamente unas 200 por segundo.

Hasta aquí creo que ya es suficiente de teoría, es una buena recopilación de información, ahora pasemos a lo importante: “LOS EJEMLOS”.

Código SQL, para montar la Integridad Referencial

Veamos un ejemplo del Esquema en MER(Modelo Entidad Relación) y MR (Modelo Relacional, después de normalizar el MER), adjunto imagen:

Ahora veamos el código SQL para ver como se crearía esta Base de Datos y todas sus relaciones:

SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";

--
-- Base de datos: `testpostFKs`
--

-- --------------------------------------------------------

--
-- Estructura de tabla para la tabla `T_COCHE`
--

CREATE TABLE IF NOT EXISTS `T_COCHE` (
     `MARCA` varchar(20) NOT NULL,
     `ORIGEN` varchar(25) NOT NULL,
     `FECHAINICIO` datetime NOT NULL,
     PRIMARY KEY  (`MARCA`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

--
-- Volcar la base de datos para la tabla `T_COCHE`
--

-- --------------------------------------------------------

--
-- Estructura de tabla para la tabla `T_COCHE_SERVTEC`
--

CREATE TABLE IF NOT EXISTS `T_COCHE_SERVTEC` (
     `IDMODELO` int(10) unsigned NOT NULL,
     `IDSERVICIO` int(10) unsigned NOT NULL,
     PRIMARY KEY  (`IDMODELO`,`IDSERVICIO`),
     KEY `IDMODELO` (`IDMODELO`),
     KEY `IDSERVICIO` (`IDSERVICIO`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

--
-- Volcar la base de datos para la tabla `T_COCHE_SERVTEC`
--

-- --------------------------------------------------------

--
-- Estructura de tabla para la tabla `T_MODELO`
--

CREATE TABLE IF NOT EXISTS `T_MODELO` (
     `IDMODELO` int(10) unsigned NOT NULL auto_increment,
     `NAME` varchar(25) NOT NULL,
     `DESCRIPTION` varchar(255) default NULL,
     `FECHAEXPEDICION` datetime default NULL,
     `DISENYADOR` varchar(25) NOT NULL,
     `MARCA` varchar(20) NOT NULL,
     PRIMARY KEY  (`IDMODELO`),
     KEY `MARCA` (`MARCA`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;

--
-- Volcar la base de datos para la tabla `T_MODELO`
--

-- --------------------------------------------------------

--
-- Estructura de tabla para la tabla `T_SERVICIOTECNICO`
--

CREATE TABLE IF NOT EXISTS `T_SERVICIOTECNICO` (
     `IDSERVICIO` int(10) unsigned NOT NULL auto_increment,
     `NOMBRE` varchar(40) NOT NULL,
     `PAIS` varchar(25) NOT NULL,
     `PROVINCIA` varchar(25) NOT NULL,
     `LOCALIDAD` varchar(25) NOT NULL,
     `DIRECCION` varchar(255) NOT NULL,
     `TELEFONO` int(10) unsigned default NULL,
     `FAX` int(10) unsigned default NULL,
     PRIMARY KEY  (`IDSERVICIO`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;

--
-- Volcar la base de datos para la tabla `T_SERVICIOTECNICO`
--

--
-- Filtros para las tablas descargadas (dump)
--

--
-- Filtros para la tabla `T_COCHE_SERVTEC`
--
ALTER TABLE `T_COCHE_SERVTEC`
ADD CONSTRAINT `T_COCHE_SERVTEC_ibfk_2` FOREIGN KEY (`IDSERVICIO`) REFERENCES `T_SERVICIOTECNICO` (`IDSERVICIO`) ON DELETE CASCADE ON UPDATE CASCADE,
ADD CONSTRAINT `T_COCHE_SERVTEC_ibfk_1` FOREIGN KEY (`IDMODELO`) REFERENCES `T_MODELO` (`IDMODELO`) ON DELETE CASCADE ON UPDATE CASCADE;

--
-- Filtros para la tabla `T_MODELO`
--
ALTER TABLE `T_MODELO`
ADD CONSTRAINT `T_MODELO_ibfk_1` FOREIGN KEY (`MARCA`) REFERENCES `T_COCHE` (`MARCA`) ON DELETE CASCADE ON UPDATE CASCADE;

Puntos a tener en CUENTA:

• El motor de almacenamiento es INNODB (Engine=INNODB)
• El campo o entidad que representa la Foreign Key, para indicarle realmente que es una Foreign Key, primero hay que especificarle que es un INDEX, lo hacemos así: KEY `IDSERVICIO` (`IDSERVICIO`)
• Hay que indicarle a la Foreign Key la función a ejecutar por parte de la Base de Datos cuando se elimine una Clave Primaria (PK), por ejemplo, si eliminamos una tupla de T_COCHE ¿cómo tiene que proceder la base de datos con las otras tablas que estén referenciadas? Para eso sirve el: ON DELETE CASCADE ON UPDATE CASCADE

Hasta aquí este post, el siguiente será: Montar la Integridad Referencial con PHPMyAdmin.