Administracion de Base de Datos 2unidad 2 2015

UNIVERSIDAD DE PAMPLONA
ADMINISTRACION DE BASES DE DATOS - GRUPO AR

DOCENTE: ALEXIS OLVANY TORRES CH.
PRIMER SEMESTRE 2015
Administracin de Base de
Datos
Tabla de Contenido
UNIDAD 2: Modelado de Datos
Descripcin Temtica
Horizontes
Ncleos Temticos
Proceso de Informacin
2.1 DESCRIPCIN DEL CICLO DE RECEPCIN VENTA / EFECTIVO
2.1.1 De las Entidades a las Tablas
2.1.2 Establecer las Comprobaciones de Validacin
2.2 DISEO CONCEPTUAL DE BASE DE DATOS
2.2.1 Realidad y Modelos
2.2.2 Modelos Conceptuales de Datos
Proceso de Comprensin y Anlisis
Solucin de Problemas
Sntesis Creativa y Argumentativa
Autoevaluacin, Repaso Significativo y Bibliografa Sugerida
UNIDAD 2: Modelado de Datos
Descripcin Temtica
Los modelos de datos aportan la base conceptual para disear aplicaciones que
hacen un uso intensivo de datos, as como la base formal para las herramientas y
tcnicas empleadas en el desarrollo y uso de sistemas de informacin. Con
respecto al diseo de bases de datos, el modelado de datos puede ser descrito as
"dados los requerimientos de informacin y proceso de una aplicacin de uso
intensivo de datos (por ejemplo, un sistema de informacin), construir una
representacin de la aplicacin que capture las propiedades estticas y dinmicas
requeridas para dar soporte a los procesos deseados (por ejemplo, transacciones
y consultas).
En la presente unidad se estudiar la temtica relacionada con el modelado de

datos con el propsito de brindar algunas ideas concernientes a los pasos
necesarios para disear una base de datos sencilla.
Se partir con la explicacin de conceptos fundamentales, para as, a medida que

se avanza en el estudio de la unidad, lograr la comprensin de temas ms
profundos. Los contenidos a estudiar son: Descripcin del Ciclo de Recepcin
Venta / Efectivo y Diseo Conceptual de Base de Datos; esta temtica se apoya
en conceptos fundamentales y ejemplos resueltos que se tendrn en cuenta al
desarrollar los ejercicios que se proponen en la unidad.
Horizontes
Comprender qu es un modelo de datos.
Comprender la importancia de los modelos de datos en el desarrollo y
uso de sistemas de informacin.
Conocer las herramientas y tcnicas utilizadas para el diseo de las
bases de datos.
Identificar las entidades que representen claramente los modelos de
datos y las relaciones entre ellas.
Implementar las entidades de los modelos de datos en forma organizada
que representen con precisin su estructura.
Comprender las reglas gobernantes de interrelacin para definir los
modelos de datos en SGBD.
Establecer test de validacin en el diseo e implementacin de los
modelos de datos que evite la incorporacin de informacin incorrecta.
Comprender un modelo orientado a objetos.
Ncleos Temticos y Problemticos

Descripcin del Ciclo de Recepcin Venta / Efectivo
Diseo Conceptual de Base de Datos
Proceso de Informacin
La investigacin moderna sobre modelos de datos se ha centrado en los aspectos

lgicos de las bases de datos y sobre los conceptos, herramientas y tcnicas para
el diseo de las mismas. Aspectos relativos a la implementacin de los modelos,
tales como velocidad de ejecucin, concurrencia, integridad fsica y arquitecturas
no son factores relevantes en el estadio de anlisis de modelos de datos. La
investigacin ms temprana sobre modelos de datos s estaba ms centrada en
los aspectos de representacin fsica. Cuando hablamos de modelos de datos

clsicos, nos estamos refiriendo a la segunda de las generaciones de modelos de
datos, la cual distingue cuatro etapas:
Modelos de datos primitivos (orientados al fichero).
Modelos de datos clsicos.
Modelos de datos semnticos.
Modelos de datos de propsito especfico (orientados a la aplicacin).
Los modelos de datos primitivos estaban absolutamente orientados al fichero: las

entidades se representan en registros (divididos en campos, que representan sus
propiedades), que se agrupan en ficheros. Las relaciones entre entidades son
nicamente aquellas que pueden ser representadas usando directorios, por
ejemplo ndices y listas invertidas. Un ejemplo de DBMS comercial de fichero,
concretamente del tipo "lista invertida", es el CA-DATACOMB de Computer
Associates International.
Los modelos de datos clsicos son tres: el jerrquico, el de red y el relacional.
2.1 DESCRIPCIN DEL CICLO DE RECEPCIN VENTA / EFECTIVO
El primer paso para desarrollar una base de datos es crear un modelo de datos
conceptual de sus acciones de negocios. Se necesitan las siguientes entidades
para ilustrar el ciclo de recepcin venta/efectivo: CLIENTE, PROYECTO,
EMPLEADO, TIPO _ COMIDA y PAGO. En nuestro modelo de datos se
representaran estas entidades con rectngulos. Por ejemplo, la entidad
PROYECTO es:
2.2.2 Modelos Conceptuales de Datos
Una metodologa de modelado de datos que se estudiar y utilizar, podra

