Autores:

• Andy Hirvyn Rucoba Reategui.

• Jorge Sleyther Morales Mundaca.
• Edinson Villalobos Ramos.
• Clark Erick Cruz Arvildo
2 Administración de Base de Datos con MySQL

INTRODUCCIÓN

Las bases de datos requieren de un sistema gestor que permita el almacenamiento, modificación y
extracción de datos y puede también actualizar los registros modificando, añadiendo, analizando o
borrando datos, la mayoría también como MySQL generan informes de datos e implementan un
lenguaje de consulta (SQL en inglés).
Otra función del SGBD (Sistema gestor de bases de datos) es el de mantener integridad y la seguridad
de los datos. Para la seguridad el sistema administra los permisos de acceso a los datos mediante
usuarios con credenciales y distintos tipos de usuarios.
La integridad, para que sea de dominio se comprueba la validez de las columnas, para que sea de la
entidad la clave primaria tendrá un valor único para cada fila de la tabla, y para que sea referencial
asegura la integridad entre las llaves foráneas y primarias (Wikilibros, 2017).
MySQL es un sistema de gestión de base de datos relacional (RDBMS) de código abierto, basado en
lenguaje de consulta estructurado (SQL).
MySQL se ejecuta en prácticamente todas las plataformas, incluyendo Linux, UNIX y Windows. A
pesar de que se puede utilizar en una amplia gama de aplicaciones, MySQL se asocia más con las
aplicaciones basadas en la web y la publicación en línea y es un componente importante de una pila
empresarial de código abierto llamado LAMP. LAMP es una plataforma de desarrollo web que utiliza
Linux como sistema operativo, Apache como servidor web, MySQL como sistema de gestión de base
de datos relacional y PHP como lenguaje de programación orientado a objetos (a veces, Perl o Python
se utiliza en lugar de PHP), (Margaret Rouse, 2019).
3 Administración de Base de Datos con MySQL

ÍNDICE GENERAL

CAPITULO I
Evolución Historica del Gestor de Base de Datos ............................................................................... 4

CAPITULO II
Conociendo el Gestor de Base de Datos ........................................................................................... 13

CAPITULO III
Diccionario de Datos ......................................................................................................................... 46

CAPITULO IV
Integridad en Base de Datos .............................................................................................................. 62

CAPITULO V
Seguridad en Base de Datos .............................................................................................................. 70

CAPITULO VI
Migración de Datos ........................................................................................................................... 82

CAPITULO VII
Rendimiento en Base de Datos.......................................................................................................... 97

CAPITULO VIII
Encriptación o Cifrado de Datos ..................................................................................................... 104

CAPITULO IX
Disponibilidad en Base de Datos .................................................................................................... 112
4 Administración de Base de Datos con MySQL

CAPITULO I
Evolución Histórica del Gestor de Base de Datos
5 Administración de Base de Datos con MySQL

ÍNDICE
CAPITULO I ..................................................................................................................................... 4
EVOLUCIÓN HISTÓRICA DEL GESTOR MySQL ............................................................... 6
1.1. Como, Cuando y Donde se Creo ...................................................................................... 6
1.2. Hechos Trascendentales .................................................................................................... 7
1.3. Evolución de Versiones y Ediciones ................................................................................. 7
1.3.1 MySQL Enterprise Edition ............................................................................................. 7
1.3.2. MySQL Standard Edition .............................................................................................. 8
1.3.3. MySQL Classic Edition .................................................................................................. 8
1.3.4. MySQL Cluster CGE ...................................................................................................... 8
1.3.5. MySQL Embedded (OEM/ISV) ............................................................................... 9
1.3.6. MySQL Community Edition .................................................................................. 10
1.4. Mejoras hasta la fecha (Ultima Versión) ....................................................................... 10
Referencias Bibliográficas .............................................................................................................. 12
6 Administración de Base de Datos con MySQL

EVOLUCIÓN HISTÓRICA DEL GESTOR MySQL

1.1. Como, Cuando y Donde se Creo

Según página MySQL (2019), Comenzamos con la intención de utilizar el mSQL sistema de
base de datos para conectarnos a nuestras tablas utilizando nuestras propias rutinas rápidas de
bajo nivel (ISAM). Sin embargo, después de algunas pruebas, llegamos a la conclusión de que
mSQL no era lo suficientemente rápido o lo suficientemente flexible para nuestras necesidades.
Esto dio como resultado una nueva interfaz SQL para nuestra base de datos, pero con casi la
misma interfaz API que mSQL. Esta API fue diseñada para permitir que el código de terceros
que fue escrito para su uso mSQL sea portado fácilmente para su uso con MySQL.
MySQL lleva el nombre de la hija del cofundador Monty Widenius, My.

El nombre de la MySQL Dolphin (nuestro logo) es “Sakila,” que fue elegido de una gran lista
de nombres sugeridos por los usuarios en “Nombre del delfín” concurso. El nombre ganador fue
presentado por Ambrose Twebaze, un desarrollador de software de código abierto de
Swazilandia, África. Según Ambrose, el nombre femenino Sakila tiene sus raíces en SiSwati, el
idioma local de Swazilandia. Sakila es también el nombre de una ciudad en Arusha, Tanzania,
cerca del país de origen de Ambrose, Uganda.

Según la página oficial de Wikipedia (2019), el gestor MySQL fue creado por una compañía
sueca MySQL AB en 1995. Los desarrolladores de la plataforma fueron Michael Widenius David
Axmark y Allan Larsson.
MySQL es un sistema gestor de base de datos el cual sigue el modelo relacional de CODD,
además de utilizar SQL (Structured Query Language).

Según la página oficial de Ecured (2019), Edgar Frank Codd fue un científico informático
inglés, conocido por sus aportes a la teoría de bases de datos relacionales, considerado el modelo
más usado hoy en día y para muchas personas, el único que conocen.

Según la página oficial de Logicalis (2015), el Modelo relacional es, actualmente, el modelo
más utilizado en la gestión de datos dinámicos (o lo que es lo mismo, aquellos datos sujetos a
modificaciones y actualizaciones). Sin embargo, la gestión de bases de datos relacionales entraña
una espesa red de conceptos que a veces, para los profanos, pueden resultar algo difíciles de
manejar.

Según la página oficial de Wikipedia (2019), el gestor MySQL, al contrario de proyectos

como Apache, donde el software es desarrollado por una comunidad pública y los derechos de
autor del código están en poder del autor individual, MySQL es patrocinado por una empresa
privada, que posee el copyright de la mayor parte del código. Esto es lo que posibilita el esquema
de doble licenciamiento anteriormente mencionado. La base de datos se distribuye en varias
versiones, una Community, distribuida bajo la Licencia pública general de GNU, versión 2, y
varias versiones Enterprise, para aquellas empresas que quieran incorporarlo en productos
privativos. Las versiones Enterprise incluyen productos o servicios adicionales tales como
herramientas de monitorización y asistencia técnica oficial. En 2009 se creó un fork denominado
MariaDB por algunos desarrolladores (incluido algunos desarrolladores originales de MySQL)
descontentos con el modelo de desarrollo y el hecho de que una misma empresa controle a la vez
los productos MySQL y Oracle Database.
7 Administración de Base de Datos con MySQL

1.2. Hechos Trascendentales

Según la página oficial de Wikipedia (2019), La Open Source Initiative (OSI, en español
Iniciativa para el Código Abierto) es una organización dedicada a la promoción del código
abierto. Fue fundada en febrero de 1998 por Bruce Perens y Eric S. Raymond.

Según la página Universia Perú (2015), redacta que, tras numerosos estudios, la OSI establece
que para poder catalogar a un software como Open Source debe responder a los siguientes
parámetros: distribución libre, código fuente, trabajos derivados, integridad del autor, no
restringir otros programas, así como también disponer de licencias neutras en lo que refiere a
tecnología. Como sucede con toda innovación, el software libre generó posiciones a favor y en
contra. Los más conservadores consideran que esta clase de software conduce al anarquismo
digital; por el contrario, quienes lo defienden lo ven como una gran posibilidad de negocio para
la industria de los softwares. A pesar de las posturas en contra, el Open Source ha recibido el
respaldo de muchos negocios tradicionales, por lo que se espera que en los próximos años su
crecimiento continué en ascenso, al punto de formar parte de la vida cotidiana de todos los
usuarios. Asimismo, uno de los logros más reconocidos en esta área ha sido el sistema operacional
Linux.
Según la página de Wikipedia (2019), Sun Microsystems fue una empresa informática que se
dedicaba a vender estaciones de trabajo, servidores, componentes informáticos, software
(sistemas operativos) y servicios informáticos. En febrero 2008, Sun compró MySQL AB, un
sistema de gestión de base de datos.
Según Wikipedia (2019), Oracle fue adquirida en el año 2010 por Oracle Corporation, y
formó parte de los iconos de Silicon Valley, como fabricante de semiconductores y software. Los
ingenieros Larry Ellison, Ed Oates y Bob Miner fundan en 1977 una empresa de consultoría
llamada Software Development Laboratories (SDL), y tiempo después obtienen un contrato con
la CIA para diseñar un sistema especial de bases de datos con código clave "Oracle".
El 20 de abril se anuncia la adquisición de Sun Microsystems, en una operación que ronda
los 7.400 millones de dólares y que amplía enormemente la cartera de servicios de Oracle.
1.3. Evolución de Versiones y Ediciones

Versiones
Según Laura gittins (2010). La compañía de software de MySQL AB creó la versión original
el 23 de mayo 1995. En 1999, se lanzó la versión 3.23.0, la primera versión importante. En
octubre de 2001, MySQL AB lanzó la versión 4.0.0 y, en abril de 2003, la versión 4.1.0. En
diciembre de 2003, se liberó la versión 5.0.0, y la versión 5.5 fue lanzada en diciembre de 2009.
Y la última versión, 8.0.15 se lanzó el 1 de febrero de 2019.
Ediciones
1.3.1 MySQL Enterprise Edition

Según la página oficial de MySQL (2019), el gestor MySQL Enterprise Edition

incluye el conjunto más completo de funciones avanzadas, herramientas de
administración y soporte técnico para lograr los niveles más altos de escalabilidad,
seguridad, confiabilidad y tiempo de actividad de MySQL. Reduce el riesgo, el costo
y la complejidad en el desarrollo, implementación y administración de aplicaciones
MySQL críticas para el negocio.
8 Administración de Base de Datos con MySQL

1.3.2. MySQL Standard Edition

Según la página oficial MySQL (2019), el gestor MySQL Standard Edition le

permite ofrecer aplicaciones OLTP (procesamiento de transacciones en línea)
escalables y de alto rendimiento. Proporciona la facilidad de uso que ha hecho famoso
a MySQL junto con el rendimiento y la fiabilidad de la fuerza industrial.
MySQL Standard Edition incluye InnoDB, por lo que es una base de datos totalmente
integrada, segura para transacciones y compatible con ACID. Además, MySQL
Replication le permite ofrecer aplicaciones escalables y de alto rendimiento.
✓ TCO más bajo: MySQL le permite minimizar el TCO de su base de datos.
✓ Fiabilidad, rendimiento y facilidad de uso: MySQL ha demostrado ser la
base de datos de código abierto más popular del mundo.
✓ Desarrollo, diseño y administración de bases de datos: MySQL
Workbench proporciona un entorno integrado de desarrollo, diseño y
administración para que los desarrolladores y los DBA sean más productivos.

1.3.3. MySQL Classic Edition

Según página oficial de MySQL (2019). MySQL Classic Edition es la base de

datos integrada ideal para ISV, OEM y VAR que desarrollan aplicaciones de lectura
intensiva utilizando el motor de almacenamiento MyISAM. Está probado como una
base de datos de alto rendimiento y cero administraciones.
✓ TCO más bajo: MySQL le permite minimizar el TCO de su base de datos.
✓ Facilidad de uso: MySQL es famoso por "15 minutos para el éxito" desde
la descarga hasta la instalación.
✓ Baja administración: MySQL es fácil de administrar, lo que permite que
los DBA administren más servidores.
Admite más de 20 plataformas y sistemas operativos, incluidos Linux, Unix, Mac y
Windows, para que tenga la máxima flexibilidad en las opciones de desarrollo e
implementación.
MySQL Classic Edition solo está disponible para ISV, OEM y VAR para licenciar
como una base de datos integrada.
Cuando necesita capacidades adicionales, es fácil actualizar a MySQL Standard
Edition, MySQL Enterprise Edition o MySQL Cluster Carrier Grade Edition.

1.3.4. MySQL Cluster CGE

Según [Link] (2019), el gestor MySQL Cluster es la base de datos

distribuida que combina escalabilidad lineal y alta disponibilidad. Proporciona
acceso en memoria en tiempo real con consistencia transaccional en conjuntos de
datos particionados y distribuidos. Está diseñado para aplicaciones de misión crítica.

MySQL Cluster tiene replicación entre clústeres en múltiples sitios geográficos

incorporados. Una arquitectura de nada compartido con conciencia de localidad de
datos lo convierten en la opción perfecta para ejecutarse en hardware básico y en
infraestructura de nube distribuida globalmente.
MySQL Cluster le brinda los siguientes beneficios:
9 Administración de Base de Datos con MySQL

MySQL Cluster 7.6 se trata de soportar el último hardware, escalando a sistemas aún
más grandes y fáciles de mantener.

✓ Recuperación mejorada: reinicios más rápidos, puntos de control más

rápidos y menos espacio en disco para construir sistemas más grandes.
✓ Carga de datos mejorada: herramienta de importación para cargar datos en
el clúster a la máxima velocidad paralela.
✓ Soporte SQL mejorado: incluso más procesamiento de consultas paralelas,
lo que hace que algunas uniones sean hasta un 50% más rápidas.
✓ Comunicación mejorada: los nodos locales se conectan a través de la
memoria compartida para una comunicación más rápida.
✓ Paralelismo mejorado: para operaciones más rápidas y más equilibradas,
haciendo un mejor uso de los recursos de hardware.

1.3.5. MySQL Embedded (OEM/ISV)

Según página oficial de MySQL (2019), más de 2000 ISV, OEM y VAR confían
en MySQL como la base de datos integrada de sus productos para hacer que sus
aplicaciones, hardware y dispositivos sean más competitivos, llevarlos al mercado
más rápido y reducir sus COG (costo de los bienes vendidos),
Estos clientes de ISV y OEM eligen MySQL por su:
✓ Bajo costo, hasta un 90% menos que Microsoft SQL Server con
características que aseguran que los COGS permanezcan bajos durante el
ciclo de vida de una aplicación. Los costos más bajos de la base de datos
permiten a los proveedores ofrecer sus productos a una fracción del costo de
las soluciones de la competencia y la flexibilidad para atraer a clientes más
sensibles al precio.
✓ Flexibilidad multiplataforma con soporte para más de 20 plataformas que
brindan la libertad de enviar productos en múltiples combinaciones de
hardware y sistema operativo y en más mercados.
✓ Alto rendimiento, confiabilidad y escalabilidad para cumplir con los
requisitos de las aplicaciones más exigentes, como Telco y gestión de redes.
La inclusión de un RDBMS con todas las funciones ayuda a que los
productos sean más competitivos inicialmente y con el tiempo a medida que
las necesidades de datos de los clientes aumentan inevitablemente.
✓ Facilidad de uso con instalación, configuración e integración rápidas para
que los desarrolladores puedan enfocarse en el desarrollo de aplicaciones,
reduciendo costos y tiempo de comercialización.
✓ Administración cero, eliminando la necesidad de que los clientes contraten
un DBA dedicado o gasten cualquier ciclo en la administración de la base de
datos, y reducen o eliminan las costosas llamadas de soporte relacionadas
con la base de datos.
10 Administración de Base de Datos con MySQL

1.3.6. MySQL Community Edition

Según página oficial de MySQL (2019), el gestor MySQL Community Edition

es una versión de descarga gratuita de la base de datos de código abierto más popular
del mundo que cuenta con el respaldo de una comunidad activa de desarrolladores y
entusiastas de código abierto.
MySQL Community Edition incluye:

✓ SQL y NoSQL para desarrollar aplicaciones relacionales y NoSQL.

✓ MySQL Document Store que incluye el protocolo X, XDev API y MySQL
Shell.
✓ Diccionario de datos transaccionales con declaraciones DDL atómicas
para una confiabilidad mejorada.
✓ Arquitectura de motor de almacenamiento enchufable (InnoDB, NDB,
MyISAM, etc.).
✓ Replicación MySQL para mejorar el rendimiento y la escalabilidad de la
aplicación.
✓ MySQL Group Replication para replicar datos mientras proporciona
tolerancia a fallas, failover automatizado y elasticidad.
✓ MySQL InnoDB Cluster para ofrecer una solución integrada, nativa y de
alta disponibilidad para MySQL.
✓ MySQL Router para un enrutamiento transparente entre su aplicación y
cualquier servidor MySQL de fondo.
✓ Particionamiento MySQL para mejorar el rendimiento y la gestión de
grandes aplicaciones de bases de datos.
✓ Procedimientos almacenados para mejorar la productividad del
desarrollador.
✓ Desencadenantes para aplicar reglas comerciales complejas a nivel de base
de datos.
✓ Vistas para garantizar que la información confidencial no se vea
comprometida.
✓ Esquema de rendimiento para el monitoreo a nivel de usuario / aplicación
del consumo de recursos.
✓ Esquema de información para facilitar el acceso a los metadatos.
✓ Conectores MySQL (ODBC, JDBC, .NET, etc.) para crear aplicaciones en
varios idiomas.
✓ MySQL Workbench para modelado visual, desarrollo y administración de
SQL.
Disponible en más de 20 plataformas y sistemas operativos, incluidos Linux, Unix,
Mac y Windows.
1.4. Mejoras hasta la fecha (Ultima Versión)
Que hay de nuevo en MySQL 8.0.18
Según la página oficial de MYSQL (2019), nos indica las nuevas características agregadas en
MySQL 8.0
✓ Diccionario de datos. MySQL ahora incorpora un diccionario de datos transaccionales
que almacena información sobre objetos de bases de datos. En versiones anteriores de
11 Administración de Base de Datos con MySQL

