ADMINISTRACION

Delaware

BASE DE DATOS

DaAttaablicenciado
re see ASy
como endsmteinmisC
Letras trounticoenp: la guía completa de prácticas y procedimientos15.1 © Silberschatz, KorthCarnadigSS u.dMaruslhlianns
 ¿Qué es un DBA?

Toda organización que utilice un sistema de administración de bases de datos (DBMS) para
administrar los datos requiere un grupo de administración de bases de datos para garantizar el uso
y la implementación efectivos de las bases de datos de la empresa.

Dado que la mayoría de las organizaciones modernas de cualquier tamaño utilizan un DBMS, la
necesidad de un administrador de base de datos (DBA) es mayor hoy que nunca. Sin embargo,
la disciplina de la administración de bases de datos no se comprende bien ni se practica
universalmente de manera coherente y fácil de reproducir.

DaAttaablicenciado
re see ASy
como endsmteinmisC
Letras trounticoenp: la guía completa de prácticas y 15,2 © Silberschatz, KorthCarnadigSS u.dMaruslhlianns
 ¿Qué es un DBA?

El software DBMS es tan complejo en estos días que muy pocas personas entienden más que lo
básico (como SQL). Sin embargo, los administradores de bases de datos comprenden las
complejidades del DBMS, lo que los convierte en un recurso valioso. De hecho, a veces la única
fuente de conocimientos sobre gestión y desarrollo de bases de datos dentro de la organización
es el DBA.

Los DBA deben adquirir habilidades de comunicación excepcionales. Los administradores de bases
de datos suelen interactuar con muchos tipos diferentes de personas: técnicos, programadores,
usuarios finales, clientes y ejecutivos.

Un DBA es el técnico de información responsable de garantizar la funcionalidad

operativa continua y la eficiencia de las bases de datos de una organización y las
aplicaciones que acceden a esas bases de datos.

Conceptos del sistema de base de datos 15,3 © Silberschatz, Korth y Sudarshan

 ¿Por qué aprender administración de bases de datos?

Los datos están en el centro de las aplicaciones actuales; hoy

las organizaciones simplemente no pueden operar sin datos. De muchas formas, los negocios
de hoy es datos. Sin datos, las empresas no tendrían la capacidad de administrar las finanzas,
realizar transacciones o contactar a sus clientes. Las bases de datos se crean para
almacenar y organizar estos datos. Cuanto mejor sea el diseño y la utilidad de la base de
datos, mejor estará posicionada la organización para competir por negocios.

Conceptos del sistema de base de datos 15,4 © Silberschatz, Korth y Sudarshan

 ¿Qué es una base de datos y DBMS?

Una base de datos es un almacén organizado de datos en el que se puede acceder a los datos mediante
elementos de datos con nombre (por ejemplo, campos, registros y archivos). ¿Y qué es un sistema de
gestión de bases de datos?

Un DBMS es un software que permite a los usuarios finales o programadores de aplicaciones

compartir y administrar datos. Proporciona un método sistemático para crear, actualizar,
recuperar y almacenar información en una base de datos.

Un DBMS también es generalmente responsable de la integridad de los datos, la seguridad de los

datos, el control y la optimización del acceso a los datos, la reversión, el reinicio y la recuperación
automatizados.

Conceptos del sistema de base de datos 15,5 © Silberschatz, Korth y Sudarshan

 Relación de DBMS con la base de datos

Conceptos del sistema de base de datos 15,6 © Silberschatz, Korth y Sudarshan

 ¿Qué es un DBA?

Además de los fundamentos de la administración de bases de datos, los administradores de

bases de datos deben ser expertos en el DBMS específico en uso, y puede haber muchos en la
organización. Por ejemplo, una gran organización puede utilizar DB2 en el mainframe, Oracle e
Informix en varias plataformas UNIX diferentes y SQL Server en Windows.

El grupo DBA, por lo tanto, debe tener experiencia en cada uno de estos diferentes
sistemas y plataformas de gestión. Además, el DBA debe ser capaz de determinar
qué DBMS y plataforma se adapta mejor a las necesidades de cada aplicación.

El grupo de DBA debe poder actuar de manera imparcial e implementar decisiones

basadas en la mejor opción de aplicación, DBMS y plataforma.

Conceptos del sistema de base de datos 15,7 © Silberschatz, Korth y Sudarshan

 La disciplina administrativa de la base de datos
