Hola qué tal.
Bienvenidos a este nuevo capítulo del curso completo de base de datos.
Y llegamos al área premium.
Vamos a ver normalizacion avanzada y buenas prácticas así que vamos a dividir estas clases en consejos.
Este es el primer consejo que voy a darles de normalización avanzada.
Esta clase se podría llamar es mejor más tablas y atomizar la información que pocas tablas con decenas
y decenas de campos.
Por qué.
Porque cuando nosotros hacemos crecer mucho nuestra tabla y nuestra tabla tiene campos de todo tipo
de clasificación por ejemplo tenemos montos tenemos descripciones tenemos valores datos numéricos datos
de fecha primero se va a ser más difícil comprenderla y va a afectar también el tema de la performance
si o si va a afectar la performance.
Hay gente que dice que no que se pueden tener centenares de campos en una tabla y que no afecta la realidad.
Y después de haber trabajado mucho en el campo profesional puedo decirles que sí que afecta y además
afecta en el tema Tiempo de comprensión de lo que tiene que tener una tabla.
Cuando tenemos muchos campos nos cuesta comprender bien el tema del alcance de la tabla.
En cambio cuando nosotros autorizamos en tablas que están categorizadas por ejemplo una tabla tiene
medios de pago otra tabla tiene la cabecera de factura ya conocemos que hay una tabla con nuestro detalle
de productos la comprensión y la utilización de esas tablas se hace mucho más fluido y nuestras consultas
SQL se hacen mucho más cortas y fáciles de manejar.
Vamos a ver un ejemplo nosotros tenemos nuestra tabla de cabecera de facturas.
Ahora sí vamos a seguir agregando Campos vamos a hacer de cuenta que en una factura siempre hay medios
de pago.
Con qué nos abonó el cliente esa factura.
Imagínense si nosotros tuviéramos que ingresar el campo efectivo para saber que nos pagó en efectivo
esto aunque no lo crean he visto muchas muchos desarrollos que tienen ventas pagos de tarjeta
ventas
cheque y así podríamos sumarle campos y campos y campos a nuestra tabla de cabecera.
Y no solo eso no quiero solo el total de tarjetas de crédito de una compra quiero discriminado cu��nto
fue en Bisa cuánto fue MasterCard y cuánto fue en American Express.
Entonces nosotros vamos a tener un trabajo muy tedioso.
Si a esta tabla tuviéramos que agregarle cada medio de pago y yo les pregunto si el día de mañana se
agrega un medio de pago tenemos que ir a tocar nuestra tabla de cabecera.
Vamos a ver un primer acercamiento a lo que sería una buena práctica.
Vamos a crear una nueva tabla.
Esto lo vamos a descartar no vamos a agravarlo vamos a crear una nueva tabla llamada
ventas sé de ventas.
Perdón.
Bueno hoy estoy ahí hasta le vamos a poner una observación.
Ventas medio de pago.
Y qué vamos a tener en nuestra tabla ventas medio de pago.
Obviamente
nuestro aided que va a ser de tipo bueno me voy a poner Veguín porque si por cada factura por cada cabecera
vamos a tener una tabla que va a reflejar los medios de pago yo tendría que ponerle un Beguin o un tipo
de última porque bueno son tablas que empiezan a crecer y salvo que las vayan depurando nunca van a
dejar de crecer y aunque las depure el número nunca vuelve a ser de Leydis nunca vuelve a uno siempre
va a ir creciendo entonces vamos a decirle que es nuestra clave principal auto incremental y ya tenemos
nuestra clave principal de la tabla ventas MP que sería medio de pago vamos a agregar
nuestro campo afectivo
y así sucesivamente un campo
tarjeta visa puede ser
bueno esto que yo estoy haciendo aquí es una mejora con respecto a poner todos estos campos en la cabecera
de nuestra factura pero esto que estoy haciendo yo aquí sigue siendo una mala práctica.
Por qué.
Bueno los invito al próximo capítulo al segundo consejo de buenas prácticas y lo vamos a descubrir los
espero.