Base de datos de Daniel gonzales

1. Profesora: Bachiller:
Naudy, Albornoz Gonzales, Nelvis Daniel CI: 29.897.608
INSTITUTO UNIVERSITARIO DE TECNOLOGÍA
ANTONIO JOSÉ DE SUCRE
EXTENSIÓN ANACO
DEPARTAMENTO DE INFORMÁTICA
CATEDRA: AUDITORIA DE SISTEMA.

2. Desarrollo
1. ¿Qué es una Base de Datos?
Se define una base de datos como una serie de datos organizados y relacionados entre sí, los
cuales son recolectados y explotados por los sistemas de información de una empresa o
negocio en particular, es decir, son un conjunto de información perteneciente a un mismo
contexto, ordenada de modo sistemático para su posterior recuperación, análisis y/o
transmisión y las cuales nacen por la necesidad del ser humano de almacenar y preservar la
información contra el tiempo y el deterioro, para poder acudir a ella posteriormente cuando
la requieran. Además, tienen el objetivo de proporcionar la fiabilidad de la información
almacenada, a pesar de las caídas de sistemas o los intentos de acceso sin autorización. Si los
datos van a ser compartidos entre diversos usuarios, el sistema debe evitar posibles resultados
anómalos que causen daños en la empresa. Dependiendo de la capacidad de almacenamiento
y procesamiento del hardware, la organización puede contar con una única Base de Datos, o
con múltiples Bases de Datos.
2. Origen de la Base de Datos.
La primera vez que se escuchó el término de bases de datos fue en 1963 en un simposio
(reunión de especialistas en una materia que tiene como fin tratar y discutir algo en concreto
a su especialidad) en California, refiriéndose a ella como un conjunto de “información”
relacionada que se encuentra agrupada o estructurada. Sin embargo, el origen de las bases de
datos se remonta a la Antigüedad donde ya existían bibliotecas y toda clase de registros entre
ellos los que se llevaban de las cosechas. Sin embargo, su búsqueda era lenta y poco eficaz y
no se contaba con la ayuda de máquinas que pudiesen reemplazar el trabajo manual.
Posteriormente, el uso de las bases de datos surgió a partir de las necesidades de almacenar
grandes cantidades de información. Sobre todo, desde q las primeras computadoras aparecen.
En 1884 Herman Hollerith creó la máquina automática de tarjetas perforadas. En esta época,
los censos se realizaban de forma manual. Frente a esta situación, el comenzó a trabajar en
el diseño de una maquina tabuladora o censadora, basada en tarjetas perforadas. En la década
de los cincuenta se da origen a las cintas magnéticas, para automatizar la información y hacer
respaldos, con la desventaja de que solo se podía hacer de forma secuencial. Los cuales se

3. popularizaron posteriormente. Fue un adelanto muy efectivo en la época, debido a que a
partir de este soporte se podía consultar la información directamente, sin tener que saber la
ubicación exacta de los datos.
En esta misma época se dio inicio a las primeras generaciones de bases de datos de red y las
bases de datos jerárquicas, ya que era posible guardar estructuras de datos en listas. También
se llevó a cabo el IDS desarrollado por Charles Bachman (que formaba parte de la
CODASYL) supuso la creación de un nuevo tipo de sistema de bases de datos, conocido
como modelo en red que permitió la creación de un standard en los sistemas de bases de datos
gracias a la creación de nuevos lenguajes de sistemas de información.
En 1970 Edgar Frank Codd definió el modelo relacional a la par que publicó una serie de
reglas para los sistemas de datos relacionales a través de su artículo “Un modelo relacional
de datos para grandes bancos de datos compartidos”. En 1990 la investigación en bases de
datos giró en torno a las bases de datos orientadas a objetos, desarrollaron herramientas como
Excel y Access del paquete de Microsoft Office.
3. Componentes de una Base de Datos
Los componentes de una base de datos son:
Los datos: El componente fundamental de una base de datos son los datos que están
interrelacionados entre sí, formando un conjunto con un mínimo de redundancias.
El software: los datos, para que puedan ser utilizados por diferentes usuarios y diferentes
aplicaciones, deben estar estructurados y almacenados de forma independiente de las
aplicaciones. Para ello se utiliza un software o conjunto de programas que actúa de interfaz
entre los datos y las aplicaciones. A este software se le denomina Sistema de Gestión de Base
de Datos (SGBD). El SGBD crea y organiza la base de datos, y además atiende todas las
solicitudes de acceso hechas a la base de datos tanto por los usuarios como por las
aplicaciones.
4. ¿Por qué debemos utilizar un Sistema de Base de Datos?
Las bases de datos han sido para las organizaciones una herramienta de uso indispensable,
pues esta permite almacenar un conjunto de datos perteneciente s un mismo contexto, para