Administración

La administración de bases de datos rara vez se aborda como una disciplina de gestión.

El DBA reactivo funciona más como un bombero el DBA proactivo implementa prácticas y procedimientos
que como un administrador; intenta resolver los para evitar problemas antes de que ocurran. Una base de
problemas sólo después de que ocurren. El DBA datos proactiva
reactivo es administrador desarrolla e implementa un
centrado en resolver el problema más grande del plan estratégico para la implementación de bases de datos que enfrenta
dentro de la organización

Este plan debe abordar todas las fases del ciclo de vida
del desarrollo de aplicaciones. Un especialista en datos,
generalmente el DBA, debe participar durante cada fase
del ciclo,

Conceptos del sistema de base de datos 15,8 © Silberschatz, Korth y Sudarshan

 El ciclo de vida del desarrollo de aplicaciones
debe estar disponible para identificar los componentes
de datos del proyecto

los requisitos de datos rudimentarios deben

transformarse en un modelo de datos conceptual y lógico

el modelo de datos lógicos debe traducirse a un

diseño de base de datos física que se pueda
implementar utilizando un DBMS
el DBA debe desarrollar e implementar un proceso
para actualizar los datos de prueba para permitir
el DBA se convierte en
ejecuciones de prueba repetibles
comprometido en todo el
proceso una vez más,
de los requisitos
DBA asegura que el DBMS esté preparado para la nueva reuniéndose para
carga de trabajo implementación.

El DBA realiza una serie de funciones que incluyen garantizar la

disponibilidad, el rendimiento
supervisión, ajuste, respaldo y recuperación, y
gestión de autorizaciones

Conceptos del sistema de base de datos 15,9 © Silberschatz, Korth y Sudarshan

 La disciplina administrativa de la base de datos
Administración

Finalmente, cuando la aplicación llega al final de su vida útil, el DBA debe ayudar a determinar el
estado final de los datos utilizados por la aplicación:

• ¿Ya no son necesarios los datos o también los utilizan otras aplicaciones y procesos?

• ¿Existen normativas que exijan que los datos se almacenen durante más tiempo que la vida útil de la aplicación?

• ¿Tiene la empresa alguna política de privacidad que imponga reglas especiales para el manejo de los datos?

Conceptos del sistema de base de datos 15.10 © Silberschatz, Korth y Sudarshan

 La disciplina administrativa de la base de datos
Administración

Finalmente, cuando la aplicación llega al final de su vida útil, el DBA debe ayudar a determinar el
estado final de los datos utilizados por la aplicación:

• ¿Ya no son necesarios los datos o también los utilizan otras aplicaciones y procesos?

• ¿Existen normativas que exijan que los datos se almacenen durante más tiempo que la vida útil de la aplicación?

• ¿Tiene la empresa alguna política de privacidad que imponga reglas especiales para el manejo de los datos?

Conceptos del sistema de base de datos 15.11 © Silberschatz, Korth y Sudarshan

 Un día en la vida de un DBA

Basado en el artículo y lo revisado anteriormente, desarrolle

las siguientes preguntas:
Un día en la vida de un DBA

1.- ¿Qué es un DBA?

Un día en la vida de un DBA suele ser bastante agitado. El DBA mantiene entornos de prueba y
producción, supervisa los proyectos de desarrollo de aplicaciones activos, asiste a reuniones de estrategia
y diseño, selecciona y evalúa nuevos productos y conecta los sistemas heredados a la Web. Y, por
supuesto: Joe en Contabilidad, acaba de volver a enviar esa consulta del infierno que está deteniendo el
sistema. ¿Puedes hacer algo al respecto? Todo esto puede ocurrir en una sola jornada laboral.
2.- Por qué una empresa requiere DBA y cuando no

Para aumentar el caos, se espera que los administradores de bases de datos sepan todo sobre todo.
Desde la jerga técnica y comercial hasta las últimas modas de gestión y tecnología, se espera que el DBA
3.- ¿Cuándo utilizar un equipo de DBA?
esté "al tanto". Y no espere ningún tiempo privado: un DBA debe estar preparado para las interrupciones
en cualquier momento para responder cualquier tipo de pregunta, y no solo sobre bases de datos. 4.- Cuáles son las funciones de un DBA
5.- Cuáles son las principales habilidades de un DBA
Cuando se producen problemas en las aplicaciones, el entorno de la base de datos suele ser el primer culpable.

