Normalización de Base de Datos

LOGO

Grupo #4
Expositoras:
Wendy Cherres,
Mayra Romero
Xiomara Vargas

Revisado por: Ing. Patricio Vicuña

LOGO

Tema:
Normalización

www.themegallery.com

Normalización
Este capítulo examina los detalles del proceso de
normalización. La normalización es la secuencia de
las medidas por las que un modelo de base de
datos relacional es creado y mejorado. La secuencia
de etapas implicadas en el proceso de
normalización se llama formas normales.

 Básicamente, las formas normales aplicadas
durante un proceso de normalización permitirá la
creación de una base de datos relacional como un
modelo paso a paso de progresión.

COMPANY LOGO


Normalización
La normalización o estandarización es la redacción y aprobación de normas que se
establecen para garantizar el acoplamiento de elementos construidos
independientemente, así como garantizar el repuesto en caso de ser necesario,
garantizar la calidad de los elementos fabricados y la seguridad de funcionamiento.

La normalización persigue fundamentalmente tres objetivos:

•Simplificación: Se trata de reducir los modelos quedándose
únicamente con los más necesarios.
•Unificación: Para permitir la intercambiabilidad a nivel
internacional.
•Especificación: Se persigue evitar errores de identificación creando
un lenguaje claro y preciso

COMPANY LOGO


Normalización
¿Qué es
Normalización?

La normalización es el Elimina la duplicación
proceso de elaboración, de esfuerzos y
aplicación y mejora de minimiza los datos
las normas que se redundantes.
aplican a distintas El resultado es una
actividades científicas, mejor organización y
industriales o un uso más eficaz del
económicas con el fin espacio físico, entre
de ordenarlas y otros factores.
mejorarlas.

COMPANY LOGO


Anomalías
La intención de la base de datos relacional
es la eliminación de la teoría de las
anomalías que ocurren en una base de
datos.

Anomalías pueden producirse durante los El concepto
cambios de una base de datos. de las
Una anomalía con respecto al diseño de anomalías
Bases de datos relacionales es
esencialmente un cambio a los datos
erróneos y, más concretamente, a un solo
registro.

COMPANY LOGO


Anomalías

•Insertar anomalía.- causada cuando se inserta datos en el detalle y no tiene registro
principal.

COMPANY LOGO


Anomalías

Eliminar anomalía.- causada cuando un registro se elimina de una tabla maestra,
sin eliminar primero todos los registros hijos, en la tabla detalle.
COMPANY LOGO


La dependencia y los factores determinantes.
Actualización de anomalía- es similar a la eliminación, en la que tanto el
maestro y los registros de detalle debe ser actualizado a fin de evitar registros
huérfanos en detalle. Asegurándose de que cualquier actualización de clave
primaria que se han propagado a los hijos relacionados con las claves
foráneas en tabla.

Dependencia funcionales una conexión entre uno o más atributos. Por
ejemplo si conocemos el valor de FechaDeNacimiento podemos conocer el
valor de Edad.
Las dependencias funcionales del sistema se escriben utilizando una flecha, de
la siguiente manera:
FechaDeNacimiento Edad

COMPANY LOGO



Aquí a FechaDeNacimiento se le conoce como un determinante. Se puede leer de
dos formas FechaDeNacimientodetermina a Edad o Edad es funcionalmente
dependiente de FechaDeNacimiento. De la normalización (lógica) a la
implementación (física o real) puede ser sugerible tener éstas dependencias
funcionales para lograr la eficiencia en las tablas.

Determinante- El factor determinante en la descripción de la dependencia
funcional del anterior, X determina el valor de Y,.
F(x)=2*1
Y=f(x) F(1)=2 f(2)=4
y x
COMPANY LOGO


Dependencia Transitiva - Sean X, Y, Z tres atributos (o grupos de atributos) de la
misma entidad. Si Y depende funcionalmente de X y Z de Y, pero X no depende
funcionalmente de Y, se dice que Z depende transitivamente de X.
Simbólicamente sería:
X Y Z entonces X Z
FechaDeNacimiento Edad
Edad Conducir
FechaDeNacimiento Edad Conducir

COMPANY LOGO


Entonces tenemos que FechaDeNacimiento determina a Edad y
la Edad determina a Conducir, indirectamente podemos saber a través
de FechaDeNacimiento a Conducir (En muchos países , una persona necesita ser
mayor de cierta edad para poder conducir un automóvil, por eso se utiliza este
ejemplo).

