Hola qué tal.
Bienvenidos a este nuevo capítulo del curso completo de base de datos.
En esta oportunidad vamos a ver la tercera forma normal y claro nosotros ya hemos optimizado muchísimo
nuestras tablas las tablas de ejemplo que estoy creando de cabecera y detalles y vamos a ver qué dice
la tercera forma normal.
La tercera forma normal dice que no puede haber datos derivados.
Qué son los datos derivados.
Cuando nosotros tenemos en una tabla un campo Identity un campo aided que apunta hacia otra tabla como
por ejemplo aquí nuestro campo ventas se vieron bajo clima y vida.
No podemos incluir en esta tabla no deberíamos es lo que nos recomienda la optimización de base de datos
incluir ningún dato más de clientes.
Si todos los datos que yo necesito de clientes los voy a conseguir uniendo esta tabla con la tabla clientes.
No puedo no está bien visto es una mala práctica incluir en mi tabla de cabecera otro dato que se encuentre
en la tabla adquirientes.
Por ejemplo el teléfono por ejemplo el email cualquier dato que yo ya estoy pudiendo obtener por haber
unido ambas tablas no lo puedo incluir en mi tabla maestra o en ninguna tabla.
Si nosotros vamos al detalle a la tabla detalle vemos que tenemos una idea que nos conecta con la tabla
de productos.
Aquí ocurre lo mismo no podemos incluir en nuestra tabla de detalle ningún campo que ya se encuentre
en la tabla de productos está mal visto es repetir información.
Si yo quiero información del producto como ser el descuento que tenga o el color o algo o qué proveedor
lo vende sí o sí voy a tener que respetar esto y solamente poner el campo a ir de la tabla producto
entonces vamos a repasar un poquito esta primera etapa de optimización que tiene que ver con lo formal
que tiene que ver con lo formal y que no son reglas inventadas por mí.
Primero teníamos la primer forma normal la primer forma normal nos decía que no podemos repetir datos
de una tabla.
Se acuerdan el tema de que la fecha se repetía n veces haciendo mención a una sola identidad era la
misma factura que vamos a tener que ponerla en un solo registro de cabecera no repetirlo esos datos
en la tabla de detalle.
De esa manera nosotros al haber corregido este error estamos respetando la primera forma normal.
Y qué nos dice La segunda forma normal o qué nos decía cuando lo estuvimos viendo.
Nos dice que cada columna de la tabla debe depender de la clave principal de dicha tabla.
Si la clave principal de nuestra tabla hace mención a que nuestra tabla es una tabla de proveedores
todos los campos que se encuentren dentro de ella tienen que estar relacionados a los proveedores.
No tiene sentido o está mal visto incluir en una tabla proveedores Campos que tengan que ver con otras
tablas cuando se nos junten muchos campos.
Vamos a saber de acuerdo a lo que vamos a ver en las clases que viene que podemos atomizar agrupar clasificar
por tipo de información y podemos ir abriendo en otras tablas la verdad que ahora vamos a pasar a jugar
fuerte.
Ahora vamos a ir a las optimizaciones ya profesionales vamos a salir de lo estándar que son las tres
formas normales que ustedes lo van a poder googlear en cualquier foro o en cualquier blog y vamos a
ir a optimizaciones que tienen que ver con el trabajo de muchos años manejando tablas realizando consultas
y viendo los resultados.
Así que los invito a ver nuestros cursos nuestras clases que siguen que nos hablan de consejos avanzados.
Nos vemos en la siguiente clase.