Administracin

de Bases de
Datos


Dra. Lisbeth Rodrguez Mazahua
Universidad Autnoma
del Estado de Mxico

Centro Universitario
UAEM Texcoco


Ingeniera en Computacin
Contenido
1. Conceptos fundamentales de bases de datos
2. Modelo de datos
3. Metodologa de diseo de base de datos
4. Conceptos de diseo de aplicaciones de bases
de datos
5. Diseo e implementacin de bases de datos
6. Administracin y seguridad en bases de datos
7. Tendencias actuales en bases de datos


Bibliografa
Silverchatz, Korth, Sudarshan, Fundamentos
de Base de Datos, Mc Graw Hill, 2006.
Catherine M. Ricardo, Bases de Datos, Mc
Graw Hill, 2009.
Ramez Elmasri, Shamkant B. Navathe,
Fundamentos de Sistemas de Bases de
Datos, 5th edicin, Addison Wesley.
Carlos Coronel, Steven Morris, Peter Rob,
Bases de datos, diseo, implementacin y
administracin, Novena edicin, Cengage
Learning.

1. Conceptos fundamentales de bases
de datos
Qu pasara si alguien tratara de operar un
negocio sin saber quines son sus clientes, qu
producto vende, quin trabaja para l, quin le
debe y a quin le debe dinero?

Sistemas de informacin
Su propsito es ayudar a los negocios a usar la
informacin como un recurso organizacional.

Un recurso organizacional es cualquier elemento
o medio que, administrado correctamente, le
permitir a las organizaciones un rendimiento
eficaz y eficiente.



Sistemas de informacin
Segn el tipo de informacin y las caractersticas
de un negocio, los datos pueden variar desde
unos pocos megabytes hasta terabytes.


Almacenan datos sobre billones de llamadas telefnicas.
Se agregan nuevos datos al sistema a una rapidez de
hasta 70000 llamadas por segundo.


Responde a ms de 91 millones de bsquedas diarias en
un conjunto de datos de varios terabytes de tamao.
Sistemas de informacin
Las bases de datos son estructuras especializadas
que permiten a sistemas computarizados guardar,
manejar y recuperar datos con gran rapidez.

Una base de datos forma parte de un todo ms
grande conocido como sistema de informacin.


Sistemas de informacin
Las aplicaciones transforman datos en la
informacin que es la base para la toma de
decisiones.
Sistemas de informacin
El diseo de un sistema de informacin depende
de tres factores:
Diseo e implementacin de una base de datos.
Diseo e implementacin de una aplicacin.
Procedimientos administrativos.

En este curso se estudiar el primero de los tres.
Datos
La base de datos contiene datos acerca de las
operaciones de la organizacin (llamados datos
operativos) que utilizan muchos departamentos.
Datos
Una organizacin
depende de la
disponibilidad de los
datos operativos para
administrar sus otros
recursos (humanos,
financieros,
materiales).

Datos
Hechos brutos registrados en la base de datos .
Pueden ser elementos acerca de personas,
lugares, eventos o conceptos.

Base de datos UNIVERSIDAD
Informacin
Se deriva de los datos almacenados al reordenar,
seleccionar, combinar, resumir o realizar otras
operaciones sobre los datos.
Informacin
Es el resultado de procesar los datos para dejar
ver su significado.
Para revelar su significado, la informacin requiere
un contexto.
Temperatura=105
Esto est en grados Fahrenheit o Celsius?
Esta temperatura es de una mquina, de un
cuerpo o del aire a la intemperie?

Informacin
Los datos constituyen el material de construccin
de la informacin.
La informacin se produce al procesar datos.
La informacin se usa para revelar el significado
de los datos.
Una informacin precisa, relevante y oportuna es
la clave para una buena toma de decisiones.
Una buena toma de decisiones es la clave de una
operacin organizacional en un ambiente
globalizado.
1. 2 Sistemas de archivos
Sistemas de archivos manuales
Para tener xito, una organizacin propone
sistemas para manejar las labores esenciales de
negocios.
Estos sistemas eran manuales.

Sistemas de archivos computarizados
Elaborar informes a partir de sistemas manuales de
archivos era lento y engorroso (molesto).

Un especialista en procesamiento de datos (DP)
era contratado para crear un sistema
computarizado que rastreara datos y elaborara
los informes solicitados.

Sistemas de archivos computarizados
Campo: Carcter o grupo de caracteres
(alfabticos o numricos) que tienen significado
especfico. Se usa un campo para definir y
guardar datos.


CLIENTE
Sistemas de archivos computarizados
Registro: Conjunto de uno o ms campos
conectados lgicamente que describen una
persona, lugar o cosa.
CLIENTE
Sistemas de archivos computarizados
Archivo: Conjunto de registros relacionados.

CLIENTE
Sistemas de archivos computarizados
Cuando los usuarios de negocios deseaban
datos del archivo computarizado enviaban
peticiones de datos al especialista en DP.
Por cada peticin, el especialista en DP tena
que:
Crear programas para recuperar los datos
desde el archivo.
Manipular de algn modo lo que el usuario
haba pedido.
Presentar el informe impreso.
Sistemas de archivos computarizados
Al especialista en DP se le solicit crear el archivo AGENTE.
Los datos del archivo AGENTE se emplearon para escribir
cheques, dar seguimiento a impuestos pagados y resumir la
cobertura de seguros, entre otros trabajos.

