Buenas prácticas de bases de datos con SQL

**Primera Forma Normal (1FN)** * Datos atómicos * Clave primaría * Información centralizada **Segunda Forma Normal (2FN)** * Los atributos que no forman parte de ninguna clave han de depender funcionalmente de toda la clave primaria. **Tercera Forma Normal (3FN)** * Los atributos no clave deben ser independientes. **Cuarta Forma Normal (4FN)** * Generación de tablas muchos a muchos. Esto para resolver las dependencias multivaluadas. **Quinta Forma Normal (5FN)** * Generación de tablas muchos a muchos, pero usando únicamente llaves foráneas.

para una persona que no tenga conocimientos previos este curso no le sirve mucho ya que manejan los temas de manera muy abstracta

Parece abrumador si no conoces nada (lo sé), pero como este curso u otros hay que acostumbrarse a buscar información de lo que uno no sabe o no entiende, la diversidad de conocimiento y como lo trasmiten unos u otros es hermoso!. No te desanimes porque no entiendes o te quejes (porque no te lo explican con manzanitas), estas aprendiendo al igual que yo y como muchos o recordando viejas cosas o renovando otras. Claro que abruma pero tranquilo/a hay mucha información para solo atarte a lo que da la Sta. Carolina. Un aporte que puedo darte y que ayuda es tratar de buscar de donde uno es (país) ya que al tener algo en común es mas fácil entender palabras, conceptos que de otro lugar, aunque si logras entenderlo y hasta es en ingles mientras te sirva esta perfecto!. No te rindas! Animate a competir y desafiarte a ti mismo que puedes lograr lo que te propones y mas.

Hola a todos redacté una introducción breve para que inicien bien con esta clase aquellos que estan en conocimiento cero con bases de datos: **SQL (Structured Query Language)**: Es el lenguaje de consulta estructurado y el estándar para la administración y manejo de bases de datos relacionales. Permite realizar operaciones como la inserción, actualización, eliminación y consulta de datos, así como la creación y modificación de la estructura de la base de datos. Las bases de datos relacionales son un conjunto de entidades que almacenan información y están relacionadas entre sí mediante claves foráneas. Una entidad es un objeto del mundo real representado en una tabla, por ejemplo, "students". Cada entidad tiene atributos específicos (como primary\_key, name, last\_name, address, phone, etc), que se representan en columnas(conocidos tambien como campos) dentro de la tabla. Cada fila es una instancia de la entidad, es decir, un nuevo registro con atributos asignados. La clave primaria asegura que cada registro sea único.

### Resumen de las Formas Normales 1. **Primera Forma Normal (1NF):** * **Definición:** Una tabla está en 1NF si todos los valores en las columnas son atómicos (indivisibles) y cada entrada de la tabla contiene un solo valor. * **Cómo Utilizarlo:** Asegurarse de que no haya conjuntos de valores repetidos o múltiples valores en una sola celda. 2. **Segunda Forma Normal (2NF):** * **Definición:** Una tabla está en 2NF si cumple con 1NF y todos los atributos no primarios son completamente dependientes de la clave primaria. * **Cómo Utilizarlo:** Eliminar cualquier dependencia parcial, donde un atributo no clave depende solo de una parte de la clave compuesta (si existe). 3. **Tercera Forma Normal (3NF):** * **Definición:** Una tabla está en 3NF si cumple con 2NF y no tiene dependencias transitivas, es decir, los atributos no primarios no deben depender de otros atributos no primarios. * **Cómo Utilizarlo:** Eliminar cualquier dependencia transitiva separando atributos relacionados en tablas adicionales.

**Ejemplo de Normalización**           

Trabajo como Data Analyst, luego de estudiar por casi 3 años en Platzi y tmb en Udemy,DataCamp y Coursera (pase mas de 100 cursos y cree una serie de proyectos de Data Science en GitHub), actualmente no tengo una suscripción ,pero como hoy es gratis estoy aprovechando para repasar algunos temas y este curso hasta el momento me ha fascinado, trabajo a diario con SQL y Python y estoy aprendiendo conceptos nuevos, solía hacer mis querys y mis códigos de manera cotidiana, pero me faltaban ciertos conceptos teóricos tales como diferencia entre un VARCHAR y CHART, o este tema de las formas normales el cual no había comprendido bien en el curso anterior, pero ahora todo queda de forma más clara :)

Un excelente curso introductorio a las bases de datos era el de Israel Vázquez Morales, "Fundamentos de bases de datos". Una pena que ya no esté online porque era un curso realmente increíble. Para los que este curso les parezca muy avanzado, era una muy buena opción hacer el de fundamentos primero.

no debieron cambiar el curso anterior, estaba un poco largo pero muy completo y masticadito.

Este curso no está siendo de mucha ayuda, es una lástima que no aparezca el curso de profesor Israel, era buenísimo.

Me gusta mucho el formato del curso

Todo muy claro, venia trabajando de manera muy intuitiva con las bases de datos y estos fundamentos no los tenía claros, ahora puedo empezar a estructurar mejor mis datos. Gracias profesora!