MySQL, los datos del diccionario se almacenaban en archivos de metadatos y tablas no

transaccionales.
✓ Sentencias de definición de datos atómicos (Atomic DDL). Una declaración DDL
atómica combina las actualizaciones del diccionario de datos, las operaciones del motor
de almacenamiento y las escrituras de registros binarios asociados con una operación
DDL en una única transacción atómica.
✓ Procedimiento de actualización. Anteriormente, después de la instalación de una nueva
versión de MySQL, el servidor MySQL actualiza automáticamente las tablas del
diccionario de datos en el siguiente inicio, después de lo cual se espera que el DBA
invoque mysql_upgrade manualmente para actualizar las tablas del sistema en el MySQL
esquema, así como los objetos en otros esquemas como el sysesquema y los esquemas
de usuario.
✓ Seguridad y gestión de cuentas. Estas mejoras se agregaron para mejorar la seguridad
y permitir una mayor flexibilidad de DBA en la administración de cuentas.
✓ Administración de recursos. MySQL ahora admite la creación y administración de
grupos de recursos, y permite asignar hilos que se ejecutan dentro del servidor a grupos
particulares para que los hilos se ejecuten de acuerdo con los recursos disponibles para
el grupo. Los atributos de grupo permiten el control sobre sus recursos, para habilitar o
restringir el consumo de recursos por hilos en el grupo.
✓ Gestión de cifrado de tablas. El cifrado de tablas ahora se puede administrar
globalmente definiendo y aplicando los valores predeterminados de cifrado. El
default_table_encryption variable define un valor predeterminado de cifrado para los
esquemas recién creados y el espacio de tabla general.

A partir de MySQL 8.0.16, el servidor realiza las tareas previamente manejadas por
mysql_upgrade. Después de la instalación de una nueva versión de MySQL, el servidor ahora
realiza automáticamente todas las tareas de actualización necesarias en el próximo inicio y no
depende del DBA que invoca mysql_upgrade. Además, el servidor actualiza el contenido de las
tablas de ayuda (algo que mysql_upgrade no hizo). Una nueva --upgrade opción de servidor
proporciona control sobre cómo el servidor realiza el diccionario de datos automático y las
operaciones de actualización del servidor.
12 Administración de Base de Datos con MySQL

Referencias Bibliográficas

Wikilibros (2017), Introducción gestor MySQL, recuperado (22 ago. 2019),

[Link]
s_de_datos
Searchdatacenter (2019), Introducción gestor MySQL, recuperado (22 ago. 2019),
[Link]
Wikipedia (2019), Evolución histórica del gestor de base de datos, recuperado (22 ago. 2019),
[Link] [Link]
[Link]
Ecured (2019), Evolución histórica del gestor de base de datos, recuperado (22 ago. 2019),
[Link]
[Link]
gestion-de-bases-de-datos,
[Link]
[Link].
[Link] (2019), MySQL Evolución de versiones y ediciones, recuperado (22 ago. 2019),
[Link]
[Link]
[Link]
[Link]
[Link]
[Link]
13 Administración de Base de Datos con MySQL

CAPITULO II
Conociendo el Gestor de Base de Datos
14 Administración de Base de Datos con MySQL

ÍNDICE
CAPITULO II................................................................................................................................ 133
CONOCIENDO EL GESTOR DE BASE DE DATOS .............................................................. 155
2.1. Características Propias del Gestor ................................................................................... 155
2.1.1. Partes internas y portabilidad .................................................................................... 155
2.1.2. Tipo de datos ................................................................................................................ 156
2.1.3. Declaraciones y funciones ............................................................................................. 16
2.1.4. Seguridad ....................................................................................................................... 16
2.1.5. Escabilidad y limites...................................................................................................... 16
2.1.6. Conectividad ................................................................................................................ 177
2.1.7. Localización ................................................................................................................... 17
2.1.8. Clientes y herramientas ................................................................................................ 17
2.2. Diferencias Frente a otros Gestores .................................................................................. 188
2.3. Demostración del Gestor y sus Herramientas Básicas (Creación de base de datos,
Tablas, Vistas, etc.) en modo Gráfico y en Comandos SQL .................................................. 199
2.3.1. Proceso de Instalación de MySQL (Versión 8.0.18) ................................................. 199
[Link]. Requerimientos y prerrequisitos ......................................................................... 199
[Link]. Descarga e instalación de MySQL ........................................................................ 19
2.3.2. Creación de base de datos ........................................................................................... 377
2.3.3. Creación de tablas ......................................................................................................... 40
2.3.4. Creación de vistas .......................................................................................................... 42
Referencias Bibliográficas ............................................................................................................ 455
15 Administración de Base de Datos con MySQL

CONOCIENDO EL GESTOR DE BASE DE DATOS

2.1. Características Propias del Gestor
Según página MySQL (2019), en esta sección describe algunas de las características
importantes del software de base de datos MySQL. En la mayoría de los aspectos, la hoja de ruta
se aplica a todas las versiones de MySQL.
2.1.1. Partes internas y portabilidad
✓ Escrito en C y C ++.
✓ Probado con una amplia gama de compiladores diferentes.
✓ Funciona en muchas plataformas diferentes.
✓ Para la portabilidad, utiliza CMake en MySQL 5.5 y superior. Las series anteriores usan
GNU Automake, Autoconf y Libtool.
✓ Probado con Purify (un detector de fugas de memoria comercial), así como con Valgrind,
una herramienta GPL
✓ Utiliza un diseño de servidor de varias capas con módulos independientes.
✓ Diseñado para ser completamente multiproceso utilizando hilos de kernel, para usar
fácilmente múltiples CPU si están disponibles.
✓ Proporciona motores de almacenamiento transaccional y no transaccional.
✓ Utiliza tablas de disco B-tree muy rápidas (MyISAM) con compresión de índice.
✓ Diseñado para que sea relativamente fácil agregar otros motores de almacenamiento. Esto
es útil si desea proporcionar una interfaz SQL para una base de datos interna.
✓ Utiliza un sistema de asignación de memoria basado en subprocesos muy rápido.
✓ Ejecuta uniones muy rápidas utilizando una unión de bucle anidado optimizada.
✓ Implementa tablas hash en memoria, que se utilizan como tablas temporales.
✓ Implementa funciones de SQL utilizando una biblioteca de clases altamente optimizada
que debería ser lo más rápida posible. Por lo general, no hay asignación de memoria
después de la inicialización de la consulta.
✓ Proporciona el servidor como un programa separado para su uso en un entorno de red
cliente / servidor, y como una biblioteca que puede integrarse (vincularse) en aplicaciones
independientes. Dichas aplicaciones se pueden usar de forma aislada o en entornos donde
no hay red disponible.
2.1.2. Tipo de datos
Muchos tipos de datos: firmados / enteros sin signo de 1, 2, 3, 4, y 8 bytes de largo,
FLOAT, DOUBLE, CHAR, VARCHAR, BINARY, VARBINARY, TEXT, BLOB, DATE,
TIME, DATETIME, TIMESTAMP, YEAR, SET, ENUM, y OpenGIS tipos espaciales.
Según página MySQL (2019), el gestor admite varios tipos de datos SQL en varias
categorías: tipos numéricos, tipos de fecha y hora, tipos de cadenas (caracteres y bytes), tipos
espaciales y el JSON tipo de datos. Este capítulo proporciona una descripción general de estos
tipos de datos, una descripción más detallada de las propiedades de los tipos en cada categoría
y un resumen de los requisitos de almacenamiento de tipos de datos.
Las descripciones de tipo de datos utilizan estas convenciones:
✓ Para tipos enteros, M indica el ancho máximo de visualización. Para los tipos de
punto flotante y de punto fijo, M es el número total de dígitos que se pueden
almacenar (la precisión). Para los tipos de cadena, M es la longitud máxima. El valor
máximo permitido de M depende del tipo de datos.
✓ D se aplica a los tipos de coma flotante y de punto fijo e indica el número de dígitos
que siguen al punto decimal (la escala). El valor máximo posible es 30, pero no debe
ser mayor que M−2.
16 Administración de Base de Datos con MySQL

✓ FSP se aplica a las TIME, DATETIME y TIMESTAMP los tipos y representa la

precisión de fracciones de segundo; es decir, el número de dígitos que siguen al punto
decimal para partes fraccionarias de segundos. El fsp valor, si se da, debe estar en el
rango de 0 a 6. Un valor de 0 significa que no hay una parte fraccional. Si se omite,
la precisión predeterminada es 0. (Esto difiere del valor predeterminado estándar de
SQL de 6, por compatibilidad con versiones anteriores de MySQL).
✓ Los corchetes ([y]) indican partes opcionales de las definiciones de tipo.
2.1.3. Declaraciones y funciones
✓ Soporte completo de operador y función en la SELECT lista y WHERE cláusula de
consultas. Por ejemplo:

Fuente: [Link]

✓ Soporte completo para SQL GROUP BY y ORDER BY cláusulas. El apoyo a las

funciones de grupo (COUNT (), AVG (), STD (), SUM (), MAX (), MIN (), y
GROUP_CONCAT ()).
✓ Soporte para LEFT OUTER JOIN y RIGHT OUTER JOIN con sintaxis estándar SQL y
ODBC.
✓ Soporte para alias en tablas y columnas según lo requiera el SQL estándar.
✓ Soporte para DELETE, INSERT, REPLACE, y UPDATE para devolver el número de
filas que se han cambiado (afectados), o para devolver el número de filas coincidentes en
lugar mediante el establecimiento de una bandera cuando se conecta al servidor.
✓ Soporte para SHOW declaraciones específicas de MySQL que recuperan información
sobre bases de datos, motores de almacenamiento, tablas e índices. Soporte para la
INFORMATION_SCHEMA base de datos, implementado de acuerdo con SQL estándar.
✓ Una EXPLAIN declaración para mostrar cómo el optimizador resuelve una consulta.
✓ Independencia de los nombres de funciones de los nombres de tabla o columna. Por
ejemplo, ABS es un nombre de columna válido. La única restricción es que, para una
llamada de función, no se permiten espacios entre el nombre de la función y el " (" que
le sigue.
✓ Puede hacer referencia a tablas de diferentes bases de datos en la misma declaración.
2.1.4. Seguridad
✓ Un sistema de privilegios y contraseñas que es muy flexible y seguro, y que permite la
verificación basada en el host.
✓ Seguridad de contraseña mediante el cifrado de todo el tráfico de contraseña cuando se
conecta a un servidor.
2.1.5. Escabilidad y limites
✓ Soporte para grandes bases de datos. Usamos MySQL Server con bases de datos que
contienen 50 millones de registros. También conocemos usuarios que usan MySQL
Server con 200,000 tablas y alrededor de 5,000,000,000 de filas.
✓ Soporte para hasta 64 índices por tabla. Cada índice puede constar de 1 a 16 columnas o
partes de columnas. El ancho máximo del índice para las InnoDB tablas es de 767 bytes
o 3072 bytes.
17 Administración de Base de Datos con MySQL

✓ El ancho máximo del índice para las MyISAM tablas es de 1000 bytes. Un índice puede
usar un prefijo de una columna para CHAR, VARCHAR, BLOB, o TEXT tipos de
columna.
2.1.6. Conectividad
Los clientes pueden conectarse al servidor MySQL usando varios protocolos:
✓ Los clientes pueden conectarse mediante sockets TCP / IP en cualquier plataforma.
✓ En los sistemas Windows, los clientes pueden conectarse utilizando canalizaciones con
nombre si el servidor se inicia con la named_pipevariable del sistema habilitada. Los
servidores de Windows también admiten conexiones de memoria compartida si se inicia
con la shared_memoryvariable del sistema habilitada. Los clientes pueden conectarse a
través de la memoria compartida utilizando la --protocol=memoryopción
✓ En los sistemas Unix, los clientes pueden conectarse utilizando archivos de socket de
dominio Unix.
✓ Los programas cliente MySQL pueden escribirse en muchos idiomas. Una biblioteca de
clientes escrita en C está disponible para clientes escritos en C o C ++, o para cualquier
lenguaje que proporcione enlaces en C.
✓ Las API para C, C ++, Eiffel, Java, Perl, PHP, Python, Ruby y Tcl están disponibles, lo
que permite que los clientes MySQL se escriban en muchos idiomas.
✓ MySQL Connector / NET permite a los desarrolladores crear fácilmente aplicaciones
.NET que requieren conectividad de datos segura y de alto rendimiento con MySQL.
Implementa las interfaces [Link] necesarias y se integra en las herramientas
compatibles con [Link]. Los desarrolladores pueden crear aplicaciones utilizando su
elección de lenguajes .NET. MySQL Connector / NET es un controlador [Link]
totalmente administrado escrito en C # 100% puro.
2.1.7. Localización
✓ El servidor puede proporcionar mensajes de error a los clientes en muchos idiomas
✓ Soporte completo para distintos conjuntos de caracteres, incluyendo latin1(CP1252),
german, big5, ujis, varios conjuntos de caracteres Unicode, y mucho más. Por ejemplo,
los caracteres escandinavos " å”, " ä" y " ö" están permitidos en los nombres de tablas y
columnas.
✓ Todos los datos se guardan en el juego de caracteres elegido.
✓ La clasificación y las comparaciones se realizan de acuerdo con el conjunto de caracteres
y la clasificación predeterminados. es posible cambiar esto cuando se inicia el servidor
MySQL.
2.1.8. Clientes y herramientas
✓ MySQL incluye varios clientes y programas de utilidad. Estos incluyen tanto programas
de línea de comandos como mysqldump y mysqladmin, como programas gráficos como
MySQL Workbench.
✓ MySQL Server tiene soporte incorporado para sentencias SQL para verificar, optimizar
y reparar tablas. Estas declaraciones están disponibles desde la línea de comandos a
través del cliente mysqlcheck. MySQL también incluye myisamchk, una utilidad de línea
de comandos muy rápida para realizar estas operaciones en MyISAM tablas. Consulte el
Capítulo 4, Programas MySQL.
✓ Los programas MySQL se pueden invocar con la opción: “--help u –?”, para obtener
asistencia en línea.
 18

MYSQL

No tiene soporte capacidad limitada Multiplataforma, aunque pertenezca a Microsoft. Pertenece a Oracle licencia GLP/licencia
comercial

GESTORES
Transacciones.

Precio muy elevado Es el más usado al nivel mundial. Dispone de su propio lenguaje PL/SQL,
soporta
Elevado coste de información, tratado por trabajadores Multiplataforma.
formados por Oracle Base de datos de gran tamaño
ORACLE

Es intuitiva y fácil de usar

Respuesta lenta. Código abierto y gratuito, multiplataforma. Tiene la extensión POSTGIS para base
de datos espaciales
2.2. Diferencias Frente a otros Gestores

Requiera hardware Gran volumen de datos.

Administración de Base de Datos con MySQL

No es intuitivo Transacciones, disparadores y afirmaciones.

POSTGRESQL

La migración de un sistema muy testado y fiable como es Nuevos motores de almacenamiento más eficientes. Aria y Existen algunas mejoras al código
MySQL. Aunque se garantiza una absoluta XtraDB vienen a reemplazar a MyISAM e InnoDB DBUG para hacer su ejecución más
compatibilidad, y un gran sistema estable y potente, hay respectivamente. rápida cuando se compila, pero no se
que valorar si a día de hoy merece pasar todo mi sistema a usa.
MariaDB. Estadísticas para índices y tablas que pueden ayudar para
la optimización de la base de datos. LA TABLA DE CHEQUEO DE
REDUNDANCIA es más rápida.
MARIA DB
A continuación, exponemos una comparativa con los distintos SGBD.

En sistemas grandes la base más usada es DB2 ya que corre Permite agilizar el tiempo de respuestas de esta consulta Al igual que otros motores de bases de
en diferentes plataformas operativas, pero en realidad, en datos de alto rendimiento, IBM Db2
la mayoría de los casos la decisión para optar por Recuperación utilizando accesos de sólo índices. cuenta con todas las funciones capaces
un software de estas características es corporativa. de manejar grandes cantidades de datos
Predicados correlacionados.
DB2

y servir simultáneamente a muchos

tener muy claro que Sistema Gestor de Base de Datos elegir para optimizar dicho proyecto.

Se tiene que ver con las aplicaciones que se tienen usuarios.

Tablas de resumen Tablas replicadas
desarrolladas y las que se van a implementar.
Según [Link] (2017), a la hora de la realización de un proyecto web, tenemos que

Desventajas Características
AS
DIF

NCI
ERE

ventajas
19 Administración de Base de Datos con MySQL