Sistemas de archivos computarizados
Sistema sencillo de archivos
Cada uno de los archivos del sistema utiliz su propio
programa de aplicacin para guardar, recuperar y modificar
datos. Cada archivo era propiedad de la persona o del
departamento que encarg su creacin.
Problemas con el procesamiento de
datos del sistema de archivos
Largos tiempos de desarrollo. Hasta la tarea ms
sencilla de recuperacin de datos requiere
extensa programacin.

Dificultad para obtener respuestas rpidas. La
necesidad de escribir programas para obtener
hasta los informes ms sencillos hace imposibles
las consultas ad hoc (en el momento).
Problemas con el procesamiento de
datos del sistema de archivos
Administracin de un sistema complejo. La
administracin de un sistema se hace ms difcil a
medida que se ampla el nmero de archivos.

Falta de seguridad y comparticin limitada. Las
funciones de seguridad y comparticin de datos
son difciles de programar y, por tanto, se omiten
en un ambiente del sistema de archivos.
Problemas con el procesamiento de
datos del sistema de archivos
Programacin extensa. Hacer cambios a una
estructura de archivos existente puede ser difcil.

Cambiar slo un campo en el archivo original
CLIENTE requerira un programa que:
Lea un registro del archivo original.
Transforme los datos originales para apegarse a las
necesidades de almacenamiento de la nueva
estructura.
Escriba los datos transformados en una nueva
estructura del archivo.
Repita los pasos 2 al 4 por cada registro del archivo
original.

Problemas con el procesamiento de
datos del sistema de archivos
Cuando los programas de aplicacin del sistema
de archivos son afectados por el cambio en la
estructura del archivo, presentan dependencia
estructural.





Por el contrario, existe independencia estructural
cuando es posible hacer cambios en la estructura
de los archivos sin afectar la capacidad del
programa para tener acceso a los datos.
Problemas con el procesamiento de
datos del sistema de archivos
Dependencia de datos. Hasta los cambios en las
caractersticas de los datos, como cambiar un
campo de entero a decimal, requiere
modificaciones en todos los programas que
tienen acceso al archivo.

Por el contrario, existe independencia de datos
cuando es posible hacer cambios en las
caractersticas de almacenamiento de datos sin
afectar la capacidad del programa de
aplicacin para tener acceso a los datos.

Problemas con el procesamiento de
datos del sistema de archivos
Cualquier programa que tenga acceso a un
archivo del sistema de archivos debe decir a la
computadora no slo qu hacer sino tambin
cmo hacerlo.

Cada programa debe contener:
Lneas que determinen la apertura de un tipo
especfico de archivo.
La particularidad de sus registros.
Las definiciones de sus campos.
Problemas con el procesamiento de
datos del sistema de archivos
Redundancia de datos
Existe redundancia de datos cuando los mismos
datos se guardan innecesariamente en
diferentes lugares.

CLIENTE
Problemas con el procesamiento de
datos del sistema de archivos
La redundancia no controlada de datos prepara
el escenario para:

Deficiente seguridad de datos: Tener mltiples
copias de datos aumenta las probabilidades de
que una copia de stos sea susceptible a un
acceso no autorizado.

Inconsistencia de datos: Existe inconsistencia de
datos cuando diferentes y conflictivas versiones
de los mismos datos aparecen en lugares
diferentes.
Problemas con el procesamiento de
datos del sistema de archivos
Los datos que presentan inconsistencia se
conocen como datos que carecen de
integridad.

La integridad de datos se define como la
condicin en la que todos los datos
almacenados estn libres de errores.

Problemas con el procesamiento de
datos del sistema de archivos
La redundancia no controlada de datos prepara el
escenario para:

Anomalas de datos: Se crean cuando no todos los
cambios requeridos en los datos redundantes se hacen
correctamente.

Anomalas de actualizacin. Actualizar datos en varios
registros.

Anomalas de insercin. Crear registros ficticios.

Anomalas de eliminacin. Es difcil eliminar datos sin
perder datos requeridos.


1.3 Bases de datos
Por qu bases de datos?
Las bases de datos y los sistemas de bases de
datos son un componente esencial de la vida
cotidiana de la sociedad moderna.

Qu es una base de datos?
Estructura computarizada integrada y compartida
que guarda un conjunto de:

Datos del usuario final

Metadatos
Nombre de cada elemento de datos.
Tipo de valores (numrico, fechas o texto).
Si es el elemento de datos puede ser nulo.

Sistema Gestor de Bases de Datos
(SGBD o DBMS)
Coleccin de programas que permite a los
usuarios crear y mantener una base de datos.

Sistema de software que facilita los procesos de
definicin, construccin, manipulacin y
comparticin de bases de datos entre varios
usuarios y aplicaciones.
Sistema Gestor de Bases de Datos
(SGBD o DBMS)
Definir una base de datos implica especificar los
tipos de datos, estructuras y restricciones que se
almacenarn en la base de datos.

La definicin descriptiva de una base de datos
tambin se almacena esta ltima en forma de
catalogo o diccionario de la base de datos
(metadatos).
Sistema Gestor de Bases de Datos
(SGBD o DBMS)
La construccin de la base de datos es el proceso
consistente en almacenar los datos en algn
medio de almacenamiento controlado por el
DBMS.