Comparto mis apuntes, espero les sea de ayuda: ## **Buenas prácticas de bases de datos con SQL (clase 4)** NORMALIZACION Existen 3 forma para normalizar la base de datos, sirve para la integridad de los datos, organizar la información, tener la estructura de la manera adecuada y para llevar el relacionamiento entre tablas. La normalización se trata de identificar las áreas de negocios de cada una de las tablas que estamos creando y tener un detalle muy especifico de los atributos de los objetos que estamos generando. \<aside> 💡 cuando hablamos de objetos hablamos de: 1. Tablas 2. ColumnasTodo esto hace mas eficaz el proceso de transformación de datos * Teniendo en consideración el tipo de relación que generamos entre estas mismas. * No debe haber incongruencias, tener datos atómicos, buenas relaciones establecidas * una tabla, o una dimensión, o una tabla de hecho por categoría. \</aside> ### FORMAS NORMALES 1. ATOMICIDAD 1. TODA LA INFORMACION DEBE SER ATOMICA, debe tener datos indivisibles. 2. IDENTIFICADA POR UNA CLAVE PRIMARIA, es un identificador único, que nos permite diferenciar la información. No debe haber un mismo registro, dato, con claves primarias distintas. 1. ejemplo, no podemos identificar a una misma persona, con dos ID. 3. INFORMACION CENTRALIZADA POR COLUMNAS, no debe haber un mismo tipo de información, separada por comas, sino no es necesario o sino es una descripción. no podemos tener en una misma columna 2 datos distintos, sino lo que se debe hacer es crear una fila nueva con el mismo ID y en la columna correspondiente agregar la nueva información 2. CONSISTENCIA (Integridad) 1. Todos los atributos no claves, deben depender de la primary key. 2. si tenemos información, que no es estrictamente información de dicha tabla (ejemplo: no es información del alumno sino de los cursos), debemos generar una nueva tabla con la información de los cursos, y hacer la relación a la tabla del alumno a través de la foreing key. 3. ISOLATION (Aislamiento)La tabla de alumnos y la tabla de cursos, se denominan DIMENSIONES.La tabla intermedia se denomina “TABLA DE HECHO O TABLA TRANSACCIONAL”. 1. Todos los atributos NO claves deben ser independientes 1. en el ejemplo del alumno, no se estaría cumpliendo con esta regla, ya que no debería llevar una columna de los cursos que está haciendo. 2. en la tabla del alumno solo debemos generar información netamente de la persona, al igual que si tenemos una tabla con información del curso, solo que tenga data de estos 2. Para poder relacionar las tablas (en este caso alumnos y cursos) 1. generemos una nueva tabla con dos columnas en la que este solamente el ID del estudiando y el ID del curso, de esta manera identificamos un ID con el otro.Esto se denomina tabla intermedia o tabla de detalle. Existen mas reglas de normalizacion: <https://es.wikipedia.org/wiki/ACID> [https://es.wikipedia.org/wiki/Normalización\_de\_bases\_de\_datos](https://es.wikipedia.org/wiki/Normalizaci%C3%B3n_de_bases_de_datos)

La verdad es buena profesora, sin embargo, yo alcance a empezar el curso de **Israel Vázquez** y sí siento que debería retomar e iniciar con una mejor introducción con temas más básicos como Entidades, Atributos, cardinalidad y Diagramas ER. Porque este inicio si no tienes ese contexto se puede sentir un poco brusco. De resto la explicación y el empeño en lo visual, 10/10

Regresen el curso anterior plsss

1NF: La primera forma normal nos habla, de que los datos deben estar organizados de manera eficiente, es decir, que deben cumplir con tres criterios, los cuales son Atomicidad, Unicidad de Filas y Consistencia de Datos. * La Atomicidad, nos dice que cada columna debe contener datos atomicos, es decir, indivisibles y en cada columna no debe haber mas de un valor. * Unicidad de filas, nos dice que cada fila debe ser unica, lo que se puede lograr con las llaves primarias. * Finalmente, la consistencia de datos nos dice que los valores en una columna deben tener el mismo tipo de sus datos. 2NF: La segunda forma normal nos dice que se debe dar un paso mas alla de la primera forma normal, en la que aparte de contener los criterios de la primera forma normal (1NF), se debe cumplir con un criterio adicional. Se deben eliminar las dependencias parciales, esto quiere decir que los atributos que no sean clave deben depender de una llave primaria, es decir, que no deben existir dependencias parciales en las que un atributo que no sea clave, dependa solo de una parte de una llave primaria compuesta. 3NF: La tercera forma normal, incluye las dos anteriores (1NF y 2NF) y aparte se debe cumplir con una condicion adicional. Se deben eliminar las dependencias transitivas, es decir, que los atributos no clave, no deben depender de otros atributos no clave. Es decir, una columna no clave, no debe depender de otra columna (por ejemplo el ID que represente a esa columna), y que a su vez esa columna, dependa de la llave primaria de la tabla.

Encontre "Forma normal de Boyce-Codd" en donde: Cada determinante debe ser una clave candidata. Es decir, si A determina B, entonces A debe ser una clave candidata Personalmente no la conocía 👩‍💻

Son 7 formas de normalización. En general se usan las 3 primeras porque con esto se puede casi asegurar que una bd tendrá integridad de datos y se evita la redundancia. A partir de la 3FN se vuelve cada vez más complejo y sus usos se vuelven más específicos, que para una BD típica, general, normal, clásica no valdría la pena usar o incluso no sería necesario. Puede que no sean aplicables para una BD real. Existe la BCFN, 4FN, 5FN, DKFN. * BCFN: Forma Normal de Boyce-Codd -> Una extensión de la 3FN, podría llamarse 3.5FN * DKFN: Forma Normal de Dominio Clave.

Hola! a los nuevos nuevos en sql, les recomiendo mucho que anoten lo teórico y escuchen. Luego van a entender todo.

excelente inicio del curso

Datos atómicos: Los datos atómicos son aquellos que se encuentran en su nivel más granular y no pueden ser descompuestos en partes más pequeñas que tengan sentido independiente en el contexto de la base de datos.

Mucha información para una sola clase, ¡me gusta!, pero para alguien que está comenzando creo que sería complicado iniciar de esta manera. Yo les recomendaría iniciar con el curso anterior "Fundamentos de bases de datos""

