1. BASE DE DATOS I - 425501 Fundamentos Básicos de base de datos y de la importancia de las mismas en las organizaciones

2. Base de Datos Tipos de Base de Datos. ¿Cuál modelo de base de datos debo escoger? Persistencia del modelo a través de los años, robustez, estandarización, portabilidad, comprobación de efectividad del mismo en entornos productivos, facilidades a la hora de manipular los datos.

3. Base de Datos Base de Datos Relacional Características de una Base de Datos Relacional: El modelo relacional fue diseñado por el investigador de IBM Dr. E.F. Codd científico y matemático. Sus puntos de mayor atención al desarrollar este modelo fueron: reducir la redundancia de los datos e improvisar la integridad de los datos dentro de un sistema de base de datos. La primera aparición de este diseño fue en un articulo escrito en 1970 titulado “A Relational Model for Large Shared Data Banks”. El articulo contenía una serie de conceptos que debían cumplir todas aquellas base de datos que se considerasen totalmente relacionales.

4. Base de Datos Base de Datos Relacional Reglas de una Base de Datos Relacional: Regla 0 Para que un sistema se denomine sistema gestor de bases de datos relacionales, este sistema debe usar exclusivamente sus capacidades relacionales para gestionar la base de datos.

5. Base de Datos Base de Datos Relacional Reglas de una Base de Datos Relacional: Regla 1: Regla de la Información Toda la información en una base de datos relacional se representa explícitamente en el nivel lógico exactamente de una manera: con valores en tablas. Información: Por tanto los metadatos (diccionario, catálogo) se representan exactamente igual que los datos de usuario. Y puede usarse el mismo lenguaje (ej. SQL) para acceder a los datos y a los metadatos (regla 4). Un valor posible es el valor nulo, con sus dos interpretaciones: Valor desconocido (ej. dirección desconocida). Valor no aplicable (ej. empleado soltero no tiene esposa).

6. Base de Datos Base de Datos Relacional Reglas de una Base de Datos Relacional: Regla 2: Regla del acceso Garantizado Para todos y cada uno de los datos (valores atómicos) de una base de datos relacional se garantiza que son accesibles a nivel lógico utilizando una combinación de nombre de tabla, valor de clave primaria y nombre de columna. Información: - Cualquier dato almacenado en una base de datos relacional tiene que poder ser ubicado inequívocamente. Para ello hay que indicar en qué tabla está, cuál es la columna y cuál es la fila (mediante la clave primaria). - Por tanto se necesita el concepto de clave primaria, que no es soportado en muchas implementaciones.

7. Base de Datos Base de Datos Relacional Reglas de una Base de Datos Relacional: Regla 3: Tratamiento Sistemático de los Valor Nulos. Los valores nulos (que son distintos de la cadena vacía, blancos, 0,...) se soportan en los SGBD totalmente relacionales para representar información desconocida o no aplicable de manera sistemática, independientemente del tipo de datos. Información: Se reconoce la necesidad de la existencia de valores nulos, para un tratamiento sistemático de los mismos. Hay problemas para soportar los valores nulos en las operaciones relacionales, especialmente en las operaciones lógicas. Lógica trivaluada. Es una posible solución. Existen tres (no dos) valores de verdad: Verdadero, Falso y Desconocido (null). Se crean tablas de verdad para las operaciones lógicas: - null Y null = null - Verdadero Y null = null - Falso Y null = Falso - Verdadero O null = Verdadero - etc.

8. Base de Datos Base de Datos Relacional Reglas de una Base de Datos Relacional: Regla 4: Catálogo Dinámico en línea basado en el modelo relacional. La descripción de la base de datos se representa a nivel lógico de la misma manera que los datos normales, de modo que los usuarios autorizados pueden aplicar el mismo lenguaje relacional a su consulta, igual que lo aplican a los datos normales. Información: Es una consecuencia de la regla 1 que se destaca por su importancia. Los metadatos se almacenan usando el modelo relacional, con todas las consecuencias.