Manipulacin de la base de datos
Consulta de la base de datos.
Actualizar la base de datos.
Generar informes a partir de los datos.
Sistema Gestor de Bases de Datos
(SGBD o DBMS)
Compartir una base de datos permite que varios
usuarios y programas accedan a la base de datos
de forma simultnea.

Otras funciones importante ofrecidas por el DBMS
son:
La proteccin de la base de datos.
Su mantenimiento durante un largo periodo de
tiempo.
Entorno de un sistema de bases de datos simplificado

Base de datos UNIVERSIDAD
Bases de datos
Encontrar los nombres y apellidos de los
estudiantes inscritos en LIA1121.
El entorno de base de datos integrada
Roles en el entorno de base de datos

Bases de datos
Administrador de Base de Datos (ABD o DBA)
Es el individuo responsable del diseo,
creacin de la estructura y mantenimiento de
la base de datos.
Ventajas del enfoque de base de
datos integrada
Comparticin de datos

La base de datos pertenece a toda la organizacin.

Muchos usuarios pueden tener autorizacin para
acceder a los mismos datos. La autorizacin para
acceder a los datos la otorga el ABD, no otro
departamento.

Ventajas del enfoque de base de
datos integrada
Control de redundancia

Mltiples copias de los mismos datos no se almacenan
a menos que sea necesario.

Se permite alguna redundancia limitada para
mantener las conexiones lgicas entre los elementos de
datos o para mejorar el rendimiento.
Por ejemplo, en la base de datos universidad, la ID
del estudiante aparece tanto en la tabla ESTUDIANTE
como en la tabla INFORME_CALIF.

Ventajas del enfoque de base de
datos integrada
Consistencia de datos

Un efecto de eliminar o controlar la redundancia es
que los datos son consistentes.

Si un elemento de datos aparece slo una vez,
cualquier actualizacin a su valor necesita hacerse una
sola vez, y todos los usuarios tendrn acceso al mismo
nuevo valor.

Si el sistema tiene cierta redundancia controlada,
cuando recibe una actualizacin que aparezca ms
de una vez puede realizar actualizaciones en cascada.
(actualizar automticamente cada ocurrencia de
dicho elemento).
Ventajas del enfoque de base de
datos integrada
Estndares de datos mejorados
El ABD define y refuerza los estndares de toda la
organizacin para la representacin de datos en la
base de datos.

Incluyen reglas como:
El formato de todos los elementos de datos.
Convenciones acerca de nombres de datos.
Estndares de documentacin.
Frecuencia y procedimientos de actualizaciones.
Frecuencia y procedimientos de respaldos.
Uso permitido de la base de datos.

Ventajas del enfoque de base de
datos integrada
Mejor seguridad de datos

La seguridad de datos es la proteccin de la base de
datos de acceso no autorizado por personas o
programas que puedan hacer mal uso o daar los
datos.

Un sistema de base de datos permite la definicin y
fortalecimiento de restricciones de seguridad en varios
niveles.
Todo acceso autorizado a la base de datos es a travs del
DBMS.
Usar contraseas para obtener acceso a la base de datos.
El DBMS puede encriptar los datos antes de almacenarlos.
Proporcionar vistas a los usuarios (solo una parte de la base
de datos).
Bitcora (log) de seguridad.

Ventajas del enfoque de base de
datos integrada
Integridad de datos mejorada

Algunos sistemas gestores de bases de datos permiten
al ABD definir restricciones de integridad: reglas de
consistencia que la base de datos debe obedecer.

Estas restricciones se aplican a elementos dentro de un
registro o a registros que se relacionen mutuamente, o
pueden ser restricciones generales del negocio.

Por ejemplo, en los registro de CURSO, puede haber
una regla de que el nmero de estudiantes inscritos en
un curso nunca supere algn mximo de inscripcin
permitido.

Ventajas del enfoque de base de
datos integrada
Desarrollo ms rpido de nuevas aplicaciones

Una base de datos bien diseada proporciona un
modelo preciso de las operaciones de la organizacin.

Cuando se propone una nueva aplicacin, es probable
que los datos requeridos ya estn almacenados en la
base de datos.

El tiempo de desarrollo se reduce porque no se
necesita una fase de creacin de archivos para la
nueva aplicacin, como ocurra cuando se usaban los
sistemas de procesamiento de archivos.

Ventajas del enfoque de base de
datos integrada
Mejor accesibilidad de datos

Adems de proporcionar datos para los programas, la
mayora de los sistemas gestores de bases de datos
permiten el acceso interactivo a los usuarios.

Proporcionan lenguajes de consulta que permiten a los
usuarios plantear preguntas en el momento (ad hoc) y
obtener la informacin deseada.

Ventajas del enfoque de base de
datos integrada
Beneficios econmicos

Cuando todos los requisitos de datos de la organizacin se
satisfacen mediante una base de datos se tienen los
siguientes beneficios:

La porcin del presupuesto que de ordinario se asignara a varios
departamentos para sus costos de diseo, almacenamiento y
costos de datos, se puede combinar, lo que posiblemente resulte
en un costo total ms bajo.

Los recursos combinados se pueden emplear en la mejora de la
base de datos.

Cualquier mejora a la base de datos beneficia a muchos usuarios.

Ventajas del enfoque de base de
datos integrada
Ms control sobre la concurrencia