2.3. Demostración del Gestor y sus Herramientas Básicas (Creación de base de datos, Tablas,
Vistas, etc.) en modo Gráfico y en Comandos SQL
2.3.1. Proceso de Instalación de MySQL (Versión 8.0.18)
[Link]. Requerimientos y prerrequisitos
Características mínimas
✓ Procesador con 2 núcleos
✓ 2 GB de RAM
✓ Subsistema de E/S de disco aplicable a una base de datos de escritura
intensiva
Características recomendadas
✓ Procesador con 4 núcleos
✓ 8 GB de RAM o mas
✓ Arreglo de disco en RAID 10
Prerrequisitos
✓ Tener instalado .Net framework 4.5.2

[Link]. Descarga e instalación de MySQL

1. Visitar el sitio ‘[Link] y hacer clic en ‘DOWNLOADS’

Figura 1. Sitio de descarga de [Link]

20 Administración de Base de Datos con MySQL

2. Desplazar la página hacia abajo y hacer clic en MySQL Community (GPL) Downloads»

Figura 2. Opción para descargar MySQL Community

3. En la página MySQL Community Downloads hacer clic en MySQL Installer for
Windows

Figura 3. Opciones de descarga de MySQL Community

21 Administración de Base de Datos con MySQL

4. En el siguiente paso seleccionamos el paquete de instalación de MySQL que deseemos y

damos e Download.

Figura 4. Descarga de paquetes de instalación de MySQL

5. Una vez completada la descarga se procederá hacer la instalación de MySQL Community
Instalación del servidor MySQL y la herramienta visual de diseño de bases de
datos MySQL Workbench
1. Ubicamos el paquete de instalación de MySQL, que por defecto debe estar ubicada en
la carpeta Descargas de nuestro equipo. A continuación, damos en Instalar.

Figura 5. Ubicación del paquete de instalación en el equipo.

22 Administración de Base de Datos con MySQL

2. Ejecutar el archivo ‘[Link]’, en el formulario que se

mostrara en pantalla marcar la casilla ‘I accept the license terms’ y hacer clic en ‘Next’

Figura 6. Términos y condiciones de instalación de MySQL

3. Seleccionamos la opción Custom, luego damos clic en Next.

Figura 7. Elección de la instalación personalizada de MySQL

23 Administración de Base de Datos con MySQL

4. De los productos disponibles seleccionar para instalar ‘MySQL Server 8.0’. Tomar en
cuenta la distribución correcta según el procesador en el equipo en que está instalando.
Para equipos con procesador de 64bits seleccionar la distribución marcada como ‘X64’.

Figura 8. Seleccionando productos a instalar

5. Para instalar en una ruta diferente a la predeterminada por el sistema seleccionar el
producto de la lista y hacer clic en el enlace marcado como ‘Advanced Options’, esto
mostrara un dialogo con opciones adicionales.

Figura 9. Selección de opciones avanzadas

24 Administración de Base de Datos con MySQL

Nota: Puede omitir este paso si no le es necesario instalar en una ruta diferente a la
predeterminada.

6. Esta ventana muestra los requerimientos necesarios para la instalación, si alguno de ellos
esta faltante el instalador tiene la capacidad de descargar estos elementos, el usuario
tendrá que vigilar y aceptar la instalación de cada uno.
Haga clic en ‘Execute’ para iniciar. Dependiendo de la conexión a internet las ventanas
emergentes para la instalación de estos elementos
pueden demorar en mostrarse.
Nota: Es necesario instalar
✓ Microsoft Visual C++ 2015 Runtime

Figura 10. Lista de requerimientos de MySQL

25 Administración de Base de Datos con MySQL

7. La ventana emergente muestra el producto faltante a instalar, marcar la casilla ‘Acepto

los términos y condiciones de licencia’ y posteriormente hacer clic en ‘Install’. Este
proceso puede tardar varios minutos.

Figura 11. Instalación de Microsoft Visual

8. A l finalizar el proceso hacer clic en ‘Close’.

Figura 12. Instalación completada correctamente de Microsoft Visual

26 Administración de Base de Datos con MySQL

9. Al cumplirse los requerimientos se mostrará la siguiente ventana. Hacer clic en ‘Next’.

Figura 13. Requerimientos instalados correctamente

10. El instalador descargara e instalara los productos necesarios. Hacer clic en ‘Execute’ para
iniciar el proceso.

Figura 14. Instalación de MySQL Server y Workbench

27 Administración de Base de Datos con MySQL

11. Si el proceso se completó correctamente el ‘Status’ de los productos mostrara la leyenda

‘Complete’. Hacer clic en ‘Next’ para continuar.

Figura 15. Proceso de instalación de MySQL Server y Workbench completada.

Nota: Si el producto MySQL Workbench muestra la leyenda ‘Failed’ no se ha realizado el
proceso de instalación correctamente
Solución: Descargar ‘.Net Framework 4.5.2’, indicaciones para descargar este paquete se
encuentran en la sección ‘Prerrequisitos’, posteriormente continúe en la sección ‘Parte 2:
instalación de MySQL Workbench’.
12. Posterior a la instalación se configurará el producto para su utilización. Hacer clic en
‘Next’ para continuar.
28 Administración de Base de Datos con MySQL

Figura 16. Proceso de configuración del MySQL

13. En la ventana ‘Group Replication’ seleccionar la opción ‘Standalone MSQL Server /
Classic MySQL Replication’. Hacer clic en ‘Next’ para continuar.

Figura 17. Proceso de elección de grupo de replicación de MySQL

29 Administración de Base de Datos con MySQL

14. En la ventana ‘Type and Networking’ sobre la opción ‘Config Type’se muestran tres
opciones:
✓ ‘Develepment Machine’ - consumo de memoria bajo - seleccione esta
opción si el equipo de cómputo tendrá otras funciones además de funcionar
como servidor de base de datos (es un equipo de uso personal).
✓ ‘Server Machine’ consumo de memoria medio - seleccione esta opción si el
equipo de cómputo realizara otras funciones o Servicios
✓ ‘Dedicated Machine’ consumo de memoria alto - seleccione esta opción si
la única función del equipo en que se instala será el servidor de base de datos.
Esta opción presenta el mejor rendimiento.
En el apartado ‘Connectivity’ asegurarse que las siguientes opciones se encuentran
marcadas: marcar la casilla ‘TCP/IP’
‘Port Number’: 3306 marcar la casilla ‘Open Firewall por for network access’.
Hacer clic en ‘Next’ para continuar

Figura 18. Configuración del tipo de conexión de MySQL

30 Administración de Base de Datos con MySQL

15. En la ventana ‘Authentication Method’ seleccionar la opción ‘Use Legacy

Authentication Method (Retain MySQL 5.x Compatibility)’. Hacer clic en ‘Next’ para
continuar.

Figura 19. Configurando el método de autenticación de MySQL.

16. En esta ventana se dan de alta los usuarios que utilizaran el servicio de base de daros.
Cuenta de usuario ‘Root’; utilizada para administración, es necesario capturar una
contraseña para esta cuenta.
Para capturar una contraseña segura:
✓ Las contraseñas deben de contener una combinación de mayúsculas, minúsculas,
números y caracteres especiales con una longitud mínima de 8 caracteres.
Agregar una cuenta nueva haciendo clic en el botón ‘Add User’
31 Administración de Base de Datos con MySQL

Figura 20. Configurando cuentas de autenticación y roles de usuario.

17. Capturar un nombre y contraseña para la cuenta. Hacer clic en ‘OK’.

Figura 21. Testeando la conexión de MySQL.

32 Administración de Base de Datos con MySQL

18. Una vez que se ha captura la contraseña para el usuario ‘Root’ y se ha agregado un
usuario haga clic en ‘Next’.

Figura 22. Usuarios y roles de MySQL.

19. En la siguiente ventana revisar que las siguientes opciones estén marcadas:
✓ Marcar la casilla ‘Configure MySQL Server as a Windows Service’
✓ Windows Service Name: ‘MySQLXX’
✓ Marcar la casilla ‘Start the MySQL Server at System Startup’
✓ Seleccionar la opción ‘Standard System Account’
Hacer Clic en Next.
33 Administración de Base de Datos con MySQL

Figura 22. Seleccionando los servicios de Windows en MySQL.

20. En la siguiente ventana se aplicarán las opciones seleccionadas y se iniciara el servicio
de base de datos. Haga clic en ‘Execute’ para iniciar. Las acciones pueden tardar algunos
minutos.

Figura 23. Ventana de instalación de los servicios de base de datos MySQL.

34 Administración de Base de Datos con MySQL

21. Al terminar todas las acciones hacer clic en ‘Finish’.

Figura 24. Configuración de los servicios de base de datos instalados correctamente.

Nota: Si alguna tarea no logro completarse correctamente se interrumpirá el proceso.
Solución: El usuario deberá contactar a su administrador de red para solucionar los
inconvenientes que pudieran existir.
22. Se muestra ahora el estado de la configuración del producto. Hacer clic en ‘Next’.
35 Administración de Base de Datos con MySQL

Figura 25. Estado de configuración del producto completado.

23. Instalación completada. Marcar la casilla ‘Start MySQL Workbench after Setup’ y
hacer clic en ‘Finish’ para terminar.

Figura 26. Finalización del proceso de instalación.

36 Administración de Base de Datos con MySQL

24. Al iniciar la aplicación se muestra la siguiente ventana. Hacer clic sobre ‘Local
instance MySQL80’.

Figura 27. Interfaz de inicio de MySQL Workbench.

25. Finalmente se mostrará una interfaz grafica de MYSQL Workbench, y esta listo para
empezar a trabajar.

Figura 28. Interfaz de MySQL Workbench

37 Administración de Base de Datos con MySQL

2.3.2. Creación de base de datos

Modo Gráfico
1. Primeramente, damos clic en el icono de Create new schema in the connected server.

Figura 29. Selección del icono Server para crear un nuevo Schema.
2. Una vez que hemos dado clic nos mostrará una interfaz donde, nombramos a nuestra base
de datos en mi caso tendrá el nombre de naturaldiaz y luego damos en Apply.

Figura 30. Interfaz para crear una nueva base de datos.

3. En este paso se mostrará una interfaz con comandos SQL donde, se podrá modificar el
nombre de la base datos e inclusive nombras mas de una base de datos. Luego damos clic
en Apply para continuar con el proceso.
38 Administración de Base de Datos con MySQL

Figura 31. Consulta SQL para crear una base de datos.

4. Luego de aplicar los cambios damos clic en Finish, para finalizar el proceso

Figura 32. Finalización de creación de una base de datos en modo gráfico.

39 Administración de Base de Datos con MySQL

5. Una vez finalizada la acción vemos el panel de navegación y la salida de acciones nos
mostrara el mensaje que la base de datos fue creada correctamente.

Figura 33. Base de datos naturaldiaz creada correctamente.

Comandos SQL
1. Para le creación de una base de datos por medio de sentencias SQL, digitamos los
comandos necesarios, finalmente ejecutamos la sentencia SQL.

Figura 34. Base de datos creada mediante sentencias SQL

40 Administración de Base de Datos con MySQL

2.3.3. Creación de tablas

Modo Gráfico
1. Para la creación de tablas en modo grafico nos dirigimos a File y luego damos clic en
New Model.

Figura 35. Interfaz de la ventana MySQL Model.

2. En este paso damos clic en Add new Diagram, para poder trabajar con la inserción de
tablas.

Figura 36. Interfaz de diagramas para insertar tablas

3. Finalmente damos clic en el icono de insertar tabla de la figura anterior y la tabla se creará
correctamente.
41 Administración de Base de Datos con MySQL

Figura 37. Inserción de la tabla user creada correctamente.

Comando SQL
1. Para la inserción de tablas mediante sentencias SQL, primero digitaremos una serie de
sentencias como se demostrará en la siguiente figura.

Figura 38. Sentencias SQL para insertar tablas

2. Una vez insertadas las sentencias damos en ejecutar y nos mostrara el mensaje que las
tablas fueron creadas correctamente.
42 Administración de Base de Datos con MySQL

Figura 39. Inserción de las tablas correctamente

2.3.4. Creación de vistas
Modo Gráfico
1. Para la creación de vistas en modo gráfico, primero damos clic en el incono de nombre
Create a new view.

Figura 40. Creación de una vista en modo grafico

43 Administración de Base de Datos con MySQL

2. Una vez hecho lo anterior se mostrará una ventana para crear una nueva vista, en mi caso
creare una vista que me muestre solo al usuario 1.

Figura 41. Creación de vista usuario 1.

3. Luego damos clic en Apply y nos mostrar la siguiente ventana, damos nueva mente en
Apply, y por último damos en Finish, y nuestra vista_usuario 1 se habrá creado
correctamente.

Figura 42. Ejecución de sentencias SQL correctamente.

4. Para demostrar que la vista fue creada, ubicamos en nuestro panel de navegación la vista
creada recientemente y la ejecutamos.
44 Administración de Base de Datos con MySQL

Figura 43. Ejecución de la vista creada previamente.

Comandos SQL
1. Para la creación de vistas mediante sentencias SQL se tendrá que ejecutar los scripts
mostrados en la siguiente figura.

Figura 44. Sentencias SQL para la creación de una vista.

45 Administración de Base de Datos con MySQL

Referencias Bibliográficas
[Link] (2019), Conociendo el gestor de base de datos, recuperado (24 ago. 2019),
[Link]
[Link]

[Link] (2017), Diferencias frente a otros gestores, recuperado (24 ago. 2019),
[Link]
datos-sgbd/
[Link]
[Link] (2019), Creación de base de datos, recuperado (24 ago. 2019),
[Link]
46 Administración de Base de Datos con MySQL

CAPITULO III
Diccionario de Datos
47 Administración de Base de Datos con MySQL

ÍNDICE
CAPITULO III .............................................................................................................................. 466
DICCIONARIO DE DATOS ....................................................................................................... 488
3.1. Definición de Metadatos .................................................................................................... 488
3.1.1. Tipos de Metadatos ..................................................................................................... 488
3.2. Definición de Diccionario de Datos ................................................................................... 499
3.2.1. Significado .................................................................................................................... 499
3.2.2. Importancia.................................................................................................................. 499
3.3. Que Aplicaciones/Herramientas hacen uso el Diccionario de Datos ............................... 49
3.4. En qué consisten los siguientes estándares: ....................................................................... 50
3.5. Trabajo de Demostración de Diccionario de Datos en el Gestor ..................................... 51
Referencias Bibliográficas .............................................................................................................. 61
48 Administración de Base de Datos con MySQL

DICCIONARIO DE DATOS
3.1. Definición de Metadatos
Según [Link] (2019), aporta que, la definición más concreta de los metadatos es qué
son “datos acerca de los datos” y sirven para suministrar información sobre los datos producidos.
Los metadatos consisten en información que caracteriza datos, describen el contenido, calidad,
condiciones, historia, disponibilidad y otras características de los datos.
Datos estructurados que describen y permiten encontrar, gerenciar, comprender o preservar
documentos archivísticos al largo del tiempo. (CTDE - Cámara Técnica de Documentos
Electrónicos – Conselho Nacional de Arquivos – Brasil).
Según [Link] (2007) tiene como funciones:
✓ Apoyar el acceso a los documentos;
✓ Apoyar y documentar la gestión y la preservación de documentos digitales.

Los metadatos deben ser registrados durante todo el ciclo de vida de los documentos,
incluyendo las actividades de: creación, identificación, descripción, acceso, almacenamiento y
preservación.

Nota: Los productores TIENEN que registrar los metadatos desde la creación de los documentos.
3.1.1. Tipos de Metadatos

✓ Administrativos. Auxilia en la gestión de documentos, la gestión de derechos y la

gestión de la preservación. Registra características técnicas.
Ejemplos:
• Fecha de recibimiento.
• Acción de preservación (conversión, refrescamiento).
• Tipo de archivo (.DOC, .ODT).
• Derechos de acceso (confidencialidad, propiedad, intelectual).

✓ Estructurales. Describen las relaciones entre documentos y la estructura interna de

documentos complejos.
Ejemplos:
• Versiones de documentos.
• Documentos de un expediente.
• Tablas de una base de datos.
• Archivos de una página de la web.
Documentos complejos (formados por diversos archivos relacionados)
Ejemplos:
• Bases de datos.
• Páginas de la web.
• Correos electrónicos con anexos.

✓ Descriptivos. Auxilia en la búsqueda de los documentos.

Ejemplos:
• Autor
• Destinatario
• Fecha de creación
• Institución productora
49 Administración de Base de Datos con MySQL