Candidatos principales-Un candidato clave (potencial o clave admisible) es un
campo o combinación de campos que pueden actuar como un campo clave
principal de una tabla así como, la identificación de forma única cada registro de
la tabla. La Figura muestra cinco diferentes variantes de una tabla, todos los cuales
tienen validado claves primarias, tanto de un campo y más de un campo. El
número de las opciones mostradas en la Figura es un poco absurdo, pero
demuestra el concepto.

COMPANY LOGO


Plena dependencia funcional-Esta situación
se produce donde X determina Y, pero X
combinado con Z no determina Y. En otras
palabras, Y depende de X y X es un
descriptor determinante. Y si depende de X
con cualquier otra cosa, no hay dependencia
funcional plena. Fundamentalmente X, el
factor determinante, no puede ser una clave
compuesta. Una clave compuesta contiene
más de un campo (el equivalente de X con
Z).

COMPANY LOGO


La Figura muestra que la
POBLACIÓN depende de
país, pero no en la combinación de
TASA y el PAÍS. Por lo tanto, es
una dependencia plenamente
funcional entre la población y
PAÍS porque TASA no es pertinente
a población. Por el contrario, no hay
pleno dependencia funcional entre
la POBLACIÓN y la combinación
de PAÍS y el TASA.

Country Currency Rate

COMPANY LOGO


Dependencia de valores Múltiples-Esto
también es conocido como Clave Especialidad Curso
dependencia de varios valores. S01 Sistemas Natación
Un ejemplo de una dependencia de
varios valores es un campo que S01 Bioquímica Danza
contiene una lista delimitada algún tipo.
S01 Sistemas Natación
Los múltiples valores son dependientes
en su conjunto sobre una clave B01 Bioquímica Guitarra
principal. Una dependencia trivial de
varios valores se produce entre dos C03 Civil Natación
campos cuando son los dos únicos
campos en la tabla. Uno de ellos es la
clave principal y la otra la lista de varios
valores.

COMPANY LOGO


En esta tabla o relación no existe dependencia funcional porque los estudiantes
pueden tener distintas especialidades, un valor único de clave puede poseer muchos
valores de especialidades al igual que de valores de cursos. Por lo tanto
existe dependencia de valores múltiples. Este tipo de dependencias produce
redundancia de datos, como se puede apreciar en la tabla anterior, en donde la clave
S01 tiene tres registros para mantener la serie de datos en forma independiente lo
cual ocasiona que al realizarse una actualización se requiera de demasiadas
operaciones para tal fin.

Cíclico de la dependencia-El significado de la palabra quot;cíclicaquot; es un patrón circular,
recurrente, cerrado anillo, o una cadena de estructura circular. En el contexto de la
base de datos relacional modelo cíclico de la dependencia significa que X depende
de Y, que a su vez, depende también de la X, directa o indirectamente.
Cíclico de la dependencia, por lo tanto, indica una pauta lógica circular de la
interdependencia.

COMPANY LOGO



La dependencia Cíclico suele ocurrir con tablas que contiene una clave primaria
compuesta de tres o más de los campos (por ejemplo, cuando tres campos están
relacionados en pares entre sí). En otras palabras, X corresponde a Y, Y se
refiere a la Z, y X se refiere a la Z. En última instancia se refiere de nuevo a la Z
X.

COMPANY LOGO


Formas normales
Definición de las formas normales de la Manera
Más Fácil

¿Cómo puedo realizar una normalización de forma sencilla? ¿Por qué es fácil?
En un mundo perfecto, la mayoría de los diseños modelo de base de datos
relacional son muy similares.
La normalización es, en su mayor parte, es fácil y sobre todo es sentido
común, con algunos conocimientos empresariales. Hay, por supuesto, muchas
circunstancias excepcionales y casos especiales en que la interpretación de la
normalización no cubrir todas las necesidades al 100 por ciento.

COMPANY LOGO


1ra Forma Normal (1NF)
Elimina la repetición de grupos.
Define las claves principales.
Todos los registros deben ser identificados únicamente con una clave
principal. Una clave primaria es única y, por tanto, no se permiten valores
duplicados.
Todos los campos distintos de la clave primaria debe depender de la clave
principal, ya sea directamente o indirectamente.
Todos los campos deben contener un único valor.
Todos los valores de cada campo debe tener el mismo dato.
Crear una nueva tabla para mover la repetición de grupos de la tabla original.

