primera forma normal
Libro : Elimine grupos de datos duplicados y garantice la atomicidad (los datos son autónomos e independientes)
Comprensión :
por ejemplo, en una tabla con una clave primaria creada, si las claves primarias de los datos se repiten, los grupos de datos repetidos se moverán a una nueva tabla y se crearán nuevas claves primarias para estos datos.
Además, los datos de cada columna de la tabla de datos son independientes (atómicos).
Por ejemplo:
| Nombre | altura peso |
|---|---|
| Xiaoming | 170/60 |
| Xiaohong | 175/60 |
Entonces la primera columna es atómica y la segunda columna no es atómica.
Ejemplo:
Tabla 1:
Las claves primarias de la Tabla 1 no se repiten, pero los bienes de la tercera columna no son atómicos. Desarmémoslo.
Tabla 2:
Aunque cada columna de la Tabla 2 es atómica, la clave principal ya no es única. Esto se puede resolver agregando números de elementos de fila a la tabla y luego combinando claves. Como se muestra en la Tabla 3.
Tabla 3:
segunda forma normal
Libro : Segunda forma normal reduce aún más la aparición de datos duplicados. Hay dos reglas en la segunda forma normal: primero, la tabla debe ajustarse a las reglas de la primera forma normal. En segundo lugar, cada columna debe depender de la clave completa.
En la práctica, una entidad también debe dividirse en dos tablas, de modo que haya dos entidades. El encabezado es parte de la tabla principal de dos tablas relacionadas. La información del encabezado solo debe almacenarse una vez, mientras que la tabla de detalles puede almacenar información de varias instancias. El encabezado generalmente mantiene el nombre de la tabla original y la tabla de detalles generalmente comienza con el nombre del encabezado y agrega cierta información de la tabla de detalles.
Comprensión :
La siguiente tabla se muestra en
la Tabla 4:
La hora del pedido y el nombre de la empresa solo están relacionados con el ID del pedido y no tienen nada que ver con el número de artículo de línea. Por lo que se puede dividir en 2 tablas (Tabla 5, Tabla 6). Haga que cada columna de la tabla dependa de la clave completa.
Tabla 5:
Tabla 6:
tercera forma normal
Del libro : La tercera forma normal hace que todas las columnas de la tabla no solo dependan de una cosa, sino de la correcta.
Hay tres reglas:
La mesa debe ajustarse a 2NF.
Ninguna columna puede depender de una columna que no sea clave.
No se permiten datos derivados.
Comprensión :
Mire la Tabla 7 a continuación:
Se puede ver que la descripción solo está relacionada con el modelo y no tiene nada que ver con la clave. (La descripción depende del modelo, no de la clave). Entonces podemos dividir la Tabla 7 en Tabla 8 y Tabla 9. (El precio unitario puede ser diferente para cada pedido, por lo que el precio unitario no se incluye en esta discusión).
Tabla 8:
Tabla 9:
Aquí hay una columna para el precio total. El precio total se puede calcular en función del precio unitario y la cantidad (es decir, datos derivados). Esto no está permitido en la especificación, simplemente elimine la columna y realice cálculos cuando sea necesario para evitar ocupar demasiado espacio.
cuarto paradigma
Libro : Resolución de problemas de dependencia multivalor. Se ajusta a la tercera forma normal y una columna de la clave principal puede depender de otras columnas de la clave principal. Esta situación es muy rara y normalmente no causa problemas reales. Por lo tanto, básicamente se ignora en el campo de la base de datos.
quinto paradigma
Libro : Cómo abordar la descomposición con y sin pérdidas. Aunque una relación se puede descomponer, no se puede reconstruir lógicamente hasta su forma original. Esto también es muy raro y es en gran medida una cuestión académica y no se discutirá aquí.
La expresión del paradigma en otro lugar es ligeramente diferente a la anterior. (Cotejado por compañeros de clase)
Primera forma normal: cualquier tabla debe tener una clave principal y cada campo es atómico y no se puede subdividir.
Segunda forma normal: todos los campos de clave no principal dependen completamente de la clave principal y no pueden producir dependencias parciales.
Tercera forma normal: todos los campos de clave no principal dependen directamente de la clave principal y no pueden producir dependencias transitivas.
Paradigma BC: basado en 3NF, no puede haber dependencias parciales o transitivas dentro del campo de clave principal.
Cuarta forma normal: según BCNF, los campos de clave no principal no deben tener múltiples valores.
Quinto paradigma: basado en 4NF, con la eliminación de valores múltiples dependientes, a medida que avanza la estandarización, la redundancia de datos es cada vez menor, pero la eficiencia de la base de datos es cada vez menor.
El diseño de la base de datos debe seguir los tres paradigmas tanto como sea posible, pero aun así se deben hacer concesiones en función de la situación real. A veces se puede cambiar la redundancia por velocidad y el propósito final debe ser satisfacer las necesidades del cliente.