II Informe

Modelos que Permiten un adecuado Diseño de Base de Datos.

NORMA VIVIANA VERA

COD: 084800702019
MARISOL LOPEZ ARENAS
CÓDIGO: 084800902018
CARLOS ANDRES GUARIN
CODIGO: 084801042018

UNIVERSIDAD DEL TOLIMA

IDEAD – IBAGUÉ
TECNOLOGIA EN GESTION DE BASES DE DATOS
IBAGUE
2019
 Introducción

Una base de datos es un conjunto de datos INTERRELACIONADOS almacenados

en conjunto, sin REDUNDANCIAS innecesarias, de forma INDEPENDIENTE de
los programas que acceden a ellos. Actualmente son un gran pilar de la
programación actual, ya que nos permiten almacenar y usar de forma rápida y
eficiente cantidades de datos con cierta facilidad.

Para Facilitar que la base de datos sea percibida o vista por el usuario como una
estructura lógica que consiste en un conjunto de relaciones y no como una
estructura física de implementación Se utilizan los modelos de bases de datos
interactuando como un conjunto de ideas lógicas utilizadas para representar las
estructuras de bases de datos, estos permiten visualizar la estructura de la base
de datos y las relaciones entre las mismas.

El diseño lógico depende del tipo de SGBD que se vaya a utilizar, se adapta a la
tecnología que se debe emplear, pero no depende del producto concreto. En el
caso de bases de datos convencionales relacionales (basadas en SQL para
entendernos), el diseño lógico consiste en definir las tablas que existirán, las
relaciones entre ellas, normalizarlas, etc...

El modelo relacional proporciona una manera simple de representar los datos: una
tabla bidimensional llamada relación. El elemento principal de este modelo es la
relación. La cual está compuesta por un conjunto de relaciones.

El modelo entidad-Relación es una forma de representar las entidades relevantes

de un sistema de información así como sus interrelaciones y propiedades.
Formalmente, los diagramas ER son un lenguaje gráfico para describir conceptos.
Informalmente, son simples dibujos o gráficos que describen información sobre un
sistema de información y el software que lo automatiza.
Modelo entidad relación

Este modelo habitualmente, además de disponer de un diagrama que ayuda a

entender los datos y como se relacionan entre ellos, debe de ser completado con
un pequeño resumen con la lista de los atributos y las relaciones de cada
elemento.

Originalmente, el modelo entidad-relación sólo incluía los conceptos de entidad,

relación y atributo. Más tarde, se añadieron otros conceptos, como los atributos
compuestos y las jerarquías de generalización, en lo que se ha denominado
modelo entidad-relación extendido.

Se basa en una percepción del mundo real que consiste en una colección de
objetos básicos llamados ENTIDADES, y las RELACIONES entre estos objetos.
Entidad: Las entidades representan cosas u objetos (ya sean reales o abstractos),
que se diferencian claramente entre sí. Por medio de un conjunto específico de
ATRIBUTOS.

Ejemplo: Taller mecánico

Se podría crear las siguientes entidades:

 Coches (objeto físico): contiene la información de cada taller.

 Empleado (objeto físico): información de los trabajadores.
 Cargo del empleado (cosa abstracta): información de la función del
empleado.

Las entidades se representan en un diagrama con rectángulos

Atributos

Los atributos definen o identifican las características de entidad (es el contenido

de esta entidad). Cada entidad contiene distintos atributos, que dan información
sobre esta entidad. Estos atributos pueden ser de distintos tipos (numéricos, texto,
fecha...).

Siguiendo el ejemplo se pueden analizar los atributos de la entidad "Coches", que

darán información sobre los coches del taller ejemplo

Unos posibles atributos serían los siguientes: número de chasis, matrícula, DNI del
propietario, marca, modelo y muchos otros que complementen la información de
cada coche.

Los atributos se representan como círculos que descienden de una entidad, y no

es necesario representarlos todos, sino los más significativos.
Relación

Es una asociación entre varias entidades que permite definir una dependencia
entre varias entidades, es decir, permite exigir que varias entidades compartan
ciertos atributos de forma indispensable.