La base de datos es "culpable hasta que se demuestre su inocencia". Rara vez se le aborda a un DBA con una

pregunta como "Tengo un SQL realmente malo aquí. ¿Me pueden ayudar a solucionarlo?" En cambio, el DBA se
6.- Y que otras habilidades alternativas
ve obligado a investigar problemas en los que la suposición subyacente es que el DBMS o quizás el DBA tiene la

culpa, cuando la causa más común de problemas de rendimiento relacional son las aplicaciones codificadas de 7.- Por qué DBA es un trabajo ininterrumpido
manera ineficiente.

8.- Qué significa: La base de datos es "culpable hasta que se demuestre su

A menudo, el DBA se ve obligado a demostrar que la base de datos no es la fuente del problema. El DBA
debe saber lo suficiente sobre todos los aspectos de TI para rastrear errores y exonerar el DBMS y las
inocencia"
estructuras de base de datos que ha diseñado. Por lo tanto, debe ser un experto en tecnología de bases de
datos, pero también tener un conocimiento semi-experto de los componentes de TI con los que interactúa el
DBMS: lenguajes de programación de aplicaciones, sistemas operativos, protocolos y productos de red, 9.- ¿Cómo crees que es un día típico para un DBA
procesadores de transacciones, todo tipo de hardware informático imaginable, y más. La necesidad de
comprender elementos tan diversos hace que el DBA sea un recurso muy valioso. También hace que el ecuatoriano?
trabajo sea interesante y desafiante.

10.- ¿En qué fase del ciclo de vida del desarrollo de

aplicaciones crees que tiene más impacto el DBA? ¿Por qué?

Conceptos del sistema de base de datos 15.12 © Silberschatz, Korth y Sudarshan

 Administración de bases de datos, datos y sistemas

Muchas organizaciones combinan la administración de datos con la función de administración de bases de

datos.

Administración de datos

• La administración de datos separa los aspectos comerciales de la administración de recursos de datos de la tecnología utilizada
para administrar los datos.

• El administrador de datos (DA) es responsable de comprender el léxico empresarial y traducirlo en un

modelo de datos lógico

• El DA estaría más involucrado en la fase de recopilación, análisis y diseño de requisitos, el DBA en las
fases de diseño, desarrollo, prueba y operación

Conceptos del sistema de base de datos 15.13 © Silberschatz, Korth y Sudarshan

 Administración de datos

Otra diferencia entre un DA y un DBA es el enfoque del esfuerzo. El DA es responsable de las

siguientes tareas:

• Identificar y catalogar los datos requeridos por los usuarios comerciales

• Producir modelos de datos conceptuales y lógicos para representar con precisión la relación entre
los elementos de datos para los procesos comerciales.

• Crear un modelo de datos empresariales que incorpore todos los datos utilizados por todos los
procesos comerciales de la organización.

• Establecer políticas de datos para la organización.

• Identificación de propietarios y administradores de datos

• Establecer estándares para el control y uso de datos

Conceptos del sistema de base de datos 15.14 © Silberschatz, Korth y Sudarshan

 Administración de datos

• Además, el DA se ocupa de los metadatos, a diferencia del DBA, que se ocupa de los datos.

• Metadatos a menudo se describe como datos sobre datos; más exactamente, los metadatos son la
descripción de los datos y las interfaces de datos que requiere la empresa.

• La administración de datos es responsable de la estrategia de metadatos de la empresa.

• Los ejemplos de metadatos incluyen la definición de nombres comerciales para un elemento de datos, las
abreviaturas utilizadas para ese elemento y el tipo de datos y la longitud del elemento. Los datos sin
metadatos son difíciles de usar.

• Los metadatos proporcionan el contexto mediante el cual se pueden entender los datos.

Conceptos del sistema de base de datos 15.15 © Silberschatz, Korth y Sudarshan

 Administración de datos

Desafortunadamente, el DBA normalmente no podrá asumir todas las funciones y

responsabilidades de un DA como se resume en esta sección por varias razones:

• El DBA tiene muchas otras tareas técnicas que realizar que consumirán la mayor parte
de su tiempo.

• El gerente del grupo DBA generalmente no tiene un puesto ejecutivo que le permita
dictar políticas.

