BASES DE DATOS

RELACIONALES
REPASO
Qu es un SGBD?
Entidad
Tabla
Atributo
Registro
EJEMPLIFICAR

SGBD
Los Sistemas Gestores de Bases de
Datos:
Son un tipo de software muy especfico,
dedicado a servir de interfaz entre las
bases de datos y las aplicaciones que la
utilizan. Se compone de un lenguaje de
definicin de datos, y de un lenguaje de
manipulacin de datos o de un lenguaje
de consulta.

LENGUAJES DE DEFINICIN
Lenguaje de Definicin de Datos o DDL
(Data definition Language).
orientado a describir de una forma abstracta
las estructuras de datos y las restricciones de
integridad.
Lenguaje de Manipulacin de Datos o
DML (Data Manipulation Language).
(query language)
orientado a describir las operaciones de
manipulacin de los datos.

Caractersticas y funciones de los
SGBD
Control de concurrencia
Copias de Seguridad.
Recuperacin de datos.
Restriccin de accesos no autorizados.
Suministrar mltiples interfaces de usuario. Vistas
Representar relaciones complejas entre los datos.
Cumplir reglas de integridad
Independencia de Datos :
Redundancia, -----inconsistencia de datos
Integridad -------- Validacin
Tipo del dato
Valor del dato
Valores claves / no nulos
Integridad referencial




Clasificacin de los SGBD
* Relacional (SGBDR): representa a la base de datos como una
coleccin de tablas. Estas bases de datos suelen utilizar SQL como
lenguaje de consultas de alto nivel.
* Modelo Entidad - Relacin

* Orientado a objetos: define a la base de datos en trminos de
objetos, sus propiedades y sus operaciones. Todos los objetos que
tienen la misma estructura y comportamiento pertenecen a una
clase y las clases se organizan en jerarquas.

* Objeto-relacional o relacional extendido: son los sistemas
relacionales con caractersticas de los orientado a objetos.

* Jerrquico: representa los datos como estructuras jerrquicas de
rbol.

* En red o CODASYL DBTG:
Clasificacin de los SGBD
Por el nmero de usuario a los que da servicio:
* Monousuario
* Multiusuario

Segn el nmero de sitios en los que est distribuida la base de
datos:

* Centralizado: la base de datos y el software SGBD estn
almacenados en un solo sitio (una sola computadora).

* Distribuido (SGBDD): la base de datos y el software SGBD
pueden estar distribuidos en mltiples sitios conectados por una
red.


ARQUITECTURA DE UNA BASE
DE DATOS
Objetivo de la Arquitectura:
separacin entre las aplicaciones del usuario y la
base de datos fsica
La arquitectura se divide en tres niveles
generales: interno, conceptual y externo.
Nivel Interno: es el ms cercano al almacenamiento
fsico, es decir, el que concierne a la manera como
los datos se almacenan en realidad. Describe la
estructura fsica de almacenamiento de la base de
datos, los detalles para su almacenamiento, as como
los caminos de acceso para la base de datos
ARQUITECTURA DE UNA
BASE DE DATOS
Nivel Externo: es el ms cercano a los usuarios, es
decir, el que atae a la manera cmo cada usuario ve
los datos. Incluye varios esquemas externos o vistas
de usuario.
Cada esquema externo describe la parte de la
base de datos que interesa a un grupo de usuarios
determinado, y oculta a ese grupo el resto de la
base de datos.
ARQUITECTURA DE UNA
BASE DE DATOS

Nivel Conceptual: es un nivel de mediacin entre los
otros dos. Tiene un esquema conceptual, que
describe la estructura de toda la base de datos para
una comunidad de usuarios.
El esquema conceptual oculta los detalles de las
estructuras fsicas de almacenamiento y se concentra
en describir:
entidades, tipos de datos, vnculos, operaciones de los
usuarios y restricciones.
En este nivel podemos usar un modelo de datos de
alto nivel o uno de implementacin



ARQUITECTURA DE UNA BASE
DE DATOS
Cabe sealar que los tres esquemas no son ms que
descripciones de los datos; los nicos datos que
existen realmente estn en el nivel fsico.

