5. 1. Trabajo Práctico Diseño BD
Diseño conceptual y lógico de una base de datos: Modelo ERE – Herramienta Diseño
– Generación de tablas – Normalización de tablas
2. Trabajo Práctico SQL - Taller
Sobre la realidad del trabajo anterior: Crear la bd. Insertar tuplas. Modificar tuplas.
Eliminar tuplas. Seleccionar tuplas. Índices. Vistas. Restricciones Integridad.
Privilegios.
3. Trabajo Práctico Datawarehouse
6. Parcial 1: 23 de Abril
Recuperación Parcial 1: 8 de Mayo
Parcial 2: 21 de Mayo
Recuperación Parcial 2: 5 de Junio
Parcial 3: 25 de Junio
Recuperación Parcial 3: 24 de Julio
7. Ser capaz de:
Modelar una base de datos relacional
Implementar una base de datos relacional
Conocer el Modelo Matemático subyacente a
toda base de datos relacional
Acceder a una base de datos relacional a través
del lenguaje SQL
Conocer los problemas de entorno de un
sistema de base de datos relacional
9. Parte 1: Introducción
Parte 2: Diseño de Bases de Datos Relacionales
Parte 3: Modelo Relacional
Parte 4: Sistemas de Bases de Datos Relacionales
Parte 5: Problemas de Entorno de un DBMS
10. C.J. Date. Introducción a los Sistemas de Bases
de Datos
Elmasri-Navathe. Fundamentos de Sistemas de
Bases de Datos
Silberschatz-Korth. Fundamentos de bases de
datos
12. Conjunto de datos relacionados entre sí
Hechos conocidos
Pueden Tienen
registrarse significado
13. Representa una realidad particular
(Minimundo, Universo de Discurso, Dominio)
Contiene datos relacionados lógicamente
Es de propósito específico
14. Tamaño y complejidad variable
Mantenida manualmente o por una
computadora
15.
16.
17. Una base de datos es creada y mantenida por
un conjunto de programas
Motor de Base de Datos
Sistema de Gestión de Base de Datos
Database Management System (DBMS)
18. Archivos Tradicionales vs.
Bases de Datos
Archivos tradicionales Base de Datos
Estructura de archivos dentro Separación entre programas y
de los programas datos
Necesidad de escribir un Naturaleza autodescriptiva de
nuevo programa para cada los datos
nueva tarea Almacenamiento persistente
Aislamiento de los datos de las estructuras de datos
Integración y compartimiento
de los datos
Manejo de múltiples vistas de
los datos
19. Archivos Tradicionales vs.
Bases de Datos
Archivos tradicionales Base de Datos
Redundancia e inconsistencia Redundancia e inconsistencia
no controlada por el sistema controlada
Problemas de seguridad e Restricciones de seguridad e
integridad integridad
Dificultad de acceso a los Manejo de la concurrencia
datos, anomalías de acceso Independencia de los datos *
concurrente
Nota: Se explicará con mayor profundidad más adelante
20. Permite:
Definir, construir y manipular
una base de datos
para distintas aplicaciones
Por lo tanto:
DBMS Sistema de Propósito General
21. Usuarios / Programadores
Sistema de Programas de Aplicación/Consultas
Base de
Datos DBMS Software para procesar
consultas /programas
Software de acceso a
datos almacenados
Definición Base
Base de Datos
de Datos
Almacenada
Almacenada
22. El propósito principal de un DBMS
Visión abstracta de los datos
Esconde detalles de cómo se almacenan y
mantienen los datos
(no exclusivo de los DBMSs)
23. El Nivel Físico (Nivel Interno)
La totalidad de los datos que constituyen la base
de datos, tal como se almacenan en el
almacenamiento secundario
24. El Nivel lógico (Nivel Conceptual)
La totalidad de los datos que constituyen la base
de datos con la “forma” de la estructura de
datos propia de una base de datos relacional
(tablas)
25. Nivel de vistas (Nivel Externo)
Los datos de una porción de la base de datos con
la “forma” de la estructura de datos propia de
una base de datos relacional (tablas)
27. Aplicaciones Dato-Dependientes
Conocimiento de la organización de los datos
Conocimiento de las técnicas de acceso
Es imposible cambiar
la estructura de almacenamiento o técnicas de acceso
sin afectar las aplicaciones
28. Por qué es tan importante?
Necesidad de diferentes vistas de los mismos datos
Libertad del DBA de cambiar estructuras de
almacenamiento o técnicas de acceso
La independencia de los datos es un
requisito fundamental en los Sistemas de
Bases de Datos
29. Definición:
Inmunidad de las aplicaciones
frente a cambios
en la estructura y/o técnicas de acceso
30. Potencial para imponer normas o estándares
Disponibilidad de información actualizada
Controlar la redundancia
Evitar la inconsistencia
Facilita la aplicación de restricciones de seguridad
Disponer de procedimientos de respaldo
31. Ayuda a mantener la integridad
Facilita lograr una solución de “equilibrio” ante requisitos
opuestos
Abstracción e Independencia de Datos
Flexibilidad (modificación de la estructura de la base de datos)
Menor tiempo de creación de aplicaciones
Reduce costos, economía de escala (menor tiempo de creación de
aplicaciones)
32. Programador de aplicación:
Aplicaciones convencionales
Aplicaciones en línea
33. Usuarios finales:
A través de aplicaciones
Consultas no planeadas
34. Administrador de Datos (DA):
Qué datos serán almacenados
Políticas para mantener y manejar los datos (ej. de
seguridad)
35. Administrador de la Base de Datos (DBA):
Implementa las decisiones del DA:
Crea la base de datos
Implementa los controles
Responsable de que el sistema opere con la
performance adecuada
36. Una base de datos es un conjunto de datos
relacionados que representan algún aspecto del
mundo real
+
Un motor de base de datos (DBMS) consiste en un
software de propósito general para
implementar y mantener una base de datos
Sistema de Base de Datos
37. Los sistemas de bd relacionales constituyen
una herramienta efectiva para el tratamiento de datos,
especialmente en áreas empresariales y
administrativas.
38.
39. No obstante el éxito indiscutible de las bd relacionales,
como resultado de la evolución tecnológica,
han surgido nuevas aplicaciones para las que el
modelo relacional resulta de poco poder expresivo.
40. Las aplicaciones de ingeniería (CAD/CAM, CASE), los sistemas de
información geográficos, los sistemas de gestión de imágenes y
documentos, y en general las tipo multimedia, son aplicaciones dato-
intensivas cuya naturaleza es más compleja que la que manejan los
sistemas convencionales y exigen características especiales como son
el manejo de versiones, transacciones de larga duración, manejo
dinámico de los cambios de esquema, lenguajes de consulta más
potentes, manejo de estructuras de datos complejas, etc.
Bases de Datos Relacionales Extendidas
41. • Describa un pequeño ejemplo de base de datos.
• Identifique los vínculos entre las distintas tablas que conforman
la base de datos.
• Proponga posibles consultas.
• Mencione ejemplos de restricciones de integridad que deban
cumplirse.
• Mencione, en caso de ser necesario, controles que deberían
cumplirse para no caer en un estado inconsistente.