Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Bases de Datos
Profesor: M.Sc. Cristhy Jiménez G. Ph.D (c)
c_jimenez@espoch.edu.ec
2. Sistemas de Gestión de Bases
de Datos
2
2. Sistemas de Gestión de Bases de Datos
Conceptos
Principales funciones
Ventajas de utilizar SGBD
Consideraciones del uso de un SGB
3
2.1 Orígenes de los DBMS
El los años 40’s los datos se almacenaban en
archivos planos a través de funciones de lectura
y escritura sobre ellos.
En 1964, se conciben los primeros Gestores de
Base de Datos.
Con los DBMS se crea el concepto de
Administración de los datos, por medio de
actividades integradas que permiten verlos
físicamente en un solo almacenamiento pero
lógicamente se manipulan a través de esquemas de
estructuras.
4
2.1 Orígenes de los DBMS
El primer gestor de bases de datos (DBMS)
comercial fue IDS: Integrated Data Store ,
creado bajo el concepto del Modelo de
Datos de Red.
7
2.3 Objetivos del DBMS
Objetivo principal de un DBMS:
Proporcionar un entorno que sea a la vez
conveniente y eficiente para ser utilizado al
extraer y almacenar información en la base de
datos.
Suministrar la interfaz entre el conjunto
de los datos y los usuarios.
Proporcionar a los otros usuarios
(analistas, programadores, administradores)
las correspondientes herramientas que les
permitan un adecuado desarrollo de sus
funciones. 8
2.3 Objetivos del DBMS
Debe permitir:
Crear bases de datos y esquemas
Data-definition language
Preguntar sobre los datos
Query language
Almacenar los datos de forma persistente
Controlar el acceso de múltiples usuarios
9
2.3 Objetivos del DBMS
10
2.4 Abstracción de datos.
Un objetivo importante de los SBD es ofrecer a los
usuarios una visión abstracta de los datos, escondiendo
ciertos detalles del almacenamiento y mantenimiento de
los datos.
La complejidad de esconde a través de 3 niveles de
abstracción para simplificar la interacción con el sistema:
• Nivel Físico o Interno
• Nivel Conceptual
12
2.4 Abstracción de datos.
Nivel Conceptual
Es el siguiente nivel más alto de abstracción.
Describe qué datos son realmente almacenados en la BD
y las relaciones entre ellos.
Este nivel sólo lo requiere el desarrollador que necesita
conocerla para saber cómo acceder al crear aplicaciones.
Todas las aplicaciones que se crean sobre la BD utilizan
este esquema.
Cuando se habla de diseño de la BD se refiere a este
esquema, y lo hace el Diseñador.
Refleja conceptualmente el problema a
modelar
13
2.4 Abstracción de datos.
Nivel de Vistas o Externo
Es el nivel más alto de abstracción.
Describe sólo partes de la BD que los usuarios finales
necesitan para su interacción.
Se obtienen a través de las aplicaciones creadas por los
desarrolladores, que abstraen la realidad conceptual. Así
los usuarios no conocen las relaciones de los datos ni
tampoco todos los datos existentes en la BD.
Cada aplicación produce un nivel externo diferente,
aunque pueden coincidir. El conjunto de todas las vistas
se llama esquema externo global
14
2.4 Abstracción de datos.
Independencia entre niveles.
Los tres niveles o esquemas trabajan indepedientemente,
cada usuario utiliza el esquema que necesita sin saber
nada de los otros.
Independencia física de los datos: Aunque el esquema físico
cambie, el esquema conceptual no se ve afectado.
Ejemplo: Si la BD debe almacenarse en otro disco duro,
el esquema conceptual no necesita ser modificado.
Independencia lógica de los datos: Aunque se modifiquen
los datos del esquema conceptual, las vistas (esquemas
externos) que poseen las aplicaciones no se verán
afectadas. Ejemplo: Si se aumentar columnas no afecta
las vistas externas de los datos. Si se eliminan columnas
sólo se afectan las vistas que incluyen esas columnas. 15
2.5 Herramientas de los DBMS
Herramientas para la creación y especificación de
datos y la estructura de la BD.
Herramientas para crear y administrar la estructura
física en las unidades de almacenamiento.
Herramientas para la manipulación de los datos
(añadir, eliminar, modificar, consultar).
Herramientas de recuperación en caso de desastre.
Herramientas para crear copias de seguridad.
Herramientas para la gestión de la comunicación
de la BD
16
2.6 ¿Cuándo NO utilizar DBMS
A pesar de las ventajas que supone utilizar un DBMS, hay
algunas situaciones en las que el empleo de un DBMS
puede generar costos adicionales innecesarios, que
pueden ser debido a lo siguientes:
Una fuerte inversión inicial en equipo, software y Capacitación.
La generalidad que ofrece el DBMS para definir y procesar los
datos.
Los costos que implica ofrecer las funciones de seguridad, control
de concurrencia, recuperación e integridad.
17
2.6 ¿Cuándo NO utilizar DBMS
Por lo tanto puede ser más conveniente utilizar archivos
ordinarios en las siguientes circunstancias:
Cuando la BD y las aplicaciones son simples, están bien definidas,
y no se espera que cambien.
Algunos programas tienen requerimientos estrictos de tiempo
real que no podrían cumplirse por el costo extra del SGBD.
No se requiere acceso multiusuario a los datos.
18