BASE DE DATOS

Un Conjunto de datos persistentes utilizados por los sistemas de aplicaci�n de

alguna empresa dada.
Un Conjunto de datos relacionados entre s�. Ejemplo: Nombre, Direcci�n, Edad, etc.
Representa alg�n aspecto del mundo real.
El conjunto de datos debe ser l�gicamente coherente.
Se dise�a, construye y puebla con datos para prop�sito espec�fico.
Tiene una fuente de la cual se derivan los datos.
Tiene cierto grado de interacci�n con los hechos del mundo real.
Tiene usuarios y un tama�o.
Posibilita obtener y actualizar los datos siempre que sea necesario.

Datos: Cualquier hecho de la realidad que pueda ser registrada

Persistente: Que no es volatil. Para eliminar algo, debe ser hecho expl�citamente.

SISTEMA DE BD (SBD, SGBD, DBMS)

Software de proposito general que facilita el proceso de definir, construir y
manipular la BD para diversas aplicaciones.

Beneficios del enfoque de BD

a) Independencia de los datos y los programas de aplicaci�n.
b) Reducci�n y sincronizaci�n.
c) Integraci�n y sincronizaci�n.
d) Integridad de los datos.
e) Seguridad y protecci�n de los datos.
f) Facilidad de manipulaci�n de la informaci�n.
g) Control centralizado.

Interfaces de los SBD

-Basadas en men�s.
-Gr�ficas.
-Formularios.
-Lenguaje natural.
-Para usuarios param�tricos.
-Para el Administrado de la BD.

Clasificaci�n de los SBD

-Seg�n el modelo conceptual: Relacional, Orientado a objeto, etc.
-Seg�n no. de usuarios: monousuario, multiusuario.
-Seg�n no. de sitios: Centralizado, distribuido.
-Seg�n el prop�sito: General, espec�fico.

Tareas del Administrador de la BD

-Decidir contenido inform. de la BD.
-Decidir la estructura de almac. y la estrategia de acceso.
-Garantizar el enlace con los usuarios.
-Definir las restricciones de seguridad e integridad.
-Definir estrategia de reorg. de las BD.

Arquitectura del grupo ANSI/SPARC

Vistas de usuario-Esquemas externos
-Nivel Externo
-Nivel Conceptual
-Nivel Interno

Usuarios en el nivel externo

-Programador de aplicaciones
*Lenguaje de prog. convencional
*Lenguaje de prog. espec�fico
-Usuario final
*Lenguaje de consulta
*Lenguaje de prop�sito especial

Lenguajes <-- Sublenguajes de datos (SDL) <-- *

* <-- DDL, DML, etc.
DDL: Lenguaje para Definicion de datos.
DML: Lenguaje para Manipulaci�n de datos.

Vistas de usuario-Esquemas externos

-Nivel Externo
Vista conceptual-Esquema conceptual
-Nivel Conceptual
Vista interna-Esquema interno
-Nivel Interno

Usuario A1, ... An --> Vista externa A --> *

Usuario B1, ... Bn --> Vista externa A --> *
*-->Nivel externo -->*
*<--Tranf. Ext-Concep A
*<--Transf. Ext-Concep B
*--> Nivel Conceptual

Transformaci�n conceptual-interna
(Esquema conceptual)
Nivel Conceptual<-- Transf. Conceptual/Interna-->Nivel interno(BD almacenada)

MODELO DE DATOS
Conjunto de conceptos que pueden servir para describir la estructura de una BD
(tipos de datos, sus v�nculos y las restricciones que deben cumlir esos datos).

Categor�as de modelos de datos

-De alto nivel o conceptual
-De bajo nivel o f�sico.
-De representaci�n o implementaci�n.

CONCEPTOS
Campo o atributo: Unidad menor de informaci�n sobre un objeto almacenado el la BD.
Ejemplo: NoID, CAT_Doc

Dominio de un atributo: Conjunto de valores que el atributo puede tomar. Ejemplo:

Dominio de NoID: #s de 11 d�gitos.. , Dominio de Cat_Doc: PT, PA, I.

Ocurrencia o instancia de un atributo: Valor de un atributo determinado en un

momento dado. Ejemplo: Ocurrencia de Cat_Doc: PA.

Art�culo o registro: Colecci�n identificable de campos asociados que representan un

objeto con sus propiedades.
Ejemplo Art�culo profesor.
Campos: NoID, NOmbre, Cat_Doc
Ocurrencia del art�culo: 45010312345, Pedro Ruiz Roca, PA