• Clasificación.
• Asunto, etc.
3.2. Definición de Diccionario de Datos
3.2.1. Significado
Según Diana Gabriela Higuera Robles en [Link] (2019), el diccionario de datos
es un listado organizado de todos los datos que pertenecen a un sistema.
El objetivo de un diccionario de datos es dar precisión sobre los datos que se manejan en
un sistema, evitando así malas interpretaciones o ambigüedades. Define con precisión los
datos de entrada, salida, componentes de almacenes, flujos, detalles de las relaciones entre
almacenes, etc.
Los diccionarios de datos son buenos complementos a los diagramas de flujo de datos,
los diagramas entidad-relación, etc.
3.2.2. Importancia
El diccionario de datos guarda y organiza los detalles del Diagrama de Flujo de Datos
(DFD). Es el segundo componente del análisis estructurado. También se conoce como "Data
Repository". Incluye el contenido de los data flow (flujos de datos), los "data store", las
entidades externas y los procesos.
Data elements (elementos de datos). Es la parte más pequeña de los datos que tiene
significado en el sistema de información. Se combinan varios elementos de datos para hacer
los récords o "data structures". Ejemplo: nombre, dirección, seguro social.
Data Structure (Estructura de datos) También se conocen como récord. Es la
combinación de elementos de datos relacionados que se incluye en un flujo de datos o se
retiene en un "data store".
3.3. Que Aplicaciones/Herramientas hacen uso el Diccionario de Datos
Según Ana Isabel Gomez Carrero (2015), aporta lo siguiente:
✓ DaD18K Tool (Aplicación para la gestión de diccionario de datos)
✓ DaD18k Services (Servicios web para la gestión de diccionario de datos)
✓ Herramienta CASE. Base de datos central de una herramienta CASE. El repositorio
amplio el concepto de diccionario de datos para incluir toda la información que se va
generando a lo largo del ciclo de vida del sistema, como, por ejemplo: componentes de
análisis y diseño (diagramas de flujo de datos, diagramas entidad-relación, esquemas de
bases de datos, diseños de pantallas), estructuras de programas, algoritmos, etc. En
algunas referencias se le denomina Diccionario de Recursos de Información.
✓ DDBuilder. Es una herramienta que, de una manera rápida y fácil, le permite definir y
modificar diccionarios de datos de BASIS, para ser usados con PRO/5, Visual PRO/5,
BBxPROGRESSION/4, y TAOS (El Workbench del Diseñador), así como también
definir Vistas SQL para ser usadas con el ODBC driver de BASIS.

El diccionario de datos proporciona la documentación inmediata de estructuras de

datos, incluso la composición del archivo y el tipo de datos. Pueden diseñarse
aplicaciones para preguntar en tiempo de corrida al diccionario de datos, eliminando el
utilizar estructuras de datos rígidas en el código de programa.
DDBuilder corre bajo Windows 95, 98, Windows NT 4.0, Windows 2000 y puede
usarse para:
50 Administración de Base de Datos con MySQL

• Crear y Definir la estructura de datos, incluso la composición del archivo.

• Definir diccionarios de datos que se crearon en otras aplicaciones, y modificarlos
para el uso con productos de BASIS.
• Imprimir una representación de la estructura de la base de datos y su contenido.
• Aprovechar la funcionalidad del ODBC Driver de BASIS y de TAOS.

3.4. En qué consisten los siguientes estándares:

✓ ISO/IEC 10027:1990 (Information technology -- Information Resource Dictionary
System (IRDS) framework)
Según [Link] (2019), ISO crea documentos que proporcionan requisitos,
especificaciones, pautas o características que se pueden usar de manera consistente para
garantizar que los materiales, productos, procesos y servicios sean adecuados para su
propósito.
Según [Link] (2019), Esta Norma Internacional describe el marco para una serie
de Normas Internacionales que especifican un sistema de información especializado, llamado
Sistema de Diccionario de Recursos de Información (IRDS). Un IRDS se utiliza para
controlar y documentar los recursos de información de una empresa.
Esta Norma Internacional define los niveles de datos relevantes para un IRDS. Define las
interfaces IRDS prescritas por otras normas internacionales en la familia de normas IRDS.
También define los tipos de contenido de datos prescritos por otras normas internacionales
en la familia.

Fuente: [Link]
51 Administración de Base de Datos con MySQL

✓ ISO/IEC 10728:1993 (Information technology -- Information Resource Dictionary

System (IRDS) Services Interface)
La interfaz de servicios especificada le da a cualquier programa acceso completo a todos los
servicios IRDS. Define la semántica de esta interfaz y también especifica los enlaces de
idioma para ISO Pascal (ISO 7185). Los enlaces de idiomas para otros lenguajes de
programación estándar ISO se proporcionan como estándares separados. No hace
suposiciones sobre un entorno de implementación y no asume interfaces de tiempo de
ejecución o tiempo de compilación específicas. Los detalles de la serie de normas IRDS se
encuentran en ISO / IEC 10027.

Fuente: [Link]
3.5. Trabajo de Demostración de Diccionario de Datos en el Gestor
1. Crear una base de datos con al menos 5 tablas relacionadas, 3 vistas, 3 procedimientos
almacenados y 2 disparadores en el Gestor MySQL
Creación de la Base de Datos

Figura 47. Creación de la base de datos con sentencias SQL

52 Administración de Base de Datos con MySQL

Creación de las Tablas

Figura 48. Creación de Tablas Parte 1

Figura 49. Creación de Tablas Parte 2

53 Administración de Base de Datos con MySQL

Figura 50. Creación de Tablas Parte 3

Creación de Vistas

Figura 51. Creación de Vistas con sentencias SQL

54 Administración de Base de Datos con MySQL

Creación de Procedimientos Almacenados

Figura 52. Creación de Procedimientos Almacenados Parte 1

Figura 53. Creación de Procedimientos Almacenados Parte 2

55 Administración de Base de Datos con MySQL

Creación de Disparadores

Figura 54. Creación de Disparadores con sentencias SQL

2. Elaborar scripts SQL, que den como resultado lo siguiente:
✓ Relación de objetos de la base de datos
• Una consulta SQL que muestre las Tablas
56 Administración de Base de Datos con MySQL

Figura 55. Consulta que muestra todas las tablas de la base de datos.

• Una consulta SQL que muestre las Vistas

57 Administración de Base de Datos con MySQL

Figura 56. Consulta que muestra todas las vistas en la base de datos

• Una consulta SQL que muestre los Procedimientos Almacenados

Figura 57. Consulta que muestra los Procedimientos Almacenados

• Una consulta SQL que muestre los Disparadores

Figura 58. Consulta que muestra los Disparadores

58 Administración de Base de Datos con MySQL

• Una consulta SQL que las Llaves Primarias

Figura 59. Consulta para mostrar las Llaves Primarias

• Una consulta SQL que muestre las Llaves Foráneas

Figura 60. Consulta para mostrar las Llaves Foráneas

59 Administración de Base de Datos con MySQL

✓ Consulta SQL que muestre una lista de los campos de una de las tablas creadas con sus
respectivos tipos de datos y tamaños.

Figura 61. Consulta para mostrar Tipo de Datos, Tamaño de una tabla
✓ Consulta SQL que muestre las Definiciones SQL de Vistas, Procedimientos Almacenados,
Disparadores.
60 Administración de Base de Datos con MySQL

Definiciones de Vistas

Figura 62. Consulta para mostrar Definiciones de Vistas

Definiciones de Procedimientos

Figura 63. Consulta para mostrar Definiciones de Procedimientos

61 Administración de Base de Datos con MySQL

Referencias Bibliográficas
[Link] (2019), Definición de metadatos, recuperado (28 ago. 2019),
[Link]
Conarq (2007), Definición de metadatos, recuperado (28 ago. 2019);
[Link]
atos_2007.pdf
Diana Gabriela Higuera Robles (2019), Definición de diccionario de datos, recuperado (28 ago.
2019)
[Link]
Ana Isabel Gómez Carrero (2015), Aplicaciones y herramientas que hacen uso del diccionario
de datos, recuperado (28 ago. 2019),
[Link]
B3mez_Carretero.pdf?sequence=1
[Link] (2019), Concepto de estándares, recuperado (29 ago. 2019),
[Link]
[Link]
[Link] (2019), Conceptos de estandarización, recuperado (29 ago. 2019)
[Link]
[Link]
62 Administración de Base de Datos con MySQL

CAPITULO IV
Integridad en Base de Datos
63 Administración de Base de Datos con MySQL

ÍNDICE
CAPITULO IV ................................................................................................................................ 62
INTEGRIDAD EN BASE DE DATOS........................................................................................ 644
4.1. Definición de Integridad .................................................................................................... 644
4.2. Definición de Integración de Datos ................................................................................... 644
4.3. Categorías de Integridad de Datos.................................................................................... 644
4.2.1. Integridad de Entidad ................................................................................................. 644
4.2.2. Integridad de Dominio ................................................................................................ 644
4.2.3. Integridad Referencial ................................................................................................ 655
4.2.4. Integridad Definida por el Usuario ............................................................................ 655
4.4. Trabajo Demostración de la Integridad de Datos en el Gestor ...................................... 666
Referencias Bibliográficas ............................................................................................................ 699
64 Administración de Base de Datos con MySQL

INTEGRIDAD EN BASE DE DATOS

4.1. Definición de Integridad
La integración de datos es una combinación de procesos técnicos y de negocio que se utilizan
para combinar información de diferentes fuentes para convertirla en datos fiables y valiosos. Estas
soluciones de integración ayudan a comprender, limpiar, monitorizar, transformar y entregar
datos para que las empresas puedan estar seguras de que la fuente de información es confiable,
consistente y está gestionada en tiempo real.
4.2. Definición de Integración de Datos
Según [Link] (2019), la integridad de datos es el proceso que permite combinar datos
heterogéneos de muchas fuentes diferentes en la forma y estructura de una única aplicación. Esto
facilita que diferentes tipos de información, tales como matrices de datos, documentos y tablas,
sean fusionados por usuarios, organizaciones y aplicaciones para un uso personal, de procesos de
negocio o de funciones.
Un proyecto de integración de datos generalmente implica los siguientes pasos:
✓ Acceso a los datos desde todas las fuentes y localizaciones tanto si se trata de locales, en la
nube o de una combinación de ambos.
✓ Integración de datos de modo que los registros de una fuente de datos mapean registros en
otra. Por ejemplo, incluso si un conjunto de datos utilizara “nombre, apellidos” y otro “nom,
ape”, el conjunto integrado se asegurará de que en ambos casos los datos van al lugar correcto.
Se trata de un tipo de preparación de datos esencial para que las analíticas y otras aplicaciones
sean capaces de utilizar los datos con éxito.
✓ Entrega de datos integrados al negocio justo en el momento en que la empresa los necesita,
ya sea por lotes, casi en tiempo real o en tiempo real.
El mundo empresarial se está centrando cada vez más en el consumidor. Enfocarse en el
servicio al cliente y escucharle para obtener Feedback era vital en el pasado, pero los negocios
de hoy en día necesitan alcanzar ideas más profundas de lo que los clientes quieren, recopilando
datos que van desde el uso de patrones con productos, a publicaciones en medios sociales.
4.3. Categorías de Integridad de Datos
4.2.1. Integridad de Entidad
La integridad de entidad define una fila como entidad única para una tabla determinada.
La integridad de entidad exige la integridad de las columnas de los identificadores o la clave
principal de una tabla, mediante índices y restricciones UNIQUE, o restricciones PRIMARY
KEY.
Regla de integridad de entidad de la clave primaria.
La regla de integridad de entidad de la clave primaria dispone que los atributos de la clave
primaria de una relación no pueden tener valores nulos.
4.2.2. Integridad de Dominio
Según [Link] (2019), resalta que la regla de integridad de dominio está relacionada
con la noción de dominio. Esta regla establece dos condiciones.
✓ La primera condición consiste en que un valor no nulo de un atributo Ai debe
pertenecer al dominio del atributo Ai; es decir, debe pertenecer a dominio (Ai). Esta
condición implica que todos los valores no nulos que contiene la base de datos para
un determinado atributo deben ser del dominio declarado para dicho atributo.
65 Administración de Base de Datos con MySQL

✓ La segunda condición sirve para establecer que los operadores que pueden aplicarse
sobre los valores dependen de los dominios de estos valores; es decir, un operador
determinado sólo se puede aplicar sobre valores que tengan dominios que le sean
adecuados.
4.2.3. Integridad Referencial
Según [Link] (2013), La integridad referencial protege las relaciones definidas
entre las tablas cuando se crean o se eliminan filas. En SQL Server la integridad referencial
se basa en las relaciones entre claves externas y claves principales o entre claves externas y
claves exclusivas, mediante restricciones FOREIGN KEY y CHECK. La integridad
referencial garantiza que los valores de clave sean coherentes en las distintas tablas. Para
conseguir esa coherencia, es preciso que no haya referencias a valores inexistentes y que, si
cambia el valor de una clave, todas las referencias a ella se cambien en consecuencia en toda
la base de datos.
Cuando se exige la integridad referencial, SQL Server impide a los usuarios:
✓ Agregar o cambiar filas en una tabla relacionada si no hay ninguna fila asociada en
la tabla principal.
✓ Cambiar valores en una tabla principal que crea filas huérfanas en una tabla
relacionada.
✓ Eliminar filas de una tabla principal cuando hay filas relacionadas coincidentes.
Regla de integridad referencial
La regla de integridad referencial está relacionada con el concepto de clave foránea.
Concretamente, determina que todos los valores que toma una clave foránea deben ser valores
nulos o valores que existen en la clave primaria que referencia.
4.2.4. Integridad Definida por el Usuario
La integridad definida por el usuario permite definir reglas de empresa específicas que
no pertenecen a ninguna otra categoría de integridad. Todas las categorías de integridad
admiten la integridad definida por el usuario. Esto incluye todas las restricciones de nivel de
columna y nivel de tabla en CREATE TABLE, procedimientos almacenados y
desencadenadores.
66 Administración de Base de Datos con MySQL

4.4. Trabajo Demostración de la Integridad de Datos en el Gestor

1. Cree una base de datos y con un ejemplo indique de qué manera el gestor MySQL aplica cada
una de las categorías de integridad.
Para esta demostración usaremos la Base de Datos pizzaramos, que previamente fue creada en
el capítulo anterior

Figura 64. Utilización de la base de datos pizzaramos.

Integridad de Entidad
1. Para aplicar la integridad de entidad utilizaremos la base de datos pizzaramos, la cual
insertaremos un nuevo usuario, pero con la columna idusuario repetida y nos mostrara el
siguiente mensaje:

Figura 65. Mensaje de error, violación de integridad de entidad.

67 Administración de Base de Datos con MySQL

Integridad de Dominio
1. Para aplicar la integridad de dominio, insertamos un nuevo usuario con idusuario
diferente al tipo de dato especificado al momento de crear la tabla. Nos mostrar el siguiente
mensaje:

Figura 66. Mensaje de error, violación de integridad de dominio.

Integridad Referencial
1. Para aplicar la integridad referencial, insertamos un nuevo usuario con idempleado
referenciado en la tabla empleados con un empleado que no existe. Nos mostrara el siguiente
mensaje:

Figura 67. Mensaje de error, violación de integridad referencial.

Integridad Definida por el Usuario

1. Para aplicar la integridad definida por el usuario, usaremos como ejemplo la tabla
empleados, quien tiene la columna dni con tamaño (8).
68 Administración de Base de Datos con MySQL

Figura 68. Restricción del tamaño de dato del campo dni definida por el usuario.

2. Ahora insertaremos un nuevo empleado con variables mayores que 8, especificados en la

columna dni. Nos mostrara el siguiente mensaje:

Figura 69. Violación de integridad definida por el usuario.

69 Administración de Base de Datos con MySQL

Referencias Bibliográficas
PowerData (2019), Definición de Integridad, recuperado (10 set 2019),
[Link]
BlogPost (2013), Integridad de Entidad, Referencial y Definida por él usuario, recuperado (10
set 2019),
[Link]
[Link]

Ecured (2019), Integridad de Dominio, recuperado (10 set 2019),

[Link]
70 Administración de Base de Datos con MySQL

CAPITULO V
Seguridad en Base de Datos
71 Administración de Base de Datos con MySQL

ÍNDICE
CAPITULO V .................................................................................................................................. 70
SEGURIDAD EN BASE DE DATOS............................................................................................ 72
5.1. Definición de Seguridad ....................................................................................................... 72
5.1.1. Confidencialidad en Base de Datos .............................................................................. 72
5.2. Seguridad del Gestor............................................................................................................ 72
5.2.1. Inicios de Sesión............................................................................................................. 72
5.2.2. Usuarios .......................................................................................................................... 73
5.2.4. Roles ............................................................................................................................... 73
5.2.5. Funciones en el Servidor ............................................................................................... 73
5.2.6. Privilegios ....................................................................................................................... 73
5.3. Autenticación o Autentificación .......................................................................................... 74
5.3.1. Políticas de Contraseñas ............................................................................................... 74
5.4. Trabajo de Demostración de la Seguridad en el Gestor ................................................... 75
Referencias Bibliográficas .............................................................................................................. 81
72 Administración de Base de Datos con MySQL

SEGURIDAD EN BASE DE DATOS