llamarse modelo orientado a objetos porque considera la representacin en la
computadora de las entidades del mundo real como "objetos" que tienen su propia
identidad y atributos y que participan en las relaciones, en lugar de la forma
tradicional de considerarlas como registros en un sistema orientado a archivos.
Es generalmente, reconocido que las representaciones orientadas a objeto son

ms precisas para expresar la esencia lgica de las aplicaciones del mundo real
que las representaciones basadas en registros. Por esta razn, esta metodologa
tambin puede llamarse semntica porque proporciona un medio poderoso para
asociar los significados de las cosas en la realidad con las construcciones en el
modelo. Desde principios de los setenta han sido propuestos varios modelos
conceptuales y semnticos de datos. Se usar una metodologa genrica de
modelado, la cual tiene aspectos en comn con las metodologas propuestas. Por
simplicidad, a lo largo del libro se le llamar a este modelo, modelo conceptual de
datos.
Modelo Semntico u Orientado a Objetos
Las bases de datos orientadas a objetos son el resultado de la convergencia de

dos disciplinas de investigacin: el modelado semntico de datos y los lenguajes
orientados a objeto.
Estas disciplinas se desarrollaron de manera independiente, pero en los ochenta

comenzaron a mezclarse con importantes implicaciones en el procesamiento de
bases de datos.
El modelado semntico de datos fue originalmente desarrollado con el propsito

de incrementar la efectividad y la precisin del diseo de bases de datos (Hull and
King, 1987). Los mtodos de modelado semntico fueron considerados
apropiados para muchos problemas de usuario y podran ser convertidos con

facilidad a modelos con realizaciones basadas en registros tales como los
modelos jerrquico, de redes y relacional.
El modelo de entidad-relacin de Chen (E-R) ha sido el modelo semntico ms

popular y comnmente se puede encontrar en libros sobre modelado conceptual
de datos y diseo de bases de datos. Mientras que aquellos dedicados al
modelado semntico de datos tienen que ver primariamente con las estructuras de
los datos, los que desarrollan los lenguajes de programacin orientados a objetos
estn ms interesados en el comportamiento de los datos objetos. Esto es, estn
buscando formas de manipular los datos que se centran en los datos y en las
capacidades de manipulacin del lenguaje (consulta, compute, actualizacin). La
estructura de los datos pasa a un piano secundario.
Los elementos principales de un modelo conceptual de datos son los objetos y las
relaciones. Los objetos se conciben a menudo como nombres, y las relaciones se
ven como verbos. Aunque algunos modelos conceptuales de datos proporcionan
algunas construcciones adicionales, los objetos y las relaciones son
suficientemente poderosos para los problemas que se considerarn.
Objetos
Los objetos representan cosas que son importantes para los usuarios en el
segmento de la realidad que queremos modelar. Ejemplos de objetos son las
personas, los automviles, los rboles, las maquinas lavaplatos, las casas, los
martillos, los libros. Estos son objetos concretos. Objetos conceptuales son
compaas, oficios, organizaciones, diseos de productos, transacciones de
negocios y clasificaciones de los trabajos.
ADMINISTRACION DE BASES DE DATOS
SISTEMA DE GESTIN DE BASES DE DATOS (SGBD)
Una base de datos es una coleccin de informacin ordenada e interrelacionada que es

de importancia para una empresa.
La creacin de una base de datos debe ser realizada cuidadosamente procurando cumplir
con dos objetivos (entre otros):
*Permitir un fcil acceso a la informacin: El sistema debe ser facilitador de alto
rendimiento, la velocidad es un factor esencial as como la consistencia de los datos.
*Evitar
redundancia
de
la
informacin:
La
informacin
almacenada
ocupar
irremediablemente un espacio en memoria por lo cual es de vital importancia eliminar la

posibilidad de almacenar datos repetidos ya que adicionalmente podran llevarnos a
inconsistencias en la informacin .
Un sistema de gestin de bases de datos (SGBD) consiste en una coleccin de datos

interrelacionados y un conjunto de programas para acceder a dichos datos. El primer
objetivo de un SGBD es proporcionar un entorno que sea tanto prctico como eficiente de
usar en la recuperacin y el almacenamiento de informacin de la base de datos.
Los SBD se disean para gestionar grandes cantidades de informacin. La gestin de los
datos implica tanto la definicin de estructuras para almacenar la informacin como la
provisin de mecanismos para la manipulacin de la misma. Los SBD deben proporcionar
la fiabilidad de la informacin almacenada, a pesar de las cadas del sistema o del intento
de acceso sin autorizacin.
Anteriormente se utilizaba el sistema de procesamiento de archivos en el cual toda la

informacin de la empresa se almacenaba en archivos permanentes manejados por un
sistema operativo convencional, se tenan que escribir diversos programas de aplicacin
para extraer registros y aadir registros a los archivos adecuados.
Los principales inconvenientes de la organizacin en un sistema de procesamiento de