4. así ofrecer un alto rango de soluciones a los problemas de almacenar y conservar datos. Las
Bases de Datos tienen una gran relevancia a nivel personal, pero más aún a nivel empresarial,
debido a que una buena base de datos facilita y agiliza la labor, permitiendo tener recopilada
de manera clara y ordenada detalles de tu clientela, de la importancia del nombre de la
empresa, el tiempo desde el que están realizando la actividad, cuándo comenzaron a trabajar
contigo, la forma en que debes contactarles, problemas que hayan podido tener, la
subsanación de los mismos, sectores profesionales a los que pertenecen, el tiempo de
respuesta o todo lo que nos sea importante tener en cuenta.
5. Tipos de Modelos de Base de Datos
Hay muchos tipos de modelos de bases de datos. Algunos de los más comunes incluyen:
-Modelo jerárquico: fue utilizado por los primeros Sistemas de Gestión de Base de Datos,
desde que IBM lo definió para su IMS (Information Management System, Sistema
Administrador de Información) en 1970. Se le llama también modelo en árbol debido a que
utiliza una estructura en árbol para organizar los datos. La información se organiza con una
jerarquía en la que la relación entre las entidades de este modelo siempre es del tipo padre /
hijo. De esta forma hay una serie de nodos que contendrán atributos y que se relacionará n
con nodos hijos de forma que puede haber más de un hijo para el mismo padre (pero un hijo
sólo tiene un padre). Los datos de este modelo se almacenan en estructuras lógicas llamadas
segmentos. Los segmentos se relacionan entre sí utilizando arcos. La forma visual de este
modelo es de árbol invertido, en la parte superior están los padres y en la inferior los hijos.
- Modelo relacional: En este modelo los datos se organizan en tablas cuyos datos se
relacionan y uno de los más utilizados desde los años 80, ya que permite una mayor eficacia,
flexibilidad y confianza en el tratamiento de los datos. En el modelo relacional se representa
el mundo real mediante tablas relacionadas entre sí por columnas comunes. Las bases de
datos que pertenecen a esta categoría se basan en el modelo relaciones, cuya estructura
principal es la relación, es decir una tabla bidimensional compuesta por líneas y columnas.
Cada línea, que en terminología relacional se llama tupla, representa una entidad que nosotros
queremos memorizar en la base de datos. Las características de cada entidad están definidas
por las columnas de las relaciones, que se llaman atributos.

5. -Modelo de red: en este modelo las entidades se representan como nodos y sus relaciones son
las líneas que los unen. En esta estructura cualquier componente puede relacionarse con
cualquier otro. A diferencia del modelo jerárquico, en este modelo, un hijo puede tener varios
padres.
-Modelo relacional con objetos: en este tipo de modelo se trata de ampliar el modelo
relacional, añadiéndole la posibilidad de que los tipos de datos sean tipos abstractos de datos,
TAD. Sin embargo, hay modelos de datos que no son utilizados por los SGBD del mercado:
sólo se usan durante el proceso de análisis y diseño, pero no en las realizaciones. Los más
conocidos de estos tipos de modelos son:
-Modelos semánticos: se define como un modelo conceptual que permite definir el
significado de los datos a través de sus relaciones con otros. En este sentido, el formato de
representación de los datos es fundamental para proporcionar información de carácter
semántico. Los modelos semánticos en cambio permiten captar mejor el significado
(semántica) de los datos contenidos en la base de datos.
-Modelos funcionales: describe los comportamientos y operaciones de los objetos. El
modelo funcional describe la computación dentro del sistema, cómo los valores de salida se
derivan de los valores de entrada, sin importar el orden en que son computados, además
provee un medio para identificar las restricciones operacionales del mundo real.
6. Administración de la Base de Datos.
Un administrador de bases de datos, es aquel profesional que administra las tecnologías de
la información y la comunicación, siendo responsable de los aspectos técnicos, tecnológicos,
científicos, inteligencia de negocios y legales de la bases de datos, y de la calidad de los datos
ya que son responsables del manejo, lo cual implica recolectar, clasificar y resguardar la
información de manera organizada, por ello, estos profesionales velan por garantizar que la
misma esté debidamente almacenada y segura, además de que sea de fácil acceso cuando sea
necesario además deben de garantizar un buen mantenimiento, desempeño y confiabilidad .
Su función principal es la programación de datos y el mantenimiento de los mismos en los
entornos de prueba de homologación. También es responsable de la administración, consulta
y almacenamiento de todos los datos y la información del sistema perteneciente a la