Llave o clave: Atributo o conjunto de atributos de un art�culo que define que cada
ocurrencia del art�culo de la BD sea �nico.
Ejemplo: En el art�culo profesor:
Capos: NoID, Nombre, Cat_Doc
Llave: NoID

RELACIONES DE CORRESPONDENCIA ENTRE LOS DATOS

-Simple: De uno a uno.
Ejemplo: NoID a NombreProf

-Compleja: No es de uno a uno:

Ejemplo: Dpto a Empleado.

TIPOS DE RELACIONES ENTRE A y B

A<<--->B A<--->>B
A<<--->>B A<--->B
PROFESOR<<--->>ESTUDIANTE

CARACTERISTICA DE LAS RELACIONES

-Pueden asociar m�s de dos tipos de entidades
-Pueden establecerse entre un mismo tipo de entidad
-Las mismas entidades pueden ser asociadas en cualquier n�mero de relaciones.

MODELO ENTIDAD RELACION (ER)

-Es un modelo de datos sem�ntico.
-Usa diagramas para representar la estructuera natural de los datos.

Se basa en un conjunto de objetos b�sicos:

-Entidades.
-Atributos de las entidades.
-Interrelaciones.

Representacion de una entidad

Persona

Representacion de los atributos

Simple:
--Nombre--o Nombre
Compuesto:
--Direcci�n--Calle, N�mero, Barrio
Multivaluado:
--Telef
Derivado:
--Edad:
Identificador:
--NoID--oNombre

Empleado---NoID, Nombre, Edad, Direc---(Calle, N�mero, Barrio), Telef

Representaci�n de una interrelaci�n

--CURSA--

Asociaci�n: Forma de abstracci�n en que una interrelaci�n entre conjuntos de

entidades con igual nivel de abstracci�n es considerada como un conjunto de mayor
nivel.
Grado de una asociaci�n: N�mero de conjuntos de entidades asociados en las mismas.
Ejemplos:
Grado=2 (Binaria)
TRAB---<>---DPTO
Grado=3 (Ternaria)
CIA------<>------PAIS
PROD

Cardinalidad: # de posibles relaciones que una entidad determinada puede tener

sobre la asociaci�n. Se especifica por la cantidad m�nima y m�xima de instancias de
la asociaci�n.

Cardinalidad m�nima para asociaciones binarias

Sea A una interrelaci�n entre dos conjuntos de entidades E1 Y E2.
Min-card(E1, A)=cantidad m�nima de veces que cada elemento de E1 puede participar
en A.

Valores significativos
Min-card(E1, A)=0=>
E1 tiene una participaci�n opcional en la asociaci�n.
Min-card(E1, A)>0=>
E1 tiene una participaci�n total u obligatoria.

Ejemplo:
Asociaci�n A:
TRAB---<>---DPTO
Min-card(TRAB, A)=0 => Existen trabajadores que no est�n asignados a ning�n
departamento.

Cardinalidad m�xima para asociaciones binarias

Sea A una asociaci�n entre dos conjuntos de entidades E1 Y E2.

Max-card(E1, A)=cantidad m�xima de veces que cada elemento de E1 puede participar

en A.

Ejemplo:
Asociaci�n A:
ATLETA--<>--DEPORTE
Si Max-card(ATLETA, A)=2 =>Ning�n atleta practica m�s de 2 deportes.
Si Max-card(ATLETA, A)=N
=>practicar un # arbitrario de deportes.

Definici�n de cardinalidad
Si Min_card(E1, A)=m1 y Max_card(E1,A)=M1
Si Min_card(E2, A)=m2 y Max_card(E2,A)=M2
Entonces:
La cardinalidad de E1 en A=(m1, M1)
La cardinalidad de E2 en A=(m2, M2)

Representaci�n de la cardinalidad
(m2,M2) (m1,M1)
E1-----<>-----E2

CONCLUSIONES:
1) El SDB Almacena informaci�n y permite a los usuarios recuperarla y actualizarla
en base a peticiones.
2) En la arquitectura ANSI SPARC los datos en cada uno de los 3 niveles est�n
descritos por esquemas.
3) Las transformaciones entre los esquemas proporcionan la independencia l�gica y
f�sica de los datos.
4) El modelo ER es sem�ntico. Sus diagramas son comprensibles por los expertos de
la aplicaci�n.