BASES DE

DATOS
PROFESOR: MTRO. JUAN MANUEL AGERA CASTRO
!
email: juan.m.aguera@gmail.com

Blog: http://cursos-licenciatura.blogspot.mx
 BASES DE DATOS

OBJETIVO
BASES DE DATOS
BASES DE DATOS
BASES DE DATOS
 BASES DE DATOS

Blog: http://cursos-licenciatura.blogspot.mx
 BASES DE DATOS: INTRODUCCIN

SISTEMA GESTOR
DE BASE DE
DATOS

DBMS / SGBD

Una coleccin de datos

interrelacionados y un conjunto
de programas para acceder a
dichos datos

BASE DE
DATOS

Coleccin de datos
interrelacionada con informacin
relevante de la empresa
 BASES DE DATOS: INTRODUCCIN

OBJETIVO
PRINCIPAL
DE UN
SGBD

PROPORCIONAR UNA FORMA

DE ALMACENAR Y
RECUPERAR LA INFORMACIN
R E L E VA N T E PA R A U N A
EMPRESA
 BASES DE DATOS: INTRODUCCIN

PORQUE SE
DISEAN
SISTEMAS DE
BASES DATOS?
 BASES DE DATOS: INTRODUCCIN

PORQUE
SE DISEAN
SISTEMAS PARA GESTIONAR GRANDES VOLUMENES DE
DE BASES
DATOS?
INFORMACIN, LA GESTIN DE LOS DATOS
IMPLICA:

- LA DEFINICIN DE LAS ESTRUCTURAS

PARA ALMACENAR LA INFORMACIN

. LA PROVISIN DE LOS MECANISMOS PARA

MANIPULAR LA INFORMACIN

LOS SISTEMAS DE BASES DE DATOS DEBEN GARANTIZAR

- FIABILIDAD DE LA INFORMACIN ALMACENADA

- FIABILIDAD EN LA CONSULTA DE LA INFORMACIN

 APLICACIONES DE LOS SISTEMAS DE
BASES DE DATOS

B a n c a . P a r a

Recursos humanos.

Produccin. Para la
informacin de los informacin de gestin de la cadena de
clientes, cuentas y empleados, salarios, produccin:
p r s t a m o s , y impuestos y beneficios, proveedores, factoras,
transacciones bancarias nminas, etc. inventarios, etc.

Comercio en linea.

Lneas areas. Para SISTEMAS DE Para los datos de
r e s e r v a s e BASES DATOS venta, seguimiento
informacin de
de pedidos Web,
planificacin.
etc.


Universidades. Para
informacin de los

Ventas. Para
estudian-tes, informacin de
matrculas de las clientes, productos
asignaturas y cursos y compras

Transacciones de
Telecomunicaciones.
tarjetas de crdito. Para
compras con tarjeta de
crdito y generacin
mensual de extractos
Finanzas. Para almacenar
Para guardar un registro informacin sobre grandes
de las llamadas empresas, ventas y
realizadas, generacin compras de documentos
mensual de facturas, etc. formales financieros
 APLICACIONES DE LOS SISTEMAS DE
BASES DE DATOS

UN EJEMPLO
 APLICACIONES DE LOS SISTEMAS DE
BASES DE DATOS
FIGURA 1.2. EJEMPLO DE ESTRUCTURA DE BASE
DE DATOS Y ALGUNOS DATOS
EJEMPLO DE BASE DE
DATOS QUE ALMACENA
LA INFORMACIN DE
ESTUDIANTES Y CURSOS

UN ARCHIVO, ES UNA COLECCIN DE REGISTROS

QUE PUEDE O NO ESTAR ORDENADOS
 APLICACIONES DE LOS SISTEMAS DE
BASES DE DATOS

Especificar la estructura de los registros de cada archivo

DEFINICIN detallando los diferentes tipos de elementos de datos que
se almacenarn en cada registro

Se realiza almacenando los datos que representan a todos los

CONSTRUCCIN estudiantes, cursos, secciones, informes de calificaciones y
prerrequisitos a modo de registro en el archi- vo adecuado.
Los registros de los distintos archivos se pueden relacionar.

MANIPULACIN Implica la consulta y la actualizacin de los datos.

 APLICACIONES DE LOS SISTEMAS DE
BASES DE DATOS