archivos son:
* Redundancia e inconsistencia de datos. Como los programas y archivos son creados
por diferentes personas a travs del tiempo, estos pueden tener diferentes formatos y
escritos en diferentes lenguajes de programacin, la informacin puede estar duplicada en
los diversos lugares. Esto conduce a un almacenamiento y coste de acceso ms altos y
puede conducir a inconsistencia de datos.
* Dificultad en el acceso de datos. Algunas peticiones no previstas en el sistema
original, no hay un programa de aplicacin a la mano para hacerlo. Sin embargo hay
programas para mostrar la lista de total y las opciones aqu son; primero, de esa lista
sacar la informacin manualmente y segundo, mandar a un programador a hacer un
programa que haga esa consulta. Y por cada consulta se debera hacer lo mismo.
* Aislamiento de datos. La creacin de nuevos programas de aplicacin es muy difcil ya
que los archivos pueden estar en diversos formatos y se tiene que recopilar la informacin
dispersa en cada uno de los archivos.
* Problemas de integridad. Los valores de los datos almacenados en la base de datos
deben satisfacer ciertos tipos de ligaduras de consistencia. Los desarrolladores hacen
cumplir esas ligaduras en el sistema aadiendo el cdigo apropiado en los diversos
programas de aplicacin.
* Problemas de atomicidad. Es necesario asegurar que en caso de fallo se regrese a un
estado en el cual haba un estado de consistencia. Y en estos casos pueden haber
inconsistencias si se trabaja con archivos, y lo que debe de ocurrir es que si hay cambios
se hagan completamente o no se haga nada en absoluto. As se pueden evitar estas
inconsistencias que no son seguras en uno que maneje archivos.
* Problemas de seguridad. No todos los usuarios de un sistema de bases de datos

deberan poder acceder a todos los datos. Como los programas de aplicacin se aaden
de una forma ad hoc, es difcil garantizar esta seguridad.
Estructura del sistema completo (Figura 1)

Los componentes funcionales de un sistema de bases de datos se pueden dividir a
grandes rasgos en componentes de procesamiento de consultas y componentes de
gestin de almacenamiento.
Los componentes de procesamiento de consultas incluyen:
* Compilador del LMD, que traduce las instrucciones del LMD en lenguaje de consultas a
instrucciones a bajo nivel que entiende el motor de evaluacin de consultas.
* Precompilador del LMD incorporado, que convierte las instrucciones del LMD
incorporadas en un programa de aplicacin en llamadas a procedimientos normales en el
lenguaje anfitrin.
* Intrprete del LDD, que interpreta las instrucciones del LDD y las registra en un conjunto
de tablas que contienen metadatos.
* Motor de evaluacin de consultas que ejecuta las instrucciones a bajo nivel generadas
por el compilador del LMD.
Los componentes de gestin de almacenamiento proporcionan la interfaz entre los datos
de bajo nivel almacenados en la base de datos y los programas de aplicacin y envo de
consultas al sistema. El gestor de almacenamiento tiene:
* Gestor de autorizacin e integridad que comprueba que se satisfagan las ligaduras de
integridad y la autorizacin de los usuarios para acceder a los datos.
* Gestor de transacciones que asegura que la base de datos quede en un estado

consistente a pesar de los fallos del sistema y que las ejecuciones de transacciones
concurrentes ocurran sin conflictos.
* Gestor de archivos que gestiona la reserva de espacio de almacenamiento de disco y
las estructuras de datos usadas para representar la informacin almacenada en el disco.
* Gestor de memoria intermedia que es responsable de traer los datos del disco de
almacenamiento a memoria principal y dec idir que datos traer a memoria cach.
Tambin se necesitan diversas estructuras de datos como parte de la implementacin

fsica del sistema:
* Archivos de datos que almacenan la base de datos en s.
* Diccionario de datos que almacena metadatos acerca de la estructura de la base de
datos.
* Indices que proporcionan acceso rpido a elementos de datos que tienen valores
particulares.
* Datos estticos que almacenan informacin estadstica sobre los datos en la base de
datos, el procesador de consultas usa esta informacin para seleccionar las formas
eficientes para ejecutar una consulta.
Roles en el SGBD
Administrador base de datos
Administracin de datos
Planificacin de la base de datos

Desarrollo de estndares (ej.: nombres), polticas y procedimientos
Diseo lgico de la base de datos
Administracin de bases de datos
Diseo e implementacin de la base de datos

Acceso y control (usuarios y passwords)
Mantenimiento (ej.: mantenimiento para mejor performance)
Respaldo
Diseador de base de datos

Diseo lgico de la base de datos
Qu datos deben ser almacenados?

Definir vista parcial
Cmo deben organizarse los datos?
Cules son los usos tpicos de los datos?
Programador de aplicaciones
Programas que usen las bases de datos

Interfaces a otros sistemas
Usuarios finales
Paramtricos o simples
Usuarios de las aplicaciones finales

Consultas pre-fijadas
Expertos
Reportes y anlisis
Figura 1. Estructura del Sistema Completo
Abstraccin de datos
El propsito principal de un sistema de bases de datos es proporcionar a los usuarios una

visin abstracta de los datos. Es decir, el sistema esconde ciertos detalles de cmo se
almacenan y mantienen los datos.
Para que el sistema sea til, debe recuperar los datos eficientemente. Esto ha conducido
al diseo de estructuras complejas para la representacin de los datos en la base de
datos. Los desarrolladores esconden la complejidad a travs de los niveles de abstraccin
para simplificar la interaccin de los usuarios con el sistema:
Nivel fsico. El nivel ms bajo de abstraccin, describe como se almacenan

realmente los datos. En el nivel fsico se describen en detalle las estructuras de
datos complejas de bajo nivel.
Nivel lgico. El siguiente nivel de abstraccin describe que datos se almacenan en