5.1. Definición de Seguridad
Según [Link], la seguridad de datos, también conocida como seguridad de la
información o seguridad informática, es un aspecto esencial de TI en organizaciones de cualquier
tamaño y tipo. Se trata de un aspecto que tiene que ver con la protección de datos contra accesos
no autorizados y para protegerlos de una posible corrupción durante todo su ciclo de vida.
Seguridad de datos incluye conceptos como encriptación de datos, tokenización y prácticas
de gestión de claves que ayudan a proteger los datos en todas las aplicaciones y plataformas de
una organización.
Hoy en día, organizaciones de todo el mundo invierten fuertemente en la tecnología de
información relacionada con la ciberdefensa con el fin de proteger sus activos críticos: su marca,
capital intelectual y la información de sus clientes.
En todos los temas de seguridad de datos existen elementos comunes que todas las
organizaciones deben tener en cuenta a la hora de aplicar sus medidas: las personas, los procesos
y la tecnología.
Hay 2 tipos de seguridad:
✓ Direccional. Se usa para otorgar y revocar privilegios a los usuarios a nivel de archivos,
registros o campos en un modo determinado (consulta o modificación).
✓ Obligatoria. Sirve para imponer seguridad de varios niveles tanto para los usuarios como
para los datos. Para eso se utilizan mecanismos de protección.
5.1.1. Confidencialidad en Base de Datos
Según [Link] (2019), la confidencialidad, implica que la información es accesible
únicamente por el personal autorizado. Es lo que se conoce como need-to-know. Con este
término se hace referencia a que la información solo debe ponerse en conocimiento de las
personas, entidades o sistemas autorizados para su acceso. Ejemplos de falta de
confidencialidad, son el robo de información confidencial por parte de un atacante a través
de internet, la divulgación no autorizada a través de las redes sociales de información
confidencial o el acceso por parte de un empleado a información crítica de la compañía
ubicada en carpetas sin permisos asignados, a la que no debería tener acceso.
También debemos tener en cuenta que la adopción de un determinado control para
mejorar la seguridad en una dimensión, puede afectar de forma negativa o positiva a otra de
las dimensiones, por ello, es esencial conocer cuál de estas dimensiones es más importante
proteger en cada sistema de información. Por ejemplo, implantar un control de acceso para
proteger la confidencialidad en un aparato médico de una sala de operaciones, puede producir
un retardo en el acceso a la información afectando a su disponibilidad, lo cual no sería lo más
adecuado.
5.2. Seguridad del Gestor
5.2.1. Inicios de Sesión
Las variables de sesión se utilizan para almacenar información individual de los clientes en
el servidor web para su uso posterior, como un servidor web, que no sabe de la petición del
cliente para ser responder porque la dirección HTTP no mantiene estado.
Según Cibertec (2019), una cuenta de usuario de Windows puede ser necesaria para
conectarse a una base de datos. También, podría ser necesaria la autenticación de MySQL.
Tanto si se va a usar autenticación de Windows o autenticación de modo mixto, la cuenta que
73 Administración de Base de Datos con MySQL