NIVELES DE ABSTRACCIN
Para que el sistema sea til, debe recuperar los datos
eficientemente. Como muchos usuarios de sistemas de bases de
datos no estn familiarizados con computadoras, los
desarrolladores esconden la complejidad a los usuarios a travs de
varios niveles de abstraccin para simplificar la interaccin de los
usuarios con el sistema:
Nivel fsico: El nivel ms bajo de abstraccin describe cmo 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 ms alto de abstraccin describe
qu datos se almacenan en la base de datos y que relaciones
existen entre esos datos.
Nivel de vistas: El nivel ms alto de abstraccin describe slo parte
de la base de datos completa. Los usuarios necesitan acceder slo
a una parte de la base de datos. El sistema puede proporcionar
muchas vistas para la base de datos.
Trabajo
Conceptos importantes:
Concurrencia
Redundancia
Inconsistencia de datos
Integridad referencial
Arquitectura de una Base de datos
Modelo Relacional
Modelo Entidad Relacin
Clase 3

PROCESO DE CREACIN DE
UNA BASE DE DATOS

ESQUEMAS Y ESTADO DE
UNA B DE D

ESQUEMA:

ESTADO:

PLANTILLA
(Enum, Nombre, Apellido, Direccin,
Telfono, Puesto, Fecha_nac,
Salario, Rut, Onum)
OFICINA
(Onum, Calle, Area, Poblacion,
Telefono, Fax)
INMUEBLE
(Inum, Calle, Area, Poblacin, Tipo,
Hab, Alquiler, Pnum, Enum, Onum)
INQUILINO

(Qnum, Nombre, Apellido,
Direccin, Telfono, Tipo_pref,
Alquiler_max)
PROPIETARIO
(Pnum, Nombre, Apellido, Direccin,
Telfono)
VISITA
(Qnum, Inum, Fecha, Comentario)
Qnum Inum Fecha
Coment
ario
Q56 IA14
24-11-
1999
muy
peque
o
Q76 IG4
20-10-
1999
muy
lejos
Q56 IG4
26-11-
1999
Q62 IA14
14-11-
1999
no tiene
saln
Q56 IG36
28-10-
1999

Trminos importantes
(definir y ejemplificar)
Tabla
Relacin
Entidad
Tupla
Atributo
Clave primaria
Clave fornea
Cardinalidad
Aridad
Dominio
REGLAS DE INTEGRIDAD

REGLAS DE INTEGRIDAD

QU SON?:
Reglas que los datos deben cumplir para
garantizar que sean correctos
Distintas reglas de integridad:
Restricciones de dominio
Reglas de integridad de entidades
Reglas de integridad referencial
Reglas de Negocio
REGLAS DE INTEGRIDAD
1era. Regla de Integridad de Entidades: se
aplica a las claves primarias de las relaciones
base:
Ninguno de los atributos que componen la clave
primaria puede ser nulo.
2da. Regla de Integridad Referencial: 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.
3era. Reglas de Negocio

INTEGRIDAD REFERENCIAL
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?
Regla de modificacin: Qu ocurre si se
intenta modificar el valor de la clave primaria de
la tupla referenciada por la clave ajena?
BORRAR O MODIFICAR
o Restringir: no se permite borrar (modificar
el valor de la clave primaria) la tupla
referenciada.
o Propagar: se borra (modifica el valor de la
clave primaria) la tupla referenciada y se
propaga el borrado (valor) a las tuplas que la
referencian mediante la clave ajena.
o Anular: se borra (se modifica) la tupla
referenciada y las tuplas que la referencian
ponen a nulo la clave ajena (slo si acepta
nulos).
EJEMPLO DE INTEGRIDAD
REFERENCIAL
PLANTILLA (Enum, Nombre, Apellido, Direccin,
Telfono, Puesto, Fecha_nac, Salario,
Rut, Onum)


OFICINA (Onum, Calle, Area, Poblacion,
Telefono, Fax)
Enum
Nomb
re
Apellid
o
Direcci
n
Telfon
o
Puest
o
Fecha_na
c
Salari
o RUT Onum
EL21
Ameli
a Pastor
Pratt
315 964 284
Direct
or
12-10-
1962 30000
39432
21
-2 O5
EG37 Pedro
Cubed
o
Maipu
21 964 535
Super
vis
or
24-03-
1957 18000
38766
62
-3 O3
EG14 Luis
Collad
o
Pratt
150 964 522
Admin
ist.
09-05-
1970 12000
24391
22
-3 O3
EA9 Rita Renau Uribe 32 964 257
Super
vis
or
19-05-
1960 18000
39233
19
-0 O7
EG5 Julio Prats
Sucre
012 964 524
Direct
or
19-12-
1950 24000
25644
30
-9 O3
EL41
Carlo
s Baeza
Sucre
432 964 247
Super
vis
or 29/2/67 18000
39552
13
-3 O5
TABLA: PLANTILLA
TABLA: OFICINA
Onum Calle Area Poblacin Telfono Fax
O5 Enmedio, 8 Centro Castelln 964 201 964 201
O7
OHiggins,
s/n Centro Castelln 964 215 964 215
O3
San Miguel,
1 Villarreal 964 520 964 520
O4
Trafalgar,
23 Grao Castelln 964 284 964 284
O2 Cedre, 26 Villarreal 964 525 964 252
EJERCICIOS
1. Borrar la tupla Onum = 07
2. Borrar la tupla Onum = 03
3. Modificar la tupla Onum = 02