perdón por lo detallista. Pero quedé asombrada de tu letra wau! espero que si mismo me sea tu curso♡?

Muy valioso este nuevo enfoque de ir directamente a los temas, mas seria interesante nivelar aprendizaje: asumiendo que no se sabe absolutamente nada y combinar la teoría “explicación corta y ejemplo” con la practica Ejemplo: Las clases ¿cómo crear una base de dato? o ¿tu primera consulta en base de dato? Para luego solo crear una tabla o no hacer realmente una consulta a una BD creo que allí es donde se está teniendo la confusión Igualmente tomarse el tiempo de dar un pequeño intro/revisión de las herramientas a utilizar sería muy importante Se ve la evolución y valoro enormemente que eliminara “el intro” y “nos vemos en la próxima clase” Esperemos que esta ves si sea la vencida.!

lo importante siempre va ser la calidad de los datos, desafortunadamente en las compañías algunos líderes quieren imponer una forma de estructurar los datos sin tener en cuenta los pasos de la normalización. al final se opta por hacer lo que dice el jefe para luego darse cuenta que se ha perdido tiempo siguiendo su capricho y toca reestructurar los datos

Muy valioso este nuevo enfoque de ir directamente a los temas, mas seria interesante nivelar aprendizaje: asumiendo que no se sabe absolutamente nada y combinar la teoría “explicación corta y ejemplo” con la practica Ejemplo: Las clases ¿cómo crear una base de dato? o ¿tu primera consulta en base de dato? Para luego solo crear una tabla o no hacer realmente una consulta a una BD creo que allí es donde se está teniendo la confusión Igualmente tomarse el tiempo de dar un pequeño intro/revisión de las herramientas a utilizar sería muy importante Se ve la evolución y valoro enormemente que eliminara “el intro” y “nos vemos en la próxima clase” Esperemos que esta vez si sea la vencida.

**Resumen:** La normalización de datos nos permite identificar objetos y sus características, las cuales vamos a ver en columnas de nuestras tablas. Cada uno de los registros de nuestra tabla debe tener un identificador único, **primary key**, y no se debe repetir el registro, **ósea no puedo tener un estudiante registrado dos o más veces.** Algo importante a tener en cuenta es que los datos deben ser atómicos y netamente relevantes a la tabla. Con esto nos referimos a que en la tabla **estudiante** no debemos tener información que no sea del estudiante, en caso de que necesitemos relacionar otra tabla, **Courses**, debemos crear una tabla transaccional, y como su nombre lo indica, aca relacionaremos las transacciones o relaciones que existen entre nuestras tablas. Para crear una relación de nuestros objetos, usamos una clave foránea, **FOREIGN KEY,** que no es más que la primary key de nuestro objeto al cual queremos hacer referencia. y por ultimo, recuerden que los datos deben ser ATOMICOS 

Se puede manejar toda la información en una base de datos universal en vez de manejar diferentes tablas o dos diferentes dimensiones manejarlo todo en una sola dimensión??

1NF: La primera forma normal nos habla, de que los datos deben estar organizados de manera eficiente, es decir, que deben cumplir con tres criterios, los cuales son Atomicidad, Unicidad de Filas y Consistencia de Datos. 2NF: La segunda forma normal nos dice que se debe dar un paso mas alla de la primera forma normal, en la que aparte de contener los criterios de la primera forma normal (1NF), se debe cumplir con un criterio adicional. Se deben eliminar las dependencias parciales, esto quiere decir que los atributos que no sean clave deben depender de una llave primaria, es decir, que no deben existir dependencias parciales en las que un atributo que no sea clave, dependa solo de una parte de una llave primaria compuesta. 3NF: La tercera forma normal, incluye las dos anteriores (1NF y 2NF) y aparte se debe cumplir con una condicion adicional. Se deben eliminar las dependencias transitivas, es decir, que los atributos no clave, no deben depender de otros atributos no clave. Es decir, una columna no clave, no debe depender de otra columna (por ejemplo el ID que represente a esa columna), y que a su vez esa columna, dependa de la llave primaria de la tabla. * La Atomicidad, nos dice que cada columna debe contener datos atomicos, es decir, indivisibles y en cada columna no debe haber mas de un valor. * Unicidad de filas, nos dice que cada fila debe ser unica, lo que se puede lograr con las llaves primarias. * Finalmente, la consistencia de datos nos dice que los valores en una columna deben tener el mismo tipo de sus datos.

me encanto el ejemplo que usaste para explicar la normalización.

Me encontraba un poco perdido al inicio; incluso creí haberme saltado alguna clase, por la forma como empezó. Pero luego pude tomar el hilo del tema con facilidad. Creo que como decía otro compañero en los aportes, estamos en un punto en el que no podemos quedarnos solo con estas clases. Debemos consultar, leer, investigar. En esa búsqueda encontré este recurso del blog de platzi <https://platzi.com/blog/normalizar-una-base-de-datos-y-no-morir-en-el-intento/> , muestra con un ejemplo práctico los 3 pasos de normalización.

Muy clara la explicación. Entiendo la razón de realizar las 3 normalización es para tener clara la info y hacerla atómica. Solo tengo una pregunta, a la hora de visualizar la información uno deberíaostrar la tabla Intermedia? Es decir para alguien atento a la BD le interesaría la base intermedia, pero tendría que explicarle el significado de ambas claves, para que comprenda