COMPANY LOGO



COMPANY LOGO


Muestra la aplicación de 1NF, eliminando la repetición de campos mediante la
creación de una nueva tabla, donde el original y nuevo cuadro se vinculan en un
maestro-detalle, uno-a-muchos relación
Se crean claves primarias de ambas tablas en las que
los detalles de tabla tiene un compuesto
principal llave. El compuesto clave principal contiene
la tabla maestra de campo como clave principal el
prefijo de su campo clave principal.
Por lo tanto, el prefijo en el campo
AUTOR DEL LIBROes la clave
foránea que apunta a la tabla maestra
AUTOR.

COMPANY LOGO


Muestra lo que los datos se ve como en la alteración de la tabla AUTOR y la
tabla libro, previamente la tabla AUTHORSBOOKS. Fíjate en cómo la
introducción de la relación entre las dos tablas permite cualquier número de
libros para cada uno de los autores a ser atendidas.
Claves primarias única
identificar las filas en cada
cuadro

Clave foránea de
tabla maestra

Ninguna restricción sobre
el número de libros por
AUTOR
COMPANY LOGO


Segunda Forma Normal 2NF
Segunda forma normal se refiere a las relaciones y dependencias funcionales entre
atributos no-claves.
Una entidad que cumplan Segunda forma normal tiene que tener las siguientes
características:
 De modo que si una entidad no se halla en
1 2 segunda forma normal lo que deberemos hacer
para convertirla será remover los atributos que
Que todos lo son dependientes parcialmente (solo de parte)
La entidad debe
atributos no clave de la clave primaria.
estar en primera
sean dependientes  Si una entidad tiene clave primaria compuesta
forma normal.
totalmente de la
de varios atributos y/o relaciones, y si otro
clave primaria.
atributo depende únicamente de parte de tal
identificador compuesto, entonces el atributo y
la parte de la clave primaria de la cual depende,
deberán formar la base de una nueva entidad.

COMPANY LOGO


Segunda Forma Normal
Indicando los dos puntos de una forma diferente, eliminar los campos que son
independientes de la clave principal.

 Crear una nueva tabla para separar la parte parcialmente dependientes de la
clave principal y sus dependientes campos.

2NF aparentemente realiza una función similar a la de 1NF, pero cuando crea
una tabla y tenemos valores repetidos estos campos son trasladados a una nueva
tabla. El nuevo cuadro es una de las principales clave que consta de un solo
campo. Normalmente, 2NF crea relaciones de muchos a uno entre las
relaciones dinámicas y los datos, la supresión de los datos de tablas
transaccionales en las nuevas tablas.

COMPANY LOGO


El cuadro se encuentra en 1NF para después realizar la separación del grupo
de libros de los autores. La editorial y la información objeto son relativamente
estable en comparación con los libros.

COMPANY LOGO

En la Figura 4-17, muchos-a-uno son las relaciones establecidas entre las tablas dinámicas estáticas, es decir, BOOK a PUBLISHER y BOOK a SUBJ


Esta figura muestra la etapa inicial de la aplicación de 2NF, con la
creación de la tabla editor trasladamos los datos que se encontraban en la
tabla libro los cuales no pertenecían a dicha entidad.

COMPANY LOGO



 Luego creamos las relaciones entre nuevas tablas que hemos creado con la
entidad libro, creándose una relación de uno a muchos.

COMPANY LOGO


Las claves primarias se crean tanto en el editor y tema tablas para identificar de
forma exclusiva los editores y los temas dentro de sus respectivos dos tablas.
Identificar las relaciones LIBRO con las entidades editor y tema ya se crea la
clave principal compuesta de la tabla LIBRO.

COMPANY LOGO


Es importante comprender estas relaciones 2NF en la dirección opuesta de
modo que las entradas de la Libreta depende de la existencia de
PUBLISHER y SUBJEC. Así pues, los editores y los temas deben
existir para un libro o cada libro debe tener un editor y tema. , la excepción
podría ser un editorial en quiebra. Por el contrario, la relación entre
PUBLISHER y BOOK mas SUBJECT son en realidad uno a cero, uno, o
muchos. Esto significa que no todos los editores absolutamente tienen que
tener títulos publicados, y también que no siempre hay un libro sobre cada
tema disponible.