Si a dos usuarios se les permite ingresar datos
simultneamente , y al menos uno de ellos actualiza
datos, es probable que interfieran uno con el otro.

La mayora de los sistemas gestores de bases de datos
tienen subsistemas para controlar concurrencia, de
modo que las transacciones no se pierdan o se
desempeen de manera incorrecta.

Ventajas del enfoque de base de
datos integrada

Mejores procedimientos de respaldo y
recuperacin.

En un entorno de base de datos, los registros de la base de
datos por lo general se respaldan (copian) de manera regular.

Para mantener seguro el respaldo, se usa una cinta u otro
medio.

Conforme se realizan transacciones, cualquier actualizacin se
registra en una bitcora (log) de cambios. Si el sistema
fracasa, cinta y log se usan para llevar la base de datos al
estado en que estaba justo antes de la falla. Por tanto, el
sistema se auto recupera.

Desventajas del enfoque de base de
datos integrada
Alto costo de DBMS

Puesto que un sistema gestor de base de datos
completo es una pieza de software muy grande y
sofisticada, su compra es costosa.

Sin embargo, hay DBMSs gratuitos.


Desventajas del enfoque de base de
datos integrada
Costos de hardware ms altos

Para correr el DBMS se requiere memoria adicional y
potencia de procesamiento, lo que resulta en la
necesidad de actualizar el hardware.
Desventajas del enfoque de base de
datos integrada
Costos de programacin ms altos

Puesto que el DBMS es una herramienta compleja con
muchas caractersticas, los programadores de la
organizacin necesitan un conocimiento extenso del
sistema con la finalidad de usarlo con mayor ventaja.

La organizacin debe contratar programadores de
base de datos experimentados o capacitar a su propio
personal.
Desventajas del enfoque de base de
datos integrada
Altos costos de conversin
Cuando una organizacin convierte un nuevo
sistema de base de datos, se tienen que remover
datos de los archivos existentes y cargarlos en la
base de datos.

Debido a los diferentes formatos usados en los
archivos, ste puede ser un proceso difcil y que
consume tiempo.
Desventajas del enfoque de base de
datos integrada
Vulnerabilidad aumentada

Siempre que los recursos estn
centralizados, existe un aumento
en el riego de seguridad.

Dado que todas las aplicaciones
dependen del sistema de base de
datos, la falla de cualquier
componente del sistema puede
llevar a las operaciones a un
estancamiento.

Desventajas del enfoque de base de
datos integrada
Recuperacin ms difcil

El proceso de recuperacin despus de una falla de la
base de datos es complicado porque muchas
transacciones podran estar en progreso cuando falle el
sistema.

Como parte de su recuperacin, el sistema debe
determinar cules transacciones se completaron y
cuales estaban en proceso al momento de la falla.

Si la base de datos est daada, se puede recuperar
con la cinta de recuperacin y el log.
Niveles de abstraccin en bases de
datos
Nivel Objetos Ejemplos
Mundo real que
contiene
minimundo
Empresa



Algunos aspectos
de la empresa
Corporacin,
universidad,
banco

Recursos humanos
Inscripcin de
estudiante
Clientes y cuentas
Minimundo o universo de discurso es la parte del mundo
real que se representar en la base de datos.
Niveles de abstraccin en bases de
datos
Nivel Objetos Ejemplos
Modelo
conceptual
Entidad


Atributo


Conjunto de
entidad


Relacin
Un estudiante, un
nombre de clase

Nombre del
estudiante

Todos los
estudiantes de la
universidad

Los estudiantes se
relacionan con las
clases al inscribirse
a ellas.
Niveles de abstraccin en bases de
datos
Entidad
Se identifican como representaciones de personas,
lugares, eventos o conceptos acerca de los que se
recopilan datos.
Cliente
Empleado
Estudiante
Cuenta bancaria
Clase
Paciente

Niveles de abstraccin en bases de
datos
Atributo
Caractersticas o propiedades para describir una
entidad y que la organizacin considera importante.
Estudiante
idEstudiante
apellidoPat
apellidoMat
Nombre
Carrera
Crditos
Niveles de abstraccin en bases de
datos
Conjunto de entidad
Las entidades similares se agrupan en conjuntos de
entidad.
Para el conjunto de todos los clientes se forma el conjunto
de entidad que se puede llamar Clientes.
Empleados
Estudiantes
Cuentas
Clases
Pacientes
Niveles de abstraccin en bases de
datos
Algunas entidades puede tener relaciones o
asociaciones con otras entidades.
Los estudiantes se relacionan con clases al inscribirse a ellas.
Los profesores se relacionan con clases al ensearlas.
Los estudiantes y los profesores pueden relacionarse
mediante la relacin profesor-estudiante o mediante la
relacin tutor-estudiante.
Niveles de abstraccin en bases de
datos
Nivel Objetos Ejemplos
Modelo lgico

Metadatos:
definiciones de
datos
almacenados en
diccionario de
datos
Tipo de registro




Elemento de
datos
Tipo de registro
Estudiante
Tipo de registro
Curso

idEstudiante,
numCurso
Niveles de abstraccin en bases de
datos
Nivel Objetos Ejemplos
Ocurrencias de
datos
almacenados en
la base de datos
Ocurrencia de
registro Estudiante


Ocurrencia de
elemento de
datos

