Figura |. Organizacion de los datos mediante archivos Dpto. Dpto. Dpto. Ventas Personal Contabilidod Empleados Clientes Empleados Néminas — Emplecdos Clientes Néminas Fut: Baborcin pag Como se aprecia, esta forma de organizacién implicaba que los archivos por departs. mento podrian contener informacién duplicada (redundancia de informacién), que oce- sionaba uso inadecuado de espacio en disco y posibles inconsistencias porque un mismo dato podria reflejar diferentes valores. Asimismo, se generaba dependencia de los datos respecto del soporte fisico y los programas, que conlleva a falta de flexibilidad frente 2 cambios. 1.2 Sistema de Base de Datos La idea de los sistemas de base de datos es mantener los datos en un repositori centralizado (base de datos) evitando los inconvenientes generados por los sistemes de archivos, Cada departamento crea, mantiene y recupera la informacion de este repr” sitorio centralizado, no de sus propios archivos (figura 1.2). Wee tere este objetivo, los sistemas de base de datos tienen un component i: oe te 2 0 sistema de gestién de base de datos (SGBD), que Pett esto" de base de fees Cada programa de aplicacion interactiia con el sistem@ iy Fc moe ‘OS para crear, mantener o recuperar datos de la base de datos- ye en la interfaz entre los programas de aplicacién y la base d€ datos:Dpto. Dpto. Dpto. Ventas Personal Contabilidod Empleados Clientes Noéminas 1.2.1 Definicion “Un sistema de base de datos es una coleccién de datos interrelacionados, almace- nados en conjunto, sin redundancias perjudiciales o innecesarias. Su finalidad es servir a una aplicacién o mas de la mejor manera posible. Los datos se almacenan de modo que resulten independientes de los programas que los usan. Se emplean métodos bien definidos para incluir nuevos datos y para modificar o extraer los datos almacenados” (Martin, 1975, p.19). : De acuerdo con Etmasri (1997, p.3), podemos decir que un sistema de base de datos esta formado por la base de datos y el sistema de gestién de la base de datos (SGBD). En la figura 1.3, podemos ver un entorno simplificado del sistema de base de datos. Los usuarios acceden a la base de datos almacenada a través de programas de aplicacién o consultas interactivas. El Software SGBD atiende y gestiona las solicitudes de acceso a la base de datos (repositorio). Estas solicitudes pueden incluir afiadir, borrar, cambiar o consultar los datos del repositorio. Figura |.3 Entomo'simplificado de un Sistema de Base de Datos t | PROGRAMAS ~y CONSULTAS Usuarios SISTEMA NF RASF DE DATOS1.3 Base de Bates La base de datos se constituye en el repositorio de los datos de la empresa, 0 de ih de ins particular, que debe permanecer en el tiempo con el Propésito de brindar infor. fan requerida para apoyar las actividades de la organizacion. 1.3.1 Definici6n “Una base de datos consiste en alguna coleccién de datos persistentes e indepen. dientes, usados por una organizacion determinada” (Date, 1995, p.10). En la base de datos, los datos deben estar organizados de tal manera que refleje la realidad del dominio 0 de la empresa en el contexto de informacin requ lerida. Esto implica que ademas de los datos, se deben guardar las relaciones que existen entre los datos. Por ejemplo, en el dominio de la gestion de matricula en una in stitucin educativa, los datos de los alumnos, asignaturas y docentes son necesarios; pero, ademés es necesa- tio guardar la relacién entre alumno con asignatura para saber las asignaturas que un alumno esta Ilevando. Asimismo, la relacién entre docente y asignatura. “Una base de datos es una coleccién de datos relacionados, y una descripcién de estos datos, disefiados para cumplir con las necesidades de informacién de una organi- zacion” (Connolly, 2008, p.17). La base de datos también incluye la descripcién de los datos almacénados. Dicho de otra forma, se almacena también la estructura de los datos. Por ejemplo, para alumno, se almacena el tipo y tamaho de sus atributos: cédigo, nombre, etc. Entonces, tenemos dos ambitos dentro de la base de datos: las descripciones de los datos y los propios datos almacenados. Para ilustrar ambos aspectos, en la fi de datos de alumno, y en Ia fi Ja descripcién como los datos igura 1.4, se muestra un ejemplo de descripcién igure 1.5, los datos almacenados de cuatro alumnos. Tanto se. almacenan en la base de datos. Figura | 4 Descripcién datos Alumno Toble ALUMNO. { Cédigo numeric (09) not null, Apellidos varchar(30), Nombres (varchor(30), Edad numeric (02), Género char(01) defoult ("M", “N"), Primary key (cédigo)Figura 1.5 Datos alrnacenados de alumnos: ALUMNO Cédigo Apellides Nombres | Edad | Género GONZALES 2111199 ROJAS JUAN 21 M MARTINEZ 2122233 | Suispe PEDRO 20 M 2199882 | MUNOZ RUA CARMEN | 20 F 2157660 | ARIAS JUAREZ | HUGO 18 M 1.3.2 Aplicaciones Toda base de datos se disefia, construye y puebla con datos para un propésito especi- fico. Est dirigida @ un grupo de usuarios y tienen ciertas aplicaciones preconcebidas que interesan a dicho usuarios (Elmasri, 1997, p.2). Algunas aplicaciones son las siguientes: En la banca, para almacenar informacién de los clientes, cuentas y préstamos y tran- sacciones bancarias. En Lineas aéreas, para reservas e informacion de planificacién. Las lineas aéreas fueron las primeras en usar las bases de datos de forma distribuida geograficamente (los terminales situados en todo el planeta accedian al sistema de bases de datos centraliza- do a través de las lineas telefonicas y otras redes de datos). En Universidades, para informacién de los estudiantes, matriculas de las asignatu- as y Cursos. En Transacciones de tarjetas de crédito, para compras con tarjeta de crédito y generacién mensual de extracts. En Telecomunicaciones, para guardar un registro de las llamadas realizadas, gene- racién mensual de facturas, manteniendo el saldo de las tarjetas telefénicas de prepago, Y para almacenar informacion sobre las redes de comunicaciones. En Finanzas, para almacenar informacion sobre grandes empresas, ventas y com- bras de documentos formales financieros, como bolsa y bonos. En Ventas, para informacién de clientes, productos y compras. En Produccién, para la gestion de la cadena de produccién y para el seguimiento de 'a produccién de elementos en las fabricas, inventarios de elementos en almacenes y Pedidos de elementos. En Recursos humanos, para informacién sobre los empleados, salarios, impuestos Y beneficios, y para la generacién de las néminas. wu1.4 Sistema de gestion de base de datos 1.4.1 Definicion Un Sistema de Gestién de Base de Datos (SGBD) o Data Base Management i i Sten, (DBMS) es el conjunto de programas que permite a fos usuarios crear y Mantengs © base de datos. Es decir el SGBD facia el proceso de definit,construir y manner wn de datos para diversas aplicaciones (Elmasri, 1997, p.2). " oo i " Definir una base de datos significa especificar tipos:de datos, las estructuras Yh restricciones de los datos que se almacenarédn en ella. Construir une base de datos se refiere al proceso de poblar (crear y BUarder) datos en un medio de almacenamiento controlado por el SGBD. Manipular la base de datos es realizar funciones como: Consultar la base de datos para obtener datos especificos, actualizar (afiadir, modificar o eliminar) la base de da. tos para reflejar los cambios de! émbito 0 espacio del problema (“mundo real”) y genera, informes a partir de estos datos. 1.4.2 Usuarios El sistema de gestién de base de datos se constituye en la interfaz entre los usuarios ¥ la base de datos. Los usuarios pueden ser: usuarios finales o usuarios informaticos, Los usuarios finales son aquellos que utilizan servicios de Programas previamente Preparads para realizar consultas © actualizaciones a la base de datos, 1.4.3 Funciones _L@S funciones de un SGBD se Pueden agrupar en funcién de definicién de datos, fun- ion de manipulacién de datos Y funcién de control,rio) y acceder a la estructura fisica (sistema) a través del lenguaje de manipulacion de datos (DDL). La funcién de control retine las interfaces de los usuarios y suministra procedimien- tos para el administrador. Algunas funciones son: cambiar la capacidad de los ficheros, obtener estadisticas de utilizacién, obtener copias de seguridad. 1.5 Arquitectura de tres niveles Se ha establecido una arquitectura de tres niveles, llamada también arquitectura de tres esquemas (Elmasri, 1997, p.25). En la figura 1.6, se muestra esta arquitectura, cuyo objetivo es lograr independencia de los datos respecto de los programas de aplica- cién y del almacenamiento fisico. En el nivel interno, se establece la organizacién fisica de almacenamiento de los datos, es decir, la estructura de datos en disco y las rutas de acceso a los mismos, con- siderando la velocidad en responder los requerimientos del usuario y el uso eficiente del espacio en disco. Formalmente, el artefacto que define la organizacién interna de los datos se conoce como esquema interno. Figure 1.6 Arquitectura de tres niveles USUARIOS FINALES ESQUEMA ESQUEMA EXTERN 1 EXTERNO A NIVEL, )NCEPTUAL CONCEPTUAL vipat 7 NIVEL ESQUEMA INTERNO- INTERNO. ant: mans, 1997)En el nivel conceptual, se define la estructura légica de almacenamiento de Io tos de toda la base de datos, considerando que esta estructura debe reflejar los ag, : bal conceptuales (se omiten detalles de almacenamiento fisico), de los Fequerimiento. : informacion del ambito 0 espacio de problema global (“mundo real”). Formalmente : artefacto que define la estructura légica de la base de datos completa se Conoce con, esquema conceptual. En el nivel externo, se define la estructura légica de la porcién de la base de datos (vista) requerida Por un grupo particular de usuarios. Formalmente, esta escripcign logica parcial de la base datos se conoce como esquema externo. 1.6 Independencia de datos Los sistemas de base de datos deben mantener la coherencia entre los esquemas interno, conceptual y externo, y lograr la independencia de los datos. Los datos en la base de datos se organizan independientemente de los Programas que lo van a usar (Independencia légica) y del dispositivo de almacenamiento fisico (in- dependencia fisica). 1.6.1 Independencia ldgica de datos Con la Independencia Légica, los cambios en el esquema conceptual no afectan fuer- temente el esquema externo ni el programa de aplicacién. Si hay cambios en él esquema conceptual (por ejemplo, agregar mas elementos de informacién, no afecta a las vistas © esquemas externos); si se modifica algtin elemento de informacién, solo afecta a las vistas que la incluyen. 1.6.2 Independencia fisica de datos : Con la Independencia Fisica, los cambios en el es, i , quema interno no afectan el esque ma conara ni ee €squemas externos, Si hay cambios en la organizacién interna de los datos, no se afecta al esquema Conceptual global ni a las vistas, Por ejemplo, si hay cambio de versién del SGBD o migr: tual, ni con las aplicaciones, grar a otro, no hay Problemas con el esquema concep-