Vous êtes sur la page 1sur 64

BASE DE DATOS

Ing. Oscar Solarte


Un poco de historia …

Sistemas de archivos:
 Surgieron a raíz de la necesidad de almacenamiento de la

información para su correspondiente reutilización


(persistencia)
Desventajas:
 Redundancia de los datos

 Los archivos están separados unos de otros

(no se pueden “combinar” fácilmente)


 Alto costo para la propagación de cambios

 Inconsistencia debido a actualizaciones

simultáneas
Un poco de historia …

Procesamiento
Archivo
de de
Usuario del Clientes Clientes
Archivo de Clientes

Procesamiento
de Archivo
de
Préstamos
Préstamos
Usuario del
Archivo de Préstamos
Por cada préstamo se guarda la información
del cliente correspondiente: Redundancia
Un poco de historia …
¿Por qué surgieron los sistemas de Bases de Datos?
 Necesidad de solucionar las debilidades de los sistemas de archivos
 Capacidades:
 Manejo de persistencia
 Soporte por lo menos de un modelo de datos
 Soporte de un lenguaje de alto nivel que permita manipular y definir
la estructura de la información
 Control de acceso
 Evitar inconsistencias al compartir la información
… Antes

Dpto. Personal Dpto. Contabilidad


Dpto. Ventas

Clientes Ventas Cuentas


Empleados

Inventario

Personal … Ahora BASE DE DATOS


Empleados
Ventas Clientes
SGBD
Ventas
Inventario
Contabilidad Cuentas
Definición

 Una base de datos es un conjunto estructurado de datos


coherentes

Colección disponible de
información
Definición

 Una base de datos es un conjunto estructurado de datos


coherentes

Colección organizada en
subconjuntos, en función de
ligas y de relaciones entre las
diferentes informaciones
(estructura lógica)
Definición

 Una base de datos es un conjunto estructurado de datos


coherentes

No hay contradicción entre los


datos ligados, no hay pérdida de
información, aun sabiendo que
hay una utilización compartida
de los datos entre varios
usuarios
Definición

 Un Sistema de Gestión de Bases de Datos (SGBD) es un


software que permite manipular las bases de datos

•Construir
•Utilizar
•Mantener
•Reorganizar
Base de Datos
Recordar : ¿Que es una Base de Datos?

• Conjunto unificado de información, que será compartida por

diferentes usuarios de la organización

• La función básica de una base de datos es permitir el almacenamiento

y la recuperación de la información necesaria, para que las personas

de la organización puedan tomar decisiones.


Modelo
Entidad - Relación
Modelo Entidad Relación
Está constituido por un conjunto de reglas
convencionales, algunas de ellas gráficas.

Tiende a la confección de un modelo conceptual de


datos, previo al diseño del esquema de la base de
datos.

El mundo real está lleno de cosas; obviamente si


deseamos representar todas las cosas de éste mundo
no lo vamos a poder hacer, pues son tantas. Por
ejemplo tantas personas tienen tantos perros y tantos
autos de tantas marcas.
Objetos y Entidades

Un objeto o entidad es una abstracción de un conjunto


de cosas del mundo real que cumplen dos
características:

Todo el conjunto de cosas del mundo real (instancias) tienen


las mismas características.

Todas las instancias están sujetas a cumplir las mismas


reglas.
Objetos y Entidades

La identificación de las entidades es una tarea muy fácil de


realizar. Se puede iniciar haciéndose la pregunta “¿ Qué
son cosas en éste problema ?”

Muchas de las cosas caen dentro de cinco categorías:


1. Cosas Tangibles
2. Roles
3. Incidentes
4. Interacciones
5. Especificaciones

Estas categorías son un conjunto de ideas iniciales para


encontrar objetos.
Objetos.- Cosas Tangibles

Los objetos tangibles son lo más fácil de ubicar,


pues son cosas que pueden ser vistas o tocadas.
Por ejemplo:

Autos,
Materiales,
Construcciones,
Máquinas, etc.
Objetos.- Roles
Los objetos rol o roles, son aquellas actividades
realizadas por personas u organizaciones. Por
ejemplo:

paciente,
doctor,
cliente,
empleado,
propietario,
arrendatario,
distribuidor,
contribuyente, etc.
Objetos.- Roles

Frecuentemente, si se ubica un objeto rol, es muy


posible que se puedan ubicar otros objetos rol,
inclusive, a veces, jugados por las mismas
personas; tal el caso de empleados que se
pueden convertir en clientes, o médicos en
pacientes.
Objetos.- Incidentes

Los objetos incidentes son usados para representar


una ocurrencia o un evento, algo que ha sucedido en
un tiempo específico. Así:

vuelo,
accidente,
juego,
llamada,
caída del sistema,
apagón, etc.
Objetos.- Interacción
Los objetos interacción generalmente tienen una
cualidad de transacción o de contrato entre varios
objetos. Por ejemplo:
Una compra (que relaciona comprador, vendedor y
objeto comprado).

Matrimonio (que relaciona al hombre y a la mujer).

Estos objetos también pueden ser encontrados


cuando se modelan sistemas geométricos o
topológicos como una red eléctrica, un oleoducto,
etc.
Objetos.- Especificación

Finalmente los objetos de especificación que


frecuentemente muestran catálogos o inventarios y
tienen la calidad de estándares o definiciones. Por
ejemplo:

modelo de televisor,

catálogo de cuentas contables,

fórmula de insumo, etc.


Objetos.- Especificación

En general puede considerarse una regla que cuando


se tienen objetos de especificación, se tendrá otro
objeto que contiene las instancias reales de la
especificación, estas instancias no necesariamente
estarán en un objeto tangible, por ejemplo tipos de
préstamo y prestamos concedidos.
Grafico de Entidades

Cada objeto deberá ser descrito mediante una oración corta


e informativa que permita a cualquier persona decir con
certeza que cosa en particular es una instancia del objeto.
Esta descripción debe ser ingresada al diccionario de datos.

Gráficamente un objeto se representa por un rectángulo o


por un rectángulo con esquinas redondeadas, dentro del cual
debe estar el nombre del objeto o entidad.

ENTIDAD ENTIDAD
Nombres de las Entidades
1. El nombre debe escribirse en singular y todo con mayúsculas.

1. Escoger nombres comunes, menos especializados. Ejemplo:


 Bien: unidad de señalización.
 Mejor: semáforo.

1. Utilizar términos cotidianos, no técnicos ni esotéricos.

1. Utilizar nombres con la misma cantidad de caracteres.


Nombres de las Entidades

1. Procurar el uso de nombres compuestos, aún si ellos son un


poco más largos, con el fin de dar mejor entendimiento a la
entidad, que si utilizáramos términos menos precisos.

1. Usar nombres basados en el contenido de la información del


objeto, no por sus nombres vulgares. Ejemplo:
 Mal: Licencias de manejo.
 Bien: Conductores breventados.

1. Evitar el uso de palabras generales o abusadas por el


lenguaje cotidiano. Ejemplo Transacción, operación, parte,
motivo.
Ejercicios de aplicación (1)

Liste las entidades para:


 Se quiere diseñar una base de datos relacional para almacenar
información sobre los asuntos que lleva un gabinete de abogados.
Cada asunto tiene un número de expediente que lo identifica, y
corresponde a un solo cliente. Del asunto se debe almacenar el
período (fecha de inicio y fecha de archivo o finalización), su estado (en
trámite, archivado, etc.), así como los datos personales del cliente al
que pertenece (DNI, nombre, dirección, etc.). Algunos asuntos son
llevados por uno o varios procuradores, de los que nos interesa
también los datos personales.
Respuesta (1)

 CLIENTE
 PROCURADOR
 ASUNTO
 ASUNTO_PROCURADOR
Ejercicios de aplicación (2)

Liste las entidades para:


 Se quiere diseñar una base de datos relacional que almacene