COMPANY LOGO



COMPANY LOGO


 Es evidente en este ejemplo que utilizando la 2NF físicamente hemos
ahorrado espacio. La duplicación se ha eliminado ya que sólo tenemos un
registro de SUBJECT y un número de registros mucho menor
de PUBLISHER.
 Tenemos un nuevo ejemplo que muestra dos cuadros en 1NF. Ponga el
SALE_ORDER y ALE_ORDER_ITEM cuadros presentados en la Figura
4-2 en 2NF:
1. Crear dos nuevas tablas con los campos correspondientes.
2. Eliminar los campos correspondientes de los cuadros originales.
3. Crear claves principales en los nuevos cuadros.
4. Crear las relaciones y definición de claves foráneas y colocación
adecuada.

COMPANY LOGO


¿Cómo
funciona?

2NF requiere crear las nuevas
tablas de campos que en parte
depende de las claves principales.
1. Crear la tabla CLIENTE para
eliminar los datos de la tabla
SALE_ORDER.
2. STOCK_ITEM crear la tabla
para eliminar los datos de la tabla
SALE_ORDER_ITEM.

COMPANY LOGO


Esto muestra la creación de dos nuevos cuadros. Otra diferencia es que los
campos de la clave foránea aparecen en las tablas originales en lugar de las
nuevas tablas, teniendo en cuenta la dirección de la relación entre el original
y las nuevas tablas.

COMPANY LOGO


Tercera Forma Normal
Para que una entidad esté en tercera forma normal deben cumplirse dos
condiciones:
De modo que si deseo transformar una
entidad que no esté en tercera forma
1 2 normal, lo que deberá hacerse es remover
Que todos los los atributos no clave que dependen de otros
Que la entidad
esté en segunda
atributos no claves atributos no clave.
son Si un atributo de una entidad es dependiente
forma normal.
independientes de
de otro atributo, el cual no es parte de la
el resto de
atributos no clave. clave primaria, entonces estos atributos
deberían formar parte de una nueva entidad,
la cual tiene relación de uno a muchos con la
entidad original. La clave primaria de la
nueva entidad es aquel atributo sobre el cual
el segundo atributo es dependiente.

COMPANY LOGO



Este ejemplo muestra una interpretación más fácil la de la 3NF donde
tenemos una relación de muchos a muchos y nos presenta la posibilidad de
que más de un registro serán devueltos mediante una consulta que une ambas
tablas.

COMPANY LOGO



Si se busca para el empleado Colombia, tres tareas siempre se devolverán. Del mismo
modo, si la búsqueda de la tercera tarea, dos empleados siempre se devolverán. Un
problema que se plantearía esta situación cuando la búsqueda de un atributo específico
para una determinada tarea cuando ésta es una tarea única asignado a un único empleado.
Sin la nueva misión creada por la tabla ASSIGNMENT por la 3NF, la búsqueda de una
asignación individual sería imposible.

COMPANY LOGO



Otra forma de ver la 3NF es como se muestra en el ejemplo, donde los campos
comunes a más de un cuadro pueden ser trasladado a una nueva tabla, como lo
demuestra la creación de la tabla FOREIGN_EXCHANGE. Al principio, esto parece
como un 2NF transformación campos porque no depende de la clave principal se quitan
a la nueva tabla. Ambos Proveedores han facilitado las direcciones y, por lo tanto, hay
dependencias transitivas entre ellas, a través de direcciones de ubicación), en última
instancia a los clientes y proveedores.
COMPANY LOGO


Clientes y proveedores utilizar las monedas en función de los países en que se
encuentran en el ejemplo muestra un 3NF transformación que permite la eliminación de
información común de los CUSTOMER(cliente) y SUPPLIER(Proveedores) por dos
razones:
 De divisas y la tasa no depende de clientes y proveedores claves primarias, a pesar de
que la moneda que utilizan depende de que el cliente o proveedor son sobre la base
del país en el que hacemos negocios.
 La moneda y EXCHANGE_RATE campos que antes de la transformación de los
cuadros son transitivamente depende de clientes y proveedores claves principales, ya
que dependerá de la CURRENCY_CODE, que a su vez no depende de las
direcciones.
 La transformación del ejemplo anterior podría ser concebido como 2NF debido a