4. Cules seran las reglas de Integridad
Referencial a aplicar?


EJERCICIOS
1. Tablas:
Equipo (Codigo, descripcion, Ciudad_sede,
color_camiseta)
Jugador (Cod_Jug, nombre, Codigo, Numero)
2. Reglas de Integridad:
Pueden existir valores nulos en las claves?
Que pasa si un equipo decide retirarse?
Qu pasa si debo modificar el cdigo de un
equipo?
EJERCICIOS
1. Tablas:
Departamento (Codigo, descripcion, Gerente,
edificio)
Trabajador (Rut, nombre, telefono, direccion,
Codigo, turno)
Reglas de Integridad:
Que pasa si un Departamento es fundido con
otro y reorganizado?
Qu pasa si debo modificar el cdigo de un
Departamento?

Nuevas Definiciones importantes
Estado de una Base de Datos
Esquema de una Base de Datos
Reglas de Integridad
Integridad Referencial
Integridad de Entidades
Cuando un Borrado de una tupla que es
referenciada mediante clave ajena utiliza:
Restriccin
Propagacin
Anulacin




REPASO
Qu es un SGBD?
Cules son las funciones de los SGBD?
Clasificacin de los SGBD
Objetivo de la Arquitectura de las B de datos
Explique cada uno de los niveles de la
Arquitectura
Modelo relacional
Elementos de un modelo relacional. Numerar y
definir
Las reglas de integridad, definir y ejemplificar




EL MODELO ENTIDAD -
RELACIN
MODELO E-R
Qu es?:
Diagrama que representa el diseo Lgico de una
B de D

MODELO ENTIDAD
RELACIN
MER
Rectngulos, que
representan conjuntos de
entidades.
Elipses, que representan
atributos.
Rombos, que representan
relaciones.
Lneas, que unen atributos
a conjuntos de entidades
y conjuntos de entidades a
conjuntos de relaciones.
MODELO ENTIDAD
RELACIN
MER
Elipses dobles, que
representan atributos
multivalorados.
Elipses discontinuas,
que denotan atributos
derivados.
Lneas dobles, que
indican participacin total
de una entidad en un
conjunto de relaciones.

EJEMPLO DE RELACIN
Cardinalidad:
Uno a uno. Una entidad en A se asocia con a lo
sumo una entidad en B, y una entidad en B se asocia
con a lo sumo una entidad en A
Uno a varios. Una entidad en A se asocia con cualquier
nmero de entidades en B (ninguna o varias).
Una entidad en B, sin embargo, se puede asociar con
a lo sumo una entidad en A (vase la Figura 2.4b).
Varios a uno. Una entidad en A se asocia con a lo
sumo una entidad en B. Una entidad en B, sin embargo,
se puede asociar con cualquier nmero de entidades
(ninguna o varias) en A (vase la Figura 2.5a).
Varios a varios. Una entidad en A se asocia con
cualquier nmero de entidades (ninguna o varias)
en B, y una entidad en B se asocia con cualquier
nmero de entidades (ninguna o varias) en A (
CARDINALIDAD
Uno a uno.




Uno a varios.
Una entidad en A se
asocia con a lo sumo una
entidad en B, y una
entidad en B se asocia
con a lo sumo una
entidad en A
Una entidad en A se
asocia con cualquier
nmero de entidades en
B (ninguna o varias). Una
entidad en B, sin
embargo, se puede
asociar con a lo sumo
una entidad en A

CARDINALIDAD
Varios a uno.






Varios a varios.

Una entidad en A se
asocia con a lo sumo una
entidad en B. Una
entidad en B, sin
embargo, se puede
asociar con cualquier
nmero de entidades
(ninguna o varias) en A.
Una entidad en A se
asocia con cualquier
nmero de entidades
(ninguna o varias) en B, y
una entidad en B se
asocia con cualquier
nmero de entidades
(ninguna o varias) en A