la base de datos y que relaciones existen entre esos datos.
Nivel de vistas. Este nivel solo describe parte de la base de datos completa. A
muchos usuarios no les importar el nivel lgico, solo querrn ver parte de la
informacin. Para la simplificacin de la interaccin del usuario se crea un nivel
de vistas.
La coleccin de informacin almacenada en la base de datos en un momento

particular se llama ejemplar (instancia) de la base de datos. El diseo completo se llama
esquema de la base de datos.
Un esquema de bases de datos se expresa mediante un conjunto de definiciones que se

expresa en un lenguaje de definicin de datos (LDD). Las instrucciones del LDD se
compilan dando lugar a un conjunto de tablas que se almacenan en un archivo especial,
el diccionario de datos contiene metadatos que son datos acerca de los datos.
Un lenguaje de manipulacin de datos (LMD) es un lenguaje que permite a los usuarios

acceder o manipular datos. Hay dos tipos: LMD procedimentales que requieren que se
especifiquen los datos requeridos y como se buscarn, y los LMD no procedimentales que
solo requiere que se especifique que datos se requieren.
Independencia de datos
La capacidad para modificar una definicin de esquema en un nivel sin que afecte a una
definicin de esquema en el siguiente nivel ms alto se llama independencia de datos.
Hay dos niveles de independencia.
Independencia fsica de datos. Es la capacidad para modificar el esquema fsico

sin provocar que los programas de aplicacin tengan que rescribirse.
Independencia lgica de datos. Es la capacidad para modificar el esquema

lgico
sin causar que los programas de aplicacin tengan que rescribirse. Las modificaciones
en el nivel lgico son necesarias siempre que la estructura lgica de la base de datos
se altere.
Modelos de datos
La parte esencial de la estructura de base de datos es el modelo de datos: una coleccin

de herramientas conceptuales para describir los datos, las relaciones de datos, la
semntica de los datos y las ligaduras de consistencia. Los diferentes modelos de datos
que se han propuesto se clasifican en tres grupos diferentes: modelos lgicos basados en
objetos, modelos lgicos basados en registros y modelos fsicos .
Los modelos lgicos basados en objetos se usan para describir datos en los niveles lgico
y de vistas. Proporcionan capacidades estructurales muy flexibles y permiten que las
ligaduras se especifiquen explcitamente. Los ms conocidos son:
Modelo entidad relacin.

Modelo orientado a objetos.
Modelo de datos semnticos.
Modelo de datos funcional.
Modelo entidad relacin

Esta basado en una percepcin del mundo real que consta de una coleccin de objetos
bsicos, llamados entidades, y de las relaciones entre estos objetos. Una entidad es una
cosa u objeto que es distinguible de otros objetos. Una relacin es una asociacin entre
varias entidades. Se maneja la correspondencia de cardinalidades que expresa el nmero
de entidades que pueden estar relacionadas con una entidad por medio de relaciones.
Modelo orientado a objetos

Est basado en una coleccin de objetos. Un objeto contiene valores almacenados en
variables ejemplares dentro de este objeto. Contiene fragmentos de cdigo que operan
dentro del mismo y a stos se les llama mtodos. La nica manera en que pueden
acceder a la base de datos es a travs del paso de mensajes a otro objeto.
Los Modelos lgicos basados en registros se usan para especificar la estructura lgica
completa de la base de datos para proporcionar una descripcin de alto nivel de la
implementacin. Este se estructura en registros de formato fijo de diferentes tipos. En
cada tipo de registro se define un nmero de campos y cada uno tiene una longitud fija.
Los principales modelos trabajados a travs del tiempo son el modelo relacional, el de red
y el jerrquico.
Modelo relacional
Se usa una coleccin de tablas para representar tanto los datos como las relaciones entre
ellos. Cada tabla contiene varias columnas, y cada columna tienen un nombre nico.
Modelo de red (CODASYL-DBTG)

Se representan por medio de colecciones de registros y las relaciones entre los datos se
representan por medio de enlaces que se pueden ver como apuntadores. Los registros se
organizan como colecciones de grafos dirigidos.
Modelo jerrquico (IMS/DL1 de IBM)