• El DBA generalmente no tiene las habilidades para comunicarse de manera efectiva con
los usuarios comerciales y generar consenso.

Conceptos del sistema de base de datos 15.16 © Silberschatz, Korth y Sudarshan

 Administración de base de datos

Conceptos del sistema de base de datos 15.17 © Silberschatz, Korth y Sudarshan

 Administracion del sistema

• La SA es responsable de la instalación y configuración del DBMS. Normalmente, la SA no tiene ninguna

responsabilidad por el diseño y el soporte de la base de datos. En cambio, el DBA es responsable de las
bases de datos y el SA es responsable de la instalación, modificación y soporte de DBMS.

• La SA asegura que la infraestructura de TI se implemente de manera que el DBMS esté configurado

para trabajar con otro software de sistema habilitador.

• El SA puede necesitar trabajar con otros técnicos para configurar procesadores de transacciones,
software de cola de mensajes, protocolos de red y parámetros del sistema operativo para permitir que
el DBMS funcione de manera efectiva.

Conceptos del sistema de base de datos 15.18 © Silberschatz, Korth y Sudarshan

 Responsabilidades de DA, DBA y SA

Conceptos del sistema de base de datos 15.19 © Silberschatz, Korth y Sudarshan

 Tareas de DBA

Asegurarse de que los datos y las bases de datos de una organización sean útiles, utilizables, disponibles y
correctos requiere que el DBA realice una variedad de tareas en una variedad de áreas.

Diseño de base de datos

El DBA debe poder transformar un modelo de datos lógicos en una implementación de base de datos
física. El DBA debe asegurarse de que el diseño y la implementación de la base de datos permitan una
base de datos útil para las aplicaciones y los clientes que la utilizarán.

Conceptos del sistema de base de datos 15.20 © Silberschatz, Korth y Sudarshan

 Tareas de DBA
Control y ajuste del rendimiento

Cinco factores influyen en el rendimiento de la base de datos: carga de trabajo, rendimiento, recursos,
optimización y contención.

• Los carga de trabajo es una combinación de transacciones en línea, trabajos por lotes, consultas ad
hoc, almacenamiento de datos, consultas analíticas y comandos dirigidos a través del sistema en un
momento dado.

• Rendimiento define la capacidad general del hardware y software de la computadora para

procesar datos.

• Las herramientas de hardware y software a disposición del sistema se conocen como recursos
del sistema.

• Mejoramiento se refiere al análisis de solicitudes de bases de datos con fórmulas de costo de consulta
para generar rutas de acceso eficientes a los datos.

• Contención es la condición en la que dos o más componentes de la carga de

trabajo intentan utilizar un solo recurso de manera contradictoria

Conceptos del sistema de base de datos 15.21 © Silberschatz, Korth y Sudarshan

 Tareas de DBA

Control y ajuste del rendimiento

Conceptos del sistema de base de datos 15.22 © Silberschatz, Korth y Sudarshan

 Tareas de DBA
Disponibilidad

El primer componente de la disponibilidad es mantener el DBMS en funcionamiento. Se puede usar un

monitoreo vigilante y alertas automáticas para advertir sobre interrupciones del DBMS y la necesidad de
acciones correctivas.

Un componente adicional de disponibilidad es minimizar la cantidad de tiempo de inactividad

requerido para realizar tareas administrativas.

El DBA debe comprender todos estos aspectos de la disponibilidad y asegurarse de que cada
aplicación esté recibiendo el nivel correcto de disponibilidad para sus necesidades.

Conceptos del sistema de base de datos 15.23 © Silberschatz, Korth y Sudarshan

 Tareas de DBA
Seguridad y autorización de la base de datos

Es responsabilidad del DBA asegurarse de que los datos estén disponibles solo para los usuarios autorizados. La
seguridad debe administrarse para muchas acciones requeridas por el entorno de la base de datos:

• Crear objetos de base de datos, incluidas bases de datos, tablas, vistas y estructuras de programas.

• Alterar la estructura de los objetos de la base de datos

• Acceder al catálogo del sistema

• Leer y modificar datos en tablas

• Crear y acceder a funciones y tipos de datos definidos por el usuario

• Ejecución de procedimientos almacenados

• Iniciar y detener bases de datos y objetos de base de datos asociados

• Configuración y modificación de parámetros y especificaciones de DBMS