Por ejemplo, los empleados del taller (de la entidad "Empleados") tienen un cargo
(según la entidad "Cargo del empleado"). Es decir, un atributo de la entidad
"Empleados" especificará que cargo tiene en el taller, y tiene que ser idéntico al
que ya existe en la entidad "Cargo del empleado".

Las relaciones se muestran en los diagramas como rombos

El conjunto de todas las entidades del mismo tipo y relaciones del mismo tipo se
denomina CONJUNTO DE ENTIDADES y CONJUNTO DE RELACIONES.

CARDINALIDAD DE ASIGNACION

La Cardinalidad expresa el número de entidades de un conjunto de entidades a

las que puede asociarse con las entidades de otro conjunto de entidades.

Conjunto de Entidades

Relaciones de uno a uno: una entidad del CE “A” se relaciona con una y
solamente una entidad del CE “B”.
Relaciones de uno a muchos: cada entidad del CE “A” se relaciona con varias
entidades del CE “B”.

Relaciones de muchos a muchos: cualquier entidad del CE “A” se relaciona con

muchas entidades del CE “B” Cualquier entidad del CE “B” se relaciona con
muchas entidades del CE “A”.
Modelo Relacional

El modelo se compone de tres partes:

Estructura de datos: básicamente se compone de relaciones.

Manipulación de datos: un conjunto de operadores para recuperar, derivar o

modificar los datos almacenados.

Integridad de datos: una colección de reglas que definen la consistencia de la

base de datos.

El modelo Relacional permite convertir el modelo E-R en estructuras básicas de

almacenamiento denominadas Tablas. Estas son la base esencial para la
construcción de las Bases de Datos. Los atributos se llaman Llaves Foráneas.

El modelo de datos relacional organiza y representa los datos en forma de tablas o

relaciones, es un modelo de organización y gestión de bases de datos consistente
en el almacenamiento de datos en tablas compuestas por filas, o tuplas, y
columnas o campos. Se distingue de otros modelos, como el jerárquico, por ser
más comprensible para el usuario inexperto, y por basarse en la lógica de
predicados para establecer relaciones entre distintos datos. Surge como solución
a la creciente variedad de los datos que integran las data warehouses y podemos
resumir el concepto como una colección de tablas (relaciones).
Tuplas, atributos y dominios

Tupla

A menudo se le llama también registro o fila, físicamente es cada una de las líneas
de la relación. Equivale al concepto de entidad del modelo E-R, y define un objeto
real, ya sea abstracto, concreto o imaginario.

Tupla: cada una de las filas de una relación. Contiene la información relativa a una
única entidad. No pueden existir dos tuplas iguales en la misma relación.

Atributo

También denominado campo o columna, corresponde con las divisiones verticales

de la relación. Corresponde al concepto de atributo del modelo E-R y contiene
cada una de las características que definen una entidad u objeto.

Atributo: cada una de las características que posee una entidad, y que agrupadas
permiten distinguirla de otras entidades del mismo conjunto.

Al igual que en el modelo E-R, cada atributo tiene asignado un nombre y un

dominio. El conjunto de todos los atributos es lo que define a una entidad
completa, y es lo que compone una tupla.

Nulo (NULL)

Hay ciertos atributos, para determinadas entidades, que carecen de valor. El

modelo relacional distingue entre valores vacíos y valores nulos. Un valor vacío se
considera un valor tanto como cualquiera no vacío, sin embargo, un nulo NULL
indica la ausencia de valor.

Nulo: (NULL) valor asignado a un atributo que indica que no contiene ninguno de
los valores del dominio de dicho atributo.

El nulo es muy importante en el modelo relacional, ya que nos permite trabajar con
datos desconocidos o ausentes.
Terminología estructural

Modelo relacional

El modelo Relacional, es un modelo basado en relaciones, en la que cada una de

ellas cumple determinadas condiciones mínimas de diseño:

No deben existir dos tuplas iguales.

Cada atributo sólo puede tomar un único valor del dominio, es decir, no puden
contener listas de valores.