Es similar al modelo de redes, en el sentido en que los datos y relaciones entre los datos
se representan mediante registros y enlaces. La diferencia es que en lugar de organizarse
como grafos estos lo hacen como colecciones de rboles.
El Modelo de datos fsico se usa para describir datos en un nivel ms bajo. Los ms
conocidos son el modelo de unificacin y el modelo de memoria por marcos.
DOCENTE: ESP. ALEXIS OLVANY TORRES CH.
Figura 2. Esquemas y Niveles.
Figura 3. Flujo de Datos y Control.
Figura 4. Modelos de Bases de Datos.
Reglas de integridad
Una vez definida la estructura de datos del modelo relacional, pasamos a estudiar las
reglas de integridad que los datos almacenados en dicha estructura deben cumplir para
garantizar que son correctos.
Al definir cada atributo sobre un dominio se impone una restriccin sobre el conjunto de
valores permitidos para cada atributo. A este tipo de restricciones se les denomina
restricciones de dominios. Hay adems dos reglas de integridad muy importantes que
son restricciones que se deben cumplir en todas las bases de datos relacionales y en
todos sus estados o instancias (las reglas se deben cumplir todo el tiempo). Estas
reglas son la regla de integridad de entidades y la regla de integridad referencial. Antes
de definirlas, es preciso conocer el concepto de nulo.
Nulos
Cuando en una tupla un atributo es desconocido, se dice que es nulo. Un nulo no
representa el valor cero ni la cadena vaca, stos son valores que tienen significado. El
nulo implica ausencia de informacin, bien porque al insertar la tupla se desconoca el
valor del atributo, o bien porque para dicha tupla el atributo no tiene sentido.
Ya que los nulos no son valores, deben tratarse de modo diferente, lo que causa
problemas de implementacin. De hecho, no todos los SGBD relacionales soportan los
nulos.
Regla de integridad de entidades
La primera regla de integridad se aplica a las claves primarias de las relaciones base:
ninguno de los atributos que componen la clave primaria puede ser nulo.
Por definicin, una clave primaria es un identificador irreducible que se utiliza para
identificar de modo nico las tuplas. Que es irreducible significa que ningn
subconjunto de la clave primaria sirve para identificar las tuplas de modo nico. Si se
permite que parte de la clave primaria sea nula, se est diciendo que no todos sus
atributos son necesarios para distinguir las tuplas, con lo que se contradice la
irreducibilidad.
Ntese que esta regla slo se aplica a las relaciones base y a las claves primarias, no a
las claves alternativas.
Regla de integridad referencial
La segunda regla de integridad se aplica a las claves ajenas: si en una relacin hay
alguna clave ajena, sus valores deben coincidir con valores de la clave primaria a la
que hace referencia, o bien, deben ser completamente nulos.
La regla de integridad referencial se enmarca en trminos de estados de la base de
datos: indica lo que es un estado ilegal, pero no dice cmo puede evitarse. La cuestin
es qu hacer si estando en un estado legal, llega una peticin para realizar una
operacin que conduce a un estado ilegal? Existen dos opciones: rechazar la
operacin,
bien
aceptar
la
operacin
realizar
operaciones
adicionales
compensatorias que conduzcan a un estado legal.

Por lo tanto, para cada clave ajena de la base de datos habr que contestar a tres
preguntas:
Regla de los nulos: Tiene sentido que la clave ajena acepte nulos?
Regla de borrado: Qu ocurre si se intenta borrar la tupla referenciada por la clave

ajena?
o
Restringir: no se permite borrar la tupla referenciada.
Propagar: se borra la tupla referenciada y se propaga el borrado a las tuplas que

la referencian mediante la clave ajena.
Anular: se borra la tupla referenciada y las tuplas que la referenciaban ponen a

nulo la clave ajena (slo si acepta nulos).
Regla de modificacin: Qu ocurre si se intenta modificar el valor de la clave primaria

de la tupla referenciada por la clave ajena?
o
Restringir: no se permite modificar el valor de la clave primaria de la tupla

referenciada.
Propagar: se modifica el valor de la clave primaria de la tupla referenciada y se

propaga la modificacin a las tuplas que la referencian mediante la clave ajena.
Anular: se modifica la tupla referenciada y las tuplas que la referenciaban ponen

a nulo la clave ajena (slo si acepta nulos).
Modelado Entidad-Relacin
Un diagrama o modelo entidad-relacin (a veces denominado por su siglas, E-R
"Entity relationship", o, "DER" Diagrama de Entidad Relacin) es una herramienta para
el modelado de datos de un sistema de informacin. Estos modelos expresan
entidades relevantes para un sistema de informacin as como sus interrelaciones y
propiedades.
El Modelo Entidad-Relacin.
1. Se elabora el diagrama (o diagramas) entidad-relacin.
2. Se completa el modelo con listas de atributos y una descripcin de otras
restricciones que no se pueden reflejar en el diagrama.
Dado lo rudimentario de esta tcnica se necesita cierto entrenamiento y experiencia
para lograr buenos modelos de datos.
El modelado de datos no acaba con el uso de esta tcnica. Son necesarias otras
tcnicas para lograr un modelo directamente implementable en una base de datos.
Brevemente:
Transformacin de relaciones mltiples en binarias.
Normalizacin de una base de datos de relaciones (algunas relaciones pueden

transformarse en atributos y viceversa).
Conversin en tablas (en caso de utilizar una base de datos relacional).
Base Terica y Conceptual

El modelo de datos entidad-relacin est basado en una percepcin del mundo real
que consta de una coleccin de objetos bsicos, llamados entidades, y de relaciones
entre esos objetos.
Entidad
Representa una cosa u "objeto" del mundo real con existencia independiente, es
decir, se diferencia unvocamente de cualquier otro objeto o cosa, incluso siendo del
mismo tipo, o una misma entidad.
Algunos Ejemplos:
Una persona. (Se diferencia de cualquier otra persona, incluso siendo gemelos).
Un automvil. (Aunque sean de la misma marca, el mismo modelo,..., tendrn

atributos diferentes, por ejemplo, el nmero de bastidor).
Una casa (Aunque sea exactamente igual a otra, an se diferenciar en su

direccin).
Una entidad puede ser un objeto con existencia fsica como: una persona, un animal,
una casa, etc. (entidad concreta), o un objeto con existencia conceptual como: un
puesto de trabajo, una asignatura de clases, un nombre,etc. (entidad abstracta).
Una entidad est descrita y se representa por sus caractersticas o atributos. Por
ejemplo, la entidad Persona puede llevar consigo las caractersticas: Nombre, Apellido,
Gnero, Estatura, Peso, Fecha de nacimiento, etc...
Atributos
Los atributos son las propiedades que describen a cada entidad en un conjunto de
entidades.
Un conjunto de entidades dentro de una entidad, tiene valores especficos asignados