que la relación de muchos a uno es la creación de una relación más estable mediante
la creación de la tabla FOREIGN_EXCHANGE.

COMPANY LOGO


 Obviamente, la transformación 3NF disminuye el tamaño de la base de
datos, en general, porque las copias repetidas de la moneda y
EXCHANGE_RATE se han normalizado en la tabla
FOREIGN_EXCHANGE y retirarse completamente de las tablas de
clientes y proveedores..
 Otra versión de 3NF encontrado es como se muestra en el siguiente
ejemplo. En este caso, existe una clara dependencia transitiva de CIUDAD
al Departamento y en el campo clave principal EMPLEADO.
 Una dependencia transitiva se produce cuando un campo depende de
otro, que a su vez depende de un tercer campo, el tercer campo suelen ser la
clave principal. El estado de dependencia transitiva también puede
interpretarse como un campo que no depende totalmente de la clave
principal.

COMPANY LOGO



En este ejemplo existe una dependencia transitiva porque se supone que
cada empleado se le asigna a un determinado departamento. Cada
departamento dentro de una empresa se basa exclusivamente en una
determinada ciudad. En otras palabras, cualquier empresa en la base de
datos no solo han propagado a través de los departamentos más de una sola
ciudad.

COMPANY LOGO


En otras palabras, cualquier empresa en la base de datos no solo han
propagado a través de los departamentos más de una sola ciudad.

 Otro caso típico 3NF, un valor calculado que se almacena en una tabla. Además,
el valor calculado el resultado de los valores en otros campos dentro de la misma
entidad. En esta situación, el campo calculado es, en realidad no totalmente
dependientes de la clave primaria (transitivamente dependientes) y, por tanto, no
requiere necesariamente una nueva tabla. Campos calculados son simplemente
eliminadas.
COMPANY LOGO



Generalmente hay una buena razón para la inclusión de campos calculados,
por lo general el rendimiento desnormalización.
Supongamos que un departamento dentro de la empresa se encuentra en sólo
una ciudad. Así, asumir que una ciudad es que siempre depende de un
departamento de ventas.
Ponga el SALE_ORDER y STOCK_ITEM tablas en 3NF.
Eliminar algunos campos calculados y crear una nueva tabla.
Eliminar los campos de una tabla original a una nueva mesa.
Crear una clave principal en la nueva tabla.
Crear un número a una relación entre la tabla original y la nueva tabla, la
definición y colocar una clave externa adecuada.

COMPANY LOGO


¿Cómo funciona?
3NF requiere la eliminación de las dependencias
transitivas.
1. Crear la tabla como
STOCK_SOURCE_DEPARTMENT la
ciudad depende del departamento, que es a
su vez depende de la clave principal. Esta es
una dependencia transitiva.
2. Retire el TOTAL_PRICE, y
TOTAL_AMOUNT campos de la tabla
SALE_ORDER porque todos estos campos
transitivamente depende de la suma de
STOCK_QUANTITY y
STOCK_UNIT_PRICE valores de otras dos
tablas. El SALES_TAX campo pasa a un
porcentaje para permitir la posterior cálculo
del impuesto sobre las ventas de valor.

COMPANY LOGO


Boyce Codd Normal-Forma (BCNF)

Una tabla debe estar en 3NF.
Una tabla puede tener sólo uno de los candidatos
principales.
BCNF es un candidato clave , por definición, una
clave única, y, por tanto, un potencial clave
principal. Si una tabla contiene más de un
candidato clave (clave principal), tiene un problema
.

COMPANY LOGO


Boyce Codd Normal-Forma (BCNF)

 En esencia, prohíbe una
tabla a partir de tener dos
claves principales.
 ¿Por qué? Esto no es una
rígida norma comercial, pero
más de un pricipal requisito
perspectiva de nuestro
modelo. En otras palabras,
es bueno, pero no es
comercialmente fresco.

COMPANY LOGO


4ta Forma Normal (4NF)

 Hace lo siguiente: La tabla debe estar en 3NF o
BCNF (Clave única) con 3NF.
Transforma las múltiples dependencias valoradas en
dependencias funcionales. Esto implica que un valor
de varios valores y no dependen de una clave
principal.
Eliminar varios conjuntos de múltiples valores o varios
valores dependencias, a veces descrito como no trivial.

COMPANY LOGO



COMPANY LOGO



 Que es lo que podemos