El orden de las tuplas dentro de la relación y el de los atributos, dentro de cada

tupla, no es importante.

Cardinalidad

Cardinalidad: es el número de tuplas que contiene una relación.

La cadinalidad puede cambiar, y de hecho lo hace frecuentemente, a lo largo del

tiempo: siempre se pueden añadir y eliminar tuplas.

Grado

Grado: número de atributos de cada tupla.

El grado de una relación es un valor constante. Esto no quiere decir que no se
puedan agregar o eliminar atributos de una relación; lo que significa es que si se
hace, la relación cambia. Cambiar el grado, generalmente, implicará
modificaciones en las aplicaciones que hagan uso de la base de datos, ya que
cambiarán conceptos como claves e interrelaciones, de hecho, puede cambiar
toda la estructura de la base de datos.

Esquema

Esquema: es la parte constante de una relación, es decir, su estructura.

Esto es, el esquema es una lista de los atributos que definen una relación y sus
dominios.

Instancia

Instancia: es el conjunto de las tuplas que contiene una relación en un momento

determinado.

Es como una fotografía de la relación, que sólo es válida durante un periodo de

tiempo concreto

Clave: es un conjunto de atributos que identifica de forma unívoca a una tupla.

Puede estar compuesto por un único atributo o una combinación de varios.

Dentro del modelo relacional no existe el concepto de clave múltiple. Cada clave
sólo puede hacer referencia a una tupla de una tabla. Por lo tanto, todas las claves
de una relación son únicas.

Podemos clasificar las claves en distintos tipos:

Candidata: cada una de las posibles claves de una relación, en toda relación
existirá al menos una clave candidata. Esto implica que ninguna relación puede
contener tuplas repetidas.

Primaria: (o principal) es la clave candidata elegida por el usuario para identificar

las tuplas. No existe la necesidad, desde el punto de vista de la teoría de bases de
datos relacionales, de elegir una clave primaria. Además, las claves primarias no
pueden tomar valores nulos.

Es preferible, por motivos de optimización de MySQL, que estos valores sean

enteros, aunque no es obligatorio. MySQL sólo admite una clave primaria por
tabla, lo cual es lógico, ya que la definición implica que sólo puede existir una.

Alternativa: cada una de las claves candidatas que no son clave primaria, si es
que existen.

Foránea: (o externa) es el atributo (o conjunto de atributos) dentro de una relación

que contienen claves primarias de otra relación. No hay nada que impida que
ambas relaciones sean la misma.

Interrelación

Decimos que dos relaciones están interrelacionadas cuando una posee una clave
foránea de la otra. Cada una de las claves foráneas de una relación establece una
interrelación con la relación donde esa clave es la principal.

Según esto, existen dos tipos de interrelación:

La interrelación entre entidades fuertes y débiles.

Estrictamente hablando, sólo la segunda es una interrelación, pero como veremos

más tarde, en el modelo relacional ambas tienen la forma de relaciones, al igual
que las entidades compuestas, que son interrelaciones con atributos añadidos.

Al igual que en el modelo E-R, existen varios tipos de interrelación:

Uno a uno: a cada tupla de una relación le corresponde una y sólo una tupla de
otra.

Uno a varios: a cada tupla una relación le corresponden varias en otra.

Muchos a muchos: cuando varias tuplas de una relación se pueden corresponder

con varias tuplas en otra.
Normalización en las Bases de Datos

Normalización.

La normalización de bases de datos consiste en aplicar una serie de reglas a las

relaciones obtenidas tras el paso del modelo entidad-relación hacia el modelo
relacional.

La normalización se usa en las bases de datos relacionales para:

 Evitar la redundancia de los datos.

 Evitar problemas de actualización de los datos en las tablas.
 Proteger la integridad de datos.

En el modelo relacional, las relaciones se conocen generalmente como tablas,

aunque para que una tabla sea considerada como una relación debe cumplir con
las siguientes restricciones:

 Cada columna debe tener su nombre único.

 No puede haber dos filas iguales. No se permiten los duplicados.
 Todos los datos en una columna deben ser del mismo tipo.
 La normalización se aplica a las tablas de una base de datos. Al referirse
