16/07/2011

BASES DE DATOS JAVA

TEMA 1: JAVA INTRODUCCION BASE DE DATOS En el princ ipio fue el c aos, apareciern muc hos lenguajes de programacin y cada uno de ellos c on su propio sistema, lenguaje(instruc iones) y formatos de arc hivos, y luego empeor la situacin c uando empezarn a aparec er software espec ializado en arc hivos y bases de datos, tambien con las mismas carcateristicas. Conforme fue c rec iendo la nec esidad de interc ambiar datos entre arc hivos creados c on lenguajes de programac in diferentes y programas de bases de datos, empezo a surgir la nec esidad de un lenguaje(c on instruc ciones c omunes para todos ellos), de esta manera o necesidad aparec e SQL (lenguaje estruc turado de consultas), en la ac tualidad lenguajes de programac in y software de base de datos (DBMS) aparte de su lenguaje nativo, tienen las c apacidad de trabajar c on instruc c iones de SQL. Por supuesto las c ompaias especializadas en lenguajes de programac in y en DBMS, inmediatamente empezarn internamente a mejorar el SQL interno que incorporarn. Pero c omo podemos transferir datos entre un arc hivo o base de datos creado en X o Y lenguaje o DBMS y un lenguaje o DBMS diferente. Una c ompaia muy c onocida propuso la c reac ion de traduc tores espec ializados en traduc ir SQL al lenguaje nativo de c ada uno de los DBMS o lenguajes de programacin y viseversa, dic ha c ompaia fue MICROSOFT y lo que propuso fue ODBC(open data base conec tivity), es dec ir un driver que sirviera de c anal de c omunic acin entre la base de datos y otro dbms o lenguaje de programac in, ademas de traductor del lenguaje nativo a SQL. En este esquema la empresa que fabric a un DBMS, por ejemplo, esc ribe su propio Driver ODBC y lo pone a disposic in del resto de las empresas, esto es lo mismo para las empresas que fabric an lenguajes de programac ion. Porque son las empresas, las que tienen que escribir su propio driver ODBC?, la respuesta es muy senc illa, se supone que c omo ellas c onocen a fondo su lenguaje o dbms, le es mas fac il hacer su traduc tor ODBC. En este modelo una aplic ac in hecha en pascal, primero ac tiva su driver ODBC que a su vez, establece un enlac e o c anal de comunic ac in c on el otro driver ODBC de la base de datos con la que se quiera c omunicar, por ejemplo un driver ODBC de orac le o informix. Ya abierto el canal de odbc - odbc, el programa puede inyectar c odigo sql, para realizar los proc esos comunes con la base de datos. Aqui tenemos el primer punto de referenc ia para c onstruir programas en java que proc esen una base de datos creada en un DBMS, por ejemplo ACCESS, FOXPRO, INSTANTBASE, INFORMIX, ETC. LA manera de c omunicarse por el c anal ODBC - ODBC es usando el lenguaje comn en ambas, el SQL. Como ya se indico, SQL, es un lenguaje espec ializado en proc esar 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 aplic aciones de java que se quieran c omunic ar c on una base de datos. Una de las ventajas de SQL es que es tambien un lenguaje de programacion muy senc illo, c on poc as instruc ciones, las que mas interesan son las mas elementales, SELECT, UPDATE, DELETE, INSERT. Observar que entraron a tomar este curso, para aprender el lenguaje de programac ion JAVA y tambien tuviern que aprender el lenguaje de programacin HTML y ahora el lenguaje de programac in SQL, tres cursos de programac in, por el prec io de uno, WOWW. Por supuesto que la empresa SUN, la fabric ante del lenguaje JAVA, nunca escribio su driver ODBC, por
programacionfacil.com/java:bases_de_d 1/2

16/07/2011

BASES DE DATOS JAVA

la senc illa razon de que lo propuso microsoft, en su lugar SUN, propone otro driver espec ializado y con el mismo fin, llamado JDBC(java database c onectivity), que segun ellos (y los hechos lo confirman) es mas seguro, rapido, efic iente que ODBC. Ahora las demas empresas espec ializadas en lenguajes de programac in o en DBMS, tienen que produc ir dos drivers ( ODBC y JDBC ) para c ada uno de sus productos. Ambos drivers o traductores son inc ompatibles, y por supuesto que mic rosoft le regreso el favor a sun y tampoc o fabrica un driver JDBC para sus produc tos. Entonc es como se c onstruye una aplicac ion en java que tenga que procesar una base de datos hec ha en acc ess, existen dos maneras, la primera de ellas es que hay algunas empresas espec ializadas en drivers que han fabric ado odbc s para java y sus productos y jdbc s para mic rosoft y sus productos, por supuesto que si empeo hasta la c amisa, probablemente alc anze a dar el enganc he de alguno de ellos. La otra solucin, es que Sun, en su infinita misericordia proporc iona, no un driver sino un bridge(puente) llamado JDBCODBCdriver, que es un doble traduc tor, es decir java se c omunic a c on la parte jdbc de este puente luego este puente lo c onvierte a odbc que ya se puede c omunic ar c on el odbc de acc ess, cuando el proceso es inverso, ac cess 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 traducc in en la parte de java, c on el c onsiguiente retraso en la aplic ac in o programa en java. Para efec tos de este c urso, utilizaremos este puente ( JDBCODBC ) por la parte de java y el ODBC de mic rosoft ac c ess , por razones c onocida$$$.

programacionfacil.com/java:bases_de_d

2/2