Archivo
Registro del
estudiante Luis
Gutirrez Cuevas

S1013,Gutirrez,
Cuevas, Luis,
LIA, 0

Archivo
ESTUDIANTE con
5,000 registros
1.4 Arquitectura de tres niveles de las
bases de datos
Definida en 1971 por el Standards
Planning and Requirements
Committee (SPARC) del American
National Standard Institute (ANSI).

Las bases de datos se pueden ver
en tres niveles de abstraccin.

Su propsito es separar el modelo
del usuario de la estructura fsica
de la base de datos.


1.4 Arquitectura de tres niveles de las
bases de datos
Nivel externo: Es la forma en que los usuarios ven
los datos.

Nivel interno: Es la forma en que los datos se
almacenan realmente.

Nivel lgico: Proporciona tanto el mapeo como la
independencia deseada entre los niveles externo
e interno.

Arquitectura de
base de datos
en tres niveles
1.4 Arquitectura de tres niveles de las
bases de datos
Registro de empleado externo:
nombreEmpleado numEmpleado dept
Jaime Lpez Snchez E101 Mercadotecnia
Registro de empleado lgico:
empId apePat apeMat nombre dept sueldo
E101 Lpez Snchez Jaime 12 55000
Registro de empleado almacenado:
empId apePat apeMat nombre dept sueldo Puntero Puntero
adelante atrs
E101bbbbbLpezbbbbSnchezbbbJaimebbbb12bbbbbb5500bbbbb10101bbbb10001
Registro fsico:
Cabecera de bloque reg de E90 reg de E95 reg de E101 reg de E125
2. Modelo de datos
Coleccin de conceptos que se pueden utilizar
para describir la estructura de la base de datos.
Datos
Relaciones
Uno a muchos (1:M o 1..*)
Muchos a muchos (M:N o *..*)
Uno a uno (1:1 o 1..1)
Restricciones
Ayudan a asegurar la integridad de datos.
Se expresan en forma de reglas.
El promedio de un alumno debe tener valores que estn
entre 0 y 10.




Modelo jerrquico
Modelo de red
Modelo relacional

Introducido en la dcada de 1970 por E. F. Codd (de
IBM).
Represent un importante avance para usuarios y
diseadores.
Modelo entidad-relacin
Se present en 1976 por Peter Chen.
Rpidamente se hizo popular debido a la
representacin grfica de entidades y sus
relaciones.

Pintor pinta Cuadro
1 M
Empleado Habilidad
M N
aprende
Empleado Tienda
1 1
administra

Tanto los datos como sus relaciones estn contenidos
en una sola estructura conocida como objeto.

Los objetos tambin contienen todas las operaciones
que se pueden realizar en el.
Modelo orientado a objetos













Nombre: string;
NumEstudiante: integer;
Clase: char;
Especialidad: string;
ESTUDIANTE














string obtenerNombre();
string cambiarClase();
Orion
OpenOODB de Texas Instruments.
ODE de AT&T Bell Labs
Gemstone
Objectivity
Versant

Modelo objeto-relacional
Es la base de datos dominante para
aplicaciones de negocio. Su xito podra
atribuirse a:
La sencillez conceptual del modelo
Lenguaje de consulta fcil de usar
Alto rendimiento de transaccin
Alta disponibilidad
Seguridad
Escalabilidad
Facilidad de expansin.



PostgreSQL
Informix Universal Server
Oracle 8

El uso de objetos complejos recibi un impulso con la
revolucin de internet.

XML surge como el estndar para el eficiente y
efectivo intercambio de datos estructurados,
semiestructurados y no estructurados.

Las bases de datos XML administran datos no
estructurados dentro de un formato XML nativo.
Tamino de Software AG
Dynamic Application Platform de eXcelon
Modelo XML
El modelo entidad-relacin
Est basado en una percepcin del mundo real
consistente en objetos llamados entidades y de
relaciones entre estos objetos.

Se desarroll para facilitar el diseo de bases de
datos .

Es independiente de cualquier DBMS particular.




El modelo entidad-relacin
El modelo entidad-relacin
El modelo entidad-relacin
El conjunto de valores permitidos para cada atributo se
llama dominio de dicho atributo.
El modelo entidad-relacin
Atributo requerido
Es aquel que debe tener un valor, no puede dejarse
vaco. Por ejemplo, nombre, apellidoPat, apellidoMat.

Atributo opcional
Es aquel que no requiere un valor. Puede tener valores
nulos. Por ejemplo, nmeroTelefnico,
correoElectrnico.
El modelo entidad-relacin
Atributos de valores mltiples

Algunos atributos pueden tener valor mltiples
para una instancia de entidad.

Ejemplo: Un estudiante puede tener ms de una
direccin de correo electrnico.


El modelo entidad-relacin
Atributos compuestos
Se descomponen en elementos ms pequeos.

Atributos derivados
No se almacenan y su valor se puede calcular cuando sea
necesario.
El modelo entidad-relacin
Ventajas y desventajas de guardar
atributos derivados

