Base de datos #13 | Normalización (1FN, 2FN y 3FN)

CodigoCompilado
6 Aug 201513:45

Summary

TLDREste video educativo de 'Código Compilado' se enfoca en la normalización de bases de datos relacionales, una técnica crucial para la optimización y la prevención de redundancia. Se explican los objetivos de la normalización, como reducir el espacio de almacenamiento y eliminar errores lógicos. Seguidamente, se detallan los niveles de normalización, desde la primera hasta la tercera forma normal, utilizando ejemplos prácticos para ilustrar cómo separar datos y crear tablas interrelacionadas sin perder información. El presentador también menciona la importancia de evitar dependencias transitivas y cómo estas pueden afectar la estructura de la base de datos.

Takeaways

  • 😀 La normalización es el proceso de simplificación de datos en bases de datos relacionales.
  • 🔍 Los objetivos de la normalización incluyen reducir el espacio de almacenamiento, eliminar datos repetidos y evitar errores lógicos.
  • 📚 Existen varias formas de normalizar una base de datos, desde la primera forma normal hasta la quinta, aunque generalmente se normalizan hasta la tercera forma normal.
  • 👨‍🎓 La primera forma normal busca identificar y eliminar grupos de repetición de datos dentro de una tabla.
  • 🔑 Para alcanzar la segunda forma normal, se identifican dependencias funcionales y transitivas, asegurándose de que los atributos no clave dependan solo de la clave primaria.
  • 📈 Al normalizar hasta la tercera forma normal, se eliminan dependencias transitivas, asegurando que los atributos no clave no dependan de otros atributos no clave.
  • 👉 Al separar la información en múltiples tablas, se mejora la estructura y se reduce la redundancia de datos.
  • 💾 La normalización también ayuda a optimizar el uso del espacio en la base de datos, al reducir la repetición de información.
  • 🔗 Mantener la relación entre los datos en diferentes tablas es crucial para evitar la pérdida de información durante el proceso de normalización.
  • 🎓 Se proyecta continuar explorando la normalización en un diagrama entidad-relación en un próximo vídeo para aclarar los conceptos.

Q & A

  • ¿Qué es la normalización en bases de datos relacionales?

    -La normalización es el proceso de simplificación de datos con el objetivo de almacenar información de manera eficiente, eliminar datos repetidos, evitar errores lógicos y mantener los datos organizados.

  • ¿Cuáles son los objetivos principales de la normalización de bases de datos?

    -Los objetivos principales incluyen ocupar el menor espacio posible, eliminar datos repetidos, evitar errores lógicos y mantener los datos ordenados sin perder información.

  • ¿Cuál es la importancia de la primera forma normal (1NF) en la normalización de bases de datos?

    -La 1NF se logra al identificar y separar grupos de repetición de datos, lo que evita la redundancia y permite una estructura de datos más eficiente.

  • ¿Cómo se identifica si una base de datos está en la primera forma normal?

    -Una base de datos está en 1NF si no hay grupos de repetición de datos y cada registro es único, sin que los detalles de un registro se repitan en otros registros.

  • ¿Qué son las dependencias funcionales y cómo juegan un papel en la segunda forma normal (2NF)?

    -Las dependencias funcionales son donde los atributos de una tabla dependen directamente de la clave primaria. En 2NF, se busca que todos los atributos dependan directamente de la clave primaria y no de otros atributos para evitar dependencias transitivas.

  • ¿Cómo se normaliza una base de datos hasta la segunda forma normal?

    -Para alcanzar la 2NF, se identifican las dependencias funcionales y se separan los atributos que no cumplen con esta condición en una nueva tabla, asegurando que no haya dependencias transitivas.

  • ¿Cuál es la diferencia entre una tabla 'fuerte' y una 'intermedia' en el contexto de la normalización de bases de datos?

    -Una tabla 'fuerte' tiene una clave primaria y sus atributos dependen directamente de ella. Una tabla 'intermedia' generalmente se crea para evitar redundancia y contiene claves foráneas que hacen referencia a tablas 'fuertes'.

  • ¿Qué se busca lograr con la tercera forma normal (3NF)?

    -La 3NF busca eliminar las dependencias transitivas no funcionales, asegurando que los atributos no clave dependan solo de la clave primaria y no de otros atributos no clave.

  • ¿Cómo se identifica si una base de datos está en la tercera forma normal?

    -Una base de datos está en 3NF si todas las tablas están en 2NF y no hay dependencias transitivas no funcionales, es decir, los atributos no clave solo dependen de la clave primaria.

  • ¿Por qué es importante evitar la pérdida de información durante el proceso de normalización?

    -Evitar la pérdida de información es crucial para mantener la integridad y la exactitud de los datos. La normalización debe simplificar la estructura de la base de datos sin comprometer la cantidad o la calidad de la información que se puede recuperar.