Una de las mejores prácticas en la manipulación de datos es la **Normalización.💕👀** La **normalización** se basa en identificar las *áreas de negocios* de *cada una de las tablas que estamos creando* y también, tener un *detalle muy específico sobre los atributos de los objetos que estamos generando* en la base de datos. Existen tres formas para normalizar todo el esquema de tu base de datos, y esto nos sirve para la ***integridad*** de los datos, ***organización*** de la información y tener una ***estructurada*** de la manera adecuada: 1. **Primera forma normal:** * Información atómica. * Cave primaria (identificador único) * Información centralizada. 2. **Segunda forma normal:** * Todos los atributos NO claves deben depender de la primary key. * Calve foránea: estamos haciendo referencia al primary key de la tabla que queremos relacionar. 3. Tercera forma normal: * Todos los atributos NO clave deben ser independientes.

Primero iniciemos con algunos conceptos: * Atributos: Son las columnas que contienen los valores. * Clave: puede ser un atributo o conjunto de atributos, cuya finalidad es identificar cada fila, prácticamente el nombre que se le da al conjunto de datos de cada fila. * Atributos no clave: Son columnas que no ayudan a identificar el conjunto de datos por fila. Para tener una base de datos organizada y bien estructurada que posicione los datos en diversas tablas, y que, en cada una de ellas, sus datos pertenezcan a una misma categoría y que estas se relacionen adecuadamente con el resto de las tablas, es necesario que esta cumpla con la **Normalización de datos** esto nos ayuda a tener los datos mejor organizados y que la manipulación de estos sea más sencilla evitando redundancias a la hora de su análisis. La Normalización de datos cuenta con 3 condiciones que son: * **Primera Forma Normal (1NF):** Se debe cumplir que cada valor en todas las celdas sea **Atómico**, es decir que sea un valor único y no un conjunto de valores como listas. Debe contar con una **Clave Primaria** (sirve para identificar a toda la fila, cabe mencionar que cada fila tiene que ser única). * **Segunda Forma Normal (2NF)**: Se tiene que cumplir que el valor de cada atributo a lo largo de la fila dependa únicamente de una **Clave Primaria** y no de forma parcial (esto ocurre cuando la clave es compuesta, ósea hay 2 atributos que ayudan a identificar la fila y los valores solo dependen de uno de ellos). Si un atributo depende únicamente de una parte de la clave y no de la otra, se soluciona separando la información en 2 tablas y relacionándolas con una clave foránea o externa. * **Tercera Forma Normal (3NF):** Cumplir que no exista dependencia entre atributos no clave, que no exista una dependencia transitiva (AtribNoCla2 → AtribNoCla1 → AtribClaPrim), es decir que un atributo no clave dependa de otro no clave y este a su vez dependa de uno clave primaria. Se tiene que lograr la independencia entre atributos no claves. * Se tiene que tener en cuenta que para aplicar cada Forma Normal, se tiene que haber cuplido previamente la anterior. Para cumplir con **3NF** ya se tiene que estar en **2NF**, y para llegar a **2NF**, ya se tiene que haber cumplido con **1NF**. * Una clave foránea, es un atributo introducido en una tabla general, donde esta clave foránea es la clave primaria de una tabla más específica. Con esta clave se relacionan las 2 tablas, la más específica tiene su clave primaria, que al introducirla en la tabla general pasa a ser clave foránea y así ambas tablas quedan relacionadas por esta clave.

## **Normalización en BD** La normalización consiste en *organizar los atributos para reducir o eliminar lo redundante*, es decir, tener los mismos datos repetidos en diferentes lugares, ya que esto aumenta de forma innecesaria el tamaño de la BD entre otros problemas. Se encarga de *mejorar la eficiencia, coherencia y presición* para facilitar la gestión y el mantenimiento de los datos y así mismo los cambios relacionados con las necesidades del negocio. Para entender la normalización, primero debemos entender la ***dependencia funcional*** y sus tipos. Entonces, ¿qué es la dependencia funcional? **<u>Es una relación entre dos conjuntos de atributos.</u>** Dónde un atributo B depende de un atributo A (denotado como A → B), esto quiere decir, que para cada valor de A hay como máximo un único valor de B. El valor de A determina el valor de B. Por ejemplo, en la tabla siguiente, A -> B es verdadero porque hay un único valor de B para cada valor de A, pero cabe mencionar que B -> A no es verdadero ya que hay diferentes valores de A para el caso B = 3, dónde se muestra el valor A = 1 y A = 2. A B \------ 1 3 2 3 4 0 1 3 4 0 Esto lo podemos ejemplificar con una lista de contactos en tu teléfono. **Número de Teléfono** → **Nombre del Contacto** Esto significa que cada número de teléfono en tu lista de contactos está asociado de manera *única* con un nombre de contacto. No puedes tener el mismo número de teléfono para dos personas diferentes, por lo tanto, el número de teléfono determina el nombre del contacto. Ahora bien, existen algunos tipos de dependencias funcionales. **Dependencia Funcional Trivial** Una dependencia funcional A → B es trivial si B es un **subconjunto** de A. Ejemplo Cotidiano: Imagina que tienes una lista de estudiantes con los siguientes atributos: • ID del Estudiante • Nombre del Estudiante Si consideramos A como el conjunto {ID del Estudiante, Nombre del Estudiante}, entonces las siguientes dependencias funcionales son triviales: • {ID del Estudiante, Nombre del Estudiante} → {ID del Estudiante} • {ID del Estudiante, Nombre del Estudiante} → {Nombre del Estudiante} Aquí, cada atributo del lado derecho es un subconjunto del conjunto del lado izquierdo, por lo que estas dependencias son triviales. **Dependencia Funcional No Trivial** Una dependencia funcional A → B es no trivial si B **NO es un subconjunto** de A. Ejemplo Cotidiano: Considera una lista de empleados con los siguientes atributos: • ID del Empleado • Nombre del Empleado • Departamento La siguiente dependencia funcional es no trivial: • ID del Empleado → Nombre del Empleado Aquí, Nombre del Empleado no es un subconjunto de ID del Empleado, por lo que esta dependencia es no trivial. **Dependencia Funcional Semi No Trivial** Una dependencia funcional A → B es semi no trivial si **parte de B es un subconjunto de A**, pero no toda B. Ejemplo Cotidiano: Considera una lista de productos con los siguientes atributos: • ID del Producto • Nombre del Producto • Categoría La siguiente dependencia funcional es semi no trivial: • {ID del Producto, Nombre del Producto} → {Nombre del Producto, Categoría} Aquí, Nombre del Producto es un subconjunto de {ID del Producto, Nombre del Producto}, pero Categoría no lo es. Por lo tanto, esta dependencia es semi no trivial. ```txt • Dependencia Funcional Trivial: A -> B es trivial si B es un subconjunto de A. • Dependencia Funcional No Trivial: A -> B es no trivial si B no es un subconjunto de A. • Dependencia Funcional Semi No Trivial: A -> B es semi no trivial si parte de B es un subconjunto de A, pero no toda B. ```

