UNIDAD 9: JAVA BASES DE DATOS

TEMA 1: JAVA INTRODUCCION BASE DE DATOS

En el principio fue el caos, aparecierón muchos lenguajes de programación y cada uno de ellos con su propio sistema, lenguaje(instruciones) y formatos de archivos, y luego empeoró la situación cuando empezarón a aparecer software especializado en archivos y bases de datos, tambien con las mismas carcateristicas.

Conforme fue creciendo la necesidad de intercambiar datos entre archivos creados con lenguajes de programación diferentes y programas de bases de datos, empezo a surgir la necesidad de un lenguaje(con instrucciones comunes para todos ellos), de esta manera o necesidad aparece SQL (lenguaje estructurado de consultas), en la actualidad lenguajes de programación y software de base de datos (DBMS) aparte de su lenguaje nativo, tienen las capacidad de trabajar con instrucciones de SQL.

Por supuesto las compañias especializadas en lenguajes de programación y en DBMS, inmediatamente empezarón internamente a mejorar el SQL interno que incorporarón.

Pero como podemos transferir datos entre un archivo o base de datos creado en “X” o “Y” lenguaje o DBMS y un lenguaje o DBMS diferente.

Una compañia muy conocida propuso la creacion de traductores especializados en traducir SQL al lenguaje nativo de cada uno de los DBMS o lenguajes de programación y viseversa, dicha compañia fue MICROSOFT y lo que propuso fue ODBC(open data base conectivity), es decir un driver que sirviera de canal de comunicación entre la base de datos y otro dbms o lenguaje de programación, ademas de traductor del lenguaje nativo a SQL.

En este esquema la empresa que fabrica un DBMS, por ejemplo, escribe su propio Driver ODBC y lo pone a disposición del resto de las empresas, esto es lo mismo para las empresas que fabrican lenguajes de programacion.

Porque son las empresas, las que tienen que escribir su propio driver ODBC?, la respuesta es muy sencilla, se supone que como ellas conocen a fondo su lenguaje o dbms, le es mas facil hacer su traductor ODBC.

En este modelo una aplicación hecha en pascal, primero activa su driver ODBC que a su vez, establece un enlace o canal de comunicación con el otro driver ODBC de la base de datos con la que se quiera comunicar, por ejemplo un driver ODBC de oracle o informix.

Ya abierto el canal de odbc - odbc, el programa puede inyectar codigo sql, para realizar los procesos comunes con la base de datos.

Aqui tenemos el primer punto de referencia para construir programas en java que procesen una base de datos creada en un DBMS, por ejemplo ACCESS, FOXPRO, INSTANTBASE, INFORMIX, ETC.

LA manera de comunicarse por el canal ODBC - ODBC es usando el lenguaje común en ambas, el SQL.


Como ya se indico, SQL, es un lenguaje especializado en procesar bases de datos y por tanto, ES NECESARIO, IMPRESCINDIBLE Y OBLIGATORIO QUE CONSIGAN UN TUTORIAL DE SQL LO RESUMAN Y LO TENGAN A LA MANO, porque se va usar dentro de nuestros programas o aplicaciones de java que se quieran comunicar con una base de datos.

Una de las ventajas de SQL es que es tambien un lenguaje de programacion muy sencillo, con pocas instrucciones, las que mas interesan son las mas elementales, SELECT, UPDATE, DELETE, INSERT.

Observar que entraron a tomar este curso, para aprender el lenguaje de programacion JAVA y tambien tuvierón que aprender el lenguaje de programación HTML y ahora el lenguaje de programación SQL, tres cursos de programación, por el precio de uno, WOWW.

Por supuesto que la empresa SUN, la fabricante del lenguaje JAVA, nunca escribio su driver ODBC, por la sencilla razon de que lo propuso microsoft, en su lugar SUN, propone otro driver especializado y con el mismo fin, llamado JDBC(java database conectivity), que segun ellos (y los hechos lo confirman) es mas seguro, rapido, eficiente que ODBC.

Ahora las demas empresas especializadas en lenguajes de programación o en DBMS, tienen que producir dos drivers ( ODBC y JDBC ) para cada uno de sus productos.

Ambos drivers o traductores son incompatibles, y por supuesto que microsoft le regreso el favor a sun y tampoco fabrica un driver JDBC para sus productos.

Entonces como se construye una aplicacion en java que tenga que procesar una base de datos hecha en access, existen dos maneras, la primera de ellas es que hay algunas empresas especializadas en drivers que han fabricado odbcs para java y sus productos y jdbcs para microsoft y sus productos, por supuesto que si empeño hasta la camisa, probablemente alcanze a dar el enganche de alguno de ellos.

La otra solución, es que Sun, en su infinita misericordia proporciona, no un driver sino un bridge(puente) llamado JDBCODBCdriver, que es un doble traductor, es decir java se comunica con la parte jdbc de este puente luego este puente lo convierte a odbc que ya se puede comunicar con el odbc de access, cuando el proceso es inverso, access le manda los datos a su odbc que a su vez los manda al odbc del puente este ultimo lo transfiere a jdbc y este se lo manda a java, esto significa un doble traducción en la parte de java, con el consiguiente retraso en la aplicación o programa en java.

Para efectos de este curso, utilizaremos este puente ( JDBCODBC ) por la parte de java y el ODBC de microsoft access , por razones conocida$$$.

Politica de Privacidad