ATRIBUTO DERIVADO
GUARDADO NO GUARDADO
Ventaja Ahorra ciclos de
procesamiento de la
CPU.
El valor de los datos est
fcilmente disponible.
Puede usarse para
rastrear datos histricos.
Ahorra espacio para
almacenamiento.
El clculo siempre da el
valor actual.
Desventaja Requiere constante
mantenimiento para
asegurar que el valor
derivado sea
actualizado, en especial
si cambia cualquier valor
usado en el clculo.
Usa ciclos de
procesamiento de la
CPU.
Aumenta tiempo de
acceso a los datos.
Agrega complejidad de
cdigos a consultas.
El modelo entidad-relacin
Claves
Una clave es un atributo que permite diferenciar los
registros.

Superclaves
Es un atributo o conjunto de atributos que identifican
de manera nica una entidad. Ejemplo: {idEstudiante}.

Si se tiene una superclave, entonces cualquier conjunto
de atributos que contenga dicha superclave tambin
es una superclave, {idEstudiante, crditos} es una
superclave.

El modelo entidad-relacin
Claves candidatas
Una clave candidata es aquella que no contiene
atributos adicionales.

Es una superclave tal que ningn subconjunto propio
de sus atributos sea por s mismo una superclave.
{idEstudiante, crditos} no es una clave candidata.
{idEstudiante} si es una clave candidata.
{CURP} si es una clave candidata.
{nombre, apellidoPat, apellidoMat} si es nica, si es una
clave candidata.

Cuando una clave consiste en ms de un atributo, se le
llama clave compuesta.

El modelo entidad-relacin
Claves primarias

Un conjunto de entidades puede tener varias claves
candidatas.

La clave primaria es la clave candidata triunfadora,
aquella que es elegida por el diseador de la base de
datos.

La clave primaria puede estar formada por un solo
atributo o puede ser una clave compuesta.

Ninguno de sus atributos puede tener valores nulos.

Las otras claves candidatas se convierten en claves
alternativas.

El modelo entidad-relacin
Clave secundaria

Es un atributo o conjunto de atributos cuyos valores, no
necesariamente nicos, se usan como un medio para
acceder a los registros.

apellidoPaterno puede usarse como clave secundaria.

Por lo general, se crea un ndice en un atributo de
clave secundaria, lo que permite la rpida
recuperacin de registros con un valor particular del
atributo indexado.
El modelo entidad-relacin
Relaciones

Una relacin es una asociacin entre entidades.

Las entidades que participan en una relacin se
conocen tambin como participantes.

Cada relacin se identifica con un nombre que la
describe.

El nombre de la relacin es un verbo activo o pasivo;
por ejemplo, un Estudiante se inscribe a un Curso, un
Profesor imparte un Curso, un Departamento emplea a
un Profesor, una Sucursal es administrada por un
Empleado, un Avin es manejado por una Tripulacin.
El modelo entidad-relacin
Relaciones

Las relaciones entre entidades siempre operan en
ambas direcciones.

Relacin 1:M entre las entidades llamadas Cliente y
Factura:
Un Cliente puede generar muchas Facturas.
Cada Factura es generada por un Cliente.

Una clasificacin de relacin es difcil de establecer si
se conoce slo un lado de sta.
Una Sucursal es administrada por un Empleado.
No se sabe si es 1:1 o 1:M.
Puede un empleado administrar ms de una sucursal?
R=Si, relacin 1:M.
R=No, relacin 1:1.
El modelo entidad-relacin
Grado de relacin
Indica el nmero de entidades o participantes
asociados con una relacin.
Relacin unaria: existe cuando una asociacin se
mantiene dentro de una entidad individual.
Relacin binaria: ocurre cuando dos entidades estn
asociadas.
Relacin ternaria: es cuando se relacionan tres
entidades.
El modelo entidad-relacin
Atributos descriptivos
Pertenecen a la relacin en vez de alguna de las
entidades involucradas.
El atributo calificacin es un atributo descriptivo para la
relacin Se inscribe a.
El atributo calificacin no describe la entidad
Estudiante, pues cada estudiante puede tener
calificaciones para muchas clases, ni describe a la
entidad Curso, pues en un curso particular se otorgan
diferentes calificaciones para distintos estudiantes.
El modelo entidad-relacin
Cardinalidad de una relacin

Dos tipos de restricciones sobre las relaciones son las
restricciones en la participacin y la cardinalidad.

La cardinalidad de una relacin es el nmero de
entidades a las que otra entidad se puede mapear
bajo dicha relacin.

Sean X y Y conjuntos de entidades y R una relacin
binaria de X a Y.

Si no hubiera restricciones de cardinalidad sobre R,
cualquier nmero de entidades en X podra
relacionarse con cualquier nmero de entidades en Y.
El modelo entidad-relacin
Cardinalidad de una relacin

Se distinguen cuatro tipos de relaciones binarias:

Uno a uno. Una relacin R de X a Y es uno a uno si
cada entidad en X se asocia con cuando mucho
una entidad en Y, e, inversamente, cada entidad en
Y se asocia cuando mucho a una entidad en X.


El modelo entidad-relacin
Cardinalidad de una relacin

Uno a muchos: Una relacin R de X a Y es uno a
muchos si cada entidad en X se puede asociar con
muchas entidades en Y, pero cada entidad en Y se
asocia con cuando mucho una entidad en X.
El modelo entidad-relacin
Cardinalidad de una relacin

Muchos a uno: Una relacin R de X a Y es muchos a
uno si cada entidad en X se asocia con muchas
entidades en Y, pero cada entidad en Y se puede
asociar con muchas entidades en X.