información relativa a los zoos existentes en el mundo, así como las
especies animales que éstos albergan. De cada zoo se conoce el
nombre, ciudad y país donde se encuentra, tamaño (en m2) y
presupuesto anual. De cada especie animal se almacena el nombre
vulgar y nombre científico, familia a la que pertenece y si se encuentra
en peligro de extinción. Además, se debe guardar información sobre
cada animal que los zoos poseen, como su número de identificación,
especie, sexo, año de nacimiento, país de origen y continente.
Atributos
Un atributo es la abstracción de una única característica
poseída por todas las instancias de una entidad. Los atributos
deben ser atómicos, no deben tener estructura interna o ser
divisibles.

La meta es obtener un conjunto de atributos que sean:


 Completos: pues deben capturar toda la información pertinente al objeto que esta
siendo definido.

 Totalmente distribuido: ya que cada atributo captura un aspecto separado de la


abstracción del objeto.

 Mutuamente independiente: los atributos toman valores independientemente de


los otros.
Atributos .- Claves
Clave Candidata
Cada objeto debe contener un conjunto de atributos que
identifiquen a cada instancia de manera única.
Cada uno de estos conjuntos de atributos toma el nombre de
“clave candidata” de la entidad.

Clave Primaria
Cuando elegimos a una de las claves candidatas para ser el
identificador del objeto, se dice que tenemos la “clave
primaria” (generalmente la menor clave candidata).
Representación de objeto con sus atributos

En forma textual
Encerrando en paréntesis los nombres de los
atributos separados con comas conjuntamente
con el nombre del objeto. En este caso deberían
subrayarse los atributos que formen parte de la
clave primaria.

CLIENTE (cedula, nombre, dirección)


Representación de objeto con sus atributos
En forma grafica
Inmediatamente bajo el nombre de la entidad, como se
puede observar en la figura.
CLIENTE
# cedula
* nombre
O direccion

Adicionalmente a esta notación se debería ubicar en el lado


izquierdo del atributo un signo que significara:

#El atributo es parte de la clave primaria del objeto.


* El atributo es mandatorio.
o El atributo es optativo.
Representación de objeto con sus atributos

Forma Gráfica Extendida


Usan algunas literaturas sobre el tema y se dibujan
los atributos en óvalos y conectados con la entidad.
La figura muestra esta notación menos utilizada.

nombre

cedula dirección

CLIENTE
Nombres de los atributos

Todo atributo puede ser descrito mediante


una oración corta que diga como el
atributo formal refleja la característica de
interés. Esta descripción debe ser
ingresada al diccionario de datos.
Atributos.- Dominios

El conjunto de valores que un atributo puede tomar


se conoce como dominio. Por ejemplo:

ATRIBUTO DOMINIO
dirección cualquier calle de la ciudad
sexo masculino, femenino
temperatura _ humana entre 35 y 42 grados centígrados
Descripción de los dominios

1. Mediante una regla de aceptación como


en el primer caso.

1. De un conjunto de valores como en el


segundo (enumeración).

1. Por un rango determinado de cantidades


como en el tercero.
Definición de los Dominios

La forma o sintaxis del atributo también debe ser


definida, tanto:

El tipo de datos que contendrá (carácter, numero, fecha).


Su longitud.
Posiciones decimales si las tuviere.

Todas estas definiciones deben ser ingresadas al


diccionario de datos.
Atributos.- Valor Nulo
Se puede permitir que un atributo puede tomar
el valor nulo (ausencia de valor, no cero o ni el
carácter blanco) como parte de su dominio,
siempre y cuando este valor nulo indique “valor
no conocido todavía”, o un valor que esta
“temporalmente esperando datos”, o “ningún
valor”.

Si por el contrario el valor nulo esta tratando de


representar un valor “no aplicable”, esto no
seria legal y es síntoma de un problema de
diseño mas profundo.
Relaciones
 El mundo real nos obliga a asociar varios objetos entre sí.