9. Base de Datos Base de Datos Relacional Reglas de una Base de Datos Relacional: Regla 5: Regla del Sublenguaje de Datos Completo. Un sistema relacional debe soportar varios lenguajes y varios modos de uso de terminal (ej: rellenar formularios, etc.). Sin embargo, debe existir al menos un lenguaje cuyas sentencias sean expresables, mediante una sintaxis bien definida, como cadenas de caracteres y que sea completo, soportando: - Definición de datos - Definición de vistas - Manipulación de datos (interactiva y por programa) - Limitantes de integridad - Limitantes de transacción (iniciar, realizar, deshacer) (Begin, commit, rollback). Información: Además de poder tener interfaces más amigables para hacer consultas, etc. Siempre debe existir una manera de hacerlo todo de manera textual, que es tanto como decir que pueda ser incorporada en un programa tradicional. Un lenguaje que cumple esto en gran medida es SQL.

10. Base de Datos Base de Datos Relacional Reglas de una Base de Datos Relacional: Regla 6: Regla de Actualización de Vistas Todas las vistas que son teóricamente actualizables se pueden actualizar por el sistema. Información: El problema es determinar cuáles son las vistas teóricamente actualizables, ya que no está muy claro. Cada sistema puede hacer unas suposiciones particulares sobre las vistas que son actualizables.

11. Base de Datos Base de Datos Relacional Reglas de una Base de Datos Relacional: Regla 7: Inserción, actualización y borrado de alto nivel. La capacidad de manejar una relación base o derivada como un solo operando se aplica no sólo a la recuperación de los datos (consultas), si no también a la inserción, actualización y borrado de datos. Información: Esto es, el lenguaje de manejo de datos también debe ser de alto nivel (de conjuntos). Algunas bases de datos inicialmente sólo podían modificar las tuplas de la base de datos de una en una (un registro de cada vez).

12. Base de Datos Base de Datos Relacional Reglas de una Base de Datos Relacional: Regla 8: Independencia Física de los datos. Los programas de aplicación y actividades del terminal permanecen inalterados a nivel lógico cuando quiera que se realicen cambios en las representaciones de almacenamiento o métodos de acceso. Información: El modelo relacional es un modelo lógico de datos, y oculta las características de su representación física.

13. Base de Datos Base de Datos Relacional Reglas de una Base de Datos Relacional: Regla 9: Independencia Lógica de los datos. Los programas de aplicación y actividades del terminal permanecen inalterados a nivel lógico cuando quiera que se realicen cambios a las tablas base que preserven la información. Información: Cuando se modifica el esquema lógico preservando información (no valdría p.ej. eliminar un atributo) no es necesario modificar nada en niveles superiores. Ejemplos de cambios que preservan la información: - Añadir un atributo a una tabla base. - Sustituir dos tablas base por la unión de las mismas. Usando vistas de la unión puedo recrear las tablas anteriores...

14. Base de Datos Base de Datos Relacional Reglas de una Base de Datos Relacional: Regla 10: Independencia de Integridad. Los limitantes de integridad específicos para una determinada base de datos relacional deben poder ser definidos en el sublenguaje de datos relacional, y almacenables en el catálogo, no en los programas de aplicación. Información: El objetivo de las bases de datos no es sólo almacenar los datos, si no también sus relaciones y evitar que estas (limitantes) se codifiquen en los programas. Por tanto en una base de datos relacional se deben poder definir limitantes de integridad. Cada vez se van ampliando más los tipos de limitantes de integridad que se pueden utilizar en los SGBD, aunque hasta hace poco eran muy escasos. - Como parte de los limitantes inherentes al modelo relacional (forman parte de su definición) están: - Una BDR tiene integridad de entidad. Es decir, toda tabla debe tener una clave primaria. - Una BDR tiene integridad referencial. Es decir, toda clave externa no nula debe existir en la relación donde es primaria.

