El documento describe el modelo de entidad-relación propuesto por Richard Baker. Explica que las entidades representan objetos sobre los cuales se mantiene información y las relaciones representan asociaciones entre entidades. Luego detalla las características de las entidades como su representación gráfica y reglas para definirlas, así como las características de las relaciones como su representación y tipos de relaciones. Finalmente, explica conceptos como atributos, formas normales y claves primarias.

1. FORO 2
Lizeth Yuliana Pinto Roa
Actividad
Foro Unidad 2
Docente
Luis Alfonso Narváez Cartagena
Universidad del Quindío
Programa CIDBA
Abril
2016

2. 1. ¿CUÁL ES EL MODELO DE ENTIDAD
RELACIÓN QUE PROPONE RICHARD
BAKER EN LA TÉCNICA DE
MODELADO DE DATOS? EXPLICAR O
DAR EJEMPLOS.
Richard Baker afirma que: El modelo
entidad relación es un diagrama, que como
su nombre lo indica, está compuesto de dos
partes principales que son las entidades y
las relaciones entre éstas. Este diagrama es
el resultado del análisis que se realiza para
cada sistema de información que se desea
desarrollar. Seguidamente se hará una
descripción de cada una de sus partes:
Entidad
Una entidad es una cosa o un objeto con
significado real o imaginado, acerca de la
cual existe la necesidad de información que
se va a conocer o a mantener.
Representación gráfica
Una entidad se representa con un
rectángulo con esquinas redondeadas
dentro del cual se escribe el nombre
correspondiente para su identificación. El
nombre se muestra en SINGULAR en
letras MAYÚSCULAS, y sin
ABREVIATURAS, además debe ser el que
represente un tipo o clase de elemento, NO
UNA INSTANCIA.
Un ejemplo de clase es alumno y una
instancia es Juanito, por tanto la entidad
debe ser ALUMNO.
EJEMPLO DE ENTIDAD
REGLAS PARA DEFINIR UNA
ENTIDAD
* CUALQUIER OBJETO SÓLO PUEDE
SER REPRESENTADO POR UNA
ENTIDAD. Es decir, las entidades son
mutuamente exclusivas en todos los casos.
* Cada ENTIDAD debe ser identificada de
forma única. Es decir, cada instancia
(aparición) de una ENTIDAD debe
encontrarse separada e identificable
claramente de todas
las demás instancias de ese tipo de entidad.
Relación
Es la asociación entre dos entidades
referida a un nombre.
Una relación es binaria, en el sentido que es
siempre una asociación entre exactamente
dos entidades, o entre una entidad y ella
misma.
Representación gráfica
* Una relación se representa mediante una
línea que une dos recuadros de entidades o
recursivamente une un recuadro de entidad
consigo misma.
* Cada relación tiene dos extremos para
cada uno de los cuales tiene
- nombre,
- gradocardinalidad (cuántos -uno,muchos-
),
- opcionalidad (obligatorio u opcional)
Terminal de
transporte

3. CARACTERÍSTICAS DE
LAS RELACIONES
ATRIBUTO
Definición
* Un atributo es cualquier detalle que sirve para calificar, identificar, clasificar, cuantificar o
expresar el estado de una entidad; o cualquier descripción de una característica
de importancia.
• Un atributo puede ser un texto, un color, un dibujo, un sentimiento, etc., según se requiera.
Representación de ATRIBUTOS
Para representar un atributo hay que escribir su nombre en singular, en minúsculas y de forma
opcional.

4. CARACTERÍSTICAS DE
LAS RELACIONES
PRIMERA FORMA NORMAL: Eliminar atributos repetidos
 - Una entidad puede que sólo tenga un valor para un atributo en cualquier momento. Si son
esenciales mucho valores se debe crear una entidad nueva para mantener la
 relación muchos a uno unidos con la entidad original. Es una entidad ?
 - Un atributo se convierte en una entidad cuando tiene importancia en si misma con sus