para cada uno de sus atributos, de esta forma, es posible su identificacin unvoca.
Ejemplos: A la coleccin de entidades Alumnos, con el siguiente conjunto de atributos
en comn, (id, nombre, edad, semestre), pertenecen las entidades:
(1, Sofia, 18 aos, 2)
(2, Josefa, 19 aos, 5)
(3, Carlos, 20 aos, 2)
...
Cada una de las entidades pertenecientes a este conjunto se diferencia de las dems
por el valor de sus atributos. Ntese que dos o ms entidades diferentes pueden tener
los mismos valores para algunos de sus atributos, pero nunca para todos.
En particular, los atributos identificativos son aquellos que permiten diferenciar a una
instancia de la entidad de otra distinta. Por ejemplo, el atributo identificativo que
distingue a un alumno de otro es su nmero de id.
Para cada atributo, existe un dominio del mismo, este hace referencia al tipo de datos
que ser almacenado o a restricciones en los valores que el atributo puede tomar
(Cadenas de caracteres, nmeros, solo dos letras, solo nmeros mayores que cero,
solo nmeros enteros...).
Cuando una entidad no tiene un valor para un atributo dado, este toma el valor nulo,
bien sea que no se conoce, que no existe o que no se sabe nada al respecto del
mismo.
Relacin
Describe cierta dependencia entre entidades o permite la asociacin de las mismas.
Ejemplo: Dadas dos entidades "Habitacin 502" y "Mark", es posible relacionar que la
habitacin 502 se encuentra ocupada por el husped de nombre Mark.

Una relacin tiene sentido al expresar las entidades que relaciona. En el ejemplo
anterior, Un Husped (entidad), se aloja (relacin) en una habitacin (entidad).
Conjunto de relaciones
Consiste en una coleccin, o conjunto, de relaciones de la misma naturaleza.
Ejemplo:
Dados los conjuntos de entidades "Habitacin" y "Husped", todas las relaciones de
la forma habitacin-husped, permiten obtener la informacin de los huspedes y sus
respectivas habitaciones.
La dependencia o asociacin entre los conjuntos de entidades es llamada
participacin. En el ejemplo anterior los conjuntos de entidades "Habitacin" y
"Husped" participan en el conjunto de relaciones habitacin-husped.
Se llama grado del conjunto de relaciones a la cantidad de conjuntos de entidades
participantes en la relacin.
Restricciones
Son reglas que deben mantener los datos almacenados en la base de datos. No se
deben quebrantar a menos que tenga otra relacin de una tabla de uno a muchos.
Correspondencia de cardinalidades
Dado un conjunto de relaciones en el que participan dos o ms conjuntos de entidades,
la correspondencia de cardinalidad indica el nmero de entidades con las que puede
estar relacionada una entidad dada.
Dado un conjunto de relaciones binarias y los conjuntos de entidades A y B, la

correspondencia de cardinalidades puede ser:
Uno a Uno: Una entidad de A se relaciona nicamente con una entidad en B y

viceversa.
Uno a varios: Una entidad en A se relaciona con cero o muchas entidades en B.

Pero una entidad en B se relaciona con una nica entidad en A.
Varios a Uno: Una entidad en A se relaciona exclusivamente con una entidad

en B. Pero una entidad en B se puede relacionar con 0 o muchas entidades en
A.
Varios a Varios: Una entidad en A se puede relacionar con 0 o muchas

entidades en B y viceversa.
Restricciones de participacin
Dado un conjunto de relaciones R en el cual participa un conjunto de entidades A,
dicha participacin puede ser de dos tipos:
Total: Cuando cada entidad en A participa en al menos una relacin de R.
Parcial: Cuando al menos una entidad en A NO participa en alguna relacin de

R.
Claves
Es un subconjunto del conjunto de atributos comunes en una coleccin de entidades,
que permite identificar unvocamente cada una de las entidades pertenecientes a dicha
coleccin. Asimismo, permiten distinguir entre s las relaciones de un conjunto de
relaciones.
Dentro de los conjuntos de entidades existen los siguientes tipos de claves:
Superclave:
Es un subconjunto de atributos que permite distinguir
unvocamente cada una de las entidades de un conjunto de entidades. Si se

aade un atributo al anterior subconjunto, el resultado seguir siendo una
superclave.
Clave candidata:
Dada una superclave, si sta deja de serlo quitando
nicamente uno de los atributos que la componen, entonces sta es una clave
candidata.
Clave primaria: Es una clave candidata, elegida por el diseador de la base

de datos, para identificar unvocamente las entidades en un conjunto de
entidades.
Los valores de los atributos de una clave, no pueden ser todos iguales para dos o ms
instancias.
Para poder distinguir unvocamente las relaciones en un conjunto de relaciones R, se
deben considerar dos casos:
R NO tiene atributos asociados:
En este caso, se usa como clave
primaria de R la unin de las claves primarias de todos los conjuntos de

entidades participantes.
R tiene atributos asociados: En este caso, se usa como clave primaria

de R la unin de los atributos asociados y las claves primarias de todos los
conjuntos de entidades participantes.
Si el conjunto de relaciones, R, sobre las que se pretende determinar la clave primaria

est compuesto de relaciones binarias, con los conjuntos de entidades participantes A
y B, se consideran los siguientes casos, segn sus cardinalidades:
R es de muchos a uno de A a B entonces slo se toma la clave primaria de A,