15. Base de Datos Base de Datos Relacional Reglas de una Base de Datos Relacional: Regla 11: Independencia de Distribución. Una base de datos relacional tiene independencia de distribución. Información: Las mismas órdenes y programas se ejecutan igual en una BD centralizada que en una distribuida. Las BDR son fácilmente distribuibles: - Se parten las tablas en fragmentos que se distribuyen. - Cuando se necesitan las tablas completas se recombinan usando operaciones relacionales con los fragmentos. - Sin embargo se complica más la gestión interna de la integridad, etc. Esta regla es responsable de tres tipos de transparencia de distribución: - Transparencia de localización. El usuario tiene la impresión de que trabaja con una BD local. (aspecto de la regla de independencia física) - Transparencia de fragmentación. El usuario no se da cuenta de que la relación con que trabaja está fragmentada. (aspecto de la regla de independencia lógica de datos). - Transparencia de replicación. El usuario no se da cuenta de que pueden existir copias (réplicas) de una misma relación en diferentes lugares.

16. Base de Datos Base de Datos Relacional Reglas de una Base de Datos Relacional: Regla 12: Regla de la no Subversión. Si un sistema relacional tiene un lenguaje de bajo nivel (un registro de cada vez), ese bajo nivel no puede ser usado para saltarse (subvertir) las reglas de integridad y los limitantes expresados en los lenguajes relacionales de más alto nivel (una relación (conjunto de registros) de cada vez). Información: Algunos problemas no se pueden solucionar directamente con el lenguaje de alto nivel. Normalmente se usa SQL inmerso en un lenguaje anfitrión para solucionar estos problemas. Se utiliza el concepto de cursor para tratar individualmente las tuplas de una relación. En cualquier caso no debe ser posible saltarse los limitantes de integridad impuestos al tratar las tuplas a ese nivel.

17. Base de Datos Base de Datos Relacional Objetos de las Base de Datos Relacionales Varios tipos de objetos pueden ser encontrados en una base de datos relacional, algunos de los mas comunes son: Tabla: Es el principal objeto usado para el almacenamiento de datos en una base de datos relacional. Cuando los datos son requeridos y accedidos para modificaciones, son encontrados en la tabla. La tabla se encuentra dividida en columnas. Una ocurrencia de todas las columnas en una fila es llamada una fila de datos. Vista: Es una tabla virtual, en efecto se parece a una tabla y actúa como una tabla, pero su estructura se encuentra basada en la estructura de datos de una o mas tablas. Reglas del negocio o restricciones: Son objetos usados para colocar reglas sobre los datos, son creados al nivel de la columna y son también usadas para forzar la integridad referencial (relaciones de tablas padre/hija). Índice: Es un objeto que es usado para acelerar el proceso de recuperación de datos sobre una tabla

18. Base de Datos Base de Datos Relacional Objetos de las Base de Datos Relacionales Evento: Es una unidad de código programado en la base de datos que se activa basado en los eventos que ocurren en la misma. Son útiles a la hora de mantener datos redundantes. Procedimiento: Es un programa que se encuentra guardado en la base de datos. Un procedimiento es ejecutado al nivel de la base de datos, típicamente son usados para manejar operaciones complejas de datos y procesamiento en lotes.

19. Base de Datos Base de Datos Relacional. Abstracción de Datos: Característica de un sistema de bases de datos, que permite al usuario o programador operar con los datos sin necesidad de conocer detalles que para él no son de "importancia", ofreciendo así una visión abstracta de estos. Para cumplir con tal fin se han definido diferentes niveles de abstracción: Nivel Físico: Determina como están almacenados físicamente los datos (pistas, sectores, cilindros), representa el nivel más bajo Nivel Lógico: Determina la organización de los archivos. Índices, llaves, orden de campos, tipos de datos. Nivel de Vistas: Oculta parte de la información a los usuarios, es decir hace visible solo una parte de la base de datos. Todos estos niveles poseen independencia de los datos, lo cual permite que los cambios realizados en un nivel no afecten al otro.