propias relaciones y atributos
SEGUNDA FORMA NORMAL: El valor del atributo debe ser dependiente de todo el
identificador único
 - Hay que quitar los atributos por los que los valores son dependientes sólo de parte del
identificador único.
 - Dichos atributos generalmente suponen una entidad perdida pero relacionada

5. CARACTERÍSTICAS DE
LAS RELACIONES
TERCERA FORMA NORMAL: Los atributos
deben ser dependientes directamente del
identificador único
 - Hay que quitar los atributos que no sean
dependientes directamente del identificador
único de la entidad.
 Ejm : ¿Es mi nombre dependiente de la
factura que recibo?
 R/ No, por tanto debe existir una entidad
aparte y/o relación perdida.
 Atributos opcionales
 - Un atributo puede tener un solo valor
algunas veces o puede no estár disponible en
cuyo caso esto se puede demostrar con una
(o) pequeña delante del nombre del atributo
 para demostrar que es opcional.
 Atributos obligatorios
 - Un atributo que se debe conocer siempre se
muestra con un pequeño (*) delante del
nombre.
IDENTIFICADOR ÚNICO
- Cada entidad debe ser únicamente identificable
de forma que cada instancia de la entidad esté
separada y sea claramente identificable de todas
las otras instancias de ese tipo
de entidad.
- El identificador único puede ser un atributo, una
combinación de atributos, una combinación de
relaciones o una combinación de atributos y
relaciones.
Una entidad puede tener más de un medio
alternativo de identificación única.
- El medio Primario se puede mostrar en el
siguiente diagrama.

6. 2. AMPLIÉ EL CONCEPTO
SOBRE QUE ES UN MODELO
RELACIONAL
Para definir modelo relacional primeramente definamos que es un modelo: Es una
representación de la realidad que contiene las características generales de algo que se
va a realizar. En base de datos, esta representación la elaboramos de forma gráfica.
Ahora bien, El nombre de modelo relacional viene de la estrecha relación que existe
entre el elemento básico de este modelo, y el concepto matemático de relación.
Edgar Frank Cood postuló sus bases de datos en 1970 de los laboratorios IBM en San
José California; lo que le permitió prontamente consolidarse como un genial paradigma
en modelos de bases de datos. Se dice que es el modelo relacional más utilizado en la
actualidad para modelar problemas reales y administrar datos dinámicamente; el cual
se fundamenta en el uso de las “relaciones” y como cada relación es un conjunto de
datos, el orden que estos se almacenen no tienen mayor relevancia a diferencia de
otros modelos como el de red y jerárquico. Por lo tanto una relación representa una
tabla que no es más que un conjunto de filas, cada fila es un conjunto de campos y
cada campo representa un valor que interpretado describe el mundo real. Cada fila
también se puede denominar tabla o registro y a cada columna también se le puede
llamar campo o atributo. Para manipular la información contenida en ella se dispone de
dos lenguajes el Álgebra relacional y el Cálculo relacional. El Álgebra relacional
permite describir la forma de realizar una consulta, por el contrario el Cálculo relacional
sólo indica lo que se desea devolver.
Los datos considerados relevantes por cada
empleado, son :
• DNI (Dominio)
• Nombre
• Dirección
• Teléfono
• E-mail
• Puesto
• Antigüedad en la Empresa
• Tipo de salario que se aplica

7. 3. ¿QUIÉN DISEÑO LA
BASE DE DATOS ORACLE?
Los ingenieros de Silicon Valley: Larry Ellison, Ed Oates y Bob Miner,
fundan en 1977 una empresa de consultoría llamada Software
Development Laboratories (SDL) y tiempo después obtienen un
contrato con la CIA para diseñar un sistema especial de bases de datos
con código clave "Oracle"
Larry Ellison
Ed Oates
Bob Miner