• Ejecución de utilidades de base de datos como LOAD, RECOVER y REORG

Conceptos del sistema de base de datos 15.24 © Silberschatz, Korth y Sudarshan

 Tareas de DBA
Copia de seguridad y recuperación

El DBA debe estar preparado para recuperar datos a un punto utilizable, sin importar la causa, y para
hacerlo lo más rápido posible.

Para estar preparado para cualquier tipo de recuperación, el DBA necesita desarrollar una estrategia de
respaldo para garantizar que los datos no se pierdan en caso de un error en el software, hardware o un
proceso manual.

Conceptos del sistema de base de datos 15.25 © Silberschatz, Korth y Sudarshan

 Tareas de DBA
Integridad de los datos

Una base de datos debe estar diseñada para almacenar los datos correctos de la manera correcta sin
que esos datos se dañen o corrompan.

El DBA implementa reglas de integridad usando características del DBMS.

Tres aspectos de la integridad son relevantes para nuestro análisis de las bases de datos: físico,
semántico e interno.

Conceptos del sistema de base de datos 15.26 © Silberschatz, Korth y Sudarshan

 Tareas de DBA
Migración de la versión DBMS

El DBA también es responsable de gestionar la migración de una versión a otra del

DBMS.

Un mil usos

Las bases de datos están en el centro de las aplicaciones modernas. Si el DBMS falla, las aplicaciones
fallan, y si fallan las aplicaciones, el negocio puede paralizarse.

Las bases de datos interactúan con casi todos los componentes de la infraestructura de TI. La
infraestructura de TI de hoy comprende muchas herramientas:

• Software de cola de mensajes como MQSeries y MSMQ

• Software y protocolos de red como SNA, VTAM, TCP / IP y Novell

Conceptos del sistema de base de datos 15.27 © Silberschatz, Korth y Sudarshan

 Tipos de DBA
DBA del sistema

UN sistema DBA se centra en cuestiones técnicas más que comerciales

Arquitecto de base de datos

Algunas organizaciones crean una posición separada, arquitecto de bases de datos, para el diseño e
implementación de nuevas bases de datos.

El arquitecto de la base de datos solo participa en el trabajo de nuevo diseño y desarrollo; no está
involucrado en el mantenimiento, administración o ajuste de las bases de datos y aplicaciones
establecidas.

El arquitecto de bases de datos diseña nuevas bases de datos para aplicaciones nuevas o existentes.

Conceptos del sistema de base de datos 15.28 © Silberschatz, Korth y Sudarshan

 Tipos de DBA
Analista de base de datos

Realmente no hay una definición establecida para esta posición. A veces, a los DBA junior se les conoce como
analistas de bases de datos. A veces, un analista de bases de datos desempeña una función similar a la del
arquitecto de bases de datos. A veces, el administrador de datos se denomina analista de base de datos o quizás
analista de datos. Y, a veces, un analista de bases de datos es solo otro término utilizado por algunas empresas
en lugar de administrador de bases de datos.

Modelador de datos

UN modelador de datos suele ser responsable de un subconjunto de las responsabilidades del DA.

• Recopilación de requisitos de datos para proyectos de desarrollo.

• Analizar los requisitos de datos

• Diseño de modelos de datos lógicos y conceptuales basados en proyectos

Conceptos del sistema de base de datos 15.29 © Silberschatz, Korth y Sudarshan

 Tipos de DBA
Aplicación DBA

La aplicación DBA se centra en el diseño de bases de datos y el soporte y la administración continuos de

bases de datos para una aplicación o aplicaciones específicas.

Conceptos del sistema de base de datos 15.30 © Silberschatz, Korth y Sudarshan

 Tipos de DBA
DBA orientado a tareas

Las organizaciones más grandes a veces crean DBA muy especializados que se enfocan en una tarea específica de
DBA. Sin embargo, los DBA orientados a tareas son bastante raros fuera de los grandes talleres de TI. Un ejemplo de
un DBA orientado a tareas es un DBA de respaldo y recuperación que dedica todo el día a garantizar la capacidad de
recuperación de las bases de datos de la organización.

Administrador de almacén de datos

DBA específicamente para monitorear y respaldar el entorno del almacén de datos.

Conceptos del sistema de base de datos 15.31 © Silberschatz, Korth y Sudarshan

 Tipos de DBA