20. Base de Datos Base de Datos Relacional. Representación Física Representación IntuitivaModelo Matemático Archivo secuencial TablaRelación Registros FilasTuplas Campos ColumnasValores atributos Base de datos relacional: Inicialmente conjunto finito de relaciones Restricciones o reglas de integridad: Condiciones para preservar la semántica de una base de datos: Asociadas a tablas: 0  edad  100 Asociadas a la base de datos: imparte.NRP  profesor.NRP ( un profesor inexistente no puede impartir una asignatura) ( un profesor inexistente no puede impartir una asignatura)

21. Base de Datos Base de Datos Relacional. El Lenguaje de las Base de Datos Relacionales El Lenguaje Estructurado de Consultas (SQL, por sus siglas en ingles), es el estándar usado por los desarrolladores para comunicarse y enviar comandos a una base de datos relacional. Con SQL se puede: entrar fácilmente datos en la base de datos, modificar los datos, borrar datos y recuperarlos. El SQL es un lenguaje no procedural, lo que significa que tu puedes decirle al servidor de base de datos que datos debe acceder, pero no necesariamente que métodos debe usar para acceder a dichos datos. SQL contiene los siguientes tres sublenguajes que permiten llevar a cabo casi cualquier operación deseable con una base de datos relacional: Lenguaje de Definición de Datos. (DDL) Lenguaje de Manipulación de Datos. (DML) Lenguaje de Consultas. (DQL)

22. Base de Datos Base de Datos Relacional. El Lenguaje de las Base de Datos Relacionales Lenguaje de Definición de Datos. (DDL) Define la creación de los objetos de la base de datos relacional: Create Table Prueba ( Cedula Number(10) NOT NULL, Nombre Varchar2(30) NOT NULL);

23. Base de Datos Base de Datos Relacional. El Lenguaje de las Base de Datos Relacionales Lenguaje de Manipulación de Datos. (DML) Definen la manipulación (agregar, modificar, eliminar) de los datos de la base de datos relacional: INSERT INTO Prueba Values ( 18403230, ‘Juan Pérez’);

24. Base de Datos Base de Datos Relacional. El Lenguaje de las Base de Datos Relacionales Lenguaje de Consultas. (DQL) Permite llevar a cabo consultas a la datos almacenados de forma fácil y eficiente: Select Cedula, Nombre From Prueba;

25. Base de Datos El Sistema Gestor de la Base de Datos. ¿ Que es un SGBD o un DBMS? El Sistema Gestor de la Base de Datos (SGBD), es una colección de software que es usado para crear, controlar y acceder una base de datos. Es importante notar que todos los accesos a los datos se llevan a cabo a través del SGBD. Algunas de sus características son: Permite a los usuarios configurar y crear su propia base de datos. Procesa todos los requerimientos de datos. Permite el acceso concurrente a múltiples usuarios de la base de datos. Posee facilidades para su recuperación luego de fallas. SGBD o DBMS El SGBD conceptualmente se ubica entre el Sistema Operativo y los programas de aplicación del usuario, sirviendo de puente o enlace entre los programas de aplicación el sistema operativo de un computador.

26. Base de Datos El Sistema Gestor de la Base de Datos. Pasos involucrados en el acceso a una Base de Datos A grandes rasgos existen 4 pasos involucrados en el proceso de acceder una base de datos: 1.El programa de aplicación determina que datos necesita para llevar a cabo un proceso o tarea, luego comunica sus necesidades al SGBD. 2. El SGBD verifica que los datos requeridos por el se encuentren en la base de datos y que a este programa (usuario de la base de datos) se le permita acceder a los mismos. 3. El SGBD envía un mensaje al sistema operativo, donde le indica la posición especifica en el disco donde debe leer datos. 4. Una vez recuperados los datos, los mismos son pasados al SGBD, donde son convertidos en la forma requerida por el programa de aplicación. 1 2 3 4

27. Base de Datos El Sistema Gestor de la Base de Datos. Pasos involucrados en el acceso a una Base de Datos Estos 4 pasos para acceder a una base de datos ilustran las dos funciones principales del SGBD: 1. El primero de ellos es el procesamiento de las peticiones llevadas a cabo mediante la abstracción lógica por parte del usuario en una lista de operaciones a ser llevadas a cabo. 2. La segunda función es controlar la transmisión de datos entre los archivos físicos donde se encuentran los datos y los programas de aplicación del usuario final.