Ejemplos de consultas y/o actualizaciones

- Recuperar el certificado de estudios (listado de todos los
cursos y calificaciones) de 'Luis'.


- Listado con los nombres de los estudiantes que tomaron la
seccin del curso 'Bases de datos' ofrecida en otoo de 2005,
as como sus calificaciones en esa seccin.


- Listado de los pre-requisitos del curso 'Bases de datos'. y
estos son algunos ejemplos de actualizaciones:

- Cambiar la clase de 'Luis' a estudiante de segundo ao.

- Crear una seccin nueva para el curso 'Bases de datos' para
este semestre.

- Introducir una nota 'A' para 'Luis' en la seccin 'Bases de
datos' del ltimo semestre.
 APLICACIONES DE LOS SISTEMAS DE
BASES DE DATOS

Estas consultas y modificaciones informales deben especificarse con exactitud

en el lenguaje de consulta del DBMS antes de poder ser procesadas.

El departamento de Tecnologa de la informacin (TI, Information
Technology) de una entidad (rea/empresa) que disea y mantiene un
sistema de informacin compuesto por varios computadores, sistemas de
almacenamiento, aplicaciones y bases de datos.

!
El diseo de una aplicacin nueva para una base de datos existente o el diseo
de una base de datos nueva empieza con una fase denominada definicin
de requisitos y anlisis. Estos requisitos son documentados en detalle y
transformados en un diseo conceptual que se puede representar y
manipular mediante algunas herramientas computarizadas, de modo que en
una implementacin de base de datos puedan mantenerse, modificarse y
transformarse fcilmente.
 PROPSITO DE LOS SISTEMAS DE BASES
DE DATOS

LOS SISTEMAS DE BD SURGIERON EN SGBD

RESPUESTA A LOS PRIMEROS MTODOS DE
GESTIN INFORMATIZADA DE LOS DATOS Vs.
COMERCIALES; EJEMPLO, SISTEMAS
BANCARIOS.
SISTEMAS DE
! PROCESAMIENTO
!
! DE ARCHIVOS
LOS SISTEMAS DE PROCESAMIENTO DE
ARCHIVOS IMPLICA UNA MANERA DE
GUARDAR LA INFORMACIN EN LA

Efectuar cargos o abonos
COMPUTADORA PARA ALMACENARLA EN en una cuenta.

ARCHIVOS DEL SISTEMA OPERATIVO.
!

Aadir una cuenta nueva.

PA R A P E R M I T I R Q U E L O S U S U A R I O S
MANIPULEN LA INFORMACIN, EL SISTEMA

Calcular el saldo de una
TIENE VARIOS PROGRAMAS DE APLICACIN cuenta.

QUE GESTIONAN LOS ARCHIVOS,
INCLUYENDO PROGRAMAS PARA:

Generar las operaciones
mensuales.
 PROPSITO DE LOS SISTEMAS DE BASES
DE DATOS
Mantener informacin de la organizacin en un sistema de
procesamiento de archivos tiene una serie de inconvenientes
importantes:

Redundancia e inconsistencia de datos.

Debido a que los archivos y programas de aplicacin son creados por diferentes
programadores en un largo perodo de tiempo, los diversos archivos tienen
probablemente diferentes formatos y los programas pueden estar escritos en
diferentes lenguajes.
Ms an, la misma informacin puede estar duplicada en diferentes lugares
(archivos). Por ejemplo, la direccin y nmero de telfono de un cliente particular
puede aparecer en un archivo que contenga registros de cuentas de ahorros y en un
archivo que contenga registros de una cuenta corriente. Esta redundancia conduce a
un almacenamiento y coste de acceso ms altos. Adems, puede conducir a
inconsistencia de datos; es decir, las diversas copias de los mismos datos pueden no
coincidir. Por ejemplo, un cambio en la direccin del cliente puede estar reflejado en
los registros de las cuentas de ahorro pero no estarlo en el resto del sistema.
 PROPSITO DE LOS SISTEMAS DE BASES
DE DATOS

Dificultad en el acceso a los datos.