Outlines

00:00

📚 Introducción a la Normalización de Bases de Datos

El primer párrafo introduce el tema de la normalización en bases de datos relacionales, destacando su importancia para la optimización del almacenamiento y la eliminación de datos repetidos y errores lógicos. Se explica que la normalización es un proceso de simplificación de datos y se mencionan los objetivos de normalizar, como reducir el espacio de almacenamiento, eliminar redundancia y mantener la información organizada. Además, se menciona que se abordará hasta la tercera forma normal, que generalmente es suficiente para estructurar bases de datos de manera eficiente.

05:02

🔍 Primera Forma Normal: Eliminando Redundancia

Este párrafo explica la primera forma normal (1NF) con un ejemplo de una base de datos de alumnos, materias y carreras. Se identifica la redundancia en los datos y se describe cómo separar la información en dos tablas para alcanzar la 1NF. La tabla 'Alumno' contiene datos personales y la tabla 'Alumno Materia' relaciona a los alumnos con las materias que cursan. Se enfatiza la necesidad de mantener la relación entre los datos evitando la pérdida de información.

10:03

🔑 Segunda Forma Normal: Identificando Dependencias Funcionales

El tercer párrafo profundiza en la segunda forma normal (2NF), explicando las dependencias funcionales y transitivas. Se utiliza el ejemplo de la tabla 'Alumno Materia' para identificar que la 'Materia' depende funcionalmente del 'Número de Materia', y se separa en dos tablas para cumplir con la 2NF. Se crea una nueva tabla 'Materia' con 'Número de Materia' como clave primaria y se mantiene la relación a través de claves foráneas. Esto elimina dependencias no esenciales y mejora la estructura de la base de datos.

🎓 Tercera Forma Normal: Eliminando Dependencias Transitivas

El cuarto párrafo aborda la tercera forma normal (3NF), identificando dependencias transitivas en la tabla 'Alumno'. Se observa que la 'Carrera' depende del 'Alumno', lo que no es deseable en una base de datos normalizada. Para resolver esto, se crea una tabla 'Carrera' con 'Número de Carrera' como clave primaria, y se relaciona con la tabla 'Alumno' mediante una clave foránea. Esto asegura que la información esté organizada de manera que no haya redundancia y se conserve la relación entre los datos, optimizando el uso del espacio de almacenamiento.

Mindmap

Keywords

💡Normalización

La normalización es el proceso de simplificación de datos en bases de datos relacionales con el objetivo de reducir la redundancia de datos y mejorar la integridad. En el vídeo, se explica que la normalización busca almacenar datos con el menor espacio posible, eliminar datos repetidos y errores lógicos, y mantener la información ordenada. Se menciona que la normalización es crucial para optimizar la base de datos y evitar la pérdida de información.

💡Primera forma normal (1NF)

La primera forma normal se refiere a una base de datos donde los grupos de repetición son identificados y se eliminan para evitar la redundancia. En el guion, se da un ejemplo de una base de datos de alumnos antes de normalizar, donde la matrícula, nombre, dirección y teléfono se repetían con cada materia que cursaban, lo que causaba una gran redundancia. Al normalizar a la 1NF, se separan los datos en tablas diferentes para eliminar esta redundancia.

💡Segunda forma normal (2NF)

La segunda forma normal implica que la base de datos ya está en 1NF y se identifican las dependencias funcionales y transitivas para eliminar dependencias no esenciales. En el vídeo, se menciona que para alcanzar la 2NF, se debe asegurar que todos los atributos no clave dependan funcionalmente de la clave primaria completa y no de una parte de ella, lo que se logra separando aún más las tablas para evitar dependencias transitivas.