28. Base de Datos El Sistema Gestor de la Base de Datos. Fundamentos de los SGBD Una base de datos es el repositorio de los datos de la organización. La misma les debe permitir compartir a los usuarios sus datos de manera consistente, actualizada, eficiente y segura sin importar donde se encuentra localizada o que tipo de datos son. Aunque existen diferencias entre los SGBD de diferentes fabricantes (o grupos de desarrollo), es importante recordar que todos deben cumplir las mismas funciones básicas.

29. Base de Datos El Sistema Gestor de la Base de Datos. Funciones del SGBD Las funciones del SGBD caen dentro de las siguientes seis categorías: 1. Acceso a los Datos. 2. Independencia de los datos. 3. Control y protección de los datos. 4. Reducción de la redundancia de datos. 5. Soporte de un modelo de datos. 6. Disposición de un diccionario de datos en línea.

30. Base de Datos El Sistema Gestor de la Base de Datos. 1. Acceso a los datos Es destacable que la principal función del SGBD es proveer acceso a los datos almacenados en la base de datos, lo que trae como consecuencia que en ambientes multiusuario el SGBD debe proveer de acceso compartido a los datos, lo cual crea nuevos problemas con los que el mismo debe lidiar. Concurrencia: Ocurre cuando dos o mas aplicaciones tienen acceso a los datos al mismo tiempo. Compras Inventario

31. Base de Datos El Sistema Gestor de la Base de Datos. 1. Acceso a los datos: Ejemplo del manejo de la concurrencia: Considere un banco donde los cajero actualizan cuentas, el cajero A añade 50.000 Bs. a la cuenta de un cliente cuyo saldo actual es de 100.000 Bs. Mientras tanto el cajero B lee el mismo balance de 100.000 Bs. del cliente y le resta 5.000 por cargos administrativos del banco. En ese instante la transacción del cajero A es cargada en la base de datos actualizando el saldo actual de el cliente a 150.000 Bs. Sin embargo, inmediatamente después de esto, el cajero B actualiza el saldo del cliente a 95.000 Bs. Por lo que la transacción del cajero A se ha perdido, con el resultado de que el balance del cliente ha sido disminuido en 50.000 Bs. que el debería poseer en el mismo. En este ejemplo es fácil comprender porque un SGBD debe controlar situaciones como esta. El problema anterior es manejado por el SGBD mediante un software de control de concurrencia incluido en el mismo, el cual usa soluciones como el Bloqueo. Se bloquean los datos que están siendo usados por otro usuario y no se pueden actualizar los mismos hasta que se termine la transacción que los esta bloqueando. Por lo tanto se mantiene en espera al solicitante de los datos hasta que la transacción termine. Nota: Una transacción consiste en una interacción con una estructura de datos que, aún siendo compleja y estar compuesta por varios procesos que se han de aplicar uno después del otro, queremos que sea equivalente a una interacción atómica. Es decir, que se realice de una sola vez y que la estructura a medio manipular no sea jamás alcanzable por el resto del sistema.

32. Base de Datos El Sistema Gestor de la Base de Datos. 1. Acceso a los datos: Interfaces: El SGBD también debe proveer una variedad de interfaces para comunicarse con los programas de usuario escritos en diferentes lenguajes. Optimizador: Para poder acceder a datos en particular un camino para acceder a los mismos ha de ser decidido y seguido, estos caminos deben ser eficientes y efectivos para evitar retrasos en la búsqueda de datos, ahí es donde interviene el optimizador, el mismo decide cual es el mejor camino para acceder a los datos solicitados por algún usuario. El optimizador trabaja como un sistema experto, usando el conocimiento programado dentro de el y estadísticas actuales acerca de la base de datos para poder seleccionar el camino optimo de acceso a los datos. Lenguajes de Comunicación: debe ser capaz de soportar lenguajes no procedurales (se dicen los datos que se quieren pero no como obtenerlos) y procedurales para obtener los datos deseados por un usuario. Vistas de los Datos: Una base de datos debe ser capaz de ofrecer diferentes visiones de los datos contenidos por la misma a diferentes usuarios.