6. organización además de construir herramientas que recuperan datos en sistemas digitales. Sin
embargo, la administración de la base de datos se ejecuta mediante un sistema llamado
DBMS (Detabase management System, en español Sistema de Administracion de bases de
datos) el cual son un conjunto de servicio (aplicaciones de software) usados para administrar
la base de datos y el cual tiene como objetivos:
 Implementar, dar soporte y gestionar bases de datos corporativas.
 Crear y configurar bases de datos relacionales.
 Ser responsables de la integridad de los datos y la disponibilidad.
 Diseñar, desplegar y monitorizar servidores de bases de datos.
 Diseñar la distribución de los datos y las soluciones de almacenamiento.
 Garantizar la seguridad de las bases de datos, realizar copias de seguridad y llevar a
cabo la recuperación de desastres.
 Planificar e implementar el aprovisionamiento de los datos y aplicaciones.
 Diseñar planes de contingencia.
 Diseñar y crear las bases de datos corporativas de soluciones avanzadas.
 Analizar y reportar datos corporativos que ayuden a la toma de decisiones en la
inteligencia de negocios.
 Producir diagramas de entidades relacionales y diagramas de flujos de datos,
normalización esquemática, localización lógica y física de bases de datos y
parámetros de tablas.
7. Estructura de una base de datos
Se define como Estructura de una Base de Datos a todos y cada uno de los componentes,
formatos y normativas necesarias para el buen funcionamiento de una Base de Datos,
asimismo se incluye en dicha definición a los procesos necesarios para que la misma realice
el almacenamiento efectivo de los datos, sin que se pierda ninguno de ellos durante la
ejecución del programa, sistema de información y aplicación que esté enlazada a dicho
modelo de almacenaje de información en formato digital. Los principales elementos de una
base de datos son los siguientes:

7. Tablas: es el elemento en el que se registra la información que se quiere gestionar. Está
compuesta, como si se tratase de una planilla de cálculo, por filas y columnas. Las filas se
denominan registros y las columnas campos. Los datos almacenados en una tabla se refieren
a un tema determinado dentro de la base de datos. Sin embargo, cada archivo de una base de
datos puede contener tantas tablas como se requiera.
Formularios: es un formato usado para adicionar, modificar o consultar información bajo
criterios personalizados por el usuario. La información dentro de la base de datos puede
introducirse directamente en las tablas, pero también a través de un formulario lo que resulta
más cómodo y práctico. Loa formularios hacen que sea más fácil arrastrar los datos.
Consultas: es la acción a través de la cual se puede localizar información contenida en una
base de datos y el elemento que se emplea para seleccionar una determinada información del
interior de la base de datos. La consulta, de esta manera, permite establecer criterios de
búsqueda para que Access seleccione, dentro de las tablas, aquellos datos que se quieren
conocer.
Informes: se utilizan para que la información aparezca ordenada y bien presentada en el
momento de la impresión del documento. Gracias a los informes, el usuario puede seleccionar
que información, de la que se registró en las tablas de una base de datos, desea imprimir y
con qué formato.
Campo: es el componente de una tabla que contiene un elemento específico de información.
Por ejemplo, nombres, apellidos, direcciones, ciudades, códigos de productos, valores de
productos, etc. En una tabla los campos corresponden a las columnas.
Registro: es un conjunto de datos (atributos) acerca de un evento, persona, lugar, o algún
otro elemento en una tabla. Por ejemplo, datos personales de un empleado, datos particulares
de un producto. Cada registro contiene todos los campos de la tabla que lo contiene. Los
registros en una tabla corresponden a las filas.
Base de Datos Relacional: es una colección de datos cuya característica principal es que los
datos pueden almacenarse y administrarse en forma de tablas. Al hablarse de bases de datos
relacionales, significa que se pueden crear relaciones entre las tablas de las bases de datos.