Supngase que uno de los empleados del banco necesita averiguar los nombres de todos
los clientes que viven en el distrito postal 28733 de la ciudad. El empleado pide al
departamento de procesamiento de datos que genere dicha lista. Debido a que esta
peticin no fue prevista cuando el sistema original fue diseado, no hay un programa de
aplicacin a mano para satisfacerla. Hay, sin embargo, un programa de aplicacin que
genera la lista de todos los clientes. El empleado del banco tiene ahora dos opciones: bien
obtener la lista de todos los clientes y obtener la informacin que necesita manualmente, o
bien pedir al departamento de procesamiento de datos que haga que un programador de
sistemas escriba el programa de aplicacin necesario. Ambas alternativas son obviamente
insatisfactorias. Supngase que se escribe tal programa y que, varios das ms tarde, el
mismo empleado necesita arreglar esa lista para incluir slo aquellos clientes que tienen
una cuenta con saldo de $10.000 o ms. Como se puede esperar, un programa para
generar tal lista no existe. De nuevo, el empleado tiene que elegir entre dos opciones,
ninguna de las cuales es satisfactoria.
La cuestin aqu es que el entorno de procesamiento de archivos convencional no permite
que los datos necesarios sean obtenidos de una forma prctica y eficiente. Se deben
desarrollar sistemas de recuperacin de datos ms interesantes para un uso general.
 PROPSITO DE LOS SISTEMAS DE BASES
DE DATOS

Aislamiento de datos Problemas de identidad

Los valores de los datos almacenados en