El modelo entidad-relacin
Cardinalidad de una relacin

Muchos a muchos. Una relacin R de X a Y es
muchos a muchos si cada entidad en X se puede
asociar con muchas entidades en Y y cada entidad
en Y se puede asociar con muchas entidades en X.
El modelo entidad-relacin
Cardinalidad de una relacin
Relacin ternaria
Un doctor escribe una o ms recetas.
Un paciente puede recibir una o ms recetas.
Una medicina puede aparecer en una o ms recetas.


El modelo entidad-relacin
Restricciones de participacin

Si todo miembro de un conjunto de entidades debe
participar en una relacin, a esto se le conoce como
participacin total del conjunto de entidades en la
relacin.

Esto se denota al dibujar una lnea doble desde el
rectngulo de entidades hasta el diamante de
relacin.

Una lnea sencilla indica que algunos miembros del
conjunto de entidades no deben participar en la
relacin, una situacin llamada participacin parcial.

El modelo entidad-relacin
Restricciones de participacin
Algunos estudiantes pueden no estar inscritos en
ninguna curso.
Algunas clases pueden no tener estudiantes inscritos.
Algunos profesores pueden no impartir ningn curso.
Todo curso debe tener un profesor para impartirla.


El modelo entidad-relacin
Dependencia de existencia

Si X y Y son entidades y cada instancia de Y debe tener
una instancia correspondiente de X, entonces se dice
que Y es dependiente de la existencia de X.

Una entidad Y no puede existir sin alguna entidad X.

Una entidad es dependiente de existencia si no puede
existir sin la entidad con la que tiene relacin.
El modelo entidad-relacin
Dependencia de existencia
Profesor es la entidad fuerte.
Evaluacin es la entidad dbil.
La entidad dbil es
dependiente de existencia de
la entidad fuerte.
La clave primaria de la entidad
dbil se deriva total o
parcialmente de la entidad
fuerte.
Las entidades dbiles pueden
tener una clave parcial.
El modelo entidad-relacin
El modelo relacional
Se ha establecido actualmente como el principal
modelo de datos para las aplicaciones de
procesamiento de datos.
Ha conseguido la posicin principal debido a su
simplicidad, que facilita el trabajo del
programador en comparacin con otros modelos
anteriores como el de red y el jerrquico.

El modelo relacional
El modelo relacional
Atributos
Un atributo es una caracterstica de los datos.
Una caracterstica de los datos del mundo real,
modelados en la base de datos, se representa por
un atributo.
Un atributo debe tener un nombre.
Para una persona los atributos pueden ser:
nombre, fechaNac.
El modelo relacional
Tipo Productor Modelo AoDe
Fabricacin
Color Combustible
Compacto VW E-up! 2013 Blanco Elctrico
Deportivo Ford Focus ST 2012 Rojo Gasolina
Convertible Toyota FT-86 2013 Blanco Gasolina
Pick up General
Motors
Chevrolet
Silverado
2014 Vino Gasolina
Van Nissan NV200 2013 Gris Gasolina
Relacin: Carros
Atributo
Tupla Valor
Encabezado
Cuerpo
El modelo relacional
Dominios

Para cada atributo hay un conjunto de valores
permitidos, llamado dominio de ese atributo.

VW, Ford, Toyota, General Motors y Nissan son valores
para el atributo Productor.

El dominio de Productor es el conjunto de todos los
nombres de productores de carros posibles.

Es posible que varios atributos tengan el mismo dominio,
por ejemplo: nombreCliente y nombreEmpleado, tienen
el mismo dominio, el conjunto de todos los nombres de
personas.

El modelo relacional
Tuplas
Una tupla es un conjunto ordenado de valores que
describen las caractersticas de los datos en un
momento de tiempo.
El modelo relacional
Una relacin sobre los dominios D
1
, D
2
, , D
n
(no
necesariamente distintos) consiste de un encabezado y
un cuerpo.

El encabezado consiste de un conjunto fijo de atributos
A
1
, A
2
, , A
n
, tal que cada atributo A
i
corresponde a
exactamente un dominio D
i
(i=1, 2, , n).

El cuerpo consiste de un conjunto de tuplas que
cambia con el tiempo, donde cada tupla consiste de
un conjunto de pares atributo-valor (A
i
:v
i
) (i=1, 2, , n),
un par para cada atributo A
i
en el encabezado. Para
cada par atributo-valor dado v
i
es un valor del dominio
D
i
que se asocia con el atributo A
i
.
El modelo relacional
El grado de la relacin es el nmero de atributos
de la relacin.

La relacin Carros tiene un grado de 6.

Una relacin de grado uno es llamada unaria, de
grado dos binaria, de grado tres ternaria, y as
sucesivamente.

Una relacin de grado n es llamada n-aria.
El modelo relacional
La cardinalidad de la relacin es equivalente al
nmero de tuplas de esa relacin.

La relacin Carros tiene una cardinalidad igual a
5.

La cardinalidad de una relacin cambia con el
tiempo, mientras que el grado casi no cambia.
El modelo relacional
Propiedades de las relaciones:

No hay tuplas duplicadas en una relacin.

Las tuplas no estn ordenadas.

Los atributos no estn ordenados.

Todos los valores de atributos son atmicos (no se
pueden dividir en subpartes).