Buenas Prácticas en Bases de Datos con SQL 1\. Diseño de la Base de Datos Normalización: Asegúrate de que la base de datos esté normalizada para evitar redundancias y mejorar la consistencia. Aplica las formas normales hasta un nivel adecuado, generalmente hasta la tercera forma normal (3NF). Nombres Significativos: Utiliza nombres claros y significativos para las tablas y columnas. Evita abreviaciones ambiguas y usa un formato consistente (por ejemplo, snake\_case o camelCase). Claves Primarias y Foráneas: Define claves primarias en todas las tablas para garantizar la unicidad de los registros. Usa claves foráneas para mantener la integridad referencial entre tablas relacionadas. 2\. Consultas SQL Selección Específica de Columnas: Selecciona solo las columnas necesarias en tus consultas (SELECT column1, column2 en lugar de SELECT \*) para mejorar el rendimiento y reducir la carga de datos transferidos. Uso de Índices: Crea índices en las columnas que se usan frecuentemente en las cláusulas WHERE, JOIN y ORDER BY para acelerar las consultas. Sin embargo, evita el exceso de índices, ya que pueden ralentizar las operaciones de inserción y actualización. Consultas Parametrizadas: Usa consultas parametrizadas para evitar la inyección SQL y mejorar la seguridad. Por ejemplo, en lugar de concatenar cadenas en las consultas, usa parámetros. Cláusula JOIN: Usa las cláusulas JOIN adecuadas (INNER JOIN, LEFT JOIN, etc.) para combinar tablas. Asegúrate de comprender cómo afectan el rendimiento y los resultados. 3\. Mantenimiento y Gestión Copia de Seguridad (Backups): Realiza copias de seguridad periódicas de la base de datos para prevenir la pérdida de datos. Automatiza los backups y verifica regularmente que puedan restaurarse correctamente. Monitoreo del Rendimiento: Monitorea el rendimiento de la base de datos y ajusta las consultas e índices según sea necesario. Usa herramientas de monitoreo para identificar cuellos de botella y áreas de mejora. Manejo de Errores: Implementa un manejo adecuado de errores en tus aplicaciones para capturar y gestionar errores de SQL. Proporciona mensajes de error claros y detallados. 4\. Seguridad Control de Acceso: Usa roles y permisos para controlar el acceso a la base de datos. Asigna privilegios mínimos necesarios a cada usuario y evita el uso de cuentas de administrador para operaciones diarias. Encriptación: Encripta datos sensibles tanto en tránsito como en reposo para protegerlos contra accesos no autorizados. Auditoría: Habilita la auditoría para rastrear las operaciones y cambios en la base de datos. Mantén registros de quién accedió a qué datos y cuándo. 5\. Optimización y Escalabilidad Particionamiento de Tablas: Divide tablas grandes en particiones para mejorar el rendimiento de las consultas y la gestión de datos. Planificación de Capacidad: Planifica la capacidad futura de la base de datos considerando el crecimiento de los datos y el aumento del tráfico. Evalúa opciones de escalabilidad horizontal y vertical.

Este curso está muy claro para los que tengas inicial mente una introducción, el Curso de Israel Vásquez creo sería el adecuado para avanzar a este, lastima lo hayan quitado.

¡Empezamos bien con la normalización!

✅

Los que están iniciando en su carrera por favor guarden esta información a futuro, esto de entender la normalización es super importante, es muy triste la cantidad de clientes con los que he trabajado que no siguen buenas prácticas de bases de datos y el software es casi imposible de mantener con el tiempo.

Me encanta la forma en que se estan sacando los nuevos cursos, interactivos, mas dinamicos y con una calidad y edicion espectacular! ojala saquen mas cursos asi para la escuela de ciencia de datos e inteligencia artificial, INCREIBLE!

Ahora si ya esta completo este curso. A ver para los que van empezando seguro se hacen bolas aqui cosas para entender esto. Existe algo llamado normalización de bases de datos que simplemente significa que nuestras tablas no tengan informacion repetida que o redundante. Las formas se refieren justo a esta simplificacion que van desde 1FN hasta 5FN, normalmente en la practica llegar hasta un 3F esta bien y aqui unas recomendaciones informales para hacer una buena 3FN. 

Vi algunas críticas al curso, no las entiendo estamos comenzando y me ha parecido muy claro. Para aquellos que les parece confuso pueden comenzar con: Fundamentos de Bases de datos. <https://platzi.com/cursos/fundamentos-db/> Lo tengo listo y estaré haciendo los dos cursos simultáneamente por si las moscas.