Una relación es una abstracción de un conjunto de


asociaciones que se mantienen sistemáticamente entre
diferentes cosas de la realidad.

Las relaciones entre dos entidades pueden ser clasificadas


en tres formas, dependiendo del numero de instancias de los
objetos que participan en la relación como se puede mirar en
la figura.
Gráfico de relaciones

Entidad A CARDINALIDAD Entidad B


(INSTANCIAS) DE RELACION (INSTANCIAS)

1:1

1:N

M:N
Relaciones.- Cardinalidad
Los términos “uno a uno”, “uno a muchos”,
y “muchos a muchos”, se llaman
cardinalidad o multiplicidad de la relación.
Gráficamente, como se presenta en la
figura abajo, se denotan con líneas entre
las dos entidades participantes.

A B 1:1

A B 1:M

A B M:N
Relaciones.- Cardinalidad
La cardinalidad se representa con un
número cerca de la entidad e indica el
número de veces que ésta puede
aparecer. Se puede poner la mínima y la
máxima. Existen dos tipos de entidades
representables:

Entidad Regular
Aquella sobre la que se puede definir la
clave primaria dentro de sus propios
atributos, es decir, aquellas entidades que
se identifican por sí mismas.
Relaciones.- Cardinalidad
Entidad Débil
 Con sus atributos propios no se puede encontrar la
clave, por estar asociada a otra entidad.

 Se representan tanto gráficamente como mediante la


clave de esta entidad, que está formada por:

 La Clave de la entidad de la cual dependen.

 Un atributo identificativo de la ocurrencia de la entidad débil.


Relaciones – Opcionalidad o Posibilidad
 Adicionalmente al concepto de cardinalidad se tiene el
concepto de “posibilidad” u opcionabilidad, o sea que una
relación puede o no asociar elementos de una entidad a
otra.

 Cuando el final de una de una relación es mandatoria, se


debe dibujar una línea continua en la mitad de la
relación.

 Cuando el final de una relación es opcional se debe


dibujar una línea punteada.
Relaciones – Opcionalidad o Posibilidad
 Sea una relación entre dos entidades A y B, siendo A la
entidad maestra y B la entidad detalle.

 Si para toda ocurrencia de A debe existir siempre al menos una


ocurrencia de B asociada y a la inversa, para una ocurrencia de
B siempre existe una ocurrencia de A asociada, se dice que la
relación es OBLIGATORIA en ambos extremos.

 Si para toda ocurrencia de A, pueden existir o no, una o varias


ocurrencias de B asociadas, pero para una ocurrencia de B
siempre ha de haber una ocurrencia de A asociada, se dice que
la relación es OPCIONAL en la entidad maestra y
OBLIGATORIA en la entidad detalle.
Relaciones – Opcionalidad o Posibilidad
 Sea una relación entre dos entidades A y B, siendo A la
entidad maestra y B la entidad detalle.

 Si para una ocurrencia de A debe existir siempre al menos una


ocurrencia de B asociada y para una ocurrencia de B puede
existir o no una ocurrencia de A asociada, esta relación es
OBLIGATORIA en la entidad maestra y OPCIONAL en la
entidad detalle.

 Si para una ocurrencia de A puede existir o no una ocurrencia de


B asociada y para una ocurrencia de B puede existir o no una
ocurrencia de A, esta relación es OPCIONAL en ambos
extremos.
Relaciones – Opcionalidad o Posibilidad
Las relaciones opcionales en la entidad detalle se
representan como indica la figura.
Relaciones
 A menudo es útil pensar en una o muchas relaciones
como de padre a hijo, en donde la existencia del hijo
depende de la existencia del padre. En la figura a
continuación, se puede mirar gráficamente una
combinación de los conceptos de cardinalidad de
relación y posibilidad u opcionabilidad de la relación, así
como debería ser leída cada una de ellas.
Relaciones - Gráfico

A B

A puede ser relacionada con uno más de B

B debe ser relacionada con uno y solo uno de A


