Академический Документы
Профессиональный Документы
Культура Документы
INDICE
UA
Introduccin.
Recordatorio
Estructura de un SGBD
Sistemas Centralizados
Sistemas Cliente-Servidor
Sistemas paralelos
Sistemas distribuidos
Aplicaciones bases de datos
Introduccin
UA
Recordatorio
UA
Recordatorio
UA
Modelos:
Es una coleccin de conceptos que sirven para describir la
estructura de una base de datos
Se utilizan para abstraer los datos que se van a insertar
Define la estructura de los datos y de la base de datos,
incluyendo tipos, vnculos, restricciones, etc.
Recordatorio
UA
Modelos:
Pueden ser de alto nivel o conceptuales, utilizados para definir el
problema y los datos a un nivel muy cercano al usuario final.
Pueden ser de bajo nivel o fsicos, utilizados para definir
directamente el problema sobre el ordenador.
Las operaciones bsicas de diseo de una base de datos incluyen:
Creacin de un diccionario de datos.
Creacin del modelo conceptual de datos (Modelo E/R
extendido)
Creacin del modelo lgico de datos (Modelo relacional)
mediante la adaptacin del ME/R con las reglas bsicas.
Creacin del modelo fsico de datos, donde se traducen los tipos
de datos y se establecen cuales sern las restricciones finales,
dependiendo del sistema gestor de base de datos.
Implementacin final, suele realizarse mediante una herramienta
CASE, que hace una traduccin directa del modelo fsico a
comando de la base de datos objetivo
LOS ERRORES SE ARRASTRAN !!!!
6
Recordatorio
UA
Esquemas:
Las bases de datos son: Estructura + Datos
La estructura se denomina Esquema.
El esquema se especifica en la fase de diseo de la base de datos y
NO DEBE SER ALTERADO durante la vida de la base de datos.
El esquema se altera por:
Evolucin de la base de datos:
Posible error en la captura de requisitos.
Evolucin de la vida (Inevitable).
Errores en el diseo de la base de datos:
Posibles prdidas de datos o de semntica (prdidas de
informacin, prdidas de dependencias funcionales)
Funcionalidades imposibles de proporcionar.
Recordatorio
UA
Esquemas:
Los esquemas suelen estar representados en modo de
diagramas (p.e. Diagrama E/R o relacional de una base de
datos)
Los diagramas por s mismos no son suficientes para definir
el esquema total de la base de datos, y muestran menos o
ms informacin dependiendo del nivel del modelo que se
utilice
Recordatorio
UA
Instancias:
Tambin se las conoce como ocurrencias, estado de la base
de datos o instantneas
Una instancia es un conjunto de datos que almacena una
base de datos en un momento determinado.
El back-up sera una instancia de un sistema.
El sistema evoluciona en el tiempo, por lo que el nmero de
instancias est limitado al nmero de cambios que se
produzcan en el sistema.
Virtualmente el nmero de instancias puede ser infinito.
Recordatorio
UA
Instancias:
Cuando se crea una base de datos, slo se est definiendo
su esquema, ya que no tiene datos, por lo que se dice que
tiene un estado vaco o instancia vaca.
Cuando se cargan los datos iniciales (tablas con datos
maestros) Estado inicial o instancia inicial.
Los estados pueden ser infinitos debido a la evolucin del
sistema, pero eso no significa que puedan darse todas las
combinaciones de datos.
El SGBD (Sistema Gestor de Base de Datos) se encarga de
que slo se puedan cumplir una serie de estados instancias
vlidos dependiendo de las reglas del esquema
proporcionado
Si las reglas son errneas Base de Datos contendr
estados o instancias errneas (por fallos en el diseo)
10
Recordatorio
UA
Instancias:
La validacin de las instancias se lleva a cabo mediante el
esquema, almacenndose en una seccin especial de la
base de datos.
Esta seccin se llama Meta-Base de Datos, o Base de
Datos del Sistema, o Catlogo del Sistema.
Acta como catlogo del sistema, permitiendo al SGBD saber
que reglas debe aplicar.
A estos meta-datos Intensin de la Base de Datos
Instancia determinada Extensin del esquema de la Base
de Datos
11
Recordatorio
UA
12
Recordatorio
UA
Recordatorio
UA
Independencia de datos:
Las bases de datos se disean en tres niveles para permitir la
independencia de los datos.
Ejemplo prctico:
Si tengo un diseo con los pasos anteriores (Diccionario
de Datos, conceptual E/R, lgico relacional, fsico Oracle)
y deseo cambiar de Oracle a SQL Server, si el diseo es
correcto:
no cambiar: modelo conceptual, modelo lgico
Cambiar: modelo fsico, regenerndole para cumplir
las reglas y peculiaridades de mi nuevo SGBD.
14
Recordatorio
UA
Independencia de datos:
La independencia lgica de datos es por tanto la capacidad
de modificar el esquema conceptual sin tener que alterar los
esquemas externos ni los programas de aplicacin.
La independencia fsica de datos es la capacidad de
modificar el esquema interno sin tener que alterar el esquema
conceptual.
15
Recordatorio
UA
Lenguajes de un SGBD
Un SGBD programarlo para introducir nuestro esquema
LDD: Lenguaje de definicin de datos. Se puede dividir en:
LDA: Lenguaje de definicin de Almacenamiento,
utilizado slo para crear el esquema.
LDV: Lenguaje de definicin de vistas.
LMD: Lenguaje de manipulacin de datos, utilizado para
realizar las operaciones normales de la base de datos.
16
Recordatorio
UA
Lenguajes de un SGBD
LMD
De Alto Nivel o no procedimental:
Tpico lenguaje de consulta orientado a conjuntos.
Qu obtener pero no cmo obtenerlo.
Son declarativos.
De Bajo Nivel o procedimental:
Trabajan registro a registro.
Estn integrados en un lenguaje de programacin de
propsito general.
SI las instrucciones LMD estn embebidas en un lenguaje de
propsito general Lenguaje anfitrin.
Los LMD utilizados de forma independiente se les llama
lenguajes de consulta.
17
18
Gestor de Almacenamiento
Interface entre los datos y programas de alto nivel y consultas
Responsable : almacenamiento, recuperacin y actualizacin de la
base de datos.
Componentes:
Gestor autorizacin e integridad.
Gestor de transacciones.
Gestor de archivos
Gestor de memoria intermedia.
Procesador de consultas
19
Herramientas
UA
21
22
23
Sistemas centralizados
UA
24
Sistemas centralizados
UA
25
Sistemas Cliente-Servidor
UA
26
Sistemas Cliente-Servidor
UA
27
Sistemas Cliente-Servidor
UA
28
Sistemas Cliente-Servidor
UA
Servidor de Transacciones
UA
30
Servidor de Datos
UA
Sistemas paralelos
UA
Rendimiento:
Productividad : n de tareas completadas en un intervalo de tiempo.
Tiempo de respuesta : tiempo en completar una tarea.
32
Ganancia de velocidad
UA
33
Ganancia de ampliabilidad
UA
34
Ganancia de ampliabilidad
UA
Ampliabilidad de transacciones:
Aumenta la velocidad a la que se envan las peticiones a la base de datos
y el tamao crece proporcionalmente a la tasa de transacciones (ejemplo:
reserva de butacas de cine Ms butacas, ms reservas)
Se adapta muy bien a la ejecucin paralela, ya que las transacciones se
ejecutan de forma concurrente
Las transacciones duran lo mismo paralelismo lineal
35
Costes de inicio
El inicio de un nico proceso lleva asociado un coste de inicio. En una
operacin paralela compuesta por miles de procesos, el tiempo de
inicio puede ser mayor que el de procesamiento.
Interferencia
Problemas en el acceso a recursos compartidos bloqueos
Sesgo
Al dividir una tarea en un cierto nmero de pasos paralelos se reduce
el tamao del paso medio, pero el tiempo para completar la tarea
viene dado por el tiempo de completar el paso ms lento.
Dado que rara vez se puede dividir una tarea en pasos iguales, es
difcil que se consiga un aumento de rendimiento lineal.
36
UA
Todos los componentes del sistema pueden enviar o recibir datos de un nico bus de
comunicaciones.
El bus slo puede gestionar la comunicacin
en un momento dado: cuello de botella.
Malla
Hipercubo
37
Memoria compartida
Todos los procesadores comparten
la misma memoria y los discos.
Disco compartido
Todos los procesadores comparten uno varios discos.
Cada procesador tiene su propia memoria
38
Sin compartimiento
Jerrquico o en cluster
Es un hbrido de los anteriores.
Utiliza NUMA (Non Uniform Memory Architecture)
39
Sistemas Distribuidos
UA
40
Sistemas Distribuidos
UA
41
Sistemas Distribuidos
UA
Compartimiento de datos
Los datos de un emplazamiento pueden ser accedidos por otro
usuario de otro emplazamiento en cualquier momento.
Autonoma
Cada emplazamiento tiene un cierto grado de control sobre los datos
que tiene almacenados.
Disponibilidad
Si uno de los emplazamientos de la base de datos distribuida falla, el
resto de emplazamientos pueden seguir funcionando.
42
Sistemas Distribuidos
UA
Sistemas Distribuidos
UA
Problemas
Mayor coste de desarrollo de software, al tener que reunir una serie
de caractersticas especiales.
Mayor probabilidad de errores: como los emplazamientos operan en
paralelo, es ms difcil asegurar la correccin de los algoritmos.
Mayor sobrecarga de procesamiento: El intercambio de mensajes y el
cmputo adicional necesario para conseguir la coordinacin entre los
distintos emplazamientos constituye una forma especial de
sobrecarga.
44
46