método de simulación de replicado de información usando una

Anuncio
Congreso Internacional de Investigación Tijuana.
Revista Aristas: Investigación Básica y Aplicada.
ISSN 2007-9478, Vol. 4, Núm. 7. Año 2015.
MÉTODO DE SIMULACIÓN DE REPLICADO DE INFORMACIÓN USANDO UNA BASE
DE DATOS EN JODBC EN UN SISTEMA DISTRIBUIDO TRABAJANDO
CON EL MODELO CLIENTE SERVIDOR.
Resumen— Se construye un simulador en lenguaje Java para
comprobar el replicado de datos en un sistema distribuido,
manejando una base de datos en JODBC siendo esta una API la cual
es independiente del sistema operativo donde se ejecute el programa,
o de la base de datos a la cual se accede. Se hace un acuse de recibo a
fin de comprobar que los datos son copiados fielmente del lado
cliente al lado servidor, todo esto bajo la arquitectura clienteservidor usando el sistema de sockets con la técnica de paso de
mensajes, y el protocolo tcp/ip.
Palabras claves— Lenguaje Java, Simulador, sockets, Sistema
Cliente-Servidor, replicados de datos, base de datos, ODBC, JODBC.
1. INTRODUCCIÓN
Lo primero que se realiza es configurar el sistema de
ODBC usando el programa de Administración de
orígenes de datos de ODBC de Microsoft con la base de
datos llamada Replicado y tres tablas para el manejo de
los registros de la tabla llamada Persona de los cuales
pretenden replicar en el servidor y luego regresar o sea
replicar nuevamente la información y compararla con la
original.
Una vez que se han obtenido los datos de la base de
datos del servidor se prepara el sistema o programa de
comunicaciones para poder enviar los datos usando un
protocolo de comunicaciones tcp/ip mediante el uso de
sockets de comunicación siendo estos de tipo stream o
sea son orientados a no conexión y son no fiables, el cual
permite enviar y recibir información de un punto a otro
sin tener que preocuparse si se recibe o no la
información, por lo tanto la información fluye en este
caso del lado cliente al servidor y luego lo más
importante regresar esta información que se ve como una
réplica y ya que la información se regresó viene la
comparación de los datos replicados con el original y
comprobar que no hay ninguna alteración de los datos
que se siguen conservando como el original. Para que se
pueda hacer la conexión se requiere que el lado cliente
use la dirección ip del servidor junto con el número de
puerto al cual se pretende accesar al propio servidor.
2. DESARROLLO DE CONTENIDOS
Para trabajar con el sistema de base de datos en ODBC
de Microsoft se usa la aplicación de Administrador de
orígenes de datos del mismo, es aquí donde se da de alta
una base de datos con la que se va a trabajar en este caso
DUARTE
HERNÁNDEZ
EZEQUIEL
ALEJANDRO
Instituto Tecnológico de Tlalnepantla
alexjano10@yahoo.com.mx
ARMANDO DE JESUS RUIZ CALDERÓN
armandoruizmex@hotmail.com
SOFÍA BARRÓN PÉREZ
sofia_barron@hotmail.com
ABEL GONZALEZ CAÑAS
goncabel@yahoo.com.mx
se llama Replicado que está hecha en Access y el archivo
se llama también REPLICADO.mdb, como se muestra
en la Figura 1.
Figura 1. Base de datos REPLICADO en Access.
Fuente: Elaboración propia
La base de datos Replicado contiene tres tablas que son
Pasatiempo, Persona y Tabla1 de estas la que se va a usar
es la de Persona la cual contiene cuatro atributos que son
Rfc, Nombre, Dirección y Teléfono.
El replicado se inicia desde el primer registro de la tabla
Persona hasta el último registro no importa que tan
pequeño o grande sea como se ve en la Figura 2.
18 al 20 de febrero 2015. Facultad de Ciencias Químicas e Ingeniería. UABC. Copyright 2015. Tijuana, Baja California, México.
139
Congreso Internacional de Investigación Tijuana.
Revista Aristas: Investigación Básica y Aplicada.
Figura 2. La base de datos Replicado con La tabla Persona.
Fuente: Elaboración propia.
Ya que la base de datos esta lista para usarse se hace el
programa para abrir la base de datos y leer todos los
registros de la tabla Persona como se muestra a
continuación en el fragmento de código.
String
driverSun
=
"sun.jdbc.odbc.JdbcOdbcDriver";
String
driverMs
=
"com.ms.jdbc.odbc.JdbcOdbcDriver";
// UBICACION DE LA BASE DE DATOS,
HACE REFERENCIA AL MANEJADOR DEL ODBC
String ubicacion = "jdbc:odbc:replicado";
// CLAVE DE ACCESO A LA BASE DE
DATOS
String usuario = null;
String contrasena = null;
Como puede observarse se usa el manejador de java el
jdbc y el nombre de la base de datos que se llama
Replicado.
ISSN 2007-9478, Vol. 4, Núm. 7. Año 2015.
viceversa como se muestra en el fragmento de código que
muestra a continuación.
try
{
conexion = new Socket("10.3.40.118" ,7777);
is
=
new
DataInputStream(conexion.getInputStream());
os
=
new
PrintStream(conexion.getOutputStream());
System.out.println("servidor contactado");
System.out.println(" LOS DATOS QUE ENVIA
EL CLIENTE SON ++++++++ " + z);
os.println(z);
os.flush();
os.println("8");
os.flush();
String entra = is.readLine();
System.out.println(" LOS DATOS QUE RECIBE
EL CLIENTE SON " + entra);
conexion.close();
// System.exit(0);
}
catch(IOException e)
{}
}
La conexión se hace con el protocolo ip que es igual en
este caso al servidor “10.3.40.118” y con el número de
puerto 7777. Como puede observarse en el fragmento del
código anterior los datos son enviados en este caso son
Replicados del lado cliente al lado servidor y luego son
regresados del lado servidor al lado cliente para ser
comprobados que no se fueran a modificar o sea que
permanezcan íntegros. La parte final se da cuando los
registros de la tabla Persona son enviados del lado cliente
al lado servidor y viceversa como se muestra en la Fig. 3.
Figura 3. Los datos enviados y recibidos lados Cliente.
De esta manera ya está listo el programa para poder
Leer de la tabla Persona, todos los registros como se ve
en el fragmento del código siguiente.
while( resultado.next() )
{
String rfc = resultado.getString("Rfc");
String nombre = resultado.getString("Nombre");
String direccion = resultado.getString("Direccion");
String telefono = resultado.getString("Telefono");
z=rfc+" "+nombre+" "+"
"+direccion+" "+"
"+telefono+" "+z+" ";
// DESPLEGA LOS DATOS LEIDOS
System.out.println(rfc +" "+ nombre +" " + direccion
+ " " + telefono);
}
Luego viene otra parte donde se hace la conexión para
poder enviar los datos del lado cliente al servidor y
Fuente: Elaboración propia.
18 al 20 de febrero 2015. Facultad de Ciencias Químicas e Ingeniería. UABC. Copyright 2015. Tijuana, Baja California, México.
140
Congreso Internacional de Investigación Tijuana.
Revista Aristas: Investigación Básica y Aplicada.
ISSN 2007-9478, Vol. 4, Núm. 7. Año 2015.
Y en la parte del servidor también se muestran los datos
mostrados en la Figura 4.
Figura 4. Registros replicados en el lado servidor
Fuente: Elaboración propia.
Como puede observarse los datos si fueron replicados de
un punto a otro sin ningún fallo lo que demuestra que
para fines didácticos si funciona este trabajo.
Y algo importante como puede observarse en las figuras
5 y 6. El campo 121 con el nombre Martha en los campos
dirección y teléfono no tienen ningún valor esto se ve
reflejado en la Réplica que estos campos que tienen el
valor “null” o sea nulo, o sea que no tienen valor alguno.
3. CONCLUSIONES
Fuente: Elaboración propia.
De esta forma se puede concluir que los datos si fueron
replicados con éxito sin sufrir ningún percance como se
muestra en la Figura 5. Datos originales de la tabla
Persona y Figura 6.
Como puede observarse los datos si fueron replicados de
un punto a otro sin ningún fallo lo que demuestra que
para fines didácticos si funciona este trabajo.
Y algo importante como puede observarse en las
figuras 5 y 6. El campo 121 con el nombre Martha en los
campos dirección y teléfono no tienen ningún valor esto
se ve reflejado en la Réplica que estos campos que tienen
el valor “null” o sea nulo, o sea que no tienen valor
alguno. Si fueron replicados con su valor de verdad Nulo.
Figura 5. Datos originales de la tabla Persona
4. REFERENCIAS
[1]A.
Silverschatz, Fundamentos
de Sistemas
Operativos,7nd ed., P. B. Galvin, G. Gagne, España: Mc
GrawHill, 2006.
[2] A. S. Tanenbaum, Sistemas Distribuidos, 2ed., M. V.
Steen, Amsterdam, Holanda, Pearson Educación, 2008.
[3]
J. C. Pérez, Sistemas Operativos una Visión
Aplicada, 2ed., F. G. Carballeira, P. de M. Anasagasti,
España: Mc Graw Hill, 2007.
Fuente: Elaboración propia.
Figura 6. Datos Replicados tanto en el servidor como
nuevamente en el cliente.
18 al 20 de febrero 2015. Facultad de Ciencias Químicas e Ingeniería. UABC. Copyright 2015. Tijuana, Baja California, México.
141
Descargar