se usa para la conexión a MySQL Workbench se le conoce como inicio de sesión de MySQL
Server.
5.2.2. Usuarios
Según [Link] (2019), Hay 2 tipos de usuarios:
✓ Usuario con derecho a crear, borrar y modificar objetos y que además puede conceder
privilegios a otros usuarios sobre los objetos que ha creado.
✓ Usuario con derecho a consultar, o actualizar, y sin derecho a crear o borrar objetos.
Privilegios sobre los objetos, añadir nuevos campos, indexar, alterar la estructura de
los objetos, etc.
5.2.4. Roles
Según [Link] (2019), con MySQL, un usuario puede seleccionar roles para los
usuarios de bases de datos, así como añadir o eliminar privilegios de forma independiente.
Asimismo, MySQL ofrece soporte para el rol Personalizado, que corresponde a un grupo
de privilegios definidos por los usuarios. Los usuarios de SQL Server no pueden modificar
los conjuntos de permisos incluidos en los roles.
5.2.5. Funciones en el Servidor
Según [Link] (2019). Un servidor de base de datos, también conocido como
database server o RDBMS (Relational DataBase Management Systems) en caso de bases de
datos relacionales, es un tipo de software de servidor que permiten la organización de la
información mediante el uso de tablas, índices y registros.
A nivel de hardware, un servidor de base de datos es un equipo informático especializado en
servir consultas a clientes remotos o locales que solicitan información o realizan
modificaciones a los registros y tablas que existen dentro de las bases de datos del sistema
(en muchos casos desde un servidor web o de aplicaciones). Si vamos a la función
fundamental de un servidor de base de datos, encontraremos que es el servicio que provee de
información a otras aplicaciones web o equipos/hosts, tal como se especifica en el modelo
cliente servidor.
Mediante el uso de un cliente de base de datos, se puede acceder a la información que se
guarda en las diferentes bases de datos. Una vez el cliente ha accedido mediante un usuario,
contraseña y nombre de host, se le permiten realizar diferentes tareas, dependiendo del nivel
de privilegios que posea. Algunos usuarios tienen privilegios de administrador y pueden
administrar por completo las bases de datos a las que se conectan, mientas que otros usuarios
tienen privilegios parciales para solo leer datos (hacer consultas de lectura, también llamado
(SELECT).
Los motores de bases de datos modernos permiten simultaneidad de consultas, lo que
significa que un usuario puede escribir en determinada tabla, mientras que otro hace lectura
de datos, o también escribe al mismo tiempo, todos desde diferentes lugares geográficos
incluso una vez que el cliente de base de datos termina la consulta, la conexión con el server
finaliza.
5.2.6. Privilegios
Según [Link] (2019), el servidor de base de datos permite que más de un usuario
pueda trabajar con los recursos del servidor (registros, tablas, bases de datos, funciones, etc.).
Hasta este punto del curso, todos los ejercicios los hemos realizado utilizando el usuario root.
74 Administración de Base de Datos con MySQL

Si nosotros somos los únicos administradores del servidor (algo que muy pocas veces sucede)
no deberíamos tener problemas en seguir utilizando root, sin embargo, si más personas
trabajarán con el servidor, será necesario que generemos nuevos usuarios y asignemos los
permisos pertinentes.
Los privilegios que se otorgan a los usuarios son los siguientes: (Seleccionar, Insertar,
Actualizar, Eliminar, Crear, Drop, Alter, Index, Create temporary tables, Lock tables, Create
views, Show Views).
5.3. Autenticación o Autentificación
En un SGBD existen diversos elementos que ayudan a controlar el acceso a los datos.
En primer lugar, el sistema debe identificar y autentificar a los usuarios utilizando alguno de las
siguientes formas:
✓ Código y contraseña
✓ Identificación por hardware
✓ Conocimiento, aptitudes y hábitos del usuario
✓ Información predefinida (Aficiones, cultura)
Además, el administrador deberá especificar los privilegios que un usuario tiene sobre los objetos:
✓ Usar una base de datos
✓ Consultar ciertos datos
✓ Actualizar datos
✓ Crear o actualizar objetos
✓ Referencias objetos
✓ Indexar objetos
✓ Crear identificadores
5.3.1. Políticas de Contraseñas
El validate_password complemento sirve para mejorar la seguridad al requerir contraseñas
de cuenta y permitir pruebas de resistencia de contraseñas potenciales. Este complemento
expone un conjunto de variables del sistema que le permiten configurar la política de
contraseña.
✓ Se necesita el rol Admin (Administrador) (a) para configurar las propiedades de la
política de contraseñas.
✓ Toda contraseña correspondiente a cuentas de usuario final es personal e
intransferible, por lo tanto, no debe compartirse por ningún motivo.
✓ La política de contraseñas se aplica solo a las cuentas de usuario local. No afecta a
las cuentas del servicio de autenticación de usuario remoto como LDAP o Active
Directory.
Una vez guardados los cambios de las propiedades de política de contraseñas, sucede lo
siguiente:
✓ Se suprimen todas las configuraciones de cuenta de usuario local
✓ Se restaura la cuenta de usuario local por defecto (root) que se incluye en el sistema
de fábrica.
✓ En el primer inicio de sesión de root, se solicita que el usuario root cambie la
contraseña de la cuenta root.
75 Administración de Base de Datos con MySQL

5.4. Trabajo de Demostración de la Seguridad en el Gestor

1. Cree diferentes usuarios en la base de datos y cada uno va asignándolo sus respectivos permisos
y privilegios demostrando lo que pasa en cada nivel de seguridad, a nivel base de datos, objetos,
acciones y columnas.
Para poder agregar un nuevo usuario lo primero que debemos de hacer ejecutamos la siguiente
sentencia:
Agregando 4 Nuevos Usuarios

Figura 70. Consulta SQL para añadir nuevos usuarios

Hasta este punto, nosotros ya podemos autenticarnos con el servidor utilizando el nuevo
usuario, sin embargo, una vez autenticado las acciones que podemos hacer son mínimas,
debido a que este usuario no posee los permisos necesarios para trabajar con las bases de
datos.
Asignando Permisos
Para poder establecer permisos, las siguientes sentencias deben de ejecutarse utilizando el
usuario root.

Figura 71. Asignando permisos y privilegios

76 Administración de Base de Datos con MySQL

Usuario 1: Puede Ingresar a la BD1y no a la DB2.

Figura 72. Usuario 1 teniendo acceso solo a la base de datos ejemplodba.

Usuario 2: Puede Ingresar a la BD1, tiene acceso a la Tabla1 y no a la Tabla2 (Validar con
ALTER)
Con el siguiente script, al usuario2 le otorgamos el privilegio de solo acceder a la base de datos
ejemplodba, además de tener acceso a la tabla clientes, pero no tendrá acceso a la tabla
privilegios:

Figura 73. Sentencia SQL para otorgar privilegios.

77 Administración de Base de Datos con MySQL

Luego de conectarse con el usuario2 tendremos acceso solo la tabla clientes de la base de datos
ejemplodba, como se muestra en la siguiente imagen:

Figura 74. Usuario2 teniendo acceso a la tabla clientes.

Usuario 3: Puede Ingresar a la BD1, tiene acceso a la Tabla1, puede hacer UPDATE Y SELECT,
pero INSERT y DELETE.
Con el siguiente script, al usuario3 le otorgamos el privilegio de solo acceder a la base de datos
ejemplodba, además de tener acceso a la tabla clientes, se podrá hacer Update y Select, pero no
se podrá hacer Insert y Delete:

Figura 75. Sentencia SQL para otorgar privilegios

78 Administración de Base de Datos con MySQL

Figura 76. Sentencia SELECT para demostración de seguridad de datos.

Usando UPDATE, cambiamos el nombre de Jorge Morales por Edinson Villalobos, nos
mostrara el siguiente resultado:

Figura 77. Sentencia UPDATE para demostración de seguridad de datos

79 Administración de Base de Datos con MySQL

Usando INSERT y DELETE respectivamente, nos mostrara resultado que las acciones no están
privilegiadas en este usuario:

Figura 78. Sentencias INSERT y DELETE para demostración de seguridad de datos

Usuario 4: Puede Ingresar a la BD1, tiene acceso a la Tabla1, puede hacer UPDATE y SELECT,
pero solo en la columna1, columna2 y no en la columna3.
Para este caso usaremos como ejemplo la base de datos practicadba, ejecutando el siguiente
script el usuario4, le otorgamos el privilegio de solo tener acceso a la tabla empleados, además
de hacer UPDATE y SELECT, pero solo en las columnas (idempleado, dni):

Figura 79. Sentencias SQL para otorgar permisos

Usando SELECT y UPDATE ejecutamos el script respectivamente como lo siguiente:

Figura 80. Sentencias SQL para modificar la tabla empleados

80 Administración de Base de Datos con MySQL

Una vez ejecutado la acción los resultados se muestran de la siguiente manera.

Ejecutando SELECT, tenemos:

Figura 81. Sentencias SELECT para modificar la tabla empleados

Ejecutando UPDATE tenemos lo siguiente: (El idempleado = 1 se actualizará por idempleado
= 4):

Figura 82. Sentencias UPDATE para demostración de seguridad de datos

Como se muestra en la imagen el “dni” = 74530858, se actualizo por el “idempleado” = 4, ya
que anteriormente tenía como “idempleado” = 1.
81 Administración de Base de Datos con MySQL

Referencias Bibliográficas
[Link] (2019), Definición de seguridad, recuperado (13 sep. 2019),
[Link]
[Link] (2019), Confidencialidad de datos, recuperado (13 sep. 2019),
[Link]
[Link]
[Link] (2019), Usuarios en base datos, recuperado (14 sep. 2019),
[Link]
[Link] (2019), Roles de los usuarios en base de datos, recuperado (14 sep. 2019),
[Link]
[Link] (2019), Funciones en el servidor de base de datos, recuperado (14 sep.
2019),
[Link]
82 Administración de Base de Datos con MySQL

CAPITULO VI
Migración de Datos
83 Administración de Base de Datos con MySQL

ÍNDICE
CAPITULO VI ................................................................................................................................ 82
MIGRACIÓN DE DATOS ............................................................................................................. 84
6.1. Definición de Migración de Datos, Propósito de una migración ...................................... 84
6.2. Fuentes u Orígenes de Datos ............................................................................................... 85
6.3. Etapas Básicas de una Migración de Datos........................................................................ 86
6.4. Proveedores de Acceso a Datos (ADO, OLEDB, ODBC y JDBC) ................................... 86
6.4.1. ADO ................................................................................................................................ 86
6.4.2. OLEDB ........................................................................................................................... 87
6.4.3. ODBC ............................................................................................................................. 88
6.4.4. JDBC .............................................................................................................................. 89
6.5. Herramientas de Migración de Datos................................................................................. 89
6.5.1. Migración de almacenamiento ..................................................................................... 89
6.5.2. Migración de la base de datos ...................................................................................... 90
6.5.3. Migración de aplicaciones............................................................................................. 90
6.5.4. Codificación de caracteres ............................................................................................ 90
6.6. Demostración de Migración de Datos en el Gestor hacia Otros Gestores ....................... 91
Referencias Bibliográficas .............................................................................................................. 96
84 Administración de Base de Datos con MySQL

MIGRACIÓN DE DATOS
6.1. Definición de Migración de Datos, Propósito de una migración
Según [Link] (2019). La información es un activo esencial para cualquier
organización y el potencial de su valor reside en los datos que, en ocasiones, deben migrar para
mejorar el desempeño de una base de datos, actualizar versiones, reducir costes o aplicar políticas
de seguridad. Pero, ¿qué es la migración de datos? Este proceso consiste en la transferencia de
datos de un sistema a otro y suele tener lugar en momentos de transición provocados por la llegada
de una nueva aplicación, un cambio en el modo o medio de almacenamiento o las necesidades
que impone el mantenimiento de la base de datos corporativa.
Generalmente, una migración de datos se produce durante una actualización de hardware o
la transferencia de un sistema existente a otro completamente nuevo. Algunos ejemplos son:
✓ Actualización de una base de datos.
✓ Migración hacia o desde la plataforma de hardware.
✓ Migración a un nuevo software.
Fusión de dos sistemas paralelos en uno solo que se requiere cuando una empresa absorbe a
otra o cuando dos negocios se fusionan.
En ningún caso se debe confundir el término migración de datos con otros que, aunque
similares, muestra diferencias esenciales en cuanto al número de fuentes de origen y destino de
datos o a su diversidad. Consolidación, integración o actualización de datos son procesos
diferentes con propósitos distintos.
La migración de datos se ve muy bien representada por las siglas ETL, que corresponden a
los términos: extracción, transformación y carga. Pese a que se puede aplicar un proceso ETL con
otros objetivos, al plantearse qué es la migración de datos es inevitable aludir a su tarea principal:
extracción y carga (ya que la transformación no tiene por qué aplicarse en todos los casos, sólo
si fuese necesario).
Hay tres opciones principales para llevar a cabo la migración de datos:
✓ Combinar los sistemas de las dos empresas o fuentes en uno nuevo.
✓ Migrar uno de los sistemas al otro.
✓ Mantener la integridad de ambos sistemas, dejándolos intactos, pero creando una visión
común a ambos: un almacén de datos.
Según [Link] (2019). La herramienta más indicada para llevar a cabo una
migración de datos es una de extracción transformación y carga, frente a opciones menos
productivas, como la codificación manual; a otras inaplicables, como la integración de
aplicaciones (EAI) o a otras que no aportan todo lo necesario para realizar el proceso con plenas
garantías, como es el caso de las de replicación.
Para llevar a cabo una migración de datos es necesario recorrer los siguientes pasos:
1. Planificación: Desde la definición de la estrategia y el alcance del proyecto hasta el análisis
de viabilidad.
2. Analítica: Considerando variables como la integridad, exactitud o consistencia de los datos
a migrar y teniendo en cuenta las características de las bases de datos de origen y destino.
3. Selección de aplicación: Puede desarrollarse de forma interna o adquirirse tras evaluar las
distintas alternativas.
85 Administración de Base de Datos con MySQL

4. Testing: Aplicación de los ciclos de pruebas a las aplicaciones que emplearán la base de
datos.
5. Migración: Comprende las etapas de extracción, transformación y carga.
6. Evaluación: Se trata de medir los resultados y analizarlos, determinando los ajustes
necesarios.
6.2. Fuentes u Orígenes de Datos
Según [Link] (2019). En realidad, el volumen de datos que pueden llegar a
manejar las organizaciones es cada día más ingente y para sacar beneficio a ese caudal de
información, que ayuda a tomar las mejores decisiones o conocer más al cliente, lo primero que
conviene comprender es cuáles son las categorías de datos a los que se enfrenta y las fuentes de
origen de los mismos, lo que le ayudará a dirigirse a lo que verdaderamente necesita.
Se trata de identificar primero para capturar, evaluar y analizar sólo aquellos activos que
propicien información relevante a su objetivo, ya que sin él la información que maneje
probablemente no le lleven a ningún lado.
La primera división que nos encontramos en las compañías en función de la categoría de
datos existentes son los datos no estructurados, estos conforman nada menos que el 80 por ciento
de la información que manejamos en el entorno empresarial. Estos son: archivos de audio, vídeo,
fotografías, formatos de texto, SMS, artículos, correos electrónicos. Conviene saber que este tipo
de datos no tiene campos fijos y normalmente se tiene poco control sobre ellos. Su manipulación
requiere herramientas como Hadoop (la más popular), bases de datos NoSQL, entre otras.
De otro lado, están los llamados datos estructurados, son lo que se encuentran en un formato
definido y bien especificado, son los datos tradicionales de las bases de datos relacionales, hojas
de cálculo, archivos y cuentan con un orden claro. Ejemplo: fecha de nacimiento, DNI, el número
de la cuenta corriente de un banco.
Luego están los datos semiestructurados que, si bien no tienen formatos fijos, sí contienen
etiquetas u otros marcadores que permiten su comprensión. Ejemplo: las etiquetas XML y
HTML.
Es importante saber si quiere sacar beneficios del Big Data, que la procedencia de estos datos
viene de un total de cinco fuentes, lo que le ayudará a su estrategia de identificación para lograr
una buena analítica de Big Data y con la que podrá descubrir realmente aquellos datos que han
cambiado para reaccionar o conseguir mayores oportunidades de negocio, e incluso aumento de
ingresos.
✓ Biométricos. Son los referidos a la identificación automática de una persona basada en
sus características anatómicas o trazos personales, como la firma biométrica. Hablamos
tanto de reconocimiento facial pero también genético (ADN).
✓ Máquina a máquina. Se refiere a Internet de las Cosas, son aquellas tecnologías que
permiten la conexión de diferentes dispositivos entre sí. Un ejemplo son los GPS, pero
también los denominados chips NFC (aquella tecnología que se sustenta en la
comunicación inalámbrica y que permite la transmisión de datos de forma segura:
integrada fundamentalmente en smarphone y tablets). Todo un mundo de posibilidades
que puede hallarse también en parquímetros, cajeros, máquinas expendedoras…
✓ Datos de transacciones. Los datos que se registran en los departamentos de facturación
forman parte de las operaciones normales que se producen en las transacciones
habituales. También están los centros de llamada, mensajería, reclamaciones,
86 Administración de Base de Datos con MySQL

presentación y registro de documentos y los que se generan con los pagos por tarjeta,
pago online.
✓ Generados por los humanos. Todas aquellas grabaciones a operadores de atención al
cliente: Call Center, también los e-mails o los registros médicos electrónicos.
✓ Web y medios sociales. Son los que se originan en la red y configuran, según los
expertos, el trozo más grande del pastel llamado Big Data y es una de las fuentes de datos
más utilizadas en la actualidad. Hablamos de la información que se genera sobre clics en
vínculos y elementos. Pero también de toda aquella contenida en las búsquedas que
realizamos por ejemplo en Google, las publicaciones en las Redes sociales (Twitter,
Facebook, LinkedIn) y el contenido web como páginas, enlaces o imágenes.
Una vez hayamos identificado cuáles son las fuentes de datos necesarias para nuestra estrategia,
aplicaremos las técnicas de analítica para operar sobre ellos y sacar así, valor a la información.
6.3. Etapas Básicas de una Migración de Datos
Según [Link] (2019). En líneas generales, al hablar de etapas de la migración de datos
se pueden concretar cuatro:
1. Extraer los datos relevantes y depositarlos en un área intermedia donde la estructura sea
similar a la estructura de origen.
2. Realizar el proceso de calidad de datos, que puede contener varias iteraciones, hasta
lograr garantizar que el dato está limpio y es confiable. Para ello se procederá a la eliminación
de inconsistencias y errores; y se continuará con la homogeneización de los datos y su
enriquecimiento.
3. Una vez que la calidad de los datos está asegurada, se procede a la fase de transformación,
en la que se aplican una serie de reglas del negocio o funciones sobre los datos extraídos para
convertirlos en los datos que serán cargados.
4. Por último, la última etapa se ocupa en llevar a cabo la carga de los datos, ya convertidos
y validados.
6.4. Proveedores de Acceso a Datos (ADO, OLEDB, ODBC y JDBC)
Según [Link] (2008), aclara todos los puntos a tratar:
6.4.1. ADO
ADO es un contenedor COM de OLE DB que facilita la programación de aplicaciones
de acceso a datos (consumidores). OLE DB es una tecnología de acceso a datos universal
basada en COM, que permite utilizar cualquier origen de datos, no sólo los indizados, los de
método de acceso secuencial (ISAM) o las bases de datos basadas en SQL.
Los proveedores OLE DB permiten tener acceso a datos desde varios orígenes de datos
diferentes y no están limitados a utilizar consultas SQL para obtener datos, sino que pueden
utilizar consultas definidas en el proveedor.
ADO es el sucesor de DAO y RDO. La funcionalidad de ADO 2.0 es prácticamente
idéntica a la de RDO y en general existe una correspondencia de funciones similares en ambos
modelos. ADO permite “allanar” el modelo de objetos empleado por DAO y RDO, en el
sentido de que contiene menos objetos y más propiedades, métodos (y argumentos) y eventos.
Por ejemplo, en ADO no existe un equivalente de los objetos rdoEngine y rdoEnvironment
expuestos por el administrador de controladores ODBC y las interfaces hEnv. Tampoco es
posible crear orígenes de datos ODBC desde ADO, a pesar de que puede exponer su propia
interfaz a través del proveedor de servicios OLE DB de ODBC.
87 Administración de Base de Datos con MySQL

Muchas de las características incluidas en los modelos DAO y RDO fueron refundidas
en objetos únicos para simplificar en gran medida el modelo de objetos. No obstante, debido
a esto es posible que inicialmente encuentre dificultades cuando intente localizar un objeto,
colección, propiedad, método o evento de ADO apropiado a sus necesidades. A diferencia de
DAO y RDO, aunque los objetos ADO son jerárquicos, se pueden crear también fuera del
alcance de la jerarquía.
Sin embargo, conviene tener en cuenta que ADO no admite actualmente toda la
funcionalidad de DAO. ADO incluye principalmente funcionalidad para interactuar con los
orígenes de datos OLE DB en una forma similar a RDO, así como operaciones remotas y
tecnología DHTML. En general, dado el estado de la evolución de ADO, probablemente sea
prematuro migrar directamente a ADO la mayoría de las aplicaciones DAO (excepto
posiblemente las que utilizan ODBCDirect), ya que ADO no admite por el momento
definición de datos (bibliotecas DDL), usuarios, grupos y otras características. Sin embargo,
probablemente podrá migrar desde ahora a ADO si utiliza DAO únicamente para aplicaciones
cliente-servidor y no se basa en el motor de base de datos Jet ni utiliza bibliotecas DDL. Con
el tiempo, Microsoft proporcionará un componente DDL de ADO para facilitar la migración
de DAO a ADO y compatibilidad genérica con DDL para los proveedores de OLE DB.
6.4.2. OLEDB
Es una interfaz de programación de aplicaciones (API) basada en COM para el acceso a
datos. OLE DB admite el acceso a datos almacenados en cualquier formato (bases de datos,
hojas de cálculo, archivos de texto, etc.) para el que haya un proveedor OLE DB disponible.
Cada proveedor OLE DB expone datos en un tipo particular de origen de datos (como bases
de datos de SQL Server, bases de datos de Microsoft Access u hojas de cálculo de Microsoft
Excel). Estructura OLE DB permite separar los datos de la aplicación que los requiere. Esto
se hizo así ya que diferentes aplicaciones requieren acceso a diferentes tipos y almacenes de
datos, y no necesariamente desean conocer cómo tener acceso a cierta funcionalidad con
métodos de tecnologías específicas. OLE DB está conceptualmente dividido en consumidores
y proveedores; el consumidor es la aplicación que requiere acceso a los datos y el proveedor
es el componente de software que expone una interfaz OLE DB a través del uso del
Component Object Model (COM).
Familia tecnológica OLEDB
OLE DB hace parte de los “Componentes de Microsoft para Acceso a Datos” o Microsoft
Data Access Components (MDAC); MDAC es un grupo de tecnologías de Microsoft que
interactúan en conjunto como una infraestructura que brinda a los programadores una forma
para desarrollar aplicaciones con acceso a casi cualquier almacén de datos. Los proveedorees
OLE DB pueden ser creados para tener acceso a almacenes de datos que van desde simples
archivos de texto y hojas de cálculo, hasta bases de datos complejas como Oracle, Microsoft
SQL Server o Sybase ASE.
Como las diferentes fuentes de datos pueden tener diferentes capacidades, es posible que
los proveedores OLE DB no implementen todas las interfaces posibles para OLE DB. Las
capacidades disponibles son implementadas a través del uso de objetos COM – el proveedor
OLE DB asocia la funcionalidad de una tecnología a una interfaz COM particular.
Microsoft califica la disponibilidad de una interfaz como “específica del proveedor”, ya
que puede no ser aplicable dependiendo de la tecnología de base de datos involucrada.
Adicionalmente, los proveedores pueden aumentar las capacidades de una fuente de datos –
capacidades conocidas como servicios, usando la jerga de Microsoft.
88 Administración de Base de Datos con MySQL

Conexiones OLE DB
Puede utilizar un proveedor OLE DB para comunicar con la base de datos. La creación
de una conexión directa de base de datos OLE puede mejorar la velocidad de la conexión
mediante la eliminación de la capa ODBC entre la aplicación Web y la base de datos
Si no especifica un proveedor OLE DB para la base de datos, ASP utilizará el proveedor
OLE DB predeterminado para controladores ODBC para comunicar con un controlador
ODBC que, a su vez, comunica con la base de datos.
OLE DB está disponible sólo con Windows NT, 2000 o XP.
Existen distintos proveedores OLE DB para las distintas bases de datos. Puede obtener
proveedores OLE DB para Microsoft Access y SQL Server descargando e instalando los
paquetes Microsoft Data Access Components (MDAC) 2.5 y 2.7 en el equipo Windows que
está ejecutando IIS.
6.4.3. ODBC
ODBC es una abreviatura para la Conectividad abierta de base de datos, y es una interfaz
para acceder a bases de datos a través de consultas SQL. El ODBC se puede utilizar como
una herramienta de acceso a diferentes bases de datos tales como MS-Access, dBase, DB2,
Excel y Texto. A través de estos Nivel Call Interface (CLI) de las especificaciones de SQL
Access Group, el OBDC permite una forma neutral de acceso a los datos almacenados en las
computadoras personales y diversas bases de datos. Fue creado por Microsoft y Simba
Technologies. ODBC 1.0 fue liberado en septiembre de 1992, y eventualmente se convirtió
en una parte del SQL estándar internacional en 1995. Microsoft originalmente enviado el
ODBCs como un conjunto de DLLs y todavía hoy, el conjunto de buques con cada copia de
Microsoft Windows. Hoy en día, más y más los sistemas operativos tales como UNIX y Apple
están adoptando los ODBC.
La fuerza de ODBC es que, al ofrecer un acceso universal de datos de interfaz, que
permite a las empresas de software independientes y los partidos para no tener que aprender
múltiples interfaces de programación de aplicaciones. Para simplemente, con ODBC, las
aplicaciones pueden acceder simultáneamente, ver y modificar la base de datos de numerosas
y muy diversas bases de datos. Esto se debe a que el ODBC “volver a los códigos de” la
consultas SQL a fin de que pueda ser leído por las diferentes bases de datos.
Sin embargo, el ODBC también tiene sus inconvenientes. Como la gestión de un gran
número de clientes ODBC puede significar una inmensa cantidad de conductores y DLLs
ejecutándose, esto podría dar lugar a un sistema de administración generales. Sin embargo,
esta cuestión menor condujo a los usos adicionales de la tecnología de servidores ODBC (o
el “Multi-Tier ODBC Drivers”) para aliviar la carga. Además, como los conductores son un
elemento clave en ODBCs, algunos han planteado la cuestión de los nuevos conductores de
‘estabilidad, como a menudo muchos de ellos han demostrado tener errores en ellas.
¿Cómo se procesa ODBC?
Para usar el ODBC, tres componentes son necesarios: cliente ODBC, el controlador
ODBC, DBMS y un servidor (por ejemplo, Microsoft Access, SQL Server, Oracle, y FoxPro).
En primer lugar, el cliente ODBC utilizará un comando (denominado “ODBC”) para
interactuar (solicitante y / o envío de datos) con el servidor DBMS (back-end). Sin embargo,
el DBMS servidor no entender el comando de la ODBC cliente aún, como el comando todavía
no se ha procesado a través del controlador ODBC (front-end). Entonces, el controlador
ODBC se decodificar el comando que puede ser procesado por el servidor ODBC y ser
89 Administración de Base de Datos con MySQL

enviados allí. El servidor ODBC entonces en contacto con el controlador ODBC que se
encargará de traducir el producto final al cliente ODBC.
6.4.4. JDBC
JDBC (Java DataBase Connectivity) es un API de Java que permite al programador
ejecutar instrucciones en lenguaje estándar de acceso a Bases de Datos, SQL (Structured
Query Language, lenguaje estructurado de consultas), que es un lenguaje de muy alto nivel
que permite crear, examinar, manipular y gestionar Bases de Datos relacionales. Para que una
aplicación pueda hacer operaciones en una Base de Datos, ha de tener una conexión con ella,
que se establece a través de un driver, que convierte el lenguaje de alto nivel a sentencias de
Base de Datos. Es decir, las tres acciones principales que realizará JDBC son las de establecer
la conexión a una base de datos, ya sea remota o no; enviar sentencias SQL a esa base de
datos y, en tercer lugar, procesar los resultados obtenidos de la base de datos.
Conectividad JDBC
Para la gente del mundo Windows, JDBC es para Java lo que ODBC es para Windows.
Windows en general no sabe nada acerca de las bases de datos, pero define el estándar ODBC
consistente en un conjunto de primitivas que cualquier driver o fuente ODBC debe ser capaz
de entender y manipular. Los programadores que a su vez deseen escribir programas para
manejar bases de datos genéricas en Windows utilizan las llamadas ODBC.
Con JDBC ocurre exactamente lo mismo: JDBC es una especificación de un conjunto de
clases y métodos de operación que permiten a cualquier programa Java acceder a sistemas de
bases de datos de forma homogénea. Lógicamente, al igual que ODBC, la aplicación de Java
debe tener acceso a un driver JDBC adecuado. Este driver es el que implementa la
funcionalidad de todas las clases de acceso a datos y proporciona la comunicación entre el
API JDBC y la base de datos real.
La necesidad de JDBC, a pesar de la existencia de ODBC, viene dada porque ODBC es
un interfaz escrito en lenguaje C, que, al no ser un lenguaje portable, haría que las
aplicaciones Java también perdiesen la portabilidad. Y, además, ODBC tiene el inconveniente
de que se ha de instalar manualmente en cada máquina; al contrario que los drivers JDBC,
que al estar escritos en Java son automáticamente instalables, portables y seguros.
6.5. Herramientas de Migración de Datos
El éxito en un proyecto de migración de datos dependerá en gran medida del nivel de comprensión
que se llegue a alcanzar acerca del proceso y sus implicaciones. Conocer los retos que implica
una iniciativa de este tipo es el primer paso. Entre los más importantes se encuentran los
siguientes:
6.5.1. Migración de almacenamiento
En un proyecto de este tipo no debería existir problema, siempre y cuando la aplicación
sólo utilice interfaces generales para acceder a los datos. En la mayoría de los sistemas esto
no es ningún inconveniente, aunque, cuando se trate de aplicaciones antiguas que se ejecutan
en sistemas propietarios, sí podría serlo. En ese caso, la iniciativa se complicaría y sería
preciso llevar a cabo las pruebas necesarias antes de liberar la solución en producción.
Principalmente por dos motivos:
✓ El código fuente de la aplicación puede no estar disponible.
✓ Podría darse el caso de que el proveedor de la aplicación no continuase activo en el
mercado.
90 Administración de Base de Datos con MySQL

6.5.2. Migración de la base de datos

Se trata de una de las formas más sencillas de movimiento de datos, siempre y cuando la
database se utilice como almacenamiento. Sin embargo, a pesar de la aparente simplicidad
del proceso, pueden surgir contratiempos relacionados con:
✓ Tipos de datos no coincidentes (fecha, número, subregistros): en este caso habría que
trabajar por mantener la integridad de los datos, pudiendo ser preciso el orientar la
gestión a la modificación de algunas de las aplicaciones que utilizan la base de datos.
✓ Diferentes conjuntos de caracteres (codificaciones distintas en cada columna para
una misma tabla): cuando esto suceda habrá que revisar a fondo las aplicaciones que
utilizan la base de datos.
Las herramientas ETL son muy adecuadas para la tarea de migrar datos de una base de
datos a otra, estando su uso aún más indicado en proyectos en que existen pocas conexiones
entre origen y destino.
En los casos en que, además de ejercer la función de almacenamiento de datos, la base
de datos represente también la lógica empresarial en forma de procedimientos almacenados
y disparadores, realizar un estudio de viabilidad de la migración a la base de datos de destino,
podría ser la acción más indicada. De esta forma, si se demostrase que la base de destino no
admite algunas de las características, todavía se estaría a tiempo de implementar cambios en
las aplicaciones o en el software middleware.
6.5.3. Migración de aplicaciones
Al enfrentarse a una iniciativa de este tipo es imperativo el recurrir a un proceso ETL
completo. Esto es así debido a que, incluso cuando las aplicaciones están diseñadas por el
mismo proveedor, almacenan datos en formatos y estructuras significativamente diferentes.
Esta particularidad complica la transferencia de datos. El paso de transformación, por
ejemplo, es uno de los principales inconvenientes y, aunque apoyarse en una herramienta
ETL otorga la ventaja de su conectividad, que la hace estar lista para usar con fuentes y
destinos de datos dispares; las dificultades pueden aparecer al migrar datos de sistemas
mainframe o aplicaciones usando determinadas formas de almacenamiento de datos, ya que:
✓ Los sistemas mainframe utilizan formatos basados en registros para almacenar datos
que, aunque son sencillos de gestionar suelen incorporar optimizaciones.
✓ Las optimizaciones incluyen almacenamiento de números decimales codificados
binarios, almacenamiento no estándar de valores de números positivos / negativos o
almacenamiento de los subíndices mutuamente excluyentes dentro de un registro. Es
decir, aspectos que complican la migración de datos.
La forma de proceder sería llevando a cabo la extracción en el propio sistema fuente; para
después convertir los datos en un formato imprimible que se pudiese analizar más tarde
utilizando herramientas estándar.
6.5.4. Codificación de caracteres
En este caso, la complejidad radica en el hecho de que la mayoría de los sistemas
desarrollados en la plataforma basada en el PC utilizan codificación ASCII. Sin embargo, los
sistemas mainframe se basan principalmente en la codificación EBCDIC que es incompatible
con ASCII y la conversión es necesaria para mostrar los datos. Para poder superar este desafío
hay que tener previsto al elegir herramientas ETL que éstas deben soportar las conversiones
entre conjuntos de caracteres, incluyendo EBCDIC.
91 Administración de Base de Datos con MySQL

6.6. Demostración de Migración de Datos en el Gestor hacia Otros Gestores

1. Cree una fuente de datos y utilizando las herramientas propias del gestor migre los datos a otro
gestor.
En este caso, para hacer la demostración de migración de datos del gestor SQL Server a MySQL,
para ello utilizaremos la base de datos “DBAFISI” como ejemplo de esta, la cual se necesitará la
herramienta llamada “Full Converter Enterprise” con la cual se ejecutará una serie de pasos
para lograr nuestro objetivo:
1. Ejecutamos la herramienta “Full Converter Enterprise” y creamos un “Nuevo
Proyecto”. Luego seleccionamos el gestor de origen “SQL Server”, junto con la base de
datos “DBAFISI”, como se muestra en la figura:

Figura 82. Selección de la base datos origen

92 Administración de Base de Datos con MySQL

2. Después de finalizar el paso 1, en este caso se selecciona el gestor de destino “MySQL”,

autenticándose con el usuario y contraseña del propio gestor, además seleccionamos la base
de datos donde se almacenará que esta con el nombre de “dbafisi”, como se muestra en la
siguiente figura:

Figura 83. Selección de la base destino

3. Luego de ejecutar todo lo anterior hacemos clic en “Next”, lo cual nos llevara a otra ventana
donde seleccionaremos las tablas a migrar, en nuestro caso seleccionamos todas las tablas y
hacemos clic en “Next”, como se muestra en la siguiente figura:

Figura 84. Selección de las tablas de la base datos

93 Administración de Base de Datos con MySQL

4. En este paso hacemos clic en “Finish” para empezar el proceso de migración como se
muestra en la siguiente figura:

Figura 85. Finalización de configuración de migración

Una vez hecho todo lo anterior solo queda esperar a que se termine todo el proceso.

Figura 86. Conversión o migración de datos en proceso

94 Administración de Base de Datos con MySQL

5. Para garantizar que los datos fueron migrados correctamente, como último paso nos resta
verificar, que los datos de la base de datos de origen sea la misma en nuestro gestor MySQL,
ya sea utilizando cualquier sentencia mostrada a continuación (SELECT, UPDATE,
INSERT, DELETE, ALTER, etc.).
Al ejecutar el script “select count (*) from DetalleVentas;” en el gestor SQL Server, nos
muestra como resultado las cifras de “2879675” datos contados.

Figura 87. Ejecutando consulta SELECT en el gestor SQL Server

95 Administración de Base de Datos con MySQL

De igual manera ejecutaremos el mismo script de la base de datos en nuestro servidor

MySQL. Al ejecutar “select count (*) from DetallVentas;”, nos muestra como resultado las
cifras de “2879675” datos contados.

Figura 88. Sentencia SELECT en el gestor MySQL

96 Administración de Base de Datos con MySQL

Referencias Bibliográficas
[Link] (2019), Definición de una migración de datos, recuperado (25 sep. 2019),
[Link]
datos
[Link]
[Link] (2019), Etapas básicas de una migración de datos, recuperado (25 sep. 2019),
[Link]
migraci-n-de-datos-el-lado-pr-ctico
[Link] (2008), Proveedores de acceso a datos, recuperado (27 sep. 2019),
[Link]
97 Administración de Base de Datos con MySQL

CAPITULO VII
Rendimiento de Base de Datos
98 Administración de Base de Datos con MySQL

ÍNDICE
CAPITULO VII ............................................................................................................................... 97
RENDIMIENTO DE BASE DE DATOS ...................................................................................... 99
7.1. Control de Concurrencia ..................................................................................................... 99
7.2. Optimización ......................................................................................................................... 99
7.2.1. Consultas ...................................................................................................................... 100
7.2.2. Heurística ..................................................................................................................... 100
7.2.3. Creación de Índices ..................................................................................................... 101
7.2.4. Plan de Ejecución de Consultas ................................................................................. 101
7.3. Estimación de Costos de Procesamiento de Consultas.................................................... 101
7.4. Balanceo de Carga.............................................................................................................. 102
7.5. Demostración del Rendimiento en el Gestor .................................................................... 102
Referencias Bibliográficas ............................................................................................................ 103
99 Administración de Base de Datos con MySQL

RENDIMIENTO DE BASE DE DATOS

7.1. Control de Concurrencia
Según [Link] (2019), los SGBD son sistemas concurrentes y admiten la ejecución
concurrente de consultas.
Ejemplo: Sistema de venta de billetes de avión.
Por tanto, es necesario:
✓ Modelo de procesos concurrentes para admitir operaciones concurrentes que preserven
la integridad de los datos.
Según [Link] (2011) redacta que, además, el término concurrencia se refiere
al hecho de que los DBMS (Sistemas de Administración de Bases de Datos) permiten que muchas
transacciones accedan a una misma base de datos a la vez. Como bien es sabido, en un sistema
de éstos se necesita algún tipo de mecanismo de control de concurrencia para asegurar que las
transacciones concurrentes no interfieran entre sí El control de accesos concurrentes y
específicamente de transacciones concurrentes es manejado por un módulo del DBMS llamado
"scheduler".
Es importante recordar que muchos de los datos de la base no se encuentran nada más en
disco, sino también en los buffers de memoria, de ahí que el scheduler interactúa con ellos y en
su defecto solicita la lectura de los datos del disco.
Schuleder del DBMS
El calendarizador crea agendas, secuencias ordenadas de las acciones tomadas por una o más
transacciones. El siguiente ejemplo muestra 2 transacciones cuya única característica de
consistencia es que A=B ya que ambas operaciones son iguales para ambos elementos. Por otro
lado, sabemos que si las transacciones son ejecutadas aisladamente la consistencia se preservará.
7.2. Optimización
Los factores que más suelen afectar al tiempo de carga global, son las imágenes en el front-
end y el acceso a base de datos en el back-end. Hoy toca hablar de optimización de base de datos.
La optimización del acceso a los datos es vital para el tiempo de carga de la página, debido a
que suele ser el factor que más afecta al tiempo que tiene que esperar el navegador para recibir el
HTML. Este tipo de optimización es probablemente la más compleja de todas, en primer lugar,
porque depende de dos factores variables en el tiempo: por un lado, de cómo y de qué tipo son
las consultas que se van a realizar y, por otro, de la carga de trabajo que tenga que soportar el
servidor o servidores.
Según [Link] (2019), si nos vamos a SGDB no relacionales o NoSQL, tenemos
una gran variedad de tipos de modelo de datos: modelos clave/valor, orientados a grafos,
columnares, multidimensionales, orientadas a objetos, etc. Pero el modelo de datos que más ha
popularizado el término NoSQL, son las bases de datos orientadas a documentos, donde tenemos
parejas clave/valor, donde el valor suele ser una estructura jerárquica.
Muchos desarrolladores se tiran a la piscina al usar estos nuevos SGBD (MongoDb, Google
BigTable, Apache, Cassandra), pensando en la velocidad que van a ganar, pero sin pensar en que
esa velocidad que logran estos SGBD, la consiguen no implementando características ACID ni
operaciones JOIN. Las primeras permiten no terminar con datos corruptos e inservibles, y al
elegir un NoSQL, se supone que las operaciones JOIN no se van a necesitar nunca.
100 Administración de Base de Datos con MySQL

Lo que pasa en estos casos es que los requisitos del cliente cambian, ya sea durante el
desarrollo o el mantenimiento, por lo que el esquema de la base de datos tiene que modificarse,
dejando de ser el SGBD NoSQL una alternativa que se pueda ajustar al modelo de negocio, siendo
al final el programador el que termina implementado en el código lo que hace el SGBD relacional,
pero con código mucho más lento del que tendríamos con uno de estos SGBD.
7.2.1. Consultas
Según el Dr. Víctor J. Sosa (2019), la optimización de consultas es el proceso de
selección del plan de evaluación de las consultas más eficiente entre las estrategias
disponibles para el procesamiento de una consulta dada.
✓ A través del álgebra relacional intenta hallar una expresión equivalente a la expresión
dada.
✓ Elección de una estrategia detallada para el procesamiento de la consulta:
• Selección del algoritmo que se usará para ejecutar una operación
• Selección de los índices concretos que se van a emplear
La diferencia en costo (en términos de tiempo de evaluación) entre una estrategia buena
y una mala suele ser sustancial, por tanto, vale la pena la selección de una buena estrategia
para el procesamiento de la consulta.
Etapas en la generación de planes de evaluación de consultas:
1. Generación de expresiones lógicas equivalentes a la expresión dada.
2. Anotación de las expresiones resultantes en maneras alternativas de generar planes de
evaluación de consultas alternativos.
Estas etapas están entrelazadas en el optimizador de consultas y se ejecutan en ese orden
consecutivamente.
7.2.2. Heurística
Según [Link] (2019). Basada en equivalencia de las expresiones del álgebra y ciertas
estrategias básicas para limitar el tamaño de los resultados. Además, implica la aplicación de
determinadas estrategias (heurísticas) y consultas al catálogo para tamaños de las relaciones
para transformar el árbol original.
✓ Cambiar la consulta original por otra equivalente de forma de minimizar los
resultados intermedios.
✓ Pueden existir varias alternativas.
✓ Se basa en aplicar equivalencias de los operadores del álgebra de forma que:
Las selecciones y las proyecciones se apliquen lo antes posible.
• Las operaciones de selección y JOIN que son más restrictivas se apliquen antes
que las demás.
• Reglas para reducir los tamaños intermedios:
- Cambiar las selecciones conjuntivas por una “cascada” de selecciones
simples.
- Mover las selecciones lo más abajo que se pueda en el árbol.
✓ Reacomodar las hojas del árbol de modo que las selecciones más restrictivas son
ejecutadas antes, evitando productos cartesianos.
✓ Cambiar secuencias de selecciones y productos por JOIN.
✓ Mover las proyecciones lo más abajo posible en el árbol, agregando las proyecciones
que sean necesarias.
101 Administración de Base de Datos con MySQL

7.2.3. Creación de Índices

Según [Link] (2019). Un índice es una estructura de datos definida sobre una columna
de tabla (o varias) y que permite localizar de forma rápida las filas de la tabla en base a su
contenido en la columna indexada además de permitir recuperar las filas de la tabla ordenadas
por esa misma columna.
Un índice simple está definido sobre una sola columna de la tabla mientras que un índice
compuesto está formado por varias columnas de la misma tabla (tabla sobre la cual está
definido el índice). Cuando se define un índice sobre una columna, los registros que se
recuperen utilizando el índice aparecerán ordenados por el campo indexado.
Los índices resuelven este problema tomando datos de una columna en su tabla y
almacenándolos alfabéticamente en una ubicación separada llamada índice.
7.2.4. Plan de Ejecución de Consultas
Según SqlShack (2015), en Planes de ejecución de consultas SQL, describimos los planes
de ejecución de consultas en SQL Server y por qué son importantes para el análisis de
desempeño
Un plan de ejecución estimado es un plan de consultas SQL que es generado sin
realmente correr la consulta (o procedimiento almacenado) para el cual el plan es creado. Está
basado en una estimación de comportamiento esperado. Es útil para analizar cómo se
comportaría una consulta sin realmente correrla. Esto es muy útil para propósitos de pruebas
en ambientes donde el desempeño no debería ser afectado al correr el código real (por
ejemplo, correr una sentencia SELECT con uniones complejas con tablas enormes), o cuando
correr el código no es posible debido a los cambios en los datos que hace (por ejemplo,
ejecutar un UPDATE). Su desventaja es que puede ser poco preciso en algunos escenarios.
Un plan de ejecución real es el plan de consultas SQL que es generado después de que
una consulta fuera ejecutada. Es más confiable, y está basado en la ejecución real, no
estimados. También provee más información y estadísticas, por lo que es mucho más útil al
resolver problemas.
7.3. Estimación de Costos de Procesamiento de Consultas
✓ Se basa en estimaciones de coste de las operaciones.
✓ Busca la estrategia de menor coste (puede NO ser la óptima).
✓ Es el enfoque más apropiado para consultas compiladas.
✓ En consultas interpretadas: conviene reducir el N.º de estrategias (puede llevar demasiado
tiempo).
Componentes del coste:
✓ Bloques transferidos: depende de las estructuras de acceso y de la colocación de los
bloques (contiguos, mismo cilindro, dispersos).
✓ Ficheros intermedios generados.
✓ Cómputos en memoria sobre los ficheros intermedios: búsqueda, ordenación, fusión,
cálculos.
✓ Comunicación: envío de la consulta y recepción del resultado coste principal:
✓ BD grandes: bloques transferidos.
✓ BD pequeños (entran en memoria): cómputos.
✓ BD distribuidos: comunicación.
102 Administración de Base de Datos con MySQL

7.4. Balanceo de Carga

Según [Link] (2018), los tipos de balanceo para operaciones de consultas son:
✓ Solo Lectura: Este es el balanceo más sencillo dado que podemos disponer de múltiples
bases de datos de lectura de una manera sencilla y balancear nuestras consultas sin
demasiada dificultad, incluso si necesitamos hacerlo en diversas localizaciones
geográficas.
✓ Escritura / Lectura: Implica diferenciar entre consultas de escritura y de lectura, enviando
dichas consultas al servidor apropiado (master o Slave respectivamente). Si no
necesitamos disponer de varios servidores master, este balanceo no resulta demasiado
complicado, ahora bien, si necesitamos realizar esto en diversas localizaciones
geográficas o con varios servidores master la cosa se complica.
✓ Solo Escritura: Este balanceo es más difícil de conseguir y su implementación puede
resultar compleja puesto que implica múltiples servidores maestros, y muy cara si
utilizamos soluciones comerciales (aunque obtendríamos funcionalidad adicional que
conviene tener en cuenta). En realidad, no tendría mucho sentido balancear solo las
operaciones de escritura (aunque imagino que habrá casos en los que una parte de una
aplicación o micro servicio solo escriba datos) y dado que nos vamos a complicar la vida
mejor hacerlo para lectura y escritura.
Las diversas soluciones de las que disponemos se pueden aplicar a todos los casos
mencionados, aunque hay que tener en cuenta que cada una de ellas tiene sus propios beneficios
y limitaciones. Como ya he dicho, todo depende de lo que tu aplicación necesite y, como no, del
dinero que tu o tu empresa esté dispuesta a gastarse puesto que tenemos desde soluciones
gratuitas, a soluciones empresariales que nos ofrecen SLAS (Service Level Agreements) para
solucionar nuestros problemas en tiempo récord.
7.5. Demostración del Rendimiento en el Gestor
1. Elaborar una base de datos con dos tablas(x) como mínimo y que estén relacionadas y que
tengan un millón de registros, luego haga una consulta que involucre las tablas, ejecútelo y mida
el tiempo de procesamiento, luego optimice la consulta y haga una comparación de los tiempos
de procesamiento.
103 Administración de Base de Datos con MySQL

Referencias Bibliográficas
[Link] (2019), Optimización de consultas, recuperado (15 de oct. 2019),
[Link]
[Link] (2019), Optimización, recuperado (15 de oct.2019),
[Link]
[Link] (2019), Optimización heurística, recuperado (15 de oct 2019),
[Link]
[Link] (2019), Optimización de consultas, recuperado (18 de oct 2019),
[Link]
[Link] (2015), Plan de ejecución de consultas, recuperado (18 de oct 2019),
[Link]
planes/
[Link] (2018), Balanceo de carga, recuperado (19 de oct 2019),
[Link]
104 Administración de Base de Datos con MySQL

CAPITULO VIII
Encriptación o Cifrado de Datos
105 Administración de Base de Datos con MySQL

ÍNDICE
CAPITULO VIII ........................................................................................................................... 104
ENCRIPTACION O CIFRADO DE DATOS............................................................................. 106
8.1. Demostración de Encriptación en el Gestor..................................................................... 106
8.1.1. Password ...................................................................................................................... 106
8.1.2. Encriptación MD5 ....................................................................................................... 106
8.1.3. Encriptación SHA O SHA1 ........................................................................................ 107
8.1.4. Encriptación AES ........................................................................................................ 108
Referencias Bibliográficas ............................................................................................................ 111
106 Administración de Base de Datos con MySQL

ENCRIPTACION O CIFRADO DE DATOS

8.1. Demostración de Encriptación en el Gestor
Según [Link] (2019). Todo buen administrador sabe que crear una tabla con contraseñas
totalmente accesibles es un fallo de seguridad tremendo. Imaginemos por un momento que pasaría si
un hacker consiguiese llegar hasta nuestra tabla usuarios, sacar un listado de las contraseñas o peor
aún, modificarlas.
Si este sistema guarda información sensible podría convertirse en un serio problema empresarial, por
lo que la seguridad en cuanto a contraseñas siempre debe ser una premisa para nosotros. Por suerte,
MySQL nos da diferentes herramientas para hacer nuestras contraseñas más seguras, vamos a
enumerarlas desde la menos segura hasta la más segura de todas:
8.1.1. Password
Esta función está presente desde hace unas cuantas versiones, pero sin embargo se ha
demostrado que es fácilmente vulnerable por lo que no merece la pena explicarla.
1. Explique mediante el gestor los métodos de encriptación que soporta y como se aplica mediante
ejemplos
8.1.2. Encriptación MD5
Para guardar una contraseña encriptada con MD5 necesitaremos una tabla con un campo de
32 caracteres, aunque se ha demostrado que el algoritmo MD5 puede ser vulnerado, la
práctica es tan compleja que no merece la pena el esfuerzo, el algoritmo MD5 no puede ser
revertido, es decir, no se pueden recuperar contraseñas de este sistema.
Ejemplo de demostración en el Gestor MySQL
1. Se inserto el usuario “Edinson” con contraseña encriptada “MD5(‘ramos050599)”
2. Se inserto el usuario “Erick” con contraseña encriptada “MD5(erick1234)”

Figura 89. Inserción de usuarios con contraseña encriptada con MD5

107 Administración de Base de Datos con MySQL

Para demostrar que se ha encriptado correctamente visitamos la página:

[Link]

Figura 90. Cifrado en página web MD5

8.1.3. Encriptación SHA O SHA1
La función SHA y SHA1 son sinónimos, por lo que hacen el mismo efecto, al igual que
MD5 no puede ser revertido y este necesita un campo de 40 caracteres para su
almacenamiento, es más seguro que MD5 ya que calcula el cheksum SHA de 160 bits de una
cadena, mientras que MD5 la calcula de 128.
Ejemplo de demostración en el gestor MySQL
1. Se inserto el usuario “Nelson” con contraseña encriptada “SHA(‘nelson1130)”
2. Se inserto el usuario “Jorge” con contraseña encriptada “SHA1 (jorge9977)”

Figura 91. Encriptación SHA y SHA1

108 Administración de Base de Datos con MySQL

8.1.4. Encriptación AES

El algoritmo AES es el más completo y complejo, tiene posibilidad de revertirse y se
utiliza con una llave privada, es decir, debemos proporcionar dicha llave para encriptar y
desencriptar las contraseñas. Sería vulnerable en el caso de que alguien consiguiese violar
nuestro código fuente y viera que llave estamos pasando a la cadena. Para almacenar estas
contraseñas necesitamos que nuestro campo sea de tipo BLOB, ya que el resultado de la
operación será un dato binario muy aleatorio.
Al utilizar la función AES, debes de tener una versión de MySQL superior a la 4.0.2, ya
que es cuando esta función fue agregada.
Por lo tanto, ahora sabemos que la única manera (por ahora) de que nuestras contraseñas
sean totalmente seguras, es utilizando la función AES, y asegurarse que nadie puede acceder
a nuestro código fuente.
Ejemplo de demostración en el Gestor MySQL
Para poder utilizar la encriptación AES, se tuvo que proceder a implementar al menos un
campo de la tabla de tipo de dato BLOB, para que de esta manera se pueda hacer la consulta.
1. Se inserto el usuario “Edinson” con contraseña encriptada “AES_ENCRYPT (‘ramos’,
‘admin’)”
2. Se inserto el usuario “Jorge” con contraseña encriptada “AES_ENCRYPT
(‘jorge9977’,’admin’)”

Figura 92. Inserción de usuarios con AES_ENCRYPT

109 Administración de Base de Datos con MySQL

Para demostrar que se encripto correctamente damos clic derecho en dato BLOB, del usuario
Edinson

Figura 93. AES_ENCRIPT en código binario.

Figura 94. AES_ENCRYPT en modo text.

110 Administración de Base de Datos con MySQL

3. Para poder desencriptar ejecutaremos sentencias SQL como por ejemplo SELECT.

Figura 95. Sentencias SQL para Desencriptar – AES_DECRYPT

111 Administración de Base de Datos con MySQL

Referencias Bibliográficas
[Link] (2019), Encriptación de datos, recuperado (5 nov 2019),
[Link]
[Link] (2019), Solución al problema AES_DECRYPT, recuperado (5 nov 2019),
[Link]
112 Administración de Base de Datos con MySQL

CAPITULO IX
Disponibilidad en Base de Datos
113 Administración de Base de Datos con MySQL

ÍNDICE
CAPITULO IX .............................................................................................................................. 112
DISPONIBILIDAD EN BASE DE DATOS ................................................................................ 114
9.1. Definición e Importancia de una Disponibilidad ............................................................. 114
9.2. Copia de Seguridad (Backups) de una Base de Datos ..................................................... 114
9.3. Técnicas de Recuperación de Datos para la Restauración de una base de datos corrupta
a un estado previo libre de daños............................................................................................. 115
9.4. Alta Disponibilidad, Estrategias (Clustering, Replicación, Otros) ................................ 115
9.5. Demostración de las Herramientas de Disponibilidad en el Gestor. ............................. 117
Referencias Bibliográficas ............................................................................................................ 126
114 Administración de Base de Datos con MySQL

DISPONIBILIDAD EN BASE DE DATOS

9.1. Definición e Importancia de una Disponibilidad
Según [Link] (2019). La confidencialidad, la integridad y la disponibilidad de datos
son factores claves a la hora de garantizar su seguridad. En lo que se refiere a esta última, el
objetivo es posibilitar el acceso a un servicio o a determinados recursos, en este caso a los datos
que hemos enmascarado.
La disponibilidad de los datos en la empresa es muy importante ya que, si no están
disponibles, las aplicaciones no pueden funcionar y la empresa pierde dinero.
Según [Link] (2019). Debe haber una base de datos una alta disponibilidad para asegurarse
de que los datos estén disponibles si se produce una anomalía. Puede introducir una base de datos
con funciones que se adapte a las necesidades de su organización, según el nivel de protección y
los costes asociados.
Un servidor de bases de datos puede fallar como resultado de cualquiera de los siguientes factores:
✓ Ambientales, como la temperatura
✓ Anomalía de hardware
✓ Error de software
✓ Interrupción conectividad de red
✓ Intervención de usuario
Diferentes configuraciones de bases de datos proporcionan migraciones tras error y
posibilidades de protección del sistema.
9.2. Copia de Seguridad (Backups) de una Base de Datos
Según [Link] (2019). La copia de seguridad, también llamada respaldo o backup,
se refiere a la copia de archivos físicos o virtuales o bases de datos a un sitio secundario para su
preservación en caso de falla del equipo u otra catástrofe. El proceso de copia de seguridad de los
datos es fundamental para un plan de recuperación de desastres (DRP) exitoso.
Las empresas hacen una copia de seguridad (respaldo) de los datos que consideran
vulnerables en caso de software defectuoso, corrupción de datos, falla de hardware, piratería
maliciosa (hacking), error de usuario u otros eventos imprevistos. Las copias de seguridad
capturan y sincronizan una instantánea de un punto en el tiempo que luego se usa para devolver
los datos a su estado anterior.
Las pruebas de copia de seguridad y recuperación examinan las prácticas y tecnologías de
una organización para la seguridad y la replicación de datos. El objetivo es garantizar una
recuperación de datos rápida y confiable en caso de que surja la necesidad. El proceso de
recuperación de archivos de datos respaldados se conoce como restauración de archivos.
Los términos copia de seguridad de datos y protección de datos a menudo se usan
indistintamente, aunque la protección de datos abarca los objetivos más amplios de continuidad
empresarial, seguridad de datos, administración del ciclo de vida de la información y prevención
de malware y virus informáticos.
Las mejores prácticas sugieren que se debe programar una copia de seguridad completa de
los datos al menos una vez a la semana, a menudo durante los fines de semana o fuera del horario
laboral. Para complementar las copias de seguridad completas semanales, las empresas
generalmente programan una serie de tareas de respaldo de datos incrementales o diferenciales
que solo realizan copias de los datos que han cambiado desde la última copia de seguridad
completa.
115 Administración de Base de Datos con MySQL

9.3. Técnicas de Recuperación de Datos para la Restauración de una base de datos corrupta a
un estado previo libre de daños.
Según Apañ[Link] (2019). A veces, los datos pueden ser recuperados utilizando métodos y
herramientas relativamente simples
La recuperación de datos desde el hardware dañado físicamente puede implicar múltiples
técnicas. Algunos daños puedes ser reparados mediante la sustitución de las piezas en el disco
duro. Esto por sí solo puede hacer el disco utilizable, pero aún se puede presentar daño lógico. Se
utiliza para recuperar todos los bits de lectura de la superficie un procedimiento especializado de
imágenes de disco. Una vez que esta imagen se adquiere y se guarda en un soporte fiable, la
imagen puede ser analizada de forma segura para buscar daños lógicos y posiblemente permitir
que sea reconstruido la mayor parte del sistema de archivos original.
Recuperación de hardware
Un error común es que una placa de circuito impreso (PCB) dañada puede ser simplemente
reemplazada durante los procedimientos de recuperación por una PCB idéntica de una unidad en
buena salud. Aunque esto puede funcionar en raras circunstancias en unidades de discos duros
fabricados antes de 2003, no va a funcionar en unidades más nuevas. Las tarjetas electrónicas de
las unidades modernas suelen contener datos de adaptación específicos de la unidad, necesarios
para acceder a las áreas del sistema, por lo que los componentes relacionados deben ser
reprogramados (si es posible) o sin soldar transferidos entre dos placas electrónicas.
Daño lógico
El término "daño lógico" se refiere a situaciones en las que el error no es un problema en el
hardware y requiere soluciones a nivel de software.
En algunos casos, los datos de una unidad de disco duro pueden ser ilegibles debido a daños
a la tabla de particiones o al sistema de archivos o a errores de medios (intermitentes). En la
mayoría de estos casos, se pueden recuperar al menos una parte de los datos originales reparando
la tabla de particiones dañada o el sistema de archivos utilizando software especializado de
recuperación de datos como Testdisk.
El software como el rescate del disco duro puede ver la imagen del medio a pesar de errores
intermitentes, y los datos de imagen en bruto cuando hay tabla de particiones o daños en el sistema
de archivos. Este tipo de recuperación de datos puede ser realizada por personas sin experiencia
en unidades de hardware, ya que no requiere ningún equipo especial o el acceso físico a los platos.
A veces, los datos pueden ser recuperados utilizando métodos y herramientas relativamente
simples. Casos más graves pueden requerir la intervención de expertos, sobre todo si son
irrecuperables partes de los archivos. La talla de datos es la recuperación de partes de archivos
dañados usando el conocimiento de su estructura.
9.4. Alta Disponibilidad, Estrategias (Clustering, Replicación, Otros)
Según [Link] (2019), el gestor MySQL utiliza InnoDB Cluster como herramienta
para proporcionar la Alta Disponibilidad que le exigen sus usuarios. Además de desplegar y
replicar los datos entre nodos y mientras sostiene una alta tolerancia frente a posibles fallos. La
aplicación no requiere conocer nada acerca de los nodos: ni cuántos ni dónde.
✓ Alta disponibilidad
• Servicios siempre disponibles.
• Tolerancia a fallos.
• Redundancia y sistemas de remplazo.
116 Administración de Base de Datos con MySQL

✓ Replicación
• Replicar datos de un servidor MySQL (maestro) a otro (maestro/esclavo).
• Herramienta asincrónica
• Escalar soluciones
• Backup a nivel de esclavos
• Distribución de datos
✓ DRBD
• Raid 1 a nivel de red
• Nodo primario/secundario
✓ Heartbeat
• Migración de servicio más IP de nodo a otro
• Comunicación entre dos nodos
✓ Ruteando las consultas
• Maestro: Insert, Update y Select
• Esclavo: Select
• Enlazados con la aplicación
• Transparente: MySQL Proxy
✓ Mejoras esperadas
• Replicación Master – Master en anillo
• Inclucion de un MySQL Heartbeat
• Autorrecuperación del relay log (CRASH)
117 Administración de Base de Datos con MySQL

9.5. Demostración de las Herramientas de Disponibilidad en el Gestor.

1. Hacer un ejemplo de cómo sacar una copia de seguridad y como restaurarlo, además de ciertas
opciones de configuración de copias de seguridad propias de cada gestor.
1. Primero en nuestro gestor MySQL WorkBench, ubicamos el panel de navegación, donde
tenemos dos opciones de vista (Admistration, Schemas), nos ubicaremos en la opción de
Administration y luego ubicamos la vista Management y tendemos diferentes opciones
incluidas Data Export y Data Import/Restore, pero hacemos clic en Data Export.

Figura 96. Panel de Navegación de Workbench

118 Administración de Base de Datos con MySQL

2. Después de hacer clic en Data Export, nos mostrara una ventana con las opciones para
seleccionar que base de datos queremos restaurar, además la opción de objectos a exportar,
como también la ruta de exportación llevara donde se guardara nuestro backup.

Figura 97. Interfaz para Export una copia de seguridad

3. Hacemos clic en Star Export y nos mostrara la ventana con el progreso de exportación y
finalmente esperamos que termine de hacer la exportación.

Figura 98. Proceso de exportación de copia de seguridad.

119 Administración de Base de Datos con MySQL

4. Finalmente verificamos que nuestro backup se encuentra en la ruta especificada o en la

ruta donde especificamos guardarla.

Figura 99. Ruta de exportación de la copia de seguridad

Ahora veremos los pasos de como restaurar un backup en nuestro gestor MySQL
1. Primero hacemos clic en Data Import/Restore y nos mostrar una ventana con diferentes
opciones de restauración y especificaremos la ruta donde se encuentra el archivo a restaurar
y luego elegimos en que base de datos lo restauraremos sino crearemos una nueva.

Figura 100. Interfaz de Workbench para importar una copia de seguridad

120 Administración de Base de Datos con MySQL

2. Luego hacemos clic en Start Import, y a continuación nos mostrara la ventana de Proceso
de Importación.

Figura 101. Proceso de importación de una copia de seguridad

3. Por último, nos ubicaremos en la parte de Schemas confirmando que nuestro backup se
restauró correctamente.

Figura 102. Base de datos restaurada correctamente

121 Administración de Base de Datos con MySQL

2. Implemente una copia de seguridad automática (programada) a una cierta fecha y hora.
Para implementar una copia de seguridad automáticamente seguiremos una serie de pasos para
configurarlo.
Para realizar backup automático de base de datos MySQL, lo más cómodo es crear una tarea
con:
1. Creamos un archivo en el bloc de notas y lo guardamos como [Link] que será el archivo
ejecutable que hará el backup de la base de datos.

Figura 103. Creación del archivo bin con bloc de notas

Este comando se conecta a la base de datos, crea una copia de todas las tablas y guarda el
archivo añadiendo la fecha actual.
Automatizar el Backup mediante el Programador de Tareas de Windows
En Windows podemos encontrar el programador de tareas donde crearemos una tarea básica
a la cual aplicaremos un nombre, una frecuencia de uso e iniciaríamos un programa donde le
adjuntaríamos el archivo [Link] que creamos anteriormente.
De esta forma se haría el backup automáticamente con la frecuencia que queramos
(diariamente, semanalmente, al iniciar el equipo, etc.).
1. Nos ubicamos en el icono de búsqueda y digitamos Programador de Tareas

Figura 104. Buscando la aplicación Programador de Tareas

122 Administración de Base de Datos con MySQL

2. Una vez en el Programador de tareas nos vamos a Crear tarea básica

Figura 105. Interfaz del programador de tareas

3. Se abrirá una ventana llamada “Asistente para crear tareas básicas”, aquí daremos el
nombre a la tarea que queremos dejar programada con una pequeña descripción (este último
es opcional).
123 Administración de Base de Datos con MySQL

Figura 106. Asignando nombre a nuestra tarea.

4. Seleccionamos cada cuando deseamos que se ejecute la tarea programada.

Figura 107. Desencadenador de tareas.

5. Elegimos la fecha de inicio y la hora que se ejecutara diariamente la tarea programada, si
es para realizar backups de base de datos (nuestro caso) es recomendable que sea en un
horario despejado.

Figura 108. Asignando fecha programada para realizar backups.

124 Administración de Base de Datos con MySQL

6. Ahora seleccionaremos la acción que va a realizar la tarea, en nuestro caso ejecutará un

programa (Iniciar un programa).

Figura 109. Asignando acción a realizar del programador

7. En esta sección indicaremos la ruta donde se encuentra nuestro Script (archivo [Link]).
125 Administración de Base de Datos con MySQL

Figura 110. Añadimos la ubicación del [Link]

8. Por último y para finalizar nos muestra un resumen de la tarea que acabamos de programar

Figura 111. Resumen del programador de tareas

126 Administración de Base de Datos con MySQL

Referencias Bibliográficas
[Link] (2019), Definición la importancia de la disponibilidad, recuperado (9 nov. 2019),
[Link]
data-masking
[Link]
ghavail/c_ctr_ha_for_databases.html
[Link] (2019), Copias de seguridad, recuperado (9 nov. 2019),
[Link]
Apañ[Link] (2019), Técnicas de recuperación de datos, recuperado (9 nov 2019),
[Link]
[Link]
[Link] (2019), Alta disponibilidad de datos, recuperado (10 nov 2019),
[Link]
[Link]