Metodología para optimizar las bases de datos.

3 formas normales. El ABC de las bases de datos relacionales. Son una serie de reglas que se deben cumplir a la hora de diseñar una base de datos, con sus tablas, campos y relaciones.

No se deben repetir datos de una tabla.

Concepto de tabla maestra y tabla de detalle.

Ejemplo de tabla mal hecha:

Podemos ver que se repite el número de factura y el cliente.

La tabla maestra debería ser:

La de detalle:

Cada campo de la tabla debe depender de la clave principal. No podemos incluir campos que dan información de otras tablas.

Por ejemplo, si tenemos una tabla de clientes, no incluiremos campos de productos.

No puede haber datos derivados. Si tenemos una clave foránea en una tabla, no podemos incluir en esa tabla otro campo de la tabla foránea si ellos los podemos obtener a través de dicha clave foránea.

Por ejemplo, si tenemos un campo llamado id_departamento en la tabla clientes, no podría incluir un campo nombre_departamento en esa tabla ya que es un dato que se puede obtener mediante el campo id_departamento cuando buscamos en la tabla de departamentos.

Esta forma normal obliga al uso de JOINS para poder obtener los datos que necesitemos.

Es preferible tener todo más atomizado en diferentes tablas que no pocas tablas llenas de campos.

Al separar los datos en varias tablas, cuando crucemos información tendremos más registros, pero no crecerá en campos.

Muy útil cuando necesitamos que aparezca un valor siempre que no se diga lo contrario.

Con campos de tipo BIT, nos facilitará mucho las consultas a ciertas tablas. Ciertas comprobaciones, en lugar de hacer consultas o desarrollos complejos, podremos resolverlas con filtros sencillos.

Por ejemplo, teniendo una tabla productos, podríamos tener los siguientes campos:

• estado: indica si el producto está habilitado para su uso en el sistema.
• venta_suspendida: indica si el producto se quitó para la venta
• compra_suspendida: indica si el producto se quitó para la compra

Si las búsquedas se suelen hacer por ciertos campos, es recomendable añadirles índices para acelerarlas.

Con el tiempo, se almacenará tal cantidad de datos que afectará al tiempo que tardan las consultas.

Un buena recomendación es crear tablas de resumen. Normalmente se automatiza un proceso mensual para crear una tabla con totales de un determinado periodo y así en búsquedas de ese rango de fechas, se hagan a estas tablas resumen en lugar de la tabla con la información desde el origen de los tiempos.

No es nada recomendable que las tablas crezcan de forma descontrolada.

En MySQL no existe este tipo de JOIN, pero se puede emular mediante UNION:

Con dos tablas:

SELECT * FROM t1
LEFT JOIN t2 ON t1.id = t2.id
UNION
SELECT * FROM t1
RIGHT JOIN t2 ON t1.id = t2.id

Con 3 tablas

SELECT * FROM t1
LEFT JOIN t2 ON t1.id = t2.id
LEFT JOIN t3 ON t2.id = t3.id
UNION
SELECT * FROM t1
RIGHT JOIN t2 ON t1.id = t2.id
LEFT JOIN t3 ON t2.id = t3.id
UNION
SELECT * FROM t1
RIGHT JOIN t2 ON t1.id = t2.id
RIGHT JOIN t3 ON t2.id = t3.id

• Why does MySQL report a syntax error on FULL OUTER JOIN? (Stack Overflow)

Seleccionar los registros de una tabla que no aparezcan en la otra:

SELECT *
FROM table1 t1
LEFT JOIN table2 t2 ON t2.id = t1.id
WHERE t2.id IS NULL

Las tablas se usan para almacenar información en la base de datos.

Se puede poner el nombre en singular o plural.

Son como tablas virtuales basadas en el resultado de consultas SQL. Una vista contiene filas y columnas, como una tabla normal.

Cada nombre de vista debería comenzar por vw_: vw_ProductDetails.

Una clave primaria identifica de forma unívoca cada registro en una tabla

La clave debería comenzar con PK_ e ir seguido del nombre de la tabla: PK_Empleados.

Una clave foránea es un campo de una tabla que es clave primaria en otra tabla. El propósito de la clave foránea es asegurar la integridad referencial de los datos.

La clave foránea debería comenzar por FK_ e ir seguido del nombre de la tabla que la contiene y luego el nombre de la tabla donde es clave primaria: FK_Employees_Projects, FK_Students_ContactNumbers, FK_Orders_Details