💡Tercera forma normal (3NF)

La tercera forma normal se centra en eliminar las dependencias transitivas que no son funcionales. Esto significa que todos los atributos no clave deben depender solo de la clave primaria y no de otros atributos no clave. En el guion, se ejemplifica cómo se separa la información de la carrera de la tabla de alumnos para alcanzar la 3NF, evitando así la redundancia y mejorando la estructura de la base de datos.

💡Dependencia funcional

Una dependencia funcional es una relación donde el valor de un atributo (o conjunto de atributos) depende directamente del valor de la clave primaria. En el vídeo, se explica que para alcanzar la 2NF, es necesario que todos los atributos no clave dependan únicamente de la clave primaria, no de otros atributos. Esto se ve en la tabla 'alumno materia', donde la 'materia' depende de la 'número de materia', que es la clave primaria.

💡Dependencia transitiva

Una dependencia transitiva ocurre cuando un atributo no clave depende de otro atributo no clave que a su vez depende de la clave primaria. En el guion, se menciona que para alcanzar la 3NF, es necesario eliminar estas dependencias transitivas, como se hace al separar la información de la carrera de la tabla de alumnos, evitando que la 'carrera' dependa de la 'matrícula', que es una clave primaria.

💡Clave primaria

La clave primaria es un conjunto de atributos que identifican de manera única cada registro en una tabla. En el vídeo, se destaca la importancia de la clave primaria en la normalización, ya que las dependencias funcionales y transitivas se analizan en relación con ella. Por ejemplo, en la tabla 'alumno', la 'matrícula' es la clave primaria que identifica a cada alumno.

💡Clave foránea

Una clave foránea es un atributo que en una tabla hace referencia a la clave primaria de otra tabla, estableciendo así una relación entre ellas. En el guion, se utiliza la 'matrícula' como clave foránea en la tabla 'alumno materia' para mantener la relación entre los alumnos y las materias que cursan, lo que es fundamental para evitar la pérdida de información en la normalización.

💡Redundancia de datos

La redundancia de datos se refiere a la repetición de información en una base de datos, lo que puede llevar a problemas de consistencia y a un uso ineficiente del espacio. En el vídeo, se aborda cómo la normalización ayuda a eliminar la redundancia, como se ve en el ejemplo de la base de datos de alumnos antes de normalizar, donde los datos del alumno se repetían con cada materia que cursaba.

💡Espacio de almacenamiento

El espacio de almacenamiento es el lugar físico reservado en un sistema de bases de datos para guardar los datos. En el vídeo, se discute cómo la normalización reduce el espacio de almacenamiento necesario al eliminar la redundancia de datos y organizar eficientemente la información, como se ejemplifica al separar la información de la carrera de la tabla de alumnos.

Highlights

Normalización es el proceso de simplificación de datos en bases de datos relacionales.

Objetivos de la normalización incluyen almacenar datos con menor espacio, eliminar datos repetidos y errores lógicos, y mantener datos ordenados.

La normalización ayuda a optimizar la base de datos, reducir el espacio de almacenamiento y evitar la repetición de datos.

Existen varios niveles de normalización: 1NF, 2NF, 3NF, BCNF, 4NF y 5NF, con la mayoría de las bases de datos normalizadas hasta la 3NF.

La 1NF se logra identificando y eliminando grupos de repetición de datos.

Ejemplo de identificación de grupos de repetición: matrícula, nombre, dirección, teléfono y carrera.

Para alcanzar la 1NF, se separan los datos en tablas para evitar la redundancia y mantener la relación entre datos.

La 2NF se alcanza identificando dependencias funcionales y transitivas en la base de datos.

Dependencia funcional implica que los atributos dependen directamente de la clave primaria.

Dependencia transitiva ocurre cuando un atributo depende de otro que a su vez depende de la clave primaria.

Para normalizar a 2NF, se separan las tablas para que no haya dependencias transitivas.

La 3NF se logra eliminando dependencias funcionales no primarias, asegurando que solo los atributos dependan de la clave primaria.

Ejemplo de normalización a 3NF: separar la tabla de alumnos para que la carrera no dependa del nombre del alumno sino de la matrícula.