El modelo relacional
El esquema de la base de datos es el diseo
lgico de la misma.

El ejemplar o instancia de la base de datos es una
instantnea de los datos de la misma en un
momento dado.

Esquema-Carros denota el esquema de la
relacin Carros:
Esquema-Carros=(Tipo, Productor, Modelo,
AoDeFabricacin, Color, Combustible).
El modelo relacional
Claves

El modelo de datos relacional usa claves para definir
identificadores para las tuplas de una relacin.

Las claves se usan para hacer cumplir las reglas y/o
restricciones de los datos de la base de datos.

Estas restricciones son esenciales para mantener la
consistencia de los datos.
El modelo relacional
Una clave candidata es un identificador nico
para las tuplas de una relacin.

Suponiendo que R es una relacin con los
atributos A
1
, A
2
, , A
n
. El conjunto de k=(A
i
, A
j
, ,
A
k
) de R se dice que es una clave candidata de R
si satisface dos condiciones:
Unicidad
En cualquier momento dado, dos tuplas distintas de R
no tienen el mismo valor para A
i
, el mismo valor para
A
j
y el mismo valor para A
k
.
Minimalidad
Ninguno atributo A
i
, A
j
, , A
k
puede descartarse de k
sin destruir la propiedad de unicidad.
El modelo relacional
Cada relacin tiene al menos una clave
candidata, porque al menos la combinacin de
todos sus atributos tiene la propiedad de
unicidad.
Usualmente existe otra clave candidata formada
por menos atributos de la relacin.
Tipo Productor Modelo AoDe
Fabricacin
Color Combustible
Compacto VW E-up! 2013 Blanco Elctrico
Deportivo Ford Focus ST 2012 Rojo Gasolina
Convertible Toyota FT-86 2013 Blanco Gasolina
Pick up General
Motors
Chevrolet
Silverado
2014 Vino Gasolina
Van Nissan NV200 2013 Gris Gasolina
El modelo relacional

Tipo Productor Modelo AoDe
Fabricacin
Color Combustible NmeroDe
Serie
Nmero
DeIdent
Compacto VW E-up! 2013 Blanco Elctrico WBADL910
5GW65796
SB24ME
A
Deportivo Ford Focus ST 2012 Rojo Gasolina QASMD820
9NF37590
AB08DG
F
Convertible Toyota FT-86 2013 Blanco Gasolina XEFAR2096
WM19875
SB06GH
X
Pick up General
Motors
Chevrolet
Silverado
2014 Vino Gasolina AKLMD806
4MW79580
SB52MA
G
Van Nissan NV200 2013 Gris Gasolina QMXAS439
0WQ21998
AB02AM
R
Claves candidatas
El modelo relacional
Clave primaria

Es la clave candidata elegida para identificar cada
tupla de la relacin.

Para la relacin Carros, la clave primaria ser
NmeroDeIdent. Los valores para este atributo deben
ser nicos y no nulos para todas las tuplas de la
relacin.

Hay situaciones cuando las caractersticas de los datos
del mundo real, modelados por esa relacin, no tienen
valores nicos. Por ejemplo, la primera relacin Carros
sufre de este problema. En ese caso, la clave primaria
debe ser la combinacin de todos los atributos de la
relacin.
El modelo relacional
Como dicha clave primaria no es conveniente por
razones prcticas, debido a que requerir mucho
espacio fsico para almacenamiento, y sera muy difcil
mantener las asociaciones entre las relaciones.

En tales casos, la solucin es agregar otro atributo,
como ID, que tendr valores nicos y se utilizar como
clave primaria.

A este atributo se le llama clave sustituta.

Las claves sustitutas usualmente tienen valores
numricos nicos. Estos valores se van aumentando o
disminuyendo de uno en uno.
El modelo relacional
Claves forneas:
Una clave fornea es un atributo (o combinacin de
atributos) en una relacin R2 cuyos valores se requiere
que correspondan a los de la clave primaria de alguna
relacin R1.
ID Nombre Ciudad Calle Nmero Telfono NmeroDe
Ident
1 Juan Texcoco Chalco 33 55231215 SB24MEA
2 Mara D.F. Pisagua 1226 55278717 AB08DGF
3 Ana Orizaba Oriente 9 234 72345567 SB06GHX
4 Guillermo Crdoba Centro 342 71234567 SB52MAG
5 Pedro Texcoco Breso 23 55234578 AB02AMR
Clave primaria
Clave fornea
Relacin Propietario
El modelo relacional
Restricciones del modelo de datos relacional

En un modelo de datos relacional, la integridad de los
datos puede lograrse usando reglas o restricciones de
integridad.

Estas reglas son generales, especificadas en el nivel del
esquema de la base de datos y deben respetarse por
cada tupla de la base de datos.

Si un usuario intenta ejecutar una operacin que viole
la restriccin, entonces el sistema debe rechazar la
operacin o ejecutar alguna accin en alguna otra
parte de la base de datos.



El modelo relacional
Restriccin de integridad de entidad
Esta dice que ningn atributo que participe en la clave
primaria de una relacin puede aceptar valores nulos.

Restriccin de integridad referencial
Esta dice que si en una relacin existe una clave
fornea, entonces el valor de la clave fornea debe
coincidir con el valor de la clave primaria de alguna
tupla en la relacin base , o el valor de la clave
fornea debe ser nulo.