observar ,que se realiza una
transformación parcial 4NF,
dividiendo habilidades y las
certificaciones de los
trabajadores de las tablas
correspondientes.
 Esta es sólo una
transformación parcial, sin
embargo, porque todavía hay
relacion de muchos-a-
muchos entre las tablas
EMPLEADO SKILL, y
empleados con certificación.

COMPANY LOGO



 En esta figura se nos
resuelve el de muchos a
muchos en las relaciones
EMPLOYEE_SKILL y
EMPLOYEE_CERTIFICA
TION , que figuran como
de muchos a muchos
relaciones en la figura
anterior

Esencialmente, los intentos de generar 4NF juegos o
conjuntos de difusión en distintos registros en tablas
separadas, registro individual de cada uno se torne
más fácil el acceso al hacer una búsqueda especifica.
COMPANY LOGO


5 de forma normal (5NF)

5NF hace lo siguiente

La tabla Cíclicos
dependenci
debe as deben
estar en ser
4NF. eliminadas

COMPANY LOGO


5NF también se conoce
como forma normal
de proyección (PJNF).

El término quot;proyecciónquot; 5NF
se utiliza para describir nuevas tablas
que contienen un subconjunto
de los datos de la tabla original.

COMPANY LOGO


5 de forma normal (5NF)

 Una dependencia cíclico es simplemente algo que depende en
una cosa, ya sea de forma directa en indirectamente

 El cíclico es la dependencia es que todo está relacionado con
todo lo demás, incluida la propia. En otras palabras, hay una o
una combinación excluyendo repeticiones

 En conclusion: 5NF es similar a 4NF en tanto que el intento
de reducir al mínimo el número de campos de claves
compuestas.

COMPANY LOGO


Se puede mostrar esta forma asì:

 Comenzamos por la
creación de un campo
compuesto de tres claves
primarias, luego procedemos
a insertar datos, para que
nuestra tabla nos quede de
esta forma.

COMPANY LOGO


5NF

 En esta imagen podremos
observar, la transformación
de 5NF único compuesto de
tres campo clave principal
de tabla a tres semi-tablas
relacionadas, cada uno con
dos compuestos de campo
claves primarias.

COMPANY LOGO


5NF

¿Por qué es el término usado semirelacionados?
Debido a que la herramienta utilizada en este caso
para dibujar ERDs en realidad no permiten la
creación de la División de Respuesta de Emergencia
se muestra en la lado derecho del diagrama
Esto es muy interesante, sin embargo, todos los textos
indican que la5NF transformación se muestra en esta
como verdadera y correcta.

COMPANY LOGO


5NF

Para consultar la base de
datos debería ,coincidir
las dos preguntas , en
este caso, los registros de
una tabla deben
coincidir con los
registros de los tres se
sumaron a las tablas.

COMPANY LOGO


DKNF

1 2
Es una forma Es
ideal y un final matemáticamen
o forma final de te más perfecto
la normalización y tiene la
de bases de belleza en su
datos simplicidad
relacionales.

COMPANY LOGO


BD Relacional

Modelo comercial donde la mayoría de bases de datos requieren
no sólo las coincidencias exactas, sino también la búsqueda de gama
de presentación de informes, este nivel de intensidad en la normalización
casi siempre tiene un serio impacto negativo en la base de datos general
y el rendimiento de las aplicaciones y, por tanto, un efecto negativo en los
usuarios finales satisfacción

COMPANY LOGO


un modelo de base de datos completamente
normalizado debe aparecer:

1ero 2do 3ero 4to

Cada registro En general, es de
No puede de cada tabla Todos los datos conocimiento
Haber: debe ser de validación se común que
singularmente realiza en el algunos reglas de
Inserción, identificables y modelo de base aplicación de
Modificación, Directamente de datos negocio es a
relacionada menudo más
o Supresión
Con la clave eficaz dividida
de Datos primaria entre la bd
anomalías. en su tabla. y aplicaciones.

COMPANY LOGO


Resumen

1ero 2do 3ero 4to

Forma
Normalización Un Laico Un purista
Normal

COMPANY LOGO

LOGO

Wendy Cherres, Mayra Romero y Xiomara Vargas

Normalización de Base de Datos

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

Similaire à Normalización de Base de Datos

Similaire à Normalización de Base de Datos (20)

Dernier

Dernier (20)

Normalización de Base de Datos