Al normalizar, se evita la pérdida de información y se mantienen los datos relacionados.

Normalización reduce la redundancia, optimiza el espacio de almacenamiento y mejora la estructura de la base de datos.

Se espera que en el siguiente vídeo se explore la normalización con un diagrama entidad-relación para una mejor comprensión.

Transcripts

play00:08

hola chicos que tal bienvenidos al

play00:09

código compilado el día de hoy vamos a

play00:12

ver un tema muy importante en bases de

play00:14

datos relacionales que es la

play00:15

normalización antes que nada me gustaría

play00:17

mencionarles que este es un tema muy

play00:19

importante en bases de datos por lo que

play00:21

es primordial que nos quede clarísimo

play00:23

antes que nada me gustaría decirles que

play00:25

es normalización normalización es el

play00:28

proceso de simplificación de datos y

play00:30

tenemos varios objetivos para normalizar

play00:33

bases de datos que es tener almacenado

play00:35

con el menor espacio posible eliminar

play00:37

datos repetidos eliminar errores lógicos

play00:40

y tener nuestros datos ordenados muchas

play00:43

veces si nosotros no normalizamos

play00:45

nuestras bases de datos vamos a ocupar

play00:47

muchísimo espacio con nuestra base de

play00:49

datos de igual manera vamos a tener

play00:52

datos que van a estar repetidos por lo

play00:54

que eso no va a ser óptimo la

play00:56

normalización nos va a servir para

play00:57

optimizar nuestra base de datos para

play01:00

ocupar el menor espacio posible y por

play01:03

supuesto tener los datos necesarios para

play01:06

no repetir los vamos a organizar nuestra

play01:09

base de datos de tal manera que los

play01:11

datos no se repitan pero de igual manera

play01:13

permanezcan

play01:15

y por supuesto no perdamos información

play01:18

existen varias como niveles para

play01:21

normalizar nuestra base de datos existe

play01:23

la primera forma normal la segunda forma

play01:25

normal la tercera forma normal la forma

play01:28

normal voy scott la cuarta normal y la

play01:30

quinta forma normal nosotros vamos a

play01:33

llegar a ver hasta la tercera forma

play01:34

normal porque por lo general hasta esta

play01:36

forma es hasta donde se normalizan las

play01:38

bases de datos porque en esta forma ya

play01:39

tenemos una base de datos bien

play01:42

estructurada sin datos repetidos y

play01:44

estamos optimizando el espacio algo muy

play01:47

importante que nos debe de quedar muy

play01:49

claro y no debemos olvidar cuando

play01:50

normalizamos es que la simplificación

play01:52

debe darse sin que haya pérdida de

play01:55

información bueno vamos a empezar con la

play01:57

primera forma normal aquí yo les tengo

play02:00

un pequeño ejemplo en donde tenemos una

play02:02

base de datos es una base de datos en

play02:04

donde tenemos los datos de un alumno la

play02:07

materia que cursa y la carrera que

play02:09

también está cursando tenemos los datos

play02:11

principales del alumno que es su nombre

play02:12

su dirección y su teléfono de igual

play02:15

manera la materia el número que

play02:17

corresponde a la materia y su carrera al

play02:19

alumno lo identificamos mediante una

play02:21

matrícula esta sería una base de datos

play02:23

no no

play02:25

ya que si nos fijamos tenemos

play02:27

redundancia existen repetición de datos

play02:30

en esta base de datos si nos damos

play02:32

cuenta podemos ver que la matrícula 1 se

play02:35

repite tres veces con sus respectivos

play02:38

campos como el nombre sergio se está

play02:40

repitiendo tres veces la dirección se

play02:42

está repitiendo tres veces etcétera

play02:44

entonces tenemos que identificar la

play02:46

primera forma normal se trata de

play02:48

identificar los grupos de repetición

play02:50

nosotros ya los identificamos es

play02:52

matricula nombre dirección teléfono y la

play02:55

carrera ahora cuál es el campo o cuáles

play02:58

son los los campos que no se están

play03:00

generando esa redundancia

play03:03

pues es la materia y el número de

play03:06

materia y se dan cuenta la materia y el

play03:09

número de materias son el único dato que

play03:11

no cambia en la repetición por ejemplo

