Unidad 1 Informe
Unidad 1 Informe
Unidad 1 Informe
Introducción............................................................................................................................3
Bases de Datos y sus usuarios................................................................................................4
Actores en la escena.............................................................................................................5
Administradores de las Bases de Datos........................................................................6
Diseñadores de las Bases de Datos................................................................................6
Usuarios finales................................................................................................................7
Analistas de sistemas y programadores de aplicaciones (Ingenieros de Software)
.............................................................................................................................................8
Ventajas de utilizar una metodología DBMS..................................................................8
Arquitectura de los Sistemas de Bases de Datos.................................................................9
Modelos de datos, esquemas e instancias........................................................................9
Categorías de los modelos de datos.............................................................................10
Esquemas, instancias y estado de las bases de datos................................................11
Arquitectura de tres esquemas e independencia de los datos....................................12
Lenguajes e Interfaces de Bases de Datos..........................................................................13
Lenguajes DBMS................................................................................................................13
Interfaces de los DBMSs...................................................................................................15
Clasificación de los sistemas de administración de bases de datos...............................16
Conclusión...............................................................................................................................18
Bibliografía..............................................................................................................................19
Introducción
2
Bases de Datos y sus usuarios
3
manipulación y compartición de bases de datos entre varios usuarios y
aplicaciones. Definir una base de datos implica especificar los tipos de
datos, estructuras y restricciones de los datos que se almacenarán en la
base de datos. La definición o información descriptiva de una base de
datos también se almacena en esta última en forma de catálogo o
diccionario de la base de datos, es lo que se conoce como metadatos. La
construcción de la base de datos es el proceso consistente en almacenar
los datos en algún medio de almacenamiento controlado por el DBMS.
Actores en la escena
4
Administradores de las Bases de Datos
5
de la base de datos debe ser capaz de soportar los requisitos de todos
los grupos de usuarios.
Usuarios finales
Los usuarios finales son las personas cuyos trabajos requieren acceso a
la base de datos para realizar consultas, actualizaciones e informes; la
base de datos existe principalmente para ser utilizada. Los usuarios
finales se pueden clasificar en varias categorías:
6
Un DBMS típico proporciona muchas formas de acceder a una base de
datos. Los usuarios finales principiantes tienen que aprender muy poco
sobre los servicios del DBMS. Los usuarios casuales sólo se aprenden
unos cuantos servicios que pueden utilizar repetidamente. Los usuarios
sofisticados intentan aprender la mayoría de los servicios del DBMS
para satisfacer sus complejos requisitos. Los usuarios independientes
normalmente llegan a ser expertos en un paquete de software
específico.
Control de la redundancia.
Restricción del acceso no autorizado.
Proporcionar almacenamiento persistente para objetos de
programa.
Proporcionar estructuras de almacenamiento y técnicas de
búsqueda para el procesamiento eficiente de consultas.
Proporcionar copia de seguridad y recuperación.
Proporcionar múltiples interfaces de usuario.
Representando relaciones complejas entre datos.
7
Aplicación de restricciones de integridad.
Permite inferencia y acciones mediante reglas y disparadores.
8
datos. Una de las características principales de la metodología de bases
de datos es soportar la abstracción de datos para que diferentes
usuarios puedan percibir esos datos con el nivel de detalle que
prefieren.
9
implementarse directamente en un computador. Son los más utilizados
en los DBMS comerciales tradicionales.
Los modelos de datos representativos representan los datos mediante
estructuras de registro y, por tanto, se los conoce a veces como modelos
de datos basados en registros.
10
tiempo, la base de datos tiene un estado actual. El DBMS es en parte
responsable de garantizar que cada estado de la base de datos sea un
estado válido, es decir, un estado que satisfaga la estructura y las
restricciones especificadas en el esquema. Por tanto, especificar un
esquema correcto al DBMS es sumamente importante, por lo que el
esquema debe diseñarse con mucho cuidado. En ocasiones, el esquema
recibe el nombre de intención, y el estado de la base de datos extensión
del esquema.
11
La arquitectura de tres esquemas se puede utilizar para explicar el
concepto de independencia de los datos, que puede definirse como la
capacidad de cambiar el esquema en un nivel de un sistema de bases
de datos sin tener que cambiar el esquema en el siguiente nivel más
alto. Se pueden definir dos tipos de independencia de datos:
Lenguajes DBMS
12
Una vez completado el diseño de una base de datos y elegido un DBMS
para implementarla, el primer paso es especificar los esquemas
conceptual e interno para la base de datos y cualesquiera mapeados
entre los dos. En muchos DBMSs donde no se mantiene una separación
estricta de niveles, el DBA y los diseñadores de la base de datos utilizan
un lenguaje, denominado lenguaje de definición de datos (DDL, Data
Definition Language), para definir los dos esquemas. El DBMS tendrá
un compilador DDL cuya función es procesar las sentencias DDL a fin
de identificar las descripciones de las estructuras del esquema y
almacenar la descripción del mismo en el catálogo del DBMS.
En los DBMSs donde hay una clara separación entre los niveles
conceptual e interno, se utiliza DDL sólo para especificar el esquema
conceptual. Para especificar el esquema interno se utiliza otro lenguaje,
el lenguaje de definición de almacenamiento (SDL, Storage Definition
Language). Los mapeados entre los dos esquemas se pueden especificar
en cualquiera de estos lenguajes. En la mayoría de los DBMSs
relacionales actuales, no hay un lenguaje específico que asuma el papel
de SDL. En cambio, el esquema interno se especifica mediante una
combinación de parámetros y especificaciones relacionadas con el
almacenamiento. Para conseguir una arquitectura de tres esquemas
real se necesita un tercer lenguaje, el lenguaje de definición de vistas
(VDL, Víew Definítion Language), a fin de especificar las vistas de
usuario y sus mapeados al esquema conceptual, pero en la mayoría de
los DBMSs se utiliza el DDL para definir tanto el esquema conceptual
como el externo. En los DBMSs relacionales se utiliza SQL actuando
como VDL para definir las vistas de usuario o de aplicación como
resultado de las consultas predefinidas.
13
así como sentencias para la especificación de restricciones, la evolución
del esquema y otras características. El SDL era un componente de las
primeras versiones de SQL, pero se ha eliminado del lenguaje para
mantenerlo únicamente en los niveles conceptual y externo.
Hay dos tipos principales de DML. Se puede utilizar un DML de alto
nivel o no procedimental para especificar de forma concisa las
operaciones complejas con las bases de datos. Muchos DBMS admiten
sentencias DML de alto nivel mediante la introducción interactiva desde
el monitor o terminal, o incrustadas en un lenguaje de programación de
propósito general. Un DML de bajo nivelo procedimental debe
incrustarse en un lenguaje de programación de propósito general.
Normalmente, este tipo de DML recupera registros individuales u
objetos de la base de datos, y los procesa por separado. Por
consiguiente, es preciso utilizar construcciones de un lenguaje de
programación, como los bucles, para recuperar y procesar cada registro
de un conjunto de registros. Los DMLs de bajo nivel también se conocen
con el nombre de DMLs record-at-a-time (registro de una sola vez),
debido a esta propiedad.
Los DMLs de alto nivel, como SQL, pueden especificar y recuperar
muchos registros con una sola sentencia DML, por tanto, también se
conocen como DML set-at-a-time o set-oriented (un conjunto de una
sola vez, u orientado a conjuntos). Una consulta en un DML de alto
nivel a menudo especifica los datos que hay que recuperar, en lugar de
como recuperarlos, en consecuencia, dichos lenguajes también se
conocen como declarativos.
14
Interfaces basadas en formularios: Una interfaz basada en
formularios muestra un formulario a cada usuario. Los usuarios
pueden rellenar las entradas del formulario para insertar datos
nuevos, o rellenar únicamente ciertas entradas, en cuyo caso el
DBMS recuperará los datos coincidentes para el resto de
entradas. Normalmente, los formularios se diseñan y programan
para los usuarios principiantes como interfaces para las
transacciones enlatadas. Muchos DBMSs tienen lenguajes de
especificación de formularios, que son lenguajes especiales que
ayudan a los programadores a especificar dichos formularios.
15
Normalmente se utilizan varios criterios para clasificar los DBMSs. El primero es el
modelo de datos en el que el DBMS está basado. El modelo de datos relacional es el
modelo de datos principal que se utiliza en muchos de los DBMSs comerciales actuales.
En algunos sistemas comerciales se ha implantado el modelo de datos de objetos, pero
su uso no se ha extendido. Muchas aplicaciones heredadas todavía se ejecutan en
sistemas de bases de datos basados en los modelos de datos jerárquicos y de red.
El segundo criterio que se utiliza para clasificar los DBMSs es el número de usuarios
soportado por el sistema. Los sistemas de un solo usuario sólo soportan un usuario al
mismo tiempo y se utilizan principalmente con los PCs. Los sistemas multiusuario, que
incluyen la mayoría de los DBMSs, soportan varios usuarios simultáneamente.
El tercer criterio es el número de sitios sobre los que se ha distribuido la base de datos.
Un DBMS es centralizado si los datos están almacenados en un solo computador. Un
DBMS distribuido (DDBMS) puede tener la base de datos y el software DBMS
distribuidos por muchos sitios, conectados por una red de computadores. Los DBMSs
homogéneos utilizan el mismo software DBMS en varios sitios.
El cuarto criterio es el coste. Es muy difícil proponer una clasificación de los DBMSs
atendiendo al coste. Actualmente, tenemos los productos DBMS de código fuente
abierto (gratuito), como MYSQL y PostgreSQL, soportados por terceros con servicios
adicionales.
También podemos clasificar un DBMS según los tipos de rutas de acceso para
almacenar archivos. Una familia de DBMSs bien conocida está basada en estructuras de
archivos inversas. Por último, un DBMS puede ser de propósito general o de propósito
especial. Cuando la principal consideración es el rendimiento, se puede diseñar y
construir un DBMS de propósito especial para una aplicación específica, Esto cae en la
categoría de los sistemas de procesamiento de transacciones en línea (OLTP, Online
Transaction Processing).
16
Conclusión
17
Bibliografía
1. Ramez Elmasri, Shamkant B. Navathe (2007). Fundamentos
de Sistemas de Bases de Datos. Editora Pearson, Madrid, 5ta.
Edición
18