como clave primaria de R.
R es de uno a muchos de A a B entonces se toma slo la clave primaria de B,

como clave primaria de R.
R es de uno a uno de A a B entonces se toma cualquiera de las dos claves

primarias, como clave primaria de R.
R es de muchos a muchos de A a B entonces se toma la unin de los atributos

que conforman las claves primarias de A y de B, como clave primaria de R.
Diagrama entidad-relacin
Anteriormente detallamos los conceptos relacionados al modelo ER, en esta seccin
profundizaremos en como representarlos grficamente. Cabe destacar que para todo
proceso de modelado, siempre hay que tener en claro los conceptos, estos nos brindan
conocimiento necesario y adems fundamentan nuestro modelo al momento de
presentarlo a terceros.
Formalmente, los diagramas ER son un lenguaje grfico para describir conceptos.
Informalmente, son simples dibujos o grficos que describen informacin que trata un
sistema de informacin y el software que lo automatiza.
Entidad
Las entidades son el fundamento del modelo entidad relacin. Podemos adoptar
como definicin de entidad cualquier cosa o parte del mundo que es distinguible del
resto. Por ejemplo, en un sistema bancario, las personas y las cuentas bancarias se
podran interpretar como entidades. Las entidades pueden representar entes concretos,
como una persona o un avin, o abstractas, como por ejemplo un prstamo o una
reserva. Se representan por medio de un rectngulo.
Atributo
Se representan mediante un crculo o elipse etiquetado mediante un nombre en su
interior. Cuando un atributo es identificativo de la entidad se suele subrayar dicha
etiqueta.
Relaciones
Se representa mediante un rombo etiquetado en su interior con un verbo. Este rombo
se debe unir mediante lneas con las entidades (rectngulos) que relaciona.
Por motivos de legibilidad, los atributos no suelen representarse en un diagrama
entidad-relacin, sino que se describen textualmente en otros documentos adjuntos.
DIAGRAMAS EXTENDIDOS
DER extendido
Los diagramas Entidad-Relacin no cumplen su propsito con eficacia debido a que
tienen limitaciones semnticas. Por ese motivo se suelen utilizar los diagramas
Entidad-Relacin extendidos que incorporan algunos elementos ms al lenguaje:
Entidades fuertes y dbiles

Cuando una entidad participa en una relacin puede adquirir un papel fuerte o dbil.
Una entidad dbil es aquella que no puede existir sin participar en la relacin, es decir,
aquella que no puede ser unvocamente identificada solamente por sus atributos. Una
entidad fuerte (tambin conocida como entidad regular) es aquella que s puede ser
identificada unvocamente. En los casos en que se requiera, se puede dar que una
entidad fuerte "preste" algunos de sus atributos a una entidad dbil para que, esta
ltima, se pueda identificar.
Las entidades dbiles se representan- mediante un doble rectngulo, es decir, un
rectngulo con doble lnea.
Cardinalidad de las relaciones

El tipo de cardinalidad se representa mediante una etiqueta en el exterior de la relacin,
respectivamente: "1:1", "1:N" y "N:M", aunque la notacin depende del lenguaje
utilizado, la que ms se usa actualmente es el unificado. Otra forma de expresar la
cardinalidad es situando un smbolo cerca de la lnea que conecta una entidad con una
relacin:
"0" si cada instancia de la entidad no est obligada a participar en la relacin.
"1" si toda instancia de la entidad est obligada a participar en la relacin y,

adems, solamente participa una vez.
"N" , "M", "*" si cada instancia de la entidad no est obligada a participar en

la relacin y puede hacerlo cualquier nmero de veces.
Ejemplos de relaciones que expresan cardinalidad:
Cada esposo (entidad) est casado (relacin) con una nica esposa (entidad) y
viceversa. Es una relacin 1:1.
Una factura (entidad) se emite (relacin) a una persona (entidad) y slo una,
pero una persona puede tener varias facturas emitidas a su nombre. Todas las
facturas se emiten a nombre de alguien. Es una relacin 1:N.
Un cliente (entidad) puede comprar (relacin) varios artculos (entidad) y un

artculo puede ser comprado por varios clientes distintos. Es una relacin N:M.
Atributos en relaciones
Las relaciones tambin pueden tener atributos asociados. Se representan igual que los
atributos de las entidades. Un ejemplo tpico son las relaciones de tipo "histrico"
donde debe constar una fecha o una hora. Por ejemplo, supongamos que es necesario
hacer constar la fecha de emisin de una factura a un cliente, y que es posible emitir
duplicados de la factura (con distinta fecha). En tal caso, el atributo "Fecha de emisin"
de la factura debera colocarse en la relacin "se emite".
Herencia
La herencia es un intento de adaptacin de estos diagramas al paradigma orientado a
objetos. La herencia es un tipo de relacin entre una entidad "padre" y una entidad
"hijo". La entidad "hijo" hereda todos los atributos y relaciones de la entidad "padre".
Por tanto, no necesitan ser representadas dos veces en el diagrama. La relacin de
herencia se representa mediante un tringulo interconectado por lneas a las entidades.
La entidad conectada por el vrtice superior del tringulo es la entidad "padre".
Solamente puede existir una entidad "padre" (herencia simple). Las entidades "hijo" se
conectan por la base del tringulo.
Agregacin
Ejemplo agregacin
Es una abstraccin a travs de la cual las relaciones se tratan como entidades de un
nivel ms alto. Se utiliza para expresar relaciones entre relaciones o entre entidades y
relaciones. Se representa englobando la relacin abstrada y las entidades que
participan en ella en un rectngulo. En la figura se muestra un ejemplo de agregacin
en el que se representa la situacin en la que un profesor, cuando est impartiendo una
clase, puede poner una incidencia ocurrida a lo largo de sta (se fue la luz, falta la
configuracin de un determinado software, etc.).
Proceso de Comprensin y Anlisis
Describir con sus propias palabras las diferencias entre una tabla y un
campo.
Cmo se representa una tabla en el diagrama de un sistema de
informacin?
Con sus palabras definir qu es un Sistema de Informacin
Qu es un campo clave y qu objetivo persigue?
Solucin de Problemas
Del modelo de datos que se presenta a continuacin:
Crear las tablas
Aplicar las reglas de tablas que gobiernan las interrelaciones
Mostrar el modelo de datos modificado
Establecer las comprobaciones de validacin que considere.
Bibliografa Sugerida
C. J, Date. Introduccin a los Sistemas de Bases de Datos. Volumen I. sptima Edicin.