la base de datos deben satisfacer ciertos
Debido a que los datos tipos de restricciones de consistencia.
Por ejemplo, el saldo de una cuenta
estn dispersos en bancaria no puede nunca ser ms bajo
varios archivos, y los de una cantidad predeterminada (por
archivos pueden estar ejemplo $25. Los desarrolladores hacen
cumplir esas restricciones en el sistema
en diferentes formatos, aadiendo el cdigo apropiado en los
es difcil escribir nuevos diversos programas de aplicacin. Sin
embargo, cuando se aaden nuevas
programas de restricciones, es difcil cambiar los
aplicacin para programas para hacer que se cumplan.
recuperar los datos El problema es complicado cuando las
restricciones implican diferentes
apropiados. elementos de datos de diferentes
archivos.
 PROPSITO DE LOS SISTEMAS DE BASES
DE DATOS

Anomalias en proceso concurrente

Conforme se ha ido mejorando el conjunto de ejecucin de los sistemas y ha sido

posible una respuesta en tiempo ms rpida, muchos sistemas han ido permitiendo a
mltiples usuarios actualizar los datos simultneamente. En tales sistemas un entorno
de interaccin de actualizaciones concurrentes puede dar lugar a datos
inconsistentes. Considrese una cuenta bancaria A, que contiene $500. Si dos
clientes retiran fondos (por ejemplo $50 y $100 respectivamente) de la cuenta A en
aproximadamente el mismo tiempo, el resultado de las ejecuciones concurrentes
puede dejar la cuenta en un estado incorrecto (o inconsistente). Supongamos que
los programas se ejecutan para cada retirada y escriben el resultado despus. Si los
dos programas funcionan concurrentemente, pueden leer ambos el valor $500, y
escribir despus $450 y $400, respectivamente. Dependiendo de cul escriba el
ltimo valor, la cuenta puede contener bien $450 o bien $400, en lugar del valor
correcto, $350. Para protegerse contra esta posibilidad, el sistema debe mantener
alguna forma de supervisin. Sin embargo, ya que se puede acceder a los datos
desde muchos programas de aplicacin diferentes que no han sido previamente
coordinados, la supervisin es difcil de proporcionar.
 PROPSITO DE LOS SISTEMAS DE BASES
DE DATOS

Problemas de seguridad

No todos los usuarios de un sistema de bases de datos

deberan poder acceder a todos los datos.
Por ejemplo, en un sistema bancario, el personal de nminas
necesita ver slo esa parte de la base de datos que tiene
informacin acerca de varios empleados del banco. No
necesitan acceder a la informacin acerca de las cuentas de
clientes.
Como los programas de aplicacin se aaden al sistema de
una forma ad hoc, es difcil garantizar tales restricciones de
seguridad.
 PROPSITO DE LOS SISTEMAS DE BASES
DE DATOS

Estas dificultades, entre otras,

han motivado el desarrollo de
los sistemas de bases de datos.
 PROPSITO DE LOS SISTEMAS DE BASES
DE DATOS

Naturaleza autodescriptiva de una SGBD

Una caracterstica fundamental de la metodologa de bases

de datos es que el Sistema de BD no slo contiene la propia
BD, sino tambin una completa definicin o descripcin de la
estructura de la BD y sus restricciones.
Esta definicin se almacena en el catlogo DBMS, que
contiene informacin como la estructura de cada archivo, el
tipo y el formato de almacenamiento de cada elemento de
datos, y distintas restricciones de los datos.
La informacin almacenada en el catlogo se denomina
metadatos y describe la estructura de la base de datos
principal.
 PROPSITO DE LOS SISTEMAS DE BASES
DE DATOS

FIGURA 1.2. EJEMPLO DE ESTRUCTURA DE BASE DE DATOS Y ALGUNOS DATOS

 PROPSITO DE LOS SISTEMAS DE BASES
DE DATOS

Para el ejemplo de la
Figura 1.2, el catlogo
DBMS almacenar las
definiciones de todos
los archivos
mostrados. La Figura
1.3 muestra algunas
entradas de ejemplo
en un catlogo de
base de datos. El
diseador de la BD
e s p e c i fi c a e s t a s
definiciones antes de
crear la BD y se
almacenan en el
catlogo.
 PROPSITO DE LOS SISTEMAS DE BASES
DE DATOS

Independencia programa - datos

En el procesamiento de archivos tradicional, la estructura

de los archivos de datos est incrustada en las
aplicaciones, por lo que los cambios que se introducen
en la estructura de un archivo pueden obligar a realizar
cambios en todos los programas que acceden a ese
archivo.
Por el contrario, los programas que acceden a un DBMS
no necesitan esos cambios en la mayora de los casos.
La estructura de los archivos de datos se almacena en el
catlogo DBMS, independientemente de los programas
de acceso.
 PROPSITO DE LOS SISTEMAS DE BASES
DE DATOS

Independencia programa-datos

Ejemplo, un programa de acceso a archivos puede escribirse de

modo que slo pueda acceder a los registros ESTUDIANTE de la
estructura mostrada en la Figura 1.4 siguiente. Si queremos aadir
otra porcin de datos a cada registro ESTUDIANTE, por ejemplo
FechaNac, un programa semejante ya no funcionar y deber
modificarse. Por el contrario, en un entorno DBMS, slo tendremos
que cambiar la descripcin de los registros ESTUDIANTE en el
catlogo (vase la Figura 1.3) para reflejar la inclusin del nuevo
elemento de datos FechaNac; ningn programa cambia. La
siguiente vez que un programa DBMS haga referencia al catlogo,
se podr utilizar y acceder a la estructura nueva de los registros
ESTUDIANTE.
 PROPSITO DE LOS SISTEMAS DE BASES
DE DATOS

Independencia programa-datos
 VISIN DE DATOS
Nivel de vistas:

El nivel ms alto de
abstraccin describe slo parte
de la base de datos completa.

Nivel lgico:
El siguiente nivel ms alto de
abstraccin describe qu datos
se almacenan en la base de
datos y qu relaciones existen
entre esos datos.
Nivel fsico:
El nivel ms bajo de
abstraccin describe cmo se
almacenan realmente los datos.
En el nivel fsico se describen
en detalle las estructu- ras de
datos complejas de bajo nivel
 VISIN DE DATOS
Soporte de varias VISTAS de datos

Normalmente una base de datos tiene muchos usuarios, cada uno de los cuales
puede necesitar una pers- pectiva o vista diferente de la base de datos. Una vista
puede ser un subconjunto de la base de datos o puede contener datos virtuales
derivados de los archivos de la base de datos pero que no estn explcitamente
almacenados. Algunos usuarios no tienen la necesidad de preocuparse por si los
datos a los que se refieren estn almacenados o son derivados.
!
Un DBMS multiusuario cuyos usuarios tienen variedad de diferentes aplicacio-
nes debe ofrecer facilidades para definir varias vistas. Por ejemplo, un usuario de
la base de datos de la Figura 1.2 puede estar interesado nicamente en acceder
e imprimir el certificado de estudios de cada estudiante; la Figura 1.5(a) muestra
la vista para este usuario. Un segundo usuario, que slo est interesado en
comprobar que los estudiantes cumplen con todos los pre-requisitos de cada
curso para poder registrarse, puede requerir la vista representada en la Figura
1.5(b)
VISIN DE DATOS
 VISIN DE DATOS
Comparticin de datos y procesamiento de transacciones multiusuario

Un DBMS multiusuario, como su nombre indica, debe permitir que varios

usuarios puedan acceder a la base de datos al mismo tiempo. Esto es
esencial si los datos destinados a varias aplicaciones sern integrados y
mantenidos en una sola base de datos.
El DBMS debe incluir software de control de la concurrencia para que esos
varios usuarios que intentan actualizar los mismos datos, lo hagan de un
modo controlado para que el resultado de la actualizacin sea correcto. Por
ejemplo, si varios agentes de viajes intentan reservar un asiento en un vuelo,
el DBMS debe garantizar que en cada momento slo un agente tiene acceso
a la asignacin de ese asiento para un pasajero.
Estos tipos de aplicaciones se denominan, por lo general, aplicaciones de
procesamiento de transacciones en lnea (OLTP, online transaction
processing). Un papel fundamental del software DBMS multiusuario es
garantizar que las transacciones concurrentes operan correcta y eficazmente.
 VISIN DE DATOS
Transaccin

El concepto de transaccin es cada vez ms importante para las aplicaciones

de bases de datos.
Una transaccin es un programa en ejecucin o proceso que incluye uno o
ms accesos a la base de datos, como la lectura o la actualizacin de los
registros de la misma. Se supone que una transaccin ejecuta un acceso
lgicamente correcto a la base de datos si lo ejecut ntegramente sin
interferencia de otras transacciones.
El DBMS debe implementar varias propiedades de transaccin. La propiedad
aislamiento garantiza que parezca que cada transaccin se ejecuta de forma
aislada de otras transacciones, aunque puedan estar ejecutndose cientos de
transacciones al mismo tiempo.
La propiedad de atomicidad garantiza que se ejecuten o todas o ninguna de
las operaciones de bases de datos de una transaccin.
 VISIN DE DATOS
Actores de la escena

En el caso de una base de datos personal pequea,

como una la lista de direcciones, un usuario
normalmente define, construye y manipula la base de
datos, de modo que no se comprometen datos.
!

Sin embargo, en empresas grandes, muchas personas

estn implicadas en el diseo, uso y mantenimiento de
una base de datos grande con cientos de usuarios.
 VISIN DE DATOS
Administradores de la Base de Datos
En cualquier empresa donde muchas personas utilizan los mismo recursos, se
necesita un administrador jefe que supervise y administre esos recursos.
En un entorno de bases de datos, el recurso principal es la base de datos en s
misma, mientras que el recurso secundario es el DBMS y el software
relacionado.
La administracin de estos recursos es responsabilidad del administrador de la
base de datos (DBA, database administrator).
!
El DBA es responsable del acceso autorizado a la base de datos, de la
coordinacin y monitorizacin de su uso, y de adquirir los recursos software y
hardware necesarios. El DBA tambin es responsable de pro- blemas como las
brechas de seguridad o de unos tiempos de respuesta pobres. En las
empresas grandes, el DBA est asistido por un equipo de personas que llevan
a cabo estas funciones.
 VISIN DE DATOS
Diseadores de la Base de Datos
Los diseadores de las bases de datos son los responsables de identificar los
datos que se almacenarn en la base de datos y de elegir las estructuras
apropiadas para representar y almacenar esos datos.
Estas tareas se acometen principalmente antes de implementar y rellenar la base
de datos.
Es responsabilidad de los diseadores comunicarse con todos los presuntos
usuarios de la base de datos para conocer sus requisitos, a fin de crear un diseo
que satisfaga sus necesidades.
En muchos casos, los diseadores forman parte de la plantilla del DBA y se les
pueden asignar otras responsabilidades una vez completado el diseo de la base
de datos. Estos diseadores normalmente interactan con los grupos de usuarios
potenciales y desarrollan vistas de la base de datos que satisfacen los requisitos
de datos y procesamiento de esos grupos. Cada vista se analiza despus y se
integra con las vistas de los otros grupos de usuarios. El diseo final de la base de
datos debe ser capaz de soportar los requisitos de todos los grupos de usuarios.

Usuarios Finales
Los usuarios finales son las personas cuyos trabajos requieren acceso a la base de datos para realizar
consultas, actualizaciones e informes. Los usuarios finales se pueden clasificar en varias categoras:
Los usuarios finales casuales acceden
ocasionalmente a la base de datos, pero
pueden necesitar una informacin diferente
en cada momento. Utilizan un sofisticado
lenguaje de consulta de bases de datos para
especificar sus peticiones y normalmente
son administradores de nivel medio o alto u
otros usuarios interesados.
los usuarios finales sofisticados se
encuentran los ingenieros, los cientficos,
los analistas comerciales y otros muchos
que estn completamente familiarizados
con el DBMS a fin de implementar sus
aplicaciones y satisfacer sus complejos
requisitos.
VISIN DE DATOS
L o s u s u a r i o s fi n a l e s p r i n c i p i a n t e s o
paramtricos constituyen una parte
considerable de los usuarios finales de las
bases de datos. Su labor principal gira entorno
a la consulta y actualizacin constan- tes de la
base de datos, utilizando tipos de consultas y
actualizaciones estndar
Los usuarios finales independientes mantienen
bases de datos personales utilizando paquetes
de programas confeccionados que proporcionan
unas interfaces fciles de usar y basadas en
mens o grfi- cos. Un ejemplo es el usuario de
un paquete de impuestos que almacena sus
datos financieros personales de cara a la
declaracin de la renta.
 VISIN DE DATOS
Analistas de sistemas y programadores de aplicaciones
(ingenieros de software)

Los analistas de sistemas determinan los requisitos de los

usuarios finales, especialmente de los usuarios finales
principiantes y paramtricos, as como las especificaciones de
desarrollo para las transacciones enlatadas que satisfacen esos
requisitos.
Los programadores de aplicaciones implementan esas
especificaciones como programas; despus, verifican, depuran,
documentan y mantienen esas transacciones enlatadas.
Dichos analistas y programadores (normalmente conocidos
como desarrolladores de software o ingenieros de software)
deben familiarizarse con todas las posibilidades proporcionadas
por el DBMS al objeto de desempear sus tareas.
 BASE DATOS

MODELOS DE
DATOS
 BASE DATOS
Bajo la estructura de la base de datos se encuentra
el modelo de datos: una coleccin de herramientas
conceptuales para describir los datos, las
relaciones, la semntica y las restricciones de
consistencia. Para ilustrar el concepto de un
modelo de datos, describimos dos modelos de
datos en este apartado:
El modelo entidad-relacin y el modelo relacional.
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.

MODELOS DE DATOS
 BASE DATOS

MODELO!
ENTIDAD - RELACIN!
E-R
 BASE DATOS
Est basado en una percepcin del mundo real que consta de una coleccin
de objetos bsicos, llamados entidades, y de relaciones entre estos
objetos. Una entidad es una cosa u objeto en el mundo real que es
distinguible de otros objetos. Por ejemplo, cada persona es una entidad, y las
cuentas bancarias pueden ser consideradas entidades.
Las entidades se describen en
una base de datos mediante un

MODELO conjunto de atributos.

ejemplo, los atributos nmero-
Por

ENTIDAD - cuenta y saldo describen una

cuenta particular de un banco y
pueden ser atributos del con-
RELACIN junto de entidades cuenta.
Anlogamente, los atributos

E-R nombre-cliente, calle-cliente y

ciudad-cliente pueden describir
una entidad cliente.
 BASE DATOS

Una relacin es una asociacin entre varias entidades. Por ejemplo, una relacin
impositor asocia un cliente con cada cuenta que tiene. El conjunto de todas las entidades
del mismo tipo, y el conjunto de todas las relaciones del mismo tipo, se denominan
respectivamente conjunto de entidades y conjunto de relaciones.
!
La estructura lgica general de una base de datos se puede expresar grficamente
mediante un diagrama E- R, que consta de los siguientes componentes:
Rectngulos, que representan conjuntos de entidades.
Elipses, que representan atributos.
Rombos, que representan relaciones entre conjuntos de entidades.
Lneas, que unen los atributos con los conjuntos de entidades y los conjuntos de
entidades con las relaciones.
Cada componente se etiqueta con la entidad o relacin que representa.
Como ilustracin, considrese parte de una base de datos de un sistema bancario
consistente en clientes y cuentas que tienen esos clientes
 BASE DATOS
Lineas

de unin

relaciones entre
entidades
entidades atributos
 BASE DATOS

MODELO!
RELACIONAL
 BASE DATOS

MODELO RELACIONAL
En el modelo relacional se
utiliza un grupo de tablas para
representar los datos y las
relaciones entre ellos. Cada
tabla est compuesta por varias
columnas, y cada columna tiene
un nombre nico. En la sig. Fig.
se presenta un ejemplo de base
de datos relacional consistente
en tres tablas: la primera
muestra los clientes de un
banco, la segunda, las cuentas,
y la tercera, las cuentas que
pertenecen a cada cliente.
 BASE DATOS

MODELO RELACIONAL
El modelo de datos relacional es el modelo de datos ms
ampliamente usado, y una amplia mayora de sistemas de
bases de datos actuales se basan en el modelo relacional.
!
El modelo relacional se encuentra a un nivel de abstraccin
inferior al modelo de datos E-R. Los diseos de bases de datos
a menudo se realizan en el modelo E-R, y despus se traducen
al modelo relacional;
 BASE DATOS

LENGUAJES DE
BASES DE DATOS
 LENGUAJES DE BASES DE DATOS

Un sistema de bases de datos

p ro p o rc i o n a u n l e n g u a j e d e
definicin de datos para especificar
SQL !
el esquema de la base de datos y
un lenguaje de manipulacin de !
datos para expresar las consultas a
la base de datos y las modifica-
ciones. En la prctica, los lenguajes STRUCTURE
de definicin y manipulacin de
d at o s n o s o n d o s l e n g u a j e s QUERY
separados; en su lugar
simplemente forman partes de un
nico lenguaje de bases de datos,
LANGUAGE
tal como SQL, ampliamente usado
 BASE DATOS
Lenguaje de definicin de datos (LDD).
Un esquema de base de datos
se especifica mediante un
c o n j u n t o d e d e fi n i c i o n e s
expresadas mediante un
lenguaje especial llamado
lenguaje de definicin de datos
(LDD).

La ejecucin de la instruccin LDD anterior crea la tabla cuenta.

Adems, actualiza un conjunto especial de tablas denominado
diccionario de datos o directorio de datos.
 BASE DATOS
Un diccionario de
datos contiene
metadatos, es decir,
datos acerca de los
datos. El esquema
de una tabla es un
ejemplo de
metadatos. Un
sistema de base de
datos consulta el
diccionario de datos
antes de leer o
modificar los datos
reales.
 BASE DATOS
Lenguaje de manipulacin de datos (LDD).
La manipulacin de datos es:
La recuperacin de informacin almacenada en la base de datos.

La insercin de informacin nueva en la base de datos.

El borrado de informacin de la base de datos.

La modificacin de informacin almacenada en la base de datos.

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

acceder o manipular los datos organizados mediante el modelo de datos apropiado.
Hay dos tipos bsicamente:
LMDs procedimentales. Requieren que el usua- rio especifique qu datos se
necesitan y cmo obte- ner esos datos.
LMDs declarativos (tambin conocidos como LMDs no procedimentales).
Requieren que el usuario especifique qu datos se necesitan sin espe- cificar
cmo obtener esos datos.
 BASE DATOS

CONSULTA

Una consulta es una instruccin de solicitud para recuperar

informacin. La parte de un LMD que implica recuperacin de
informacin se llama lenguaje de consultas. Aunque tcnicamente
sea incorrecto, en la prctica se usan los trminos lenguaje de
consultas y lenguaje de manipulacin de datos como sinnimos.
 BASE DATOS

La consulta especifica que las

filas de (from) la tabla cliente
donde (where) el id-cliente es
19 283 746 se debe recuperar,
y que se debe mostrar el
atributo nombre- cliente de
estas filas. Si se ejecutase la
consulta con la tabla de la sig.
Figura, se mostrara el nombre
Gonzlez.
 BASE DATOS

Si la consulta anterior se ejecutase

con las tablas de la Figura sig., el
sistema encontrara que las dos
cuentas denominadas C-101 y C-201
pertenecen al cliente 19 283 746 e
imprimira los saldos de las dos
cuentas, es decir, $500 y $900 .