Hola a todos. Si se sienten algo perdidos les recomiendo primero pasarse a este curso: <https://platzi.com/cursos/fundamentos-db/> (del profe Israel) en este curso se explica los fundamentos de una manera muy fácil, después de ver los conceptos y su aplicación ahí si pueden ver este curso donde está actualizado, Igual es solo una sugerencia.

Hola Platzinautas les recomiendo tomar el curso de Bases de Datos en Yo Soy Dalto. Ese si es un curso para aprender desde cero. Después de este curso si le veo valor agregado a este nuevo curso 'actualizado' de bases de datos. Incluso el anterior curso de Fundamentos de Bases de datos te brinda una contextualización muchísimo mejor

Y que pasa si hay dos carolinas ? no esta mal, es muy recurrente encontrar personas con el mismo nombre y me atrevo a decir en algunas casos hasta con el mismo apellido, de hecho ahi es donde cobra importancia el id, para identificarlo.

**Normalización** * Primera Forma Normal (1FN) * Atómica —> Datos indivisibles * Clave primaria —> Identificador único * Información centralizada —> Columna, no separados por una coma * Segunda Forma Normal (2FN) * Todos los atributos no clave deben depender de la clave primaria * Tercera Forma Normal (3FN) * Todos los atributos no clave deben ser independientes.

Las bases de datos SQL son relacionales y utilizan un lenguaje estructurado (SQL) para gestionar datos en tablas con relaciones definidas. Son ideales para datos estructurados y transacciones complejas, garantizando la integridad de los datos a través de ACID (Atomicidad, Consistencia, Aislamiento, Durabilidad). Por otro lado, las bases de datos NoSQL son no relacionales y están diseñadas para manejar grandes volúmenes de datos no estructurados o semi-estructurados. Ofrecen flexibilidad, escalabilidad y a menudo mejor rendimiento en operaciones de lectura/escritura, siendo útiles en aplicaciones modernas como big data y análisis en tiempo real.

La primera forma normal (1NF) es un principio de normalización en bases de datos que exige que todos los datos en una tabla sean atómicos, es decir, que cada columna contenga un solo valor y que no haya grupos repetitivos. Esto asegura que los datos estén organizados y que se eviten redundancias. **Ejemplo**: Supón que tienes una tabla de estudiantes: | ID Estudiante | Nombre | Cursos | |---------------|----------|----------------------| | 1 | Marco | Matemáticas, Física | | 2 | Carolina | Química, Historia | Esta tabla no cumple con la 1NF porque la columna "Cursos" tiene múltiples valores. Para estar en 1NF, la tabla debería verse así: | ID Estudiante | Nombre | Curso | |---------------|----------|-------------| | 1 | Marco | Matemáticas | | 1 | Marco | Física | | 2 | Carolina | Química | | 2 | Carolina | Historia | Ahora, cada curso está en su propio registro, cumpliendo con la primera forma normal.

La normalización es un proceso en bases de datos que organiza los datos para reducir la redundancia y mejorar la integridad. Implica dividir grandes tablas en tablas más pequeñas y definir relaciones entre ellas para que cada dato sea atómico y no se repita innecesariamente. Hay varias formas de normalización, siendo las más comunes la Primera, Segunda y Tercera Forma Normal, cada una con reglas específicas para estructurar la información de manera eficiente y sin dependencias.

SQL (Structured Query Language) es un lenguaje de programación diseñado para gestionar y manipular bases de datos relacionales. Permite realizar diversas operaciones como la creación, modificación y consulta de datos en una base de datos. Con SQL, puedes definir esquemas, insertar, actualizar y eliminar registros, así como consultar datos específicos usando sentencias como SELECT. Es fundamental para interactuar con sistemas de gestión de bases de datos, garantizando la integridad y organización de la información.

Para crear la tercera tabla de cursos debimos hacer un join de la tabla de estudiantes y la tabla de cursos, lo que no comprendo es como hizo la relacion entre los IDs de estudiantes y los IDs del curso ya que no hay un mismo identificador para poder hacer esa union en tablas.

He encontrado que hay más formas de normalización, hasta 4FN y 5FN

SQL (Structured Query Language) es un lenguaje de programación diseñado para gestionar y manipular bases de datos relacionales. Permite realizar consultas, insertar, actualizar y eliminar datos, así como definir y modificar la estructura de las bases de datos. SQL es fundamental en el curso de Bases de Datos con SQL, ya que es la herramienta principal para interactuar con los datos, aplicar buenas prácticas de normalización y asegurar la integridad de la información.

Gracias Carolina

Para entender las formas de normalización en bases de datos, pensemos en ellas como pasos que nos ayudan a organizar y simplificar los datos en una tabla. Cada nivel de normalización, llamado "forma normal" (FN), construye sobre el anterior. 1FN (Primera Forma Normal): * Se asegura de que cada campo contenga un solo valor, eliminando grupos repetidos en una misma fila. * Ayuda a reducir la redundancia en los datos. * Facilita la búsqueda y actualización de registros, ya que cada dato tiene su espacio específico. 2FN (Segunda Forma Normal): * Va un paso más allá reduciendo aún más la duplicación de datos. * Mejora la integridad de los datos, separando la información que pertenece a diferentes categorías (por ejemplo, datos de libros y datos de miembros de una biblioteca). * Facilita el mantenimiento al organizar la información de manera más clara. 3FN (Tercera Forma Normal): * Optimiza el uso de almacenamiento evitando datos innecesarios o redundantes. * Evita anomalías en las actualizaciones (como la repetición de datos que podría desentronizarse). * Permite que los datos relacionados (como autores y editoriales) se gestionen de forma independiente, mejorando la estructura y eficiencia de la base. Es importante entender que cada forma normal es acumulativa. Es decir, para que una tabla cumpla con la 3FN, primero debe cumplir con la 1FN y la 2FN, como si subieras una escalera paso a paso.