8. Una relación entre tablas consiste en que algunos registros de una tabla tengan datos en
común con registros de otras tablas, permitiendo un manejo más eficiente y sin redundancia.
Clave principal: al ser los registros información sobre los atributos de algo o alguien, para
no confundirse entre sí se acostumbra a elegir uno de los campos (o a un conjunto de campos)
como la clave primaria. Esta clave primaria es la que permite identificar de manera única e
inequívoca un registro. La clave principal no puede contener valores duplicados, ni valores
nulos (o en blanco).
Macros y módulos: una macro es una lista de acciones diseñadas por el usuario y que Access
realiza en forma automática. Se puede interpretar como un comando, que, al ejecutarlo,
desarrolla una serie de acciones en un orden específico automáticamente. Un módulo es una
colección de uno o más procedimientos de Access Basic (el lenguaje de programación de
Access), desarrollados al programar una aplicación en Access.
8. Diferencias entre un fichero tradicional y un Sistema de Base de Datos
En un sistema de archivos es difícil evitar las repeticiones mientras que en los sistemas de
bases de datos aseguran que esa redundancia sea mínima, lo cual implica también un menor
consumo de espacio en disco duro.
En el sistema de archivos, la obtención, consulta y modificación de los datos se realiza de
manera poco práctica y eficiente a medida que es más extensa la información mientras que
en los sistemas de Bases de datos poseen mecanismos para realizar consultas que nos
permiten extraer la información a medida que la necesitemos y de forma rápida.
En los sistemas de bases de datos se puede definir los usuarios que pueden acceder a la
información o incluso determinar que porción de información puede ver cada tipo de usuario,
lo que es más difícil de establecer en los sistemas de archivos, ya que en general son de
acceso menos restringido y se pueden copiar más fácilmente.
Aunque los archivos tradicionales consisten en almacenar los datos en archivos individuales
y exclusivos para cada aplicación particular mientras que los sistemas de base de datos son
un tipo de almacenamiento de datos formalmente defino, controlado centralmente para
intentar servir múltiples y diferentes aplicaciones.

9. 9. ¿Qué es una Entidad?
La entidad es cualquier clase de objeto o conjunto de elementos presentes o no, en un
contexto determinado dado por el sistema de información o las funciones y procesos que se
definen en un plan de automatización. Dicho de otra forma, las entidades las constituyen las
tablas de la base de datos que permiten el almacenamiento de los ejemplares o registros del
sistema, quedando recogidos bajo la denominación o título de la tabla o entidad. Por ejemplo,
la entidad usuarios guarda los datos personales de los usuarios de la biblioteca, la entidad
catalogo registra todos los libros catalogados, la entidad circulación todos los libros prestados
y devueltos y así sucesivamente con todos los casos.
Tipos de entidades
♦ Regulares. Son las entidades normales que tienen existencia por sí mismas sin depender de
otras. Su representación gráfica es la indicada arriba
♦ Débiles. Su existencia depende de otras. Por ejemplo, la entidad tarea laboral sólo podrá
tener existencia si existe la entidad trabajo.
10. ¿Qué es un Atributo?
Los atributos son las características o propiedades de una entidad. Cada uno de los elementos
de la entidad poseen los mismos atributos y a cada atributo se le asigna un valor único por
cada elemento. Cada entidad contiene distintos atributos, que dan información sobre esta
entidad. Estos atributos pueden ser de distintos tipos (numéricos, texto, fecha...).
11. ¿Qué es una Relación?
Una relación representa asociaciones entre entidades. Es el elemento del modelo que permite
relacionar en sí los datos del mismo. Por ejemplo, en el caso de que tengamos una entidad
personas y otra entidad trabajos. Ambas se realizan ya que las personas trabajan y los trabajos
son realizados por personas.
Tipos de relaciones
♦ Relaciones Binarias. Son las relaciones típicas. Se trata de relaciones que asocian dos
entidades.

10. ♦ Relaciones Ternarias. Relacionan tres entidades. A veces se pueden simplificar en
relaciones binarias, pero no siempre es posible.
♦ Relaciones n-arias. Relacionan n entidades
♦ Relaciones dobles. Se llaman así a dos relaciones distintas que sirven para relacionar a las
mismas relaciones. Son las más difíciles de manejar ya que al manipular las entidades hay
que elegir muy bien la relacionan a utilizar para relacionar los datos.
♦ Relación reflexiva. Es una relación que sirve para relacionar ejemplares de la misma
entidad (personas con personas, piezas con piezas, etc.)
12. ¿Qué es Cardinalidad?
Indica el número de relaciones en las que una entidad puede aparecer. Se anota en términos
de:
♦ Cardinalidad mínima. Indica el número mínimo de asociaciones en las que aparecerá cada
ejemplar de la entidad (el valor que se anota es de cero o uno, aunque tenga una cardinalidad
mínima de más de uno, se indica sólo un uno)
♦ Cardinalidad máxima. Indica el número máximo de relaciones en las que puede aparecer
cada ejemplar de la entidad. Puede ser uno, otro valor concreto mayor que uno (tres, por
ejemplo) o muchos (se representa con n).
13. ¿Qué son Datos?
Es una representación simbólica (numérica, alfabética, algorítmica, espacial...) de un atributo
o variable cuantitativa o cualitativa. Los datos describen hechos empíricos, sucesos y
entidades ya que son valores o referencias que utiliza el computador a través de distintos
medios, es decir, los datos representan la información que el programador manipula en la
construcción de una solución o en el desarrollo de un algoritmo.
14. Clave primaria y foránea
La clave primaria es una columna o un conjunto de columnas en una tabla cuyos valores
identifican de forma exclusiva una fila de la tabla mientras que una clave foránea es una

