VIDEO 13. ¿Descargar Archivo .SQL de ejemplo?
Descarguen el archivo que les adjunto en esta clase, que será lo que usaremos para todos los
ejercicios del resto del curso
Ver en el extremo superior izquierdo donde dice "Recursos Disponibles", hacer click ahí, y
descargar el archivo "[Link]"
VIDEO 14. ¿IMPORTAMOS EL ARCHIVO SQL DEL CURSO?
Bueno, vamos a comenzar a trabajar con el archivo que seguramente ya se han descargado.
Si no lo han descargado aún, tienen que poner pausa este video, ir al capítulo anterior, descargar
el archivo “curso .sql” y es el que nos va a permitir crear la base de datos con la que vamos a
trabajar en todo el curso.
Entonces, una vez que tienen el curso descargado en una carpeta, van a venir aquí a este dibujito
de carpeta o pueden venir a archivo y van a cargar archivo SQL.
Son las mismas instrucciones solo que en menús diferentes. Vamos a venir aquí.
Vamos a buscar la carpeta que donde tenemos todo.
Yo lo tengo en el disco C, vamos a hacer doble clic en el archivo, nos da un warning para
autodetectar la codificación del archivo, le decimos que SI y nos carga todo el código Aquí No se
preocupen si no entienden nada de esto porque todavía no hemos aprendido el lenguaje SQL.
Ustedes lo único que tienen que hacer van a ver que aquí hay 71.000 líneas de código.
Lo único que tienen que hacer una vez que cargaron esto aquí es van a darle aquí en correr,
EJECUTAR o pulsar la tecla F9 y eso automáticamente me aparece otro warning de si voy a
colocar voy a ejecutar consultas inseguras, no se hagan problema, o sea, vamos a darle que SÍ y
esto va a ser rapidísimo. ¿Ya terminó de ejecutar?
Lo que tenemos que hacer es venir a nuestra conexión, botón derecho recargar y aquí tenemos
nuestra CursoBD, esta base curso que yo les estuve mostrando para enseñarles sobre tablas y
demás, ustedes ya la tienen en su HeidiSQL.
Fíjense, yo entro aquí en en clientes, tengo mis dos campos que le había mostrado, ustedes van
a poder hacer exactamente lo mismo que estoy haciendo yo en este momento.
Tienen la tabla de productos aquí tengo todos los productos precio 0.
Algunos no tienen el precio en 0 y tenemos el ID de proveedor que me apunta a la tabla
Proveedores. ¿Qué quiero decir con esto?
Que cuando acá dice ID proveedor 14, si voy a mi tabla Proveedores y busco el 14, Este es el
proveedor de ese producto en el cual yo estaba parado.
Todo esto lo vamos a ir aprendiendo, vamos a ir viendo cómo ir de menor a mayor en el
aprendizaje de todo esto, no se preocupen.
Luego tenemos la tabla Ventas aquí en ventas dijimos que era un cabecera detalle, entonces en
ventas voy a tener la cabecera de la venta con la fecha de la venta, el ID de cliente, el
Ventas_NroFactura, el Ventas_Neto, el importe del IVA y el total de la factura(Ventas_Total).
Ahora si yo quiero ver el detalle de esa factura producto por producto vendido lo tengo en
ventas_detalle y si ustedes se fijan en ventas_detalle hay un campo que se llama VD_Ventas_ID
y es precisamente el dato que me apunta a la cabecera de ventas.
Entonces si yo veo aquí VD_ventas ID tengo que en la factura que está en la cabecera con una
ID 123.752 es la cabecera de esta venta. Fíjense que aquí tengo seis productos vendidos en una
misma factura.
Si yo no hiciera esto tendría repetidos datos y eso no es una buena práctica. Tendría repetida la
fecha de la factura 6 veces el total de la factura 6 veces.
Entonces eso se divide siempre en cabecera, que es un solo registro con datos que no voy a
querer repetir.
Y luego el detalle donde el único dato que nos une el detalle a la cabecera es este campo que es
VD_ventas ID.
Luego tenemos el id del producto(VD_ProdId), la cantidad(VD_Cantidad), el precio del
producto(VD_Precio) y el costo del producto(VD_Costo).
Fíjense que aquí no me aparece la palabra PlayStation, me aparece una ID de producto para
hacer la tabla más liviana.
Si aquí estuvieran todas las descripciones no estaría cumpliendo con las normas de estándar de
lo que es la el diseño de una tabla y el diseño de los datos.
Todo esto que yo estoy mencionando ahora lo vamos a aprender.
Durante el curso van a aprender las mejores prácticas, todo lo vigente.
Las 3 reglas formales así se llaman, que las vamos a ver dentro de muy poquito y van a aprender
cómo ser buenos diseñadores, porque en el diseño de una base de datos está el éxito o el fracaso.
Si ustedes no son buenos diseñando bases de datos, van a tener unas bases de datos pesadas,
poco performantes y realmente la idea es que ustedes aprendan las mejores prácticas.
Así que bueno, una vez que tienen todo esto, van vamos a ir al próximo capítulo y vamos a ver
algo.
Unas herramientas ya de Heidi SQL para que ustedes lo comprendan.