E.U.A. Adisson Wesley Iberoamericana.
GARY W, Hansen. Y JAMES V. Hansen. Diseo y Administracin de Bases de Datos.
Quinta Edicin. Espaa. Prentice Hall Inc.

Administracion de Base de Datos 2unidad 2 2015

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Administracion de Base de Datos 2unidad 2 2015

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD DE PAMPLONA

ADMINISTRACION DE BASES DE DATOS - GRUPO AR

UNIDAD 2: Modelado de Datos

En la presente unidad se estudiar la temtica relacionada con el modelado de

Se partir con la explicacin de conceptos fundamentales, para as, a medida que

Ncleos Temticos y Problemticos

La investigacin moderna sobre modelos de datos se ha centrado en los aspectos

los aspectos de representacin fsica. Cuando hablamos de modelos de datos

Modelos de datos primitivos (orientados al fichero).

Modelos de datos clsicos.

Modelos de datos semnticos.

Modelos de datos de propsito especfico (orientados a la aplicacin).

Los modelos de datos primitivos estaban absolutamente orientados al fichero: las

Los modelos de datos clsicos son tres: el jerrquico, el de red y el relacional.

2.1 DESCRIPCIN DEL CICLO DE RECEPCIN VENTA / EFECTIVO

2.2.2 Modelos Conceptuales de Datos

Una metodologa de modelado de datos que se estudiar y utilizar, podra

Es generalmente, reconocido que las representaciones orientadas a objeto son

Modelo Semntico u Orientado a Objetos

Las bases de datos orientadas a objetos son el resultado de la convergencia de

Estas disciplinas se desarrollaron de manera independiente, pero en los ochenta

El modelado semntico de datos fue originalmente desarrollado con el propsito

apropiados para muchos problemas de usuario y podran ser convertidos con

El modelo de entidad-relacin de Chen (E-R) ha sido el modelo semntico ms

ADMINISTRACION DE BASES DE DATOS

SISTEMA DE GESTIN DE BASES DE DATOS (SGBD)

Una base de datos es una coleccin de informacin ordenada e interrelacionada que es

irremediablemente un espacio en memoria por lo cual es de vital importancia eliminar la

Un sistema de gestin de bases de datos (SGBD) consiste en una coleccin de datos

Anteriormente se utilizaba el sistema de procesamiento de archivos en el cual toda la

Los principales inconvenientes de la organizacin en un sistema de procesamiento de

* Problemas de seguridad. No todos los usuarios de un sistema de bases de datos

Estructura del sistema completo (Figura 1)

Los componentes de procesamiento de consultas incluyen:

* Gestor de transacciones que asegura que la base de datos quede en un estado

Tambin se necesitan diversas estructuras de datos como parte de la implementacin

Planificacin de la base de datos

Administracin de bases de datos

Diseo e implementacin de la base de datos

Diseador de base de datos

Qu datos deben ser almacenados?

Programas que usen las bases de datos

Usuarios de las aplicaciones finales

Figura 1. Estructura del Sistema Completo

El propsito principal de un sistema de bases de datos es proporcionar a los usuarios una

Nivel fsico. El nivel ms bajo de abstraccin, describe como se almacenan

Nivel lgico. El siguiente nivel de abstraccin describe que datos se almacenan en

La coleccin de informacin almacenada en la base de datos en un momento

Un esquema de bases de datos se expresa mediante un conjunto de definiciones que se

Un lenguaje de manipulacin de datos (LMD) es un lenguaje que permite a los usuarios

Independencia fsica de datos. Es la capacidad para modificar el esquema fsico

Independencia lgica de datos. Es la capacidad para modificar el esquema

La parte esencial de la estructura de base de datos es el modelo de datos: una coleccin

Modelo entidad relacin.

Modelo entidad relacin

Modelo orientado a objetos

Modelo de red (CODASYL-DBTG)

Modelo jerrquico (IMS/DL1 de IBM)

Figura 2. Esquemas y Niveles.

Figura 3. Flujo de Datos y Control.

Figura 4. Modelos de Bases de Datos.

compensatorias que conduzcan a un estado legal.

Regla de borrado: Qu ocurre si se intenta borrar la tupla referenciada por la clave