Relaciones
 En cuanto al nombre de la relación, este debe ser
natural, de ninguna manera forzado. En caso de que se
presente dificultad en hallar el nombre de la relación,
muy posiblemente la relación no exista.

 El nombre de la relación deberá ser ubicado a los dos


lados de la misma; de manera obligatoria en el lado que
se vea mucho mas espontáneamente producida la
relación y en letra minúscula.
Relaciones Recursivas
 Adicionalmente se puede tener relaciones recursivas, en
las cuales una entidad se asocia con otros miembros de
la misma entidad. Por ejemplo la relación “ser jefe de” o
“ser padre de”.

 La representación grafica de este ultimo concepto


mencionado se la tiene a continuación.

A
Relaciones – Suptipos, Supertivos
 En el mundo real se presentan entidades generales que
contienen dentro de sí entidades más pequeñas, las
cuales son relaciones. A estas entidades menores se las
conoce con el nombre de subtipos.

 Los atributos comunes y/o las relaciones deben ser


especificados únicamente en le nivel superior de la
entidad, aunque los subtipos pueden tener sus propios
atributos y/o relaciones.
Relaciones - Subtipos, Supertipos
 De todas maneras, un subtipo sigue siendo una entidad
con todas sus características, por esto un subtipo podría
tener otros subtipos dentro de sí.

 Se conoce como supertipo a aquella


 entidad que posee subtipos dentro de sí.
 Un ejemplo de ello se muestra en la
 figura conjuntamente con su notación.

ARTEFACTO
VOLADOR

AVION
AVION A
ELICE

AVION A
PROPULSION

HELICOPTERO

PLANEADOR
Definiciones avanzadas de realaciones
 Durante los períodos preliminares de las etapas de
estrategia o de análisis, se presentan muy comúnmente
relaciones muchos a muchos entre entidades.

 Al finalizar la etapa de análisis todas ellas deberían ser


resueltas, aunque solos representen una lista de dos
valores heredados de información. La resolución se la
debe realizar insertando una nueva entidad, conectadas
por la relación muchos a muchos, como se puede ver en
la figura.
Definiciones avanzadas de realaciones

BODEGA MATERIAL

BODEGA EXISTENCIA MATERIAL


Relaciones de arco
 Puede presentarse el caso de que dos o más relaciones,
desde la misma entidad, puedan ser mutuamente
exclusivas, es decir, que si la una relación esta presente
en cualquiera de las instancias, la otra ya no debería ser
ubicada.

 Esto se representa con un arco que cruza cada una de


las terminaciones de las revoluciones involucradas, con
un pequeño punto en donde se juntan. El grafico
siguiente nos permite ver la notación que se utiliza para
representar el concepto del arco.
Relaciones de arco

B
A
C
Relaciones muchos a uno (N:1)

Mandatorio a opcional A B Mas común

Opcional a opcional A B Ocasional

Mandatorio a mandatorio A B Rara

Opcional a mandatorio A B Rara


Relaciones uno a uno (1:1)
Mandatorio a opcional A B Rara

Opcional a opcional A B Rara

Mandatorio a mandatorio A B Muy Rara


Relaciones muchos a muchos (M:N)
Mandatorio a opcional A B Rara

Opcional a opcional A B Mas común

Mandatorio a mandatorio A B Imposible


Relaciones recursivas muchos a uno (N:1)
Mandatorio a opcional A Imposible

Opcional a opcional A Común

Mandatorio a mandatorio A Imposible

Opcional a mandatorio A Imposible


Relaciones recursivas uno a uno (1:1)
Mandatorio a opcional A Imposible

Opcional a opcional A Rara

Mandatorio a mandatorio A Imposible


Relaciones recursivas muchos a muchos (M:N)
Mandatorio a opcional A Imposible

Opcional a opcional A Común

Mandatorio a mandatorio A Imposible


Relaciones recursivas de arcos
 Todas estas relaciones son imposibles
Preguntas ?