8. 4. ¿QUIÉN DEFINIÓ LAS TRES
PRIMERAS FORMAS
NORMALES?
Edgar F. Codd originalmente definió las tres primeras formas normales (1NF, 2NF, y
3NF). Estas formas normales se han resumido como requiriendo que todos los
atributos no-clave sean dependientes en "la clave, la clave completa, y nada excepto
la clave".
En la teoría de bases de datos relacionales, las formas normales (NF) proporcionan
los criterios para determinar el grado de vulnerabilidad de una tabla a inconsistencias y
anomalías lógicas. Cuanta más alta sea la forma normal aplicable a una tabla, menos
vulnerable será a inconsistencias y anomalías. Cada tabla tiene una "forma normal
más alta" (HNF): por definición, una tabla siempre satisface los requisitos de su HNF y
de todas las formas normales más bajas que su HNF; también por definición, una tabla
no puede satisfacer los requisitos de ninguna forma normal más arriba que su HNF.
Las formas normales son aplicables a tablas individuales; decir que una base de datos
entera está en la forma normal n es decir que todas sus tablas están en la forma
normal
Edgar F. Codd

9. 5. ¿CUÁLES SON LAS 12 REGLAS
DE EDGAR FRANK CODD DEL
MODELO RELACIONAL DE BASE
DE DATOS?
Codd, se percata de que existían bases de datos en el mercado las cuales decían ser
relacionales, pero lo único que hacían era guardar la información en las tablas, sin
estar estas tablas literalmente normalizadas; entonces éste publicó 12 reglas que un
verdadero sistema relacional debería tener aunque en la práctica algunas de ellas son
difíciles de realizar. Un sistema podrá considerarse “más relacional” cuanto más siga
estas reglas. Es así, como en 1984 Edgar F. Codd, creador de del Modelo
Relacional publicó las 12 Reglas que un verdadero Sistema Relacional de Bases de
Datos debería cumplir. En la práctica algunas de estas reglas son difíciles de
implementar, así que un sistema podrá considerarse más relacional cuanto más siga
estas reglas.
REGLA 0
Para que un sistema se denomine Sistema de
Gestión de Bases de Datos Relacionales, este
sistema debe usar exclusivamente sus
capacidades relacionales para gestionar la base
de datos
REGLA 1: REGLA DE LA INFORMACIÓN
Toda la información en una base de datos
relacional se representa explícitamente en el
nivel lógico mediante tablas y sólo mediante
tablas. Por tanto los metadatos (diccionario,
catálogo) se representan y se manipulan
exactamente igual que los datos de usuario,
usando quizás el mismo lenguaje (ejemplo
SQL)
REGLA 2: REGLA DEL ACCESO
GARANTIZADO
Para todos y cada uno de los datos (valores
atómicos) de una base de datos relacional se
garantiza que son accesibles a nivel lógico
utilizando una combinación de nombre de tabla,
valor de clave primaria y nombre de columna.
REGLA 3: TRATAMIENTO SISTEMÁTICO
DE VALORES NULOS
Se debe disponer de valores nulos (distintos de la
cadena vacía, blancos, 0, etc.) para representar
información desconocida o no aplicable de
manera sistemática, independientemente del tipo
de datos. Se reconoce la necesidad del valor
nulo: null AND null = null Verdadero AND
null = null Falso AND null = Falso
Verdadero OR null = Verdadero, etc.
REGLA 4: CATÁLOGO DINÁMICO EN
LÍNEA BASADO EN EL MODELO
RELACIONAL
La descripción de la base de datos se representa
a nivel lógico de la misma manera que los datos
normales, de modo que los usuarios autorizados
pueden aplicar el mismo lenguaje relacional a
su consulta, igual que lo aplican a los datos
normales. Los metadatos se almacenan y se
manejan usando el modelo relacional, con
todas las consecuencias

