Está en la página 1de 5

UNIVERSIDAD TÉCNICA DE AMBATO

FACULTAD DE INGENIERÍA EN SISTEMAS


ELECTRONICA E INDUSTRIAL

CARRERA DE INGENIERÍA INDUSTRIAL EN


PROCESOS DE AUTOMATIZACION

“BASE DE DATOS”
TEMA:
Sistemas Gestores de Base de Datos
DOCENTE:

ING. SANDRA CARRILLO


ALUMNO:

ANDRES FONSECA

Fecha: 02/04/2018

AMBATO – ECUADOR
¿Qué es Sistemas Gestores de Base de Datos?
Un Sistema Gestor de Bases de Datos (SGBD) o DGBA (Data Base Management
System) es un conjunto de programas no visibles que administran y gestionan la
información que contiene una base de datos. A través de él se maneja todo acceso a la
base de datos con el objetivo de servir de interfaz entre ésta, el usuario y las aplicaciones.
[1]
Gracias a este sistema de software invisible para el usuario final, compuesto por un
lenguaje de definición de datos, un lenguaje de manipulación y de consulta, es posible
gestionar los datos a distintos niveles. Tanto almacenar, modificar y acceder a la
información como realizar consulta y hacer análisis para generar informes. [1]
Características

Un SGBD permite el almacenamiento, manipulación y consulta de datos


pertenecientes a una base de datos organizada en uno o varios ficheros. En
el modelo más extendido (base de datos relacional) la base de datos
consiste, de cara al usuario, en un conjunto de tablas entre las que se
establecen relaciones. A pesar de sus semejanzas (ambos manejan
conjuntos de tablas) existen una serie de diferencias fundamentales entre
un SGBD y un programa de hoja de cálculo, la principal es que un SGBD
permite: [2]

• El método de almacenamiento y el programa que gestiona