play03:14

en nuestro primer registro tenemos 1

play03:16

sergio por la 22 el teléfono y tenemos

play03:19

bases de datos el número en materia 1 2

play03:21

3 en el siguiente registro que es

play03:23

exactamente igual lo único que cambia es

play03:26

la materia y el número de materia

play03:29

y en la siguiente ocurre exactamente lo

play03:32

mismo la materia y el número de materia

play03:34

es lo que cambia dentro de nuestra

play03:37

dentro de nuestro registro es por ello

play03:40

que lo que vamos a hacer es separar esto

play03:42

en dos tablas es decir dejar matrícula

play03:46

nombre dirección teléfono y carrera en

play03:48

una tabla y poner por otro tabla parte

play03:50

el número de materia y la materia

play03:52

quedaría de la siguiente manera tenemos

play03:55

en normalizados a la primera forma

play03:58

normal nos quedaría algo así nuestra

play04:00

base de datos tendríamos la matrícula el

play04:02

nombre la dirección el teléfono y la

play04:04

carrera como una tabla a esta tabla la

play04:06

podríamos llamar alumno y por otro lado

play04:09

tenemos la tabla que es materia número

play04:13

de materia y matrícula a esta tabla la

play04:16

podemos llamar el alumno materia o algo

play04:18

por el estilo porque decidí poner aquí

play04:21

la matrícula si yo les dije que íbamos a

play04:23

dividir en dos tablas

play04:25

nuestra tabla principal bueno porque si

play04:28

yo no pongo aquí nuestros campos de

play04:30

matrícula vamos a perder la relación

play04:33

entre el alumno y la materia es decir yo

play04:36

tendría dos tablas aisladas una de

play04:38

alumno y otra de materia para que estas

play04:40

relaciones necesitamos tener la

play04:43

matrícula del alumno para saber qué

play04:45

alumno está cursando qué materia por

play04:48

ejemplo aquí con la matrícula 1 yo sé

play04:50

que el alumno con matrícula 1 está

play04:52

cruzando la materia base de datos y

play04:55

quién es el alumno con matrícula 1 bueno

play04:57

pues me voy adaptable alumno puedo ver

play04:59

que la matrícula 1 corresponde a sergio

play05:02

entonces hasta aquí ya tendríamos hasta

play05:04

la primera forma normal para entender un

play05:06

poquito la segunda forma normal vamos a

play05:08

ver dos tipos de dependencias que se

play05:11

llama dependencia funcional y

play05:13

dependencia transitiva la dependencia

play05:15

funcional se trata que vamos a tener

play05:17

varios atributos por ejemplo en este

play05:20

caso pongo a b y c donde a va a ser el

play05:23

atributo primario va a ser por ejemplo

play05:26

la clave primaria la primaria

play05:28

y beige dependen funcionalmente y

play05:31

totalmente de a es decir que ve para que

play05:35

exista b necesita existir ah y para que

play05:37

exista se necesita existir y por su

play05:41

parte la dependencia transitiva se trata

play05:43

de algo distinto aquí tenemos los mismos

play05:46

tres atributos a b y c pero tenemos que

play05:50

es la clave primaria la primaria ahora

play05:53

ve depende total y funcionalmente de a

play05:58

pero se depende de entonces aquí estamos

play06:03

generando una dependencia transitiva

play06:05

porque pese a que se depende de cómo ve

play06:09

depende de a se tiene una dependencia

play06:12

transitiva con o no es una dependencia

play06:16

directa sin embargo es una dependencia

play06:19

transitiva ya que ve depende

play06:21

funcionalmente de a ahorita nos va a

play06:24

quedar un poquito más claro cuando

play06:25

veamos un poco de la segunda forma

play06:27

normal

play06:29

ahora para que nosotros podamos

play06:31

normalizar hasta la segunda forma la

play06:33

tabla debe de estar ya en primer forma

play06:36

normal y debemos identificar las

play06:37

dependencias funcionales y transitivas

play06:39

vamos a hacerlo paso a paso

play06:42

aquí tenemos ya nuestra base de datos

play06:44

hasta la primera forma normal en donde

play06:46

hicimos dos tablas la tabla de alumno y

play06:49

la tabla de alumno materia ahora aquí lo