DBA procedimentales: gestión de la lógica de la base de datos

El administrador de bases de datos procedimental es responsable de las actividades de gestión de bases de datos que

requieren soporte lógico de procedimiento. Asegura que los procedimientos almacenados, los desencadenantes y las

funciones definidas por el usuario se planifiquen, implementen, compartan y reutilicen de manera eficaz.

e-DBA

Un e-DBA es un DBA que es capaz de administrar aplicaciones basadas en la web y sus problemas relacionados
con Internet.

Conceptos del sistema de base de datos 15.32 © Silberschatz, Korth y Sudarshan

 Certificación DBA

Los programas de certificación están disponibles para la mayoría de las plataformas DBMS más populares,
incluidas IBM DB2, Microsoft SQL Server y Oracle. La idea detrás de la certificación DBA es garantizar que una
persona sea capaz de realizar tareas y deberes de administración de bases de datos.

Conceptos del sistema de base de datos 15.33 © Silberschatz, Korth y Sudarshan

 Peores prácticas de DBA

Las 25 peores prácticas de DBA Para cada práctica wost, desarrollar los siguientes Aspectos:
Si bien puede haber algún desacuerdo sobre mejor prácticas, por lo general no hay discusión sobre peor prácticas, algunas de las
cuales se enumeran a continuación (sin ningún orden en particular):

1 No considerar los acuerdos de nivel de servicio (SLA) al diseñar un entorno de base de datos y / o no considerar
la necesidad de un tiempo de inactividad programado para diversas actividades de mantenimiento, como la
1.- Comprender la peor práctica (describir el problema /
instalación de paquetes de servicios.
situación)
2 Definir “desastre” de manera demasiado estrecha y no simular / practicar un plan de recuperación de desastres

(DR). Tener un plan de recuperación ante desastres está bien, pero ¿cómo sabe que funcionará (y varias personas

pueden seguirlo) cuando sea necesario?

2.- Consecuencias de la peor práctica.
3 Diseño de un sistema de almacenamiento solo desde la perspectiva de la capacidad. 3.- Cuál crees que debe ser la mejor práctica.
4 Suponiendo que una red de área de almacenamiento (SAN) cumplirá o superará los requisitos de rendimiento. El
hecho de que las SAN sean (normalmente) caras, no significa que se pueda omitir el proceso de diseño de

G1.- 1..3
almacenamiento.

5 No poder alinear las particiones del disco y / o formatearlas con el tamaño de unidad de asignación
predeterminado (4K).
G2.- 4..6
G3.- 7..9
6 Uso de volúmenes RAID 5 para aplicaciones de escritura intensiva.

7 No validar un subsistema de E / S para el rendimiento y la validez antes de la implementación de producción.

G4.- 10..12
G5.- 13..15
8 Virtualización / consolidación de instancias y bases de datos de SQL Server sin tener en cuenta la escalabilidad, las
licencias, el soporte, la administración y el rendimiento
implicaciones del perfil.

9 Instalar paquetes de servicio, actualizaciones acumulativas o revisiones sin leer las notas de la versión y G6.- 16..18
/ o no instalarlos primero en un entorno de prueba.

10 Instalación todas Funciones de SQL Server en la remota posibilidad de que sean necesarias en algún momento en el
G7.- 19..21
futuro. Hacerlo aumenta el área de superficie de ataque y da como resultado la ejecución de servicios innecesarios que
pueden reducir el rendimiento. G8.- 22..24
11 Instalación de clústeres de varias instancias sin considerar las implicaciones de recursos de las situaciones de conmutación

por error.

12 Creación de inicios de sesión / trabajos con privilegios elevados. Implementar el privilegio mínimo puede ser un trabajo difícil,

pero es esencial para bloquear un sistema para obtener la máxima seguridad.

13 Cambiar los valores de configuración de sus valores predeterminados sin una investigación adecuada y / o un
registro de cambios detallado.

14 Colocación de registros de transacciones y datos en los mismos discos físicos.

Conceptos del sistema de base de datos 15.34 © Silberschatz, Korth y Sudarshan

 Referencias

https://www.youtube.com/watch?v=-MMP20DEJ70
https://es.wikipedia.org/wiki/Administrador_de_base_de_datos

Conceptos del sistema de base de datos 15.35 © Silberschatz, Korth y Sudarshan