como que una base de datos está en la forma normal N significa que todas
sus tablas están en la forma normal N.

Generalmente, las primeras tres formas normales son suficientes para cubrir las
necesidades de la mayoría de las bases de datos. El creador de las 3 primeras
formas normales fue Edgar F. Codd.
Primera forma normal (1FN)

Para que una base de datos sea 1FN, es decir, que cumpla la primera forma
normal, cada columna debe ser atómica.

Atómica significa "indivisible", es decir, cada atributo debe contener un único valor
del dominio. Los atributos, en cada tabla de una base de datos 1FN, no pueden
tener listas o arrays de valores, ya sean del mismo dominio o de dominios
diferentes.

Además, cada atributo debe tener un nombre único. Esto es algo que en general,
al menos trabajando con MySQL, no nos preocupa; ya que la creación de las
tablas implica definir cada columna de un tipo concreto y con un nombre único.

Tampoco pueden existir tuplas idénticas. Esto puede parecer obvio, pero no
siempre es así.

Como vemos, las restricciones de la primera forma normal coinciden con las
condiciones de las relaciones de una base de datos relacional, por lo tanto,
siempre es obligatorio aplicar esta forma normal.

La clave primaria no contiene atributos nulos.

No debe existir variación en el número de columnas.

Los Campos no clave deben identificarse por la clave (Dependencia Funcional)

Debe Existir una independencia del orden tanto de las filas como de las columnas,
es decir, si los datos cambian de orden no deben cambiar sus significados

Una tabla no puede tener múltiples valores en cada columna.

Los datos son atómicos (a cada valor de X le pertenece un valor de Y y viceversa).

Esta forma normal elimina los valores repetidos dentro de una BD

Segunda Forma Normal (2FN).

Dependencia Funcional. Una relación está en 2FN si está en 1FN y si los atributos
que no forman parte de ninguna clave dependen de forma completa de la clave
principal. Es decir que no existen dependencias parciales. (Todos los atributos que
no son clave principal deben depender únicamente de la clave principal).
En otras palabras podríamos decir que la segunda forma normal está basada en el
concepto de dependencia completamente funcional. Una dependencia funcional
es completamente funcional si al eliminar los atributos A de X significa que la
dependencia no es mantenida, esto es que . Una dependencia funcional es una
dependencia parcial si hay algunos atributos que pueden ser eliminados de X y la
dependencia todavía se mantiene, esto es .

Por ejemplo {DNI, ID_PROYECTO} HORAS_TRABAJO (con el DNI de un

empleado y el ID de un proyecto sabemos cuántas horas de trabajo por semana
trabaja un empleado en dicho proyecto) es completamente funcional dado que ni
DNI HORAS_TRABAJO ni ID_PROYECTO HORAS_TRABAJO mantienen la
dependencia. Sin embargo {DNI, ID_PROYECTO} NOMBRE_EMPLEADO es
parcialmente dependiente dado que DNI NOMBRE_EMPLEADO mantiene la
dependencia.

Tercera Forma Normal (3FN).

La tabla se encuentra en 3FN si es 2FN y si no existe ninguna dependencia

funcional transitiva entre los atributos que no son clave.
 Web grafía

Tomado de https://docs.google.com/viewer?
a=v&pid=sites&srcid=ZGVmYXVsdGRvbWFpbnxkaXNlbm9iYXNlZGF0b3N0aWNz
MnxneDo1NDY1MzBmNWJhODk2Y2Fj

Tomado de https://tihuilo.wordpress.com/2014/02/24/formas-normales-
normalizacion-de-base-de-datos/

Tomado de https://docs.google.com/viewer?
a=v&pid=sites&srcid=ZGVmYXVsdGRvbWFpbnxkaXNlbm9iYXNlZGF0b3N0aWNz
MnxneDo2NzBiOTQ0OWM5N2FkYTI1

Tomado de http://zeus.inf.ucv.cl/~jrubio/docs/2010-2/ICI%20344/Capitulo%20IV%20-%20Parte
%203.pdf