11. columna o un conjunto de columnas en una tabla cuyos valores corresponden a los valores
de la clave primaria de otra tabla.
15. ¿Qué son metadatos?
un metadato es “toda aquella información descriptiva sobre el contexto, calidad, condición o
características de un recurso, dato u objeto que tiene la finalidad de facilitar su recuperación,
autentificación, evaluación, preservación y/o interoperabilidad”. En el ámbito bibliotecario,
por ejemplo: el catálogo de una biblioteca o una ficha bibliográfica son metadatos. Entre las
principales características que podemos destacar de los metadatos se encuentran las
siguientes:
-Son paquetes de información altamente estructurados que describen contenido, calidad y
características de los datos del sitio web.
-Son precisos y en muchos casos cortos e integrados por palabras simples.
-Proporcionan puntos de acceso a la información del sitio web.
-Codifican la descripción del sitio web.
16. ¿Qué es un Sistema de Gestión de Base de Datos?
Un sistema gestor de base de datos (SGBD) es un conjunto de programas que permiten el
almacenamiento, modificación y extracción de la información en una base de datos, es decir,
no es más que un sistema que le permite a los usuarios definir, crear y mantener la base de
datos, además de proporcionar un acceso controlado a la misma mediante herramientas
específicas de consulta y de elaboración de informe, entre otros. Además, proporciona
métodos que les permitan a sus usuarios mantener la integridad de los datos, gestionar el
acceso concurrente a ellos, recuperar información y hacer copias de seguridad en el caso de
que exista la posibilidad de que haya una falla del sistema ya que controla cualquier operación
ejecutada por el usuario contra la base de datos y de la comunicación entre el usuario y la
base de datos, proporcionándole al usuario, los medios necesarios para poder obtener
información, introducir nuevos datos y actualizar los ya existentes. Generalmente, los
gestores de base de datos permiten:
-La definición de bases de datos a distintos niveles de abstracción.

12. -La manipulación de bases de datos, garantizando tanto la seguridad como la integridad y
consistencia de las mismas.
-Que las interacciones con cualquier data base gestionada se puedan desarrollar siempre de
forma separada a los programas o aplicaciones que los gestionan, para que no sea necesario
tener que modificar estos, caso de que haya que introducir cambios.
-El SGBD permite la definición de la base de datos mediante un lenguaje de definición de
datos. Este lenguaje permite especificar la estructura y el tipo de los datos, así como las
restricciones sobre los datos.
- El SGBD permite la inserción, actualización, eliminación y así como la consulta de datos
mediante un lenguaje de manejo de datos. El hecho de disponer de un lenguaje para realizar
consultas reduce el problema de los sistemas de ficheros, en los que el usuario tiene que
trabajar con un conjunto fijo de consultas, o bien, dispone de un gran número de programas
de aplicación costosos de gestionar.
17. Origen del Sistema de Gestión de Base de Datos
A medida que se fueron introduciendo las líneas de comunicación, los terminales y los discos,
se fueron escribiendo programas que permitían a varios usuarios consultar los mismos
ficheros on-line y de forma simultánea. Más adelante fue surgiendo la necesidad de hacer las
actualizaciones también on-line. A medida que se integraban las aplicaciones, se tuvieron
que interrelacionar sus ficheros y fue necesario eliminar la redundancia. El nuevo conjunto
de ficheros se debía diseñar de modo que estuviesen interrelacionados; al mismo tiempo, las
informaciones redundantes (como, por ejemplo, el nombre y la dirección de los clientes o el
nombre y el precio de los productos), que figuraban en los ficheros de más de una de las
aplicaciones, debían estar ahora en un solo lugar. El acceso on-line y la utilización eficiente
de las interrelaciones exigían estructuras físicas que diesen un acceso rápido.
Estos conjuntos de ficheros interrelacionados, con estructuras complejas y compartidos por
varios procesos de forma simultánea (unos on-line y otros por lotes), recibieron al principio
el nombre de Data Banks, y después, a inicios de los años setenta, el de Data Bases. Aquí los
denominamos bases de datos (BD). El software de gestión de ficheros era demasiado
elemental para dar satisfacción a todas estas necesidades. Por ejemplo, el tratamiento de las