play06:51

que vamos a identificar son las

play06:53

dependencias funcionales ahora vamos a

play06:56

irnos directamente a la tabla alumno

play06:59

materia ya que ésta cuenta con dos

play07:02

claves primarias que es matrícula y

play07:05

número de materia nosotros sabemos que

play07:07

las claves primarias por lo general son

play07:09

códigos códigos que identifican al

play07:12

atributo que queramos al que queramos

play07:15

hacer referencia en esa tabla

play07:17

en este caso matrícula si lo queremos

play07:19

ver un poquito más adelante sería una

play07:20

clave primaria que en este momento está

play07:22

actuando como clave foránea y número de

play07:24

materia sería una clave primaria pero

play07:27

número de materia hace referencia

play07:28

obviamente a materia es la clave

play07:30

primaria de materia

play07:31

ahora vamos a analizar esto un poquito

play07:33

más materia depende funcionalmente del

play07:37

número de materia ya que materia no

play07:40

tendría razón de ser sin un número de

play07:42

materia ya que el número de materia es

play07:43

la clave primaria

play07:46

sin embargo materia no depende

play07:48

absolutamente de nada con matrícula por

play07:51

lo que son cosas independientes entonces

play07:54

aquí nos estamos dando cuenta de algo

play07:56

que en materia depende funcionalmente

play07:58

tiene una dependencia funcional con

play08:00

número de materia sin embargo no tiene

play08:02

ninguna dependencia con matrícula por lo

play08:04

que no podemos tener en esta tabla

play08:07

matrícula materia y número de materia

play08:10

entonces lo que vamos a hacer es

play08:12

separarlo de nuevo en dos tablas

play08:15

distintas quedaría de la siguiente

play08:17

manera seguimos teniendo nuestra tabla

play08:20

de alumnos y ahora tenemos una tabla en

play08:22

donde únicamente tenemos la matrícula

play08:25

con el número de materia es decir

play08:26

tenemos las dos claves primarias que

play08:28

estamos trayendo como foráneas y por

play08:31

otra parte separamos en otra tabla lo

play08:34

que es materia y número de materia esa

play08:36

ya se está convirtiendo en una tabla

play08:38

en una tabla que tiene su clave primaria

play08:41

y sus atributos de igual manera la de

play08:44

alumno es una tabla fuerte tiene una

play08:45

clave primaria y sus atributos en este

play08:48

caso esta no sería una tabla fuerte ésta

play08:51

sería como una tabla intermedia como los

play08:53

mismos en vídeos anteriores que va a

play08:54

tener claves foráneas que son las claves

play08:57

primarias de las claves a las que

play09:00

estamos uniendo hasta este momento ya

play09:03

tenemos normalizada nuestra base de

play09:04

datos hasta la segunda forma normal

play09:06

ahora vamos a ver la tercera forma

play09:08

normal

play09:09

sigamos analizando un poquito nuestra

play09:11

base de datos si nos damos cuenta ya

play09:15

casi la tenemos ya tenemos una tabla que

play09:19

sería intermedia ya tenemos una tabla

play09:22

fuerte que únicamente tiene dos

play09:23

atributos la clave primaria y otro

play09:25

atributo y tenemos nuestra tabla de

play09:27

alumno sin embargo hay un pequeño

play09:31

detalle en alumno si nos damos cuenta la

play09:33

carrera depende del alumno es decir el

play09:37

alumno estudia una carrera entonces

play09:39

podríamos decir que esa es la razón de

play09:41

ser de la carrera en esta tabla

play09:44

sin embargo

play09:47

el nombre del alumno no es una clave

play09:49

primaria recordemos que las dependencias

play09:52

funcionales y transitivas se deben de

play09:54

analizar sobre claves primarias siempre

play09:57

debe haber atributos que dependan de

play09:59

claves primarias únicamente entonces el

play10:03

alumno la clave primaria del alumno es

play10:04

la matrícula entonces estamos teniendo

play10:07

una dependencia transitiva entre carrera

play10:10

y matrícula lo que tenemos que hacer

play10:13

ahora es sacar carrera de esta tabla y

play10:17

ponerla en otra tabla aparte de la

play10:20

siguiente manera ahora tenemos a su

