Professional Documents
Culture Documents
(I)
Datos-Informacin-Conocimiento
Evolucin
Sistemas orientados a los procesos.
Ficheros
Sistemas orientados a los datos. Bases
de datos
Datos-Informacin-Conocimiento
(III)
(V)
Tipos de organizacin:
Directo Estos ficheros utilizan una clave formada por uno o ms campos de
datos para identificar qu registro se recuperar
Estructura lgica
usuario
Estructura fsica
almacenamiento en soporte fsico
ORIENTADOS A LOS PROCESOS
(IV)
(VI)
Inconvenientes
Si dos o ms aplicaciones tienen una parte de sus datos en
comn, stos estn repetidos en tantos ficheros como aplicaciones
haya. Lo que da lugar a los siguientes inconvenientes
(y VII)
Agenda
(I)
(II)
el hardware
el software
los datos
el personal
(III)
(V)
(IV)
(VI)
(y VII)
Agenda
Los tres niveles de abstraccin bajo los que se ve una B.D. son:
El nivel externo est constituido por las vistas que tiene cada
usuario de la base de datos
El nivel conceptual es el nivel en el que se hace el diseo
conceptual de la base de datos. Consiste en una simple y lgica
descripcin de todos los elementos de los datos y sus interrelaciones
El nivel interno es la vista fsica de la base de datos: los
dispositivos de disco, las direcciones fsicas, los ndices, los punteros
y dems elementos
Agenda
Funcin de manipulacin
Funcin de utilizacin
2 Herramientas de Gestin
Agenda
1.
2.
3.
4.
5.
Preanlisis
Preanlisis
Definicin de requisitos
Diseo conceptual
Implementacin
Mantenimiento de la base de datos
Agenda
(I)
(II)
(III)
(IV)
El modelo jerrquico
El modelo en Red
El modelo relacional
Ventajas
Estructura Simple
Organizacin Padre/Hijo
Rendimiento, movimiento rpido a travs de la
BD
Ventajas
Agenda
Flexibilidad
Normalizacin
Rendimiento, a pesar de su mayor complejidad
su rendimiento alcanz al de las BD jerrquicas
(I)
(II)
(IV)
Independencia fsica/lgica
Eliminacin de redundancias
Flexibilidad
Uniformidad
Sencillez
Slido fundamento terico
(III)
(V)
Conceptos
(VII)
Relacin
TUPLA: es cada una de las filas de una relacin, o tabla, y representa una
ocurrencia del tipo de informacin que se almacena en la relacin
(VI)
(VIII)
Cada tabla debe contener un solo tipo de filas. Es decir todas las filas
tienen las mismas columnas y formato
Valor nulo
Clave
Cada fila tiene que ser nica, no puede haber filas duplicadas
El orden de las filas dentro de una tabla es indiferente
Un mismo dominio podr servir para definir los valores de varias columnas
diferentes
El valor individual de la interseccin de cualquier fila y columna ser un
nico dato
(IX)
Clave externa
(X)
BD de una empresa
(XI)
BD de una empresa
(XII)
Restricciones de Integridad
Una restriccin es una regla que limita los valores de los datos
contenidos en la base de datos
El modelo de datos relacional de Codd incluye varias restricciones
que se usan para verificar la validez de los datos en una base de
datos. Se considerarn las siguientes:
Integridad de la entidad
Integridad referencial
Dependencias funcionales
(XIII)
Restricciones de Integridad
Integridad de la entidad:
El atributo que es clave de una fila en una relacin no puede tener un valor
nulo
Integridad referencial:
El valor de una clave externa o es nulo o debe ser un valor real de una clave
en otra relacin
(XIV)
(XV)
Normalizacin de una BD
(XVI)
Normalizacin de una BD
Esta relacin no est bien diseada, ya que las cuatro tuplas para el EMPLEADO
2321 repiten el mismo nombre y la informacin de categora. Esta
redundancia, o repeticin, en los datos, adems de desperdiciar espacio,
puede conducir a perder la integridad de los datos (prdida de la
consistencia) en la base de datos
(XVII)
(XVIII)
Dependencias funcionales
(XIX)
(XX)
Crear una nueva relacin usando los atributos de la dependencia funcional (DF)
responsable, como los atributos en la nueva relacin
Los atributos dependientes, la parte derecha, de la DF se eliminan entonces de la
relacin original
Si hay ms de una DF, se repiten los pasos anteriores para cada DF.
Si el mismo determinante aparece en ms de una DF, se toman todos los atributos
funcionalmente dependientes con ese determinante como atributos no claves en la
relacin teniendo al determinante como clave
(XXI)
(XXII)
Una relacin R est en Tercera Forma Normal (3FN), si esta en 2FN y adems
ninguno de sus atributos no claves tiene dependencias transitivas respecto de las
claves. Una dependencia transitiva aparece cuando un atributo no clave es
funcionalmente dependiente de uno o ms atributos no claves
(XXIII)
(XXIV)
(XXV)
Si una relacin est en FNBC, est tambin en 2FN. Sin embargo lo inverso no
es cierto
EMPLEADO no esta en FNBC pues DF: CATEGORIA --> PRIMA
(XXVI)
SQL
Debido a que toda relacin est, por definicin, en 1FN y debido a que las relaciones
en FNBC estn siempre en 2FN, se cumple lo siguiente:
ID-EMPLEADO NUMBER(6),
NOMBRE VARCHAR(25),
CATEGORIA
VARCHAR(10));
Lenguajes grficos
Agenda
(y XXVII)
Microsoft Access
Agenda
Agenda
La administracin de la Base de
Datos
El diccionario de datos
Agenda
Agenda
Sistemas centralizados
Sistemas distribuidos
Arquitectura Cliente/Servidor
Resumen
(I)
Jerrquico
En Red
Relacional
Resumen
Objetivos
Problemas
Conceptos
Caractersticas
Restricciones de Integridad
Normalizacin
Resumen
(II)
(y IV)
Referencias
Bases de datos
SGBD
http://apuntes.rincondelvago.com/apuntes_fp/administracion_sistemas_informati
cos/sistemas_gestores_bases_datos/
ACCESS Gua Rpida. Antonia Gonzlez y Fernando Calle. Editorial Paraninfo
ACCESS a fondo. Santiago Travera y Carles Ponts. Editorial INFORbooks
http://es.espacenet.com/search97cgi/s97_cgi.exe?Action=FormGen&Template=e
s/ES/home.hts
Resumen
(III)
El diccionario de datos
Tendencias de los SGDB