Introducción a los sistemas de Bases de Datos

Anna Lisseth Durán Ruilova

anna.duran@udla.edu.ec
Luis Chacòn
luis.chacon.alvarez@udla.edu.ec
Renè Taco
Rene.taco@udla.edu.ec
Marco Caicedo
marco.caicedo.lopez@udla.edu.ec
Universidad de las Américas
Ingeniería en Redes y Telecomunicaciones

Resumen- El presente documento pretende introducir al lector

acerca de los sistemas de bases datos incluidos: su arquitectura,
estructura, funcionamiento, importancia e impacto de estos
sistemas dentro de una organización.

Palabras Clave- arquitectura, estructura, DBMS

I. INTRODUCCIÓN
Los sistemas de bases de datos son un sistema que almacena
datos que están relacionados. Es un repositorio en donde
guardamos información integrada que podemos almacenar y
recuperar. Un conjunto de información almacenada en
memoria auxiliar que permite acceso directo y un conjunto de
programas que manipulan esos datos. Para repetir lo
mencionado anteriormente, un sistema de base de datos es
básicamente un sistema computarizado para guardar registros;
es decir, es un sistema computarizado cuya finalidad general
es almacenar información y permitir a los usuarios recuperar
y actualizar esa información con base en peticiones.

A. Componentes de una base de datos

 Hardware: constituido por dispositivo de

B. Conceptos Básicos de Base de Datos
almacenamiento como discos, tambores, cintas, etc.
 Software: que es el DBMS o Sistema Administrador  Archivo: son conjuntos de registros.
de Base de Datos.  Registros: son conjuntos de campos.
 Datos: los cuales están almacenados de acuerdo a la  Campos: es la mínima unidad de referencia.
estructura externa y van a ser procesados para
convertirse en información.

C. Modelo Entidad-Relación

 Modelaje: Es el plasmar los requerimientos de los

usuarios en un programa para poder implementarlo.
 Entidad: es el objeto sobre el cual se requiere
mantener ò almacenar información.
 Relación: es la asociación significativa y estable entre
dos entidades
  Atributo: son las propiedades que describen y califican
una entidad. Ej: Entidad cliente (nombre, apellido,
dirección, edad, sexo)

 Las relaciones se representan con líneas que conectan

las cajas de las entidades. Ej:

 Los atributos se incluyen dentro de las cajas de las

entidades y se escriben con minúsculas. Ej:
II. ARQUITECTURA ANSI/X3/SPARC
Standard Planning and Requirements Committe of the
American National Standards Institute on Computers and
Information Processing propuso un estándar para las
arquitecturas de bases de datos al final de los años 70, una
arquitectura general para los sistemas de gestión de bases de
datos (DBMS) basada en 3 niveles:
• Nivel físico o de máquina: Define cómo se
almacenan los datos y los métodos de acceso.
• Nivel externo o de usuario: Define las vistas del
usuario, es decir le muestra la información relevante
y el resto la oculta dependiendo de la función que
ejecute.
• Nivel conceptual: También denominado modelo ER
(modelo entidad-relación) o MLD (modelo lógico de
datos). Define cómo se organiza la información
dentro de la base de datos.
Este estándar describe la función de los 3 niveles y sus
interacciones entre sí, siendo su nivel clave el conceptual ya
que este es el encargado de contener la descripción de las
entidades, relaciones y propiedades de interés para la empresa.
Este modelo permite establecer una base sólida la cual permite
proyectar los distintos esquemas externos, que describen los
datos según los programadores, sobre el esquema interno, que
describe los datos según el sistema físico.
III. ESTRUCTURA DE LOS DBMS
Por sus siglas en ingles que significan Sistemas de Gestión de
Bases de Datos, es un software que controla la organización, el
almacenamiento, la recuperación y la seguridad de los datos en
una base de datos. Los DBMS están compuestos por:
 DDL: lenguaje de definición de datos
 DML: lenguaje de manipulación de datos
 SQL: lenguaje de consulta