33. Base de Datos El Sistema Gestor de la Base de Datos. 2. Independencia de los Datos: Es una de las funciones del SGBD y consiste en la separación de la definición de las estructuras de datos de manera separada de los programas de aplicación. Esta funcionalidad posee diversas ventajas: Las estructuras de datos pueden ser modificadas sin afectar a los programas de aplicación. Los programas de aplicación pueden ser desarrollados independientemente de las estructuras de datos de los archivos subyacentes. Los métodos de acceso a los datos son independientes de los programas y los decide el SGDB. La modificación de la organización de los archivos que componen la Base de Datos no afecta a los programas que la usan, debido a que ellos se comunican es con el SGDB y no con los programas directamente. Libera al usuario y los programadores de la responsabilidad de conocer los detalles físicos del almacenamiento de datos, lo cual le permite concentrase a los mismos solo en el contenido lógico de los datos.

34. Base de Datos El Sistema Gestor de la Base de Datos. 3. Control y protección de los datos: El SGBD no debe permitir a las personas no autorizadas conexiones a la misma, también debe proveer privacidad a los datos que posee, lo que significa que los usuarios solo a los datos para los cuales ellos tienen privilegios. Esto debe ser llevado a cabo el SGBD de manera selectiva hasta el nivel mas bajo de descomposición de los datos (datos individuales). Por ejemplo, todos los usuario pueden ver algunos aspectos de los datos personales, pero solamente los jefes y contadores deberían poder ver su salario. Para lograr esto el SGBD usa un sistemas de claves y privilegios, sin este sistema los datos serian mas vulnerables que el sistema tradicional de archivos, debido a que ahora todos están concentrados en un lugar único. El SGBD protege a los datos permitiendo solo dos resultados posibles a una operación llevada a cabo en la misma: Exitosa o Fallida. Operaciones como estas son conocidas como transacciones independientes o Atómicas.

35. 3. Control y protección de los datos: (continuación) Por ejemplo, una transacción para transferir dinero de una cuenta de banco a otra. Las transacciones atómicas aseguran que las siguientes dos acciones fallan ambas o ambas son exitosas. Debitar de la cuenta X, 20.000 Bs. Depositar en la cuenta Y, 20.000 Bs. Si una transacción atómica se completa parcialmente, cuando la misma se aborta el SGDB debe ser capaz de recuperarse o devolverse al estado anterior a dicha transacción. Toda transacción atómica tiene definido claramente un inicio y un fin. El SGDB debe también tener disponibles facilidades para el respaldo, recuperación y creación de un historial de las transacciones llevadas a cabo por el mismo, ya que esto permite la recuperación de los datos en caso de fallas de software o hardware. Base de Datos El Sistema Gestor de la Base de Datos. Transacción Atómica

36. 3. Control y protección de los datos: La función de control tiene que ver con la integridad de los datos y la integridad tiene que ver con la fiabilidad de los datos almacenados. Los controles de integridad de un SGBD tienen que ver con la fiabilidad de los datos guardados, es decir si yo guardo un valor en la base de datos ese mismo valor es el que debo recuperar después cuando necesite los datos (una persona o varias en un sistema multiusuario). La integridad falla cuando hay inconsistencias en los datos almacenados por el SGBD, un ejemplo de lo inconsistencia seria: Cuando un numero y nombre de empleado son guardados dos veces en la misma base de datos: 1. E1256 Juan 2. E1256 Antonio (Nombre del empleado: Juan Antonio) Deben existir mecanismos que aseguren que las reglas del negocio se encuentran construidas dentro del SGBD. En el ejemplo anterior, cada empleado debería tener un numero único de empleado. Base de Datos El Sistema Gestor de la Base de Datos.