En este primer video me parece que no es para principiantes, o sea explica cosas que entiendo porque ya se algo de SQL pero alguien desde cero se vuelve loc@.

Me gustaría que el curso introdujera el concepto de normalización desde otra perspectiva como ¿Por qué es necesaria o no la normalización?¿Qué problemas conlleva utilizar una tabla como si fuese un excel sin dividir con claves foráneas por ejemplo?.

Como dijo un compañero, los conceptos se tratan de forma muy abstracta para quienes arrancamos desde cero. Aun así, en tecnología suele ser así: los conceptos se entienden de verdad cuando empieza la práctica. A darlee

He notado que varios compañeros mencionaron que no comprendieron algunas partes de esta clase, lo cual es totalmente normal, ya que puede parecer algo avanzado. Les quiero compartir una explicación sencilla que espero les ayude: El curso que estamos tomando se llama **"Curso de bases de datos con SQL"**, y para entender bien de qué se trata, necesitamos aclarar dos conceptos clave: **¿Qué es una base de datos? y ¿Qué es SQL?** ***¿Qué es una base de datos?*** Una base de datos es un sistema donde almacenamos datos de forma organizada. Aunque suena sencillo, quiero explicarlo de una manera que me ayudó cuando yo empecé a aprender. Imagina que cada vez que una persona (usuario) ingresa datos en una computadora, como al registrarse en una página web con su correo y contraseña, esos datos no desaparecen; se almacenan en algún lugar. Ese "lugar" es lo que conocemos como base de datos. Por ejemplo, cuando te registras en una página web, tu correo y contraseña se guardan en una base de datos, que generalmente está ubicada en un servidor (otra computadora que almacena información). Así que, una base de datos es donde los sistemas guardan información para poder utilizarla luego. ***¿Qué es SQL?*** Ahora, para acceder y gestionar los datos almacenados en una base de datos, necesitamos un "lenguaje" que permita comunicarnos con ella. Este lenguaje se llama SQL (Structured Query Language, o Lenguaje de Consulta Estructurado en español). Piensa en SQL como una forma de "hablar" con la base de datos. Por ejemplo, cuando haces login en una página web y escribes tu usuario y contraseña, detrás de escena, el sistema está usando SQL para buscar esos datos en la base de datos y verificar si coinciden con lo que está almacenado. Lo que nuestra profesora Carolina esta explicando en esta clase en particular, es el como deberíamos de almacenar los datos, y cuales practicas son las mejores, si tienes dudas te recomiendo que le eches un ojo a este chat que tuve con mi buen amigo chatgpt y continua la conversación hasta que te sientas listo para continuar: <https://chatgpt.com/share/671b2542-9328-8006-a71c-85f3fea95f29>

Excelente, en el caso de carolina que esta dos veces, comento que se borra uno de los dos registros, la pregunta es, es una buena practica borrar esa información, muchos hablan de poner en no activa, considero que es mejor borrar, pero cual es la buena practica? hablando en un ambiente de producción.

La famosa tabla pivot

Excelente clase y explicación 🙏💥

Vaya! este curso si tiene nivel! y excelente profesora

**Primera Forma Normal (1FN)** * Datos atómicos (indivisibles) * Clave primaria * Información centralizada **Segunda Forma Normal (2FN)** * Los atributos que no forman parte de ninguna clave han de depender funcionalmente de toda la clave primaria. **Tercera Forma Normal (3FN)** * Los atributos no clave deben ser independientes. **Cuarta Forma Normal (4FN)** * Generación de tablas muchos a muchos. Esto para resolver las dependencias multivaluadas. **Quinta Forma Normal (5FN)** * Generación de tablas muchos a muchos, pero usando únicamente llaves foráneas.

Pedido de notavo: Agregar los slides y gráficos necesarios. Hay espacio en las areas de fondo negro. Saludos : )

Elegir esta clase como la "1er clase" del curso se me hace una mala idea, porque si vas empezando con el curso y no tienes conocimientos previos, que te hablen de las formas normales, sin hablarte de que es una llave primeria o una foránea pudiera ser confuso.

No entendí absolutamente nada en este video

Me parece que no se hizo bien el video ya que si puso tantos datos deberia terminar de mostrar como se reorganizan todos para para evitar que se generen mas dudas. Aparte y lo de la clave primaria no se vio cuando la relaciono en la tabla, luego de verlo par de veces me di cuenta que escribió pero no apareció el dato

Este curso lo recomiendo para quien quiera reforzar conocimientos, no para iniciar a prender desde cero.

La primera forma normal según yo si la cumple ya que el idstudent es 1,2,3 y no se repite, en una clase es normal que haya dos personas con el mismo nombre, y para eso sirve el id para que sea un registro atomico.

Deberia, explicarse el caso base y luego mostrar cual es la correcion, falta mas contexto a la hora de mostrar la correccion.

* Hola, pienso que era muy importante hablar sobre tipos de relaciones como uno a uno(1:1), 1 a muchos(1:N) y muchos a muchos(N:N) antes para explicar la normalización. * En este ejemplo, las dos tablas crean una relación de N:N donde un estudiante puede estar inscrito a muchos cursos y un curso puede ser inscrito por muchos estudiantes. Cuando entendemos eso se ve claramente que puede haber redundancia de datos; entonces vemos que las primary key que deben ser únicas comienzan a repetirse ya que la clave foránea de un curso puede hacer que la primary key de un alumno se repita porque, según la relación N:N, un curso puede aparecer varias veces inscrito por un alumno. * Es por eso que para cumplir con la 3FN usamos una tabla intermedia con dos llaves compuestas y así evitamos la redundancia.

