INSTITUTO TECNOLÓGICO DE TUXTLA GUTIÉRREZ

INGENIERÍA EN SISTEMAS COMPUTACIONALES

TOPICOS SELECTOS DE BASE DE DATOS

SISTEMAS DE BASES DE DATOS FEDERADAS

EQUIPO No. 6

ALUMNOS

Antonio Niño Fidel Caballero García Daniel

Castillo Barajas Carlos Andrés Gómez Anzueto Oswaldo

Pérez Vilchis Erik Trinidad Tovar Torres Francisco

PROFESORA: DOMINGUEZ TORRES ANACEY

FECHA DE ENTREGA: 10 ABRIL DE 2013

SISTEMAS DE BASES DE DATOS FEDERADAS

OBJETIVO DE LA PRÁCTICA

Mostrar el proceso de las bases de datos federadas, así como las consultas a las

que se les permitió el acceso a éstas; desde su acceso hasta sus respectivas

consultas.

ENUNCIADO

Se tiene un servidor remoto y un servidor local cada uno con el SGBD MySQL, existe

también una base de datos denominada “museo” que se aloja en el servidor

remoto, la cual cuenta con ocho tablas de las que se requiere:

Servidor remoto

a) Crear la base de datos “museo” con sus respectivas tablas. Éste servidor

será remoto.

b) Crear el usuario, contraseña y otorgarle privilegios para la conexión con el

servidor local.

Servidor local

c) Crear la base de datos “museo” y tablas federadas en el servidor local de la

misma forma que en el servidor remoto, ingresando su respectivo código de

federación y conexión. Las tablas a crear son: registros, cliente y

objetos_arte.

d) Crear un usuario y contraseña que utilizará el cliente para poder ver,

eliminar y consultar las tablas que el servidor local le ha dado privilegios.

PROCESO DE CONFIGURACIÓN Y CONSTRUCCIÓN DE UNA BASE DE DATOS

FEDERADA.

1. Elementos empleados para la creación y conexión entre una base de datos

en el servidor remoto y en la base de datos del servidor local:

- Dos máquinas con sistema operativo Windows 7.

- MySQL server 5.6 instalado en ambos equipos.

2. Servidor remoto.

Es necesario habilitar el motor federado para que se puedan crear y conectar

las bases de datos en ambos equipos. Por defecto MySQL no trae habilitado

este motor, por lo que es necesario configurar el archivo “my.ini”, editándolo

y agregando una línea más después de “[mysqld]” en la sección de servidor.

Con esto debemos reiniciar el servidor de MySQL y comprobar que el motor

federated está en “YES”. Para mostrar los motores usamos la siguiente

sentencia:

SHOW ENGINES;

Una vez habilitada el motor federado y con la cuenta root, procedemos a

crear la base de datos “museo” y sus 8 tablas, así como también un usuario

con sus respectivos permisos. Hemos denominado a éste usuario como

“usuarioremoto”, y le hemos otorgado privilegios para la conexión remota y

local, así como también permisos para usar la base de datos “museo”. Las

sentencias apropiadas para dicha acción:

CREATE DATABASE museo;

USE museo;

Ahora importamos el archivo que contiene el script de nuestras tablas de la

siguiente manera:

SOURCE museo_remoto.sql

Las tablas tienen la siguiente estructura:

Y a continuación los privilegios para el usuario

GRANT ALL PRIVILEGES ON museo.* TO ‘usuarioremoto’ @’%’ IDENTIFIED BY

‘federado’;

GRANT ALL PRIVILEGES ON museo.* TO ‘usuarioremoto’ @’localhost’

IDENTIFIED BY ‘federado’;

3. Servidor local

Para la configuración del servidor local, sucede algo muy similar a la del

servidor remoto en cuanto la habilitación del motor federado. Por tanto

explicaremos la creación de base de datos, el usuario y su conexión con el

servidor remoto.

En este equipo que fungirá como servidor local, creamos nuevamente la base

de datos “museo”, pero con 3 tablas: registros, cliente y objetos_arte.

Es necesario aplicar a las tablas, en el momento de creación, el motor

federated, así como también agregar la conexión por cada tabla, con sus

respectivos parámetros hacia el servidor remoto y con la base de datos

“museo” y sus tablas específicas.

CREATE DATABASE museo;

USE museo;

Ahora importamos el archivo que contiene las 3 tablas federadas y su

parámetro especifico de conexión con el servidor remoto:

SOURCE museo_local.sql

Es de suma importancia haber estado ya conectado a una red y haber

comprobado la conexión entre una máquina y otra a través de la IP.

Las tablas tienen la siguiente estructura:

Si no ha habido error alguno, las bases de datos están listas para poder

comunicarse entre máquina y máquina.

Ahora creamos un usuario llamado “usuariolocal” con los privilegios para

conectarse de manera remota y local y tener dominio sobre la base de

museo.

GRANT ALL PRIVILEGES ON museo.* TO ‘usuariolocal’@’%’ IDENTIFIED BY

‘federado’;

GRANT ALL PRIVILEGES ON museo.* TO ‘usuariolocal’@’localhost’

IDENTIFIED BY ‘federado’;

Ahora ambos equipos se pueden compartir la información de las bases de

datos de las tablas que comparten, es decir, las tablas registros, cliente y

objetos_arte.

Para comprobarlo, iniciamos sesión en cada uno de los servidores para los

usuarios creados en cada caso. En el servidor local, con la cuenta

‘usuariolocal’ y desde ahí realizamos consultas, modificaciones, inserción de

datos. Ésta se refleja tanto en el servidor local como el remoto.

Sucede lo mismo al aplicar cambios en el servidor remoto y realizamos una

consulta en el servidor local, los resultados reflejan los mismos datos.