13. interrelaciones no estaba previsto, no era posible que varios usuarios actualizaran datos
simultáneamente, etc. La utilización de estos conjuntos de ficheros por parte de los
programas de aplicación era excesivamente compleja, de modo que, especialmente durante
la segunda mitad de los años setenta, fue saliendo al mercado software más sofisticado como:
el sistema de gestión de Base de Datos (SGBD).
18. Objetivos de un Sistema de Gestión de Base de Datos (SGDB
-Ahorrar a los usuarios detalles acerca del almacenamiento físico de los datos.
-Independencia de los datos, consiste en la capacidad de modificar el esquema (físico o
lógico) de una base de datos sin tener que realizar cambios en las aplicaciones que se sirven
de ella.
-Consistencia, En aquellos casos en los que no se ha logrado eliminar la redundancia, será
necesario vigilar que aquella información que aparece repetida se actualice de forma
coherente, es decir, que todos los datos repetidos se actualicen de forma simultánea. Por otra
parte, la base de datos representa una realidad determinada que tiene determinadas
condiciones.
-Los SGBD deben garantizar que esta información almacena se encuentra segura de permisos
a usuarios y grupos de usuarios, que permiten otorgar diversas categorías de permisos.
-Proveer mecanismos para programar las modificaciones de los datos de una forma mucho
más simple que si no se dispusiera de ellos.
-Minimizar el tiempo que el SGBD demora en proporcionar la información solicitada y en
almacenar los cambios realizados.
19. Tipos de Sistema de Gestión de Base de Datos
Los modelos de bases de datos y sus sistemas de gestión incluyen:
– Sistema de gestión de bases de datos relacionales (SGBDR): se adapta a la mayoría de los
casos de uso, pero puede ser bastante costoso.
– NoSQLSGBD: ideal para estructuras de datos poco definidas que pueden evolucionar con
el tiempo.

14. – Sistema de gestión de base de datos en memoria (SGBDM): proporciona tiempos de
respuesta más rápidos y un mejor rendimiento.
– Sistema de gestión de bases de datos en columnas (SGBDC): ideal para almacenes de datos
que tienen una gran cantidad de elementos de datos similares.
– Sistema de gestión de datos basado en la nube: el proveedor de servicios en la nube es
responsable de proporcionar y mantener el SGBD.
20. Ventajas y Desventajas de un Sistema de Gestión de Base de Datos
 Ventajas
♦ Independencia de los datos y los programas y procesos. Esto permite modificar los datos
sin modificar el código de las aplicaciones.
♦ Menor redundancia. No hace falta tanta repetición de datos. Sólo se indica la forma en la
que se relacionan los datos.
♦ Integridad de los datos. Mayor dificultad de perder los datos o de realizar incoherencias
con ellos.
♦ Mayor seguridad en los datos. Al permitir limitar el acceso a los usuarios. Cada tipo de
usuario podrá acceder a unas cosas.
♦ Datos más documentados. Gracias a los metadatos que permiten describir la información
de la base de datos.
♦ Acceso a los datos más eficiente. La organización de los datos produce un resultado más
óptimo en rendimiento.
♦ Menor espacio de almacenamiento. Gracias a una mejor estructuración de los datos.
♦ Acceso simultáneo a los datos. Es más fácil controlar el acceso de usuarios de forma
concurrente.
 Desventajas

15. ♦ Instalación costosa. El control y administración de bases de datos requiere de un software
y hardware poderoso. Requiere personal cualificado. Debido a la dificultad de manejo de este
tipo de sistemas.
♦ Implantación larga y difícil. Debido a los puntos anteriores. La adaptación del personal es
mucho más complicada y lleva bastante tiempo.
♦ Ausencia de estándares reales. Lo cual significa una excesiva dependencia hacia los
sistemas comerciales del mercado. Aunque, hoy en día, una buena parte de esta tecnología
está aceptada como estándar de hecho.
21. Función de los Sistemas de Gestión de Base de Datos
Entre las funciones principales que pueden atribuirse a los gestores de bases de datos destacan
las siete siguientes:
 Contribuir a la creación de bases de datos más eficaces y consistentes.
 Determinar las estructuras de almacenamiento del sistema.
 Facilitar las búsquedas de datos de cualquier tipo y procedencia a los usuarios de
negocio.
 Ayudar a preservar la integridad de los activos informacionales de la empresa.
 Introducir cambios en la información, cuando así es requerido.
 Simplificar los procesos de consulta.
 Controlar los movimientos que se observan en la base de datos.
Un gestor de datos, en definitiva, proporciona una serie de servicios y lenguajes para la
creación, configuración y manipulación de la base de datos, así como mecanismos de
respaldo. Las empresas que cuentan con el apoyo de uno de estos gestores de base de datos
también pueden almacenar una descripción de dichos lenguajes en un diccionario de datos,
así como asegurar su mantenimiento, proporcionando un acceso controlado a la misma.
22. Arquitectura de los Sistemas de Gestión de Base de Datos
La arquitectura de un SGBD especifica sus componentes (incluyendo su descripción
funcional) y sus interfaces. Trata de conceptos distintos que la arquitectura de la base de
datos. Los componentes principales de un SGBD son:

16. -Esquemas y Niveles
Los SGBD necesitan que les demos una descripción o definición de la BD. Esta descripción
recibe el nombre de esquema de la BD, y los SGBD la tendrán continuamente a su alcance.
El esquema de la BD es un elemento fundamental de la arquitectura de un SGBD que permite
independizar el SGBD de la BD; de este modo, se puede cambiar el diseño de la BD (su
esquema) sin tener que hacer ningún cambio en el SGBD.
Aunque el nivel lógico nos oculta los detalles de cómo se almacenan los datos, cómo se
mantienen y cómo se accede físicamente a ellos, el nivel físico nos indica qué índices
tendremos y qué características presentarán, cómo y dónde (en qué espacio físico) queremos
que se agrupen físicamente los registros, de qué tamaño deben ser las páginas, entre otros,
debido a que aa principal ventaja que ofrecen los SGBD es la independencia entre definición
y almacenamiento de los datos. En cuanto a la arquitectura de los SGBD, existen dos
propuestas: la arquitectura de 2 niveles, y la de 3 niveles. Esta distinción en niveles obedece
a la necesidad de descripción de los datos de acuerdo a si se encuentran más cerca de la
máquina o del usuario. Los niveles antes mencionados son:
 Interno:
Es el nivel más cercano a la máquina, en el cual se describen las estructuras de
almacenamiento que soportarán los datos de la base de datos. Se describe mediante el
esquema interno, donde se definen los tipos de datos, los índices, la estructura de los ficheros
almacenados, etc. Este nivel influye en la eficiencia de las aplicaciones.
 Conceptual:
Es el nivel de descripción central y el cual proporciona un punto intermedio entre la visión
de la base de datos del usuario y el almacenamiento físico. Se corresponde con la definición
de todos los datos de la base de datos, atributos, relaciones, entre otros Este nivel representa
una visión de los datos desde el punto de vista del diseñador de la base de datos, sin
restricciones de software ni de hardware. Este nivel se describe mediante el esquema
conceptual, debido a que se definen los tipos de datos conceptuales, es decir, no considera
las estructuras de almacenamiento ni la forma de acceder a los datos ya que es independiente
de la estructura física de la base de datos.

17.  Externo:
Es el nivel más cercano al usuario, entendiendo como usuario a una persona o una aplicación.
Se corresponde con la visión que tienen los usuarios de la base de datos, es decir, vistas o
subconjuntos de atributos. El acceso a los datos se realiza mediante un lenguaje de manejo
de datos proporcionado por el nivel externo. El nivel externo además también tiene como
objetivo: dar a cada tipo de usuario una visión distinta de la base de datos.
-Independencia de los Datos
La independencia de datos es una forma de gestión de bases de datos que mantiene los datos
separados de otros programas que podrían usar esos datos. De forma parecida a una medida
adicional de seguridad, esta independencia de datos se asegura de que la información no
pueda ser modificada o reorganizada por ningún otro programa. De esta manera, los datos se
mantienen accesibles, pero de la misma manera permanecerán iguales y no podrán ser
dañados por otras aplicaciones que acceden a ellos pueden definir dos tipos de independencia
de datos:
La independencia lógica es la capacidad de modificar el esquema conceptual sin tener que
alterar los esquemas externos ni los programas de aplicación. Se puede modificar el esquema
conceptual para ampliar la base de datos o para reducirla. Si, por ejemplo, se reduce la base
de datos eliminando una entidad, los esquemas externos que no se refieran a ella no deberán
verse afectados
La independencia física es la capacidad de modificar el esquema interno sin tener que alterar
el esquema conceptual (o los externos). Por ejemplo, puede ser necesario reorganizar ciertos
ficheros físicos con el fin de mejorar el rendimiento de las operaciones de consulta o de
actualización de datos. Dado que la independencia física se refiere sólo a la separación entre
las aplicaciones y las estructuras físicas de almacenamiento, es más fácil de conseguir que la
independencia lógica.
-Flujo de datos y de control
El Sistema de Gestión de Base de Datos (SGDB), con la ayuda del Sistema Operativo (So),
lee las páginas (bloques) de los soportes donde está almacenada la Base de Datos física, y las
conduce a un área de buffers o memorias caché en la memoria principal. El SGBD pasa

18. registros desde los buffers hacia el área de trabajo del mismo programa. Sin embargo, el
proceso que se sigue es el siguiente:
a) Comienza con una llamada (1) del programa al SGBD, en la que se le envía la operación
de consulta. El SGBD debe verificar que la sintaxis de la operación.
b) Si la consulta es correcta, el SGBD determina, consultando el esquema interno (3), qué
mecanismo debe seguir para responderla. Ya sabemos que el programa usuario no dice nada
respecto a cómo se debe hacer físicamente la consulta. Es el SGBD el que lo debe determinar.
c) Cuando ya se sabe la página, el SGBD determinara (4) si por suerte esta página ya se
encuentra en aquel momento en el área de los buffers (tal vez
como resultado de una consulta anterior de este usuario o de otro). Si no está, el SGBD, con
la ayuda del SO, la busca en disco y la carga en los buffers (5). Si ya está, se ahorra el acceso
a disco.
d) Ahora, la página deseada ya está en la memoria principal. El SGBD extrae, de entre los
distintos registros que la página puede contener, el registro buscado, e interpreta la
codificación y el resultado según lo que diga el esquema interno.
e) El SGBD aplica a los datos las eventuales transformaciones lógicas que implica el esquema
externo (tal vez cortando la dirección por la derecha) y las lleva al área de trabajo del
programa (6).
f) A continuación, el SGBD retorna el control al programa (7) y da por terminada la ejecución
de la consulta