En 1975, el comité ANSI-SPARC propuso una arquitectura de
tres niveles los cuales separan la BD físico de los programas
de aplicación.
A. Nivel interno o físico
Es el almacenamiento físico, es decir tal cual se almacenan en
el computador, describe la estructura física de la BD mediante
un esquema interno, este esquema se especifica en un modelo
físico y describe como se almacenan físicamente los dat.
B. Nivel externo o de visión
Es el que está más cerca a los usuarios, es donde están varios
esquemas externos o vistas de usuarios. Cada esquema
describe la parte de la BD que interesa a un usuario o a un
grupo de usuarios.
C. Nivel conceptual
Describe la estructura de la BD para un grupo de usuarios por
un esquema. Este esquema describe las entidades, atributos,
relaciones, operaciones de los usuarios y restricciones,
ocultando los detalles de las estructuras físicas de
almacenamientos.
IV. ARQUITECTURA DE APLICACIONES (CLIENTE/SERVIDOR,
TRES CAPAS, N CAPAS)
La arquitectura de los sistemas de bases de datos se ve muy
influida por el sistema informático subyacente sobre el que se
ejecuta el sistema de bases de datos. Los sistemas de bases de
datos pueden estar centralizados o ser del tipo cliente-servidor,
en los que una máquina servidora ejecuta el trabajo en nombre
de multitud de máquinas clientes. Los sistemas de bases de
datos pueden diseñarse también para aprovechar las
arquitecturas de computadoras paralelas.
Hoy en día la mayor parte de los usuarios de los sistemas de
bases de datos no está presente en el lugar físico en que se
encuentra el sistema de bases de datos, sino que se conectan a
él a través de una red. Por tanto, se puede diferenciar entre los
sistemas clientes, en los que trabajan los usuarios remotos de
la base de datos, y los sistemas servidores, en los que se
ejecutan los sistemas de bases de datos. Las aplicaciones de
bases de datos suelen dividirse en dos o tres partes:
En una arquitectura de dos capas, la aplicación se divide en un
componente que reside en la máquina cliente, que llama a la
funcionalidad del sistema de bases de datos en la máquina
servidora mediante instrucciones del lenguaje de consultas.
Los estándares de interfaces de programas de aplicación como
ODBC y JDBC se usan para la interacción entre el cliente y el
servidor. En cambio, en una arquitectura de tres capas, la
máquina cliente actúa simplemente como una parte visible al
usuario y no contiene ninguna llamada directa a la base de
datos. En vez de eso, el extremo cliente se comunica con un
servidor de aplicaciones, generalmente mediante una interfaz
de formularios. El servidor de aplicaciones, a su vez, se
comunica con el sistema de bases de datos para tener acceso a
los datos. La lógica de negocio de la aplicación, que establece
las acciones que se deben realizar según las condiciones
reinantes, se incorpora en el servidor de aplicaciones, en lugar
de estar distribuida entre múltiples clientes. Las aplicaciones
de tres capas resultan más adecuadas para aplicaciones de gran
tamaño y para las aplicaciones que se ejecutan en World Wide
Web.
La programación por capas es una arquitectura cliente-servidor
en el que el objetivo primordial es la separación de la lógica de
negocios de la lógica de diseño; un ejemplo básico de esto
consiste en separar la capa de datos de la capa de presentación
al usuario.
La ventaja principal de este estilo es que el desarrollo se puede
llevar a cabo en varios niveles y, en caso de que sobrevenga
algún cambio, sólo se ataca al nivel requerido sin tener que
revisar entre código mezclado.
Además, permite distribuir el trabajo de creación de una
aplicación por niveles; de este modo, cada grupo de trabajo está
totalmente abstraído del resto de niveles, de forma que basta
con conocer la API que existe entre niveles.
En el diseño de sistemas informáticos actual se suelen usar las
arquitecturas multinivel o Programación por capas. En dichas
arquitecturas a cada nivel se le confía una misión simple, lo
que permite el diseño de arquitecturas escalables (que pueden
ampliarse con facilidad en caso de que las necesidades
aumenten).
El diseño más utilizado actualmente es el diseño en tres niveles
(o en tres capas).
A. CAPA DE Presentación
Es la que ve el usuario (también se la denomina "capa de
usuario"), presenta el sistema al usuario, le comunica la
información y captura la información del usuario en un mínimo
de proceso (realiza un filtrado previo para comprobar que no
hay errores de formato). También es conocida como interfaz
gráfica y debe tener la característica de ser "amigable"
(entendible y fácil de usar) para el usuario. Esta capa se
comunica únicamente con la capa de negocio.
B. CAPA DE NEGOCIO
Es donde se encuentran los programas que se ejecutan, se
reciben las peticiones del usuario y se envían las respuestas tras
el proceso. Se denomina capa de negocio porque es aquí donde
se establecen todas las reglas que deben cumplirse.
Esta capa se comunica con la capa de presentación, para recibir
las solicitudes y presentar los resultados, y con la capa de datos,
para solicitar al gestor de base de datos almacenar o recuperar
datos de él. También se consideran aquí los programas de
aplicación.
C. CAPA DE DATOS
Es donde residen los datos y es la encargada de acceder a los
mismos. Está formada por uno o más gestores de bases de datos
que realizan todo el almacenamiento de datos, reciben
solicitudes de almacenamiento o recuperación de información
desde la capa de negocio.
D. Arquitectura en 3 niveles
En la arquitectura en 3 niveles, existe un nivel intermediario.
Esto significa que la arquitectura generalmente está compartida
por: Un cliente, es decir, el equipo que solicita los recursos,
equipado con una interfaz de usuario (generalmente un
navegador Web) para la presentación. El servidor de
aplicaciones (también denominado software intermedio), cuya
tarea es proporcionar los recursos solicitados, pero que
requiere de otro servidor para hacerlo. El servidor de datos, que
proporciona al servidor de aplicaciones los datos que requiere.
Comparación entre ambos tipos de arquitecturas La
arquitectura en 2 niveles es, por lo tanto, una arquitectura
cliente/servidor en la que el servidor es polivalente, es decir,
puede responder directamente a todas las solicitudes de
recursos del cliente. Sin embargo, en la arquitectura en 3
niveles, las aplicaciones al nivel del servidor son
descentralizadas de uno a otro, es decir, cada servidor se
especializa en una determinada tarea, (por ejemplo: servidor
web/servidor de bases de datos). La arquitectura en 3 niveles
permite: Un mayor grado de flexibilidad Mayor seguridad, ya
que la seguridad se puede definir independientemente para
cada servicio y en cada nivel Mejor rendimiento, ya que las
tareas se comparten entre servidores.
E. Arquitectura de niveles múltiples
En la arquitectura en 3 niveles, cada servidor (nivel 2 y 3)
realiza una tarea especializada (un servicio). Por lo tanto, un
servidor puede utilizar los servicios de otros servidores para
proporcionar su propio servicio. Por consiguiente, la
arquitectura en 3 niveles es potencialmente una arquitectura en
N-niveles.
V. CONCLUSIONES
1. La arquitectura en N capas es la más utilizada
actualmente debido a que nos ayuda a dar una
mejor seguridad y a tener un mejor control en cada
nivel.
2. La estructura de los Sistemas de Gestión de Base
de Datos es importante ya que gracias a ellos
podemos controlar las bases de datos.
3. El modelo ANSI/X3/SPARC aunque ya no es un
modelo utilizado nos permite establecer una base
sólida y describe los datos en dos esquemas, un
esquema externo para los programadores y un
interno para los sistemas físicos.
4.
REFERENCIAS
[1] ABRAHAM SILBERSCHATZ, HENRY F. KORTH, S. SUDARSHAN
. (2006). Fundamentos de bases de datos. España: McGRAW-HILL.
[2] Alfsan. (2012). Arquitectura de n capas. 2019, de Alfsan Sitio web:
http://iutll-abdd.blogspot.com/2012/05/arquitectura-de-n-capas.html
[3] https://es.scribd.com/document/338241523/Investigacion-
Estructura-de-Dbms
[4]
http://gplsi.dlsi.ua.es/bbdd/bd1/lib/exe/fetch.php?media=bd1:
0910:trabajos:aimsgbdptn.pdf
[5] https://es.slideshare.net/diegonitola/etiquetas-sociales-y-
ecolgicas
[6] Ullman, J. D., Widom, J., & Miguel, E. A. (1999). Introducción a los
Sistemas de Bases de Datos (No. 001.6 U55Y). Prentice Hall.
[7] Cornelio, E. R., Fuentes, L. M., & Martínez, I. A. (2005). Bases de datos
relacionales: fundamentos y diseño lógico. Universidad de Comillas.