los datos (servidor) son independientes del programa
desde el que se lanzan las consultas (cliente). [2]
• En lugar de primarse la visualización de toda la
información, el objetivo fundamental es permitir consultas
complejas, cuya resolución está optimizada, expresadas
mediante un lenguaje formal. [2]
• El almacenamiento de los datos se hace de forma
eficiente, aunque oculta para el usuario y normalmente
tiene, al contrario de lo que ocurre con las hojas de cálculo,
poco que ver con la estructura con la que los datos se
presentan al usuario. [2]
• El acceso concurrente de múltiples usuarios autorizados a
los datos, realizando operaciones de actualización y
consulta de los mismos garantizando la ausencia de
problemas de seguridad (debidos a accesos no autorizados)
o integridad (pérdida de datos por el intento de varios
usuarios de acceder al mismo fichero al mismo tiempo. [2]
Ventajas

• Proveen facilidades para la manipulación de grandes volúmenes de datos. Entre


éstas: [3]
• Simplifican la programación de equipos de consistencia.
• Manejando las políticas de respaldo adecuadas, garantizan que los cambios de la
base serán siempre consistentes sin importar si hay errores correctamente, etc. [3]
• Organizan los datos con un impacto mínimo en el código de los programas. [3]
• Bajan drásticamente los tiempos de desarrollo y aumentan la calidad del sistema
desarrollado si son bien explotados por los desarrolladores.
• Usualmente, proveen interfaces y lenguajes de consulta que simplifican la
recuperación de los datos. [3]

Desventajas

• Típicamente, es necesario disponer de una o más personas que administren de la


base de datos, en la misma forma en que suele ser necesario en instalaciones de
cierto porte disponer de una o más personas que administren los sistemas
operativos. Esto puede llegar a incrementar los costos de operación en una
empresa. Sin embargo, hay que balancear este aspecto con la calidad y
confiabilidad del sistema que se obtiene. [3]
• Si se tienen muy pocos datos que son usados por un único usuario por vez y no
hay que realizar consultas complejas sobre los datos, entonces es posible que sea
mejor usar una planilla de cálculo.
• Complejidad: el software muy complejo y las personas que vayan a usarlo deben
tener conocimiento de las funcionalidades del mismo para poder aprovecharlo al
máximo. [3]
• Tamaño: la complejidad y la gran cantidad de funciones que tienen hacen que sea
un software de gran tamaño, que requiere de gran cantidad de memoria para poder
correr. [3]
• Coste del hardware adicional: los requisitos de hardware para correr un SGBD por
lo general son relativamente altos, por lo que estos equipos pueden llegar a costar
gran cantidad de dinero. [3]

Arquitectura
Fue en 1975, en el comité ANSI-SPARC (American National Standard Institute –
Standards Planning and Requeriments Committee), cuando se propuso una arquitectura
de tres niveles para los DBMS cuyo objetivo principal era separar la BD física de los
programa de aplicación. [4]

Los tres niveles son:


• Nivel interno o físico
Es el más cercano al almacenamiento físico, es decir, tal y como están
almacenados en el ordenador. Describe la estructura física de la BD mediante un
esquema interno. Este esquema se especifica con un modelo físico y describe los
detalles de cómo se almacenan físicamente los datos: los archivos que contienen
la información, su organización, los métodos de acceso a los registros, los tipos
de registros, la longitud, los campos que los componen. [4]
• Nivel externo o de visión
Es el más cercano a los usuarios, es decir, es donde se describen varios esquemas
externos o vistas de usuarios. Cada esquema describe la parte de la BD que
interesa a un grupo de usuarios en este nivel se representa la visión individual de
un usuario o de un grupo de usuarios. [4]
• Nivel conceptual
Describe la estructura de toda la BD para un grupo de usuarios mediante un
esquema conceptual. Este esquema describe las entidades, atributos, relaciones,
operaciones de los usuarios y restricciones, ocultando los detalles de las
estructuras físicas de almacenamiento. Representa la información contenida en el
BD. En la Figura siguiente se representan los niveles de abstracción de la
arquitectura de un DBMS. [4]
Transformaciones
El SGBD debe de transformar cualquier petición de usuario (esquema externo) a una
petición expresada en términos de esquema conceptual, para finalmente ser una petición
expresada en el esquema interno que se procesará sobre el BD almacenada. El proceso de
transformar peticiones y resultados de un nivel a otro se denomina correspondencia o
transformación, el SGBD es capaz de interpretar una solicitud de datos y realiza los
siguientes pasos: [4]
o El usuario solicita unos datos y crea una consulta.
o El SGBD verifica y acepta el esquema externo para ese usuario.
o Transforma la solicitud al esquema conceptual.
o Verifica y acepta el esquema conceptual.
o Transforma la solicitud al esquema físico o interno.
o Selecciona la o las tablas implicadas en la consulta y ejecuta la consulta.
o Transforma del esquema interno al conceptual, y del conceptual al externo.
o Finalmente, el usuario ve los datos solicitados.

Independencias
Con la arquitectura a tres niveles también se introduce el concepto de independencia de
datos, se definen dos tipos de independencia: [4]
o Independencia lógica
La capacidad de modificar el esquema conceptual sin tener que alterar los
esquemas externos ni los programas de aplicación.
o Independencia física
La capacidad de modificar el esquema interno sin tener que alterar ni el esquema
conceptual, ni los externos.
Clasificación de los sistemas de gestión de bases de datos
• Modelo relacional
• Modelo de red
• Modelo jerárquico
• Modelo orientado a objetos
Los sistemas de gestión de base de datos más utilizados son:
• MySQL
• Microsoft SQL Server
• Oracle
• Microsoft Access
• PostgreSQL
• DB2

Bibliografía

[1] P. o. Thu, «Power Data,» 26 Mayo 2016. [En línea].

[2] Alonso, 13 Febrero 2016. [En línea].

[3] «blogspot,» [En línea]. Available: http://basededatosguillermo.blogspot.com/p/blog-


page_4.html.

[4] A. M. Alvaro Malgreno, «Sistemas Gestores de Datos».

También podría gustarte