Que son las bases de datos Federadas

El avance espectacular de las comunicaciones y la creciente necesidad de cooperar con otras

entidades independientes han obligado a replantearse los conceptos de bases de datos,
destacando entre ellos la tendencia de crear un software para tener acceso a varias bases de
datos autónomas preexistentes, las cuales están almacenados en SGBD HETEROGENEOS.

Este procedimiento es muy costoso y complicado ya que hay que tener en cuenta varios
conceptos como la integración, seguridad. .etc. debido a esto surgieron los SGBDF (Sistemas
Gestores de Bases de datos Federadas).

Como definición general las BDF podemos decir que son una colección de sistemas de BD
cooperativos y autónomos en el cual los usuarios tienen acceso a los datos de los distintos
sistemas, gracias a los esquemas unificados en los cuales hay datos de cada BD.

Características de estas
- Biprocesamiento, es decir, poseen la capacidad de atender consultas globales.
- Distribución: datos ubicados en múltiples BD.
- Autonomía: cada BD tiene el control independiente sobre sí misma.
- La autonomía o la integración de los componentes la controla el administrador del
sistema global en colaboración con los administradores de las BD componente.
- Se basan en dos esquemas: exportación (las partes que comparten) e importación
(información que desea usar de otro componente).
 - El sistema está formado por BD heterogéneas, por lo que podemos encontrar
diferentes S.O., diferente hardware o diferentes estructuras de datos.
- El MBDF (Manejador de Bases de Datos Federadas) recibe una consulta sencilla y
este a su vez la descompone en varia consultas parciales.

Tipos deSGBD
Los SGBDF se pueden clasificar en dos grandes categorías: fuertemente acoplados y
débilmente acoplados

- Fuertemente acopladas: poseen un esquema conceptual global que está formado

por un subconjunto de los esquemas conceptuales locales, compuesto por los
datos que el sistema local quiere compartir. Son capaces de soportar
actualizaciones y la interpretación de la semántica de los múltiples datos
integrados en el sistema aes uniforme.
- Débilmente acopladas: se basan en no tener un esquema conceptual global, en
este caso los esquemas externos están compuestos por uno o más esquemas
conceptuales locales. En este caso los usuarios son los responsables de la creación
y mantenimiento de las federaciones y soporta sistemas de BD altamente
autónomos.

BD federadas y MySQL

Una vez explicado lo que son las bases de datos federadas, vamos a realizar un sencillo
ejemplo de BDF, con el SGDB que hemos tenido que realizar en nuestro proyecto, MYSQL.

Vamos a utilizar la tabla jugador de nuestra base de datos creada anteriormente

CREATE TABLE `Jugador` (
`player_id` INT(11) NOT NULL DEFAULT '0',
`player_api_id` INT(11) NULL DEFAULT NULL,
`player_name` VARCHAR(80) NULL DEFAULT NULL,
`player_fifa_api_id` INT(11) NULL DEFAULT NULL,
`birthday` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE
CURRENT_TIMESTAMP,
`height` INT(11) NULL DEFAULT NULL,
`weight` INT(11) NULL DEFAULT NULL,
PRIMARY KEY (`player_id`)
) ENGINE= MyISAM DEFAULT CHARSET=utf8;

Ahora creamos nuestra base de datos federada llamada “BD_federada”, la cual va a contener
otra tabla llamada “Jugador_federada”que va a tener federación con la tabla “jugador”, que
pertenece a nuestra primera base de datos.

CREATE DATABASE IF NOT EXISTS BD_federada;

USE BD_federada;
CREATE TABLE `Jugador_federada` (
`player_id` INT(11) NOT NULL DEFAULT '0',
`player_api_id` INT(11) NULL DEFAULT NULL,
`player_name` VARCHAR(80) NULL DEFAULT NULL,
`player_fifa_api_id` INT(11) NULL DEFAULT NULL,
`birthday` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE
CURRENT_TIMESTAMP,
`height` INT(11) NULL DEFAULT NULL,
`weight` INT(11) NULL DEFAULT NULL,
PRIMARY KEY (`player_id`)
) ENGINE=FEDERATED DEFAULT CHARSET=utf8
CONNECTION=’mysql://root:*@155.210.68.183:3306/Eu_So_Herencia/Jugador;

La tabla federada que se acaba de crear posee los mismos datos que la tabla remota a la cual
consulta (Jugador).

El motor de consulta cambia de MyISAM a FEDERATED y añadimos el atributo CONNECTION

en el cual especificamos la dirección de la tabla que se quiere consultar.

o Mysql: Esquema de la base de datos

o Root: Usuario con el que nos conectaremos al servidor remoto.
o *: Contraseña de root
o 155.210.68.183: IP del servidor maestro
o 3306: Puerto de MySQL.
o Eu_So_Herencia: Nombre de la base de datos remota.
o Jugador: Nombre de la tabla remota que vamos a federar.

• Para que el servidor MySQL en el esclavo pueda tener acceso a la tabla, el servidor
MySQL maestro debe estar corriendo. La máquina no puede estar apagada, ya que es
un enlace en tiempo real.
• Las tablas se pueden llamar distinto, lo que importa es la cadena de conexión a la tabla
remota.
• Si se elimina la tabla federada en el esclavo, se mantienen el maestro.
• Tanto el servidor remoto como el local tienen acceso a la tabla.