play10:23

tabla alumnos donde tenemos matrícula

play10:25

nombre dirección teléfono y número de

play10:27

carrera que es número de carrera

play10:29

la clave primaria que yo le asigne a la

play10:33

tabla carrera tengo una nueva tabla que

play10:35

se llama carrera que tiene su clave

play10:37

primaria que es número de carrera y la

play10:39

carrera ahora con esto estamos evitando

play10:42

también redundancia y estamos reduciendo

play10:44

el espacio de almacenamiento imaginemos

play10:47

que nosotros tenemos un millón de

play10:48

alumnos

play10:49

entonces vamos a tener un millón de

play10:52

registros y nosotros aquí dejáramos

play10:54

carrera

play10:55

tendríamos sistemas sistemas mecatrónica

play10:58

e ingeniería civil etcétera muchísimas

play11:01

carreras y la tendríamos repetidas en

play11:04

cuanto a espacio estamos ocupando menos

play11:06

espacio poniendo simplemente a lo mejor

play11:09

una clave tipo entero que teniendo una

play11:12

cadena de caracteres que a lo mejor va a

play11:13

ser un bar char de 20 o de 25 no sé pero

play11:17

entonces aquí estamos reduciendo espacio

play11:19

además estamos normalizando

play11:21

aquí yo agregó otra carrera porque pues

play11:24

obviamente no nada más vamos a tener la

play11:25

carrera de sistemas hasta aquí nuestra

play11:28

base de datos estaría normalizada hasta

play11:30

la tercera forma normal me gustaría que

play11:32

la analizaremos un poco más y nos

play11:34

diéramos cuenta que no estamos teniendo

play11:36

pérdida de información seguimos teniendo

play11:38

nuestra tabla con los alumnos nuestros

play11:42

alumnos están relacionados con la

play11:45

carrera mediante qué bueno mediante esta

play11:47

clave que es el número de carrera que es

play11:49

fueran en gar que es foránea perdón en

play11:51

alumno y primaria en carrera con esto yo

play11:55

sé que sergio está estudiando la carrera

play11:58

1234 que es sistemas también ana está

play12:02

estudiando la carrera 1234 que es

play12:04

sistemas de igual manera tenemos una

play12:07

tabla que podría ser intermedia en donde

play12:09

tenemos la matrícula y el número de

play12:11

materia en donde yo sé que el alumno con

play12:13

matrícula 1 que es sergio está

play12:16

estudiando la materia 123 que es base de

play12:18

datos de igual manera y sesiona en la

play12:20

materia 234 que es programación web la

play12:23

237 que es programación visual y el

play12:25

alumno por matriculados qué es

play12:27

anna es estudiando la materia 123 que es

play12:30

base de datos entonces si se dan cuenta

play12:32

no estamos teniendo pérdida de

play12:34

información y estamos optimizando

play12:36

nuestra base de datos porque porque ya

play12:39

no hay repetición recordemos nuestra

play12:41

tabla inicial en donde sergio la

play12:44

dirección el teléfono todos los datos de

play12:46

sergio se repetían tres veces porque

play12:48

pues simplemente porque tenía tres

play12:50

distintas materias entonces aquí estamos

play12:53

evitando repetición no están viendo

play12:56

pérdida de información los datos siguen

play12:58

relacionados y estamos ahorrando espacio

play13:01

en el siguiente vídeo seguiremos viendo

play13:03

normalización con sergio vamos a verlo

play13:05

ya en un diagrama entidad relación para

play13:07

que quede un poquito más claro chicos

play13:09

esto sería todo por el vídeo de hoy

play13:11

espero que les haya gustado y les haya

play13:12

quedado muy claro no olviden que si

play13:14

tienen alguna duda lo pueden dejar en la

play13:15

parte de los comentarios

play13:17

no olvides seguirnos en todas nuestras

play13:18

redes sociales como twitter facebook y

play13:21

google+ y suscribirse a su canal código

play13:23

compilado

Rate This

5.0 / 5 (0 votes)

関連タグ
NormalizaciónBases de DatosOptimizaciónRedundanciaAlumnosMateriasCarrerasClaves PrimariasClaves ForáneasEstructura de Datos
英語で要約が必要ですか?