19. Figura 1. Representación de cómo funciona la Base de Datos.
23. Lenguaje y Usuarios
Para comunicarse con el SGBD, el usuario, ya sea un programa de aplicación o un usuario
directo, requiere de un lenguaje. Hay muchos lenguajes diferentes, según el tipo de usuarios
para los que están pensados y el tipo de cosas que los usuarios deben poder expresar con
ellos:
a) Habrá usuarios informáticos muy expertos que querrán escribir procesos complejos y que
necesitarán lenguajes complejos.
b) Sin embargo, habrá usuarios finales no informáticos, ocasionales, que sólo harán
consultas. Estos usuarios necesitarán un lenguaje muy sencillo, aunque dé un rendimiento
bajo en tiempo de respuesta.
c) También podrá haber usuarios finales no informáticos, dedicados o especializados. Son
usuarios cotidianos o, incluso, dedicados exclusivamente a trabajar con la Base de Datos.

20. Estos usuarios necesitarán lenguajes muy eficientes y compactos, aunque no sea fácil
aprenderlos. Tal vez serán lenguajes especializados en tipos concretos de tareas.
Los lenguajes más utilizados son:
-Data Manipulation Language (DML) Lenguaje de Manipulación de datos: es una parte
fundamental de SQL debido a que cuando se quiere agregar, actualizar o eliminar datos de
una base de datos, se ejecutan sentencias DML, lo que especifica un conjunto de datos y una
o más operaciones a ser realizadas. Una colección de sentencias DML que forman una unidad
lógica de trabajo es llamada transacción. Una consulta DML define una colección de
elementos de datos situados en orden de izquierda a derecha en una o más columnas,
conocidas como conjuntos. Un conjunto puede estar formado por una o varias filas. Una tabla
es en sí un conjunto cuya especificación completa está en las tablas de sistema. El servidor
de base de datos tiene sus propias consultas internas sobre las tablas de sistema para extraer
los metadatos cuando son necesarios por una consulta de cliente.
En cuanto a los aspectos DML, podemos diferenciar dos tipos de lenguajes:
a) Lenguajes muy declarativos (o implícitos), con los que se especifica qué se quiere hacer
sin explicar cómo se tiene que hacer.
b) Lenguajes más explícitos o procedimentales, que nos exigen conocer más cuestiones del
funcionamiento del SGBD para detallar paso a paso cómo se deben realizar las operaciones
(lo que se denomina navegar por la BD).
- El LDD (Data Definition Languaje):es la parte de SQL que más varia de un sistema a otro
ya que esa área tiene que ver con cómo se organizan internamente los datos y eso, cada
sistema lo hace de una manera u otra. El LDD de SQL permite la especificación no solo de
un conjunto de relaciones, sino también de alguna información relativa a esas relaciones,
incluyendo:
*El esquema de relación
*El dominio de valores asociados a cada atributo
*Las restricciones de integridad

21. *El conjunto de índices que se deben mantener por cada relación
*Información de seguridad y autorización para cada relación
*La estructura de almacenamiento físico de cada relación en disco.
El lenguaje SQL, que es el más utilizado en las Bases de Datos relacionales y el cual tiene
verbos de tres tipos diferentes:
1) Verbos del tipo DML; por ejemplo, SELECT para hacer consultas, e INSERT, UPDATE
y DELETE para hacer el mantenimiento de los datos.
2) Verbos del tipo DDL; por ejemplo, CREATE TABLE para definir las tablas, sus columnas
y las restricciones.
3) Además, SQL tiene verbos de control del entorno, como por ejemplo COMMIT y
ROLLBACK para delimitar transacciones.