\### Normalización \>Existen 3 formas de normalizar todo el esquema de la base de datos y esto nos sirve para la integridad de los datos, organizar la información y tener la estructura adecuada y para relacionar los datos correctamente. La normalización se basa en identificar las areas de negocio de cada una de las tablas que estemos creando y también tener detalles específicos de los atributos de objetos que estemos generando en la DB. \*\*Primera forma normal:\*\* \- Los datos debes se atómicos e indivisibles. \- Identificadores únicos(claves primarias) \- Las información debe estar centralizada por columnas. \*\*Segunda forma normal:\*\* \- Relaciones entre tablas mediante sus llaves(Foreign Keys) en vez de solo referenciar textualmente. \- Cumplir con la primera forma normal. \*\*Tercera forma normal:\*\* \- Todos los atributos no claves deben ser independientes. \- Se deben cumplir la primera y segunda forma normal.

En una empresa que trabaje , cambaron el sistema a Dinamics 365 , realmente este cambio complico todos los procesos , muchas tablas por debajo mal organizadas. Muy buena tu explicacion. Saludos.

8:41 Nada está completo o incompleto. Creí que vería la primera versión de la tabla sin ninguna Forma Normal, luego una segunda tabla con 1FN pero sin 2FN ni 3FN, luego la tercera tabla con 1FN y 2FN pero sin 3FN y una cuarta tabla (o tablas) con 1FN, 2FN y 3FN. Habría sido más ilustrativo

Buenooo mi idea era aprender desde cero SQL... pero este no es el curso indicado, tendré que ir a otro lado y cuando ya sepa SQL ahí sí vendré a retomar este curso...

Creo que este curso no está bien pensado para ir desde cero, comenzó con términos confusos para alguien que inicia, además como que me revolví en la explicación de las formas, por qué quitaron el curso anterior de Israel, era buenisimo y ya no está :( Sucede lo mismo con el de Python :(

**SI TIENEN DUDAS POR LO MENOS A MI ME SIRVE MUCHO VER DIFERENTES EJEMPLOS . Dejo link** [***<u>https://es.scribd.com/document/246925838/EJERCICIOS-NORMALIZACION-BASE-DE-DATOS</u>***](https://es.scribd.com/document/246925838/EJERCICIOS-NORMALIZACION-BASE-DE-DATOS)

Dime papacito

* Normalización de Datos \- Mejora la integridad de los datos. \- Organiza y estructura la información adecuadamente. \- Facilita las relaciones entre tablas. * Ejemplo Cotidiano \- Comparación con la organización de objetos en una mudanza. \- Cada categoría (cocina, habitaciones) tiene sus propios objetos. * Primera Forma Normal \- Información atómica e indivisible. \- Uso de clave primaria como identificador único. \- Centralización de información por columna. * Problemas en la Primera Forma Normal \- Datos duplicados y no atómicos. \- Identificadores inconsistentes para la misma persona. * Segunda Forma Normal \- Atributos no claves deben depender de la clave primaria. \- Creación de tablas adicionales para separar información (estudiantes y cursos). * Tercera Forma Normal \- Atributos no claves deben ser independientes. \- Separación de información en tablas intermedias (relación estudiantes-cursos). * Aplicación de las Tres Formas Normales \- Tablas con información atómica y relaciones bien definidas. \- Uso de claves primarias y foráneas para mantener la integridad de los datos. \- Ejemplo de mala práctica con direcciones no atómicas. * Consideraciones Finales \- La normalización depende de los estándares y procesos de cada empresa. \- Justificación correcta de la estructura de la base de datos para mejorar procesos y calidad de datos. \- Importancia de investigar más sobre formas de normalización adicionales.

# Diseño de la Base de Datos ### **Normalización**: ### Diseña tus tablas para reducir la redundancia de datos y mejorar la integridad de los datos. Las formas normales (1NF, 2NF, 3NF) son guías útiles para lograr esto. ### **Uso de Claves Primarias y Foráneas**: ### Define claves primarias para identificar de manera única cada fila en una tabla y utiliza claves foráneas para mantener la integridad referencial entre tablas relacionadas. ### **Tipos de Datos Adecuados**: ### Elige los tipos de datos correctos para cada columna. Esto no solo mejora el rendimiento sino que también asegura la integridad de los datos. ### **Índices**: ### Usa índices para mejorar la velocidad de las consultas en columnas que se consultan frecuentemente. Sin embargo, ten cuidado con el uso excesivo de índices ya que pueden afectar negativamente el rendimiento de las operaciones de escritura.

¡Hola a todos! 🎉 Les invito a visitar mi perfil y seguir mis redes sociales en este enlace: [linktr.ee/soyfeliztriana](https://linktr.ee/soyfeliztriana). Me encanta aprender y enseñar, ¡así que acompáñenme en este viaje de conocimiento y crecimiento! 🌟📚

Me causa curiosidad saber porque en esta clase no se abordó la 4° forma normal 😅


santos jolinetes, todo es muy confuso y mi cabecita no logra atrapar casi nada :( Ayudaaa

8:41 Nada está completo o incompleto :/ Creí que vería la primera versión de la tabla sin ninguna Forma Normal, luego una segunda tabla con 1FN pero sin 2FN ni 3FN, luego la tercera tabla con 1FN y 2FN pero sin 3FN y una cuarta tabla (o tablas) con 1FN, 2FN y 3FN. Habría sido más ilustrativo

Hola, Carolina. Respecto al momento 5:16 ¿Entonces la tabla correcta debe tener 8 renglones? 1 Marco A 1 Marco B 1 Marco C 2 Caro B 2 Caro D 2 Caro E 2 Caro F 2 Caro Z ¿Así?