37. 4. Reducción de la redundancia de datos: La redundancia de datos existe si hay duplicación innecesaria de los datos en la base de datos, la misma puede ser eliminada si el SGBD soporta estructuras de datos normalizadas. Si todos los usuarios tienen acceso a los mismos bloques de información en lugar de cada uno tener su copia personal, la redundancia innecesaria de datos seria eliminada. Por esto un SGBD debe ser capaz de guardar un bloque de información una vez y ponerlo disponible a varios programas de manera simultanea, los cuales pueden accederlo a través de él. ¿ Esto garantiza que se eliminara toda redundancia de datos usando un SGBD? No, algunas veces existe una pugna entre la total eliminación de la redundancia de datos y la disminución de la velocidad de respuesta de la Base de datos. Base de Datos El Sistema Gestor de la Base de Datos. REDUNDANCIA TIEMPO DE RESPUESTA

38. 5. Soporte de un modelo de Datos: Un modelo de datos es un método mediante el cual se representan los datos y las relaciones entre los mismos. Muchos modelos son los existentes, pero no todos deben soportados por el SGBD, algunos de ellos son: Modelo Jerárquico. Modelo de Red. Modelo Relacional. Modelo Orientado a Objetos. Modelo Relación Objeto. Base de Datos El Sistema Gestor de la Base de Datos. PublicistaLibrería AutoresTítulosInventario Ordenes Suple Contrata Escribe Almacenado en Son comprados con Vende

39. 6. Disposición de un diccionario de datos en línea: El SGBD debe también soportar un diccionario de datos el cual contiene hechos importantes relacionados al estado actual de la base de datos, el mismo a su vez también contiene descripciones de los objetos o estructuras de datos almacenados en la base de datos. Toda estos datos almacenados en el diccionario de datos reciben el nombre de metadatos (datos acerca de los datos), algunos de estos metadatos son: Estructuras de almacenamiento. Bloques de datos. Privilegios de Acceso. Para poder llevar un mejor control, el SGBD se encuentra dividido en 3 niveles: 1. El nivel externo. 2. El nivel conceptual. 3. El nivel interno. Base de Datos El Sistema Gestor de la Base de Datos.

40. 6. Disposición de un diccionario de datos en línea: El nivel externo: Tiene que ver con la forma en que los datos son presentados a la comunidad de usuarios. En el mismo el SGBD presenta a cada usuario con una “visión o vista” compartida o personal del mismo llamada esquema de los datos. Existen muchas vistas de los datos en este nivel y cada vista es una representación de una parte del total de la base de datos. Las vistas permiten a un usuario acceder a su porción de la base de datos, y proteger el resto de la base de datos de él. El nivel conceptual: Representa el esquema lógico de la base de datos, el mismo es una descripción de todos los datos en la base de datos. El nivel interno: Tiene que ver con el almacenamiento físico de los datos en la base de datos, el mismo es especifico al sistema operativo que soporta al SGBD Base de Datos El Sistema Gestor de la Base de Datos.

41. Gestor de archivos: Gestiona la asignación de espacio en disco y de las estructuras de datos usadas para representar los mismos en el disco. Gestor de base de datos: Proporciona la interfase entre los datos de bajo nivel almacenados en la BD y los programas de aplicación y las consultas que se hacen al sistema. Procesador de consultas: Traduce sentencias en un lenguaje de consulta a instrucciones de bajo nivel que entiende el gestor de base de datos. Precompilador de DML: Convierte las sentencias DML de un programa de aplicación en llamadas normales a procedimientos en el lenguaje principal. Compilador de DDL: Convierte sentencias DDL en conjunto de tablas que contiene metadatos. Base de Datos Componentes de las base de datos.

42. Arquitectura de un DBMS Diccionario de datos Archivo de datos Código objeto de programas de aplicación Gestor de BD Precompilador de DML Procesador de consultas Compilador de DDL Gestor de archivo Aplicaciones Programadores de aplicación Consultas Administrador de Base de Datos