10. 5. ¿CUÁLES SON LAS 12 REGLAS
DE EDGAR FRANK CODD DEL
MODELO RELACIONAL DE BASE
DE DATOS?
REGLA 5: REGLA DEL SUBLENGUAJE
DE DATOS COMPLETO
Un sistema relacional debe soportar varios
lenguajes y varios modos de uso de terminal
(ejemplo: rellenar formularios, etc.). Sin
embargo, debe existir al menos un lenguaje
cuyas sentencias sean expresables, mediante
una sintaxis bien definida, como cadenas de
caracteres y que sea completo, soportando:
Definición de datos , Definición de vistas o
Manipulación de datos (interactiva y por
programa) o Restricciones de integridad o
Restricciones de transacciones (begin,
commit, rollback). Además de poder tener
interfaces más amigables para hacer
consultas
REGLA 6: REGLA DE
ACTUALIZACIÓN DE VISTAS
Todas las vistas que son teóricamente
actualizables se pueden actualizar también
por el sistema.
REGLA 7: INSERCIÓN,
ACTUALIZACIÓN Y BORRADO DE
ALTO NIVEL
La capacidad de manejar una relación base o
derivada como un solo operando se aplica
no sólo a la recuperación de los datos
(consultas), sino también a la inserción,
actualización y borrado de datos.
REGLA 8: INDEPENDENCIA FÍSICA DE
DATOS
Los programas de aplicación y actividades del
terminal permanecen inalterados a nivel lógico
cualesquiera sean los cambios efectuados, tanto
en la representación del almacenamiento, como
en los métodos de acceso.
REGLA 9: INDEPENDENCIA LÓGICA DE
DATOS
Los programas de aplicación y actividades del
terminal permanecen inalterados a nivel lógico
cualesquiera sean los cambios que se realicen a
las tablas base que preserven la información.
Cuando se modifica el esquema lógico
preservando información. Ejemplos de
cambios que preservan la información:
añadir atributos o sustituir tablas
REGLA 10: INDEPENDENCIA DE
INTEGRIDAD
Los restricciones de integridad específicas para
una determinada base de datos relacional deben
poder ser definidos en el sublenguaje de datos
relacional, y almacenables en el catálogo, no en
los programas de aplicación. Como parte de
las restricciones inherentes al modelo
relacional están: Integridad de entidad,
dominio y referencia

11. 5. ¿CUÁLES SON LAS 12 REGLAS
DE EDGAR FRANK CODD DEL
MODELO RELACIONAL DE BASE
DE DATOS?
REGLA 11: INDEPENDENCIA DE
DISTRIBUCIÓN
Una Base de Datos Relacional es
independencia de la distribución.
• Las mismas órdenes y programas se
ejecutan igual en una base de datos
centralizada que en una distribuida.
• Las bases de datos son fácilmente
distribuibles.
• Esta regla es responsable de tres tipos de
transparencia de distribución: Transparencia
de Localización. El usuario tiene la
impresión de que trabaja con una base de
datos local. (Regla de Independencia
Física)
Transparencia de Fragmentación: El
usuario no se da cuenta de que la
relación con que trabaja está
fragmentada. (Regla de Independencia
Lógica). o
Transparencia de Replicación: El usuario
no se da cuenta de que pueden existir
copias (réplicas) de una misma relación
en diferentes lugares.
REGLA 12: REGLA DE LA NO
SUBVERSIÓN
Si un sistema relacional tiene un lenguaje de
bajo nivel (un registro a la vez), ese bajo nivel
no puede ser usado para subvertir (saltarse)
las reglas de integridad y las restricciones
expresadas en los lenguajes relacionales de
más alto nivel (una relación a la cada vez).

12. BIBLIOGRAFÍA
http://www.cienciadelainformacion.edu.co/pluginfile.php/217
22/mod_resource/content/1/DELOS%20RELACIONALES%
20%20Y%20%20NORMALIZACI%C3%93N.pdf
http://es.slideshare.net/eriyohana2012/foro-3-54342915
http://www.galeon.com/nevifi/Archivos/Codd.pdf
http://es.slideshare.net/gerardo_gauna/modelo-relacional-15371336
http://ict.udlap.mx/people/carlos/is341/bases03.html
http://www.ual.es/~mtorres/BD/bdtransp3.pdf
http://www.uazuay.edu.ec/analisis/El%20modelo%20relacional.pdf