Programación y Gestión de Bases de
Datos.
CAPÍTULO 1: 📖 FUNDAMENTOS TEÓRICOS
1. Definiciones
A continuación, se presentan los conceptos angulares de la persistencia y conectividad
en Java, desglosados en su definición técnica y su explicación simplificada.
A. Persistencia de Datos
• Definición Académica: La persistencia se refiere a la capacidad de preservar la
información de manera duradera, garantizando que los datos sobrevivan más allá de la
vida útil del proceso que los creó (por ejemplo, cuando se apaga el sistema o la
aplicación). Es esencial para la integridad y continuidad en sistemas de información.
• Explicación para humanos: Es la diferencia entre tener una idea en tu cabeza
(memoria volátil) y escribirla en una libreta (disco duro). Si te vas a dormir (apagas el
programa), la idea en tu cabeza desaparece, pero lo escrito en la libreta sigue ahí cuando
despiertas.
B. Desfase Objeto-Relacional (Object-Relational Mismatch)
• Definición Académica: Es la discrepancia estructural y lógica existente entre el
modelo de datos de un Sistema de Gestión de Bases de Datos Relacional (RDBMS),
basado en tablas y álgebra relacional, y el modelo de una aplicación orientada a objetos
(POO), basada en encapsulación, herencia y polimorfismo. Este fenómeno genera
desafíos en el mapeo de tipos de datos, transacciones y la traducción de consultas.
• Explicación para humanos: Imagina que tu programa habla “Objetos” (formas 3D
complejas) y tu base de datos habla “Tablas” (hojas de cálculo planas 2D). El desfase es la
dificultad de intentar meter esas formas 3D en las celdas planas de Excel sin romperlas.
Necesitas un traductor o un método para “aplanar” tus objetos.
C. API JDBC (Java Database Connectivity)
,• Definición Académica: Es una API estándar específica para Java (paquetes java.sql
y javax.sql ) que proporciona un conjunto de clases e interfaces para facilitar la
conexión, envío de sentencias SQL y procesamiento de resultados sobre bases de datos
relacionales, abstrayendo los detalles específicos de cada fabricante.
• Explicación para humanos:
Es un “enchufe universal” para programadores Java. En lugar de aprender a hablar el
idioma específico de Oracle, MySQL o PostgreSQL por separado, aprendes JDBC una
sola vez. JDBC actúa como un traductor que le dice a la base de datos qué hacer usando
un lenguaje común.
2. Arquitectura y Funcionamiento Interno
El funcionamiento de JDBC se basa en una arquitectura de capas que permite
desacoplar la aplicación Java de la base de datos específica.
Gestión de Datos y Memoria
1. La Capa de Abstracción (DriverManager): El núcleo del funcionamiento reside en
la clase java.sql.DriverManager . Internamente, esta clase actúa como una capa
de acceso común. Cuando la aplicación arranca, los drivers específicos (como el de
MySQL) deben registrarse en este gestor (a menudo mediante Class.forName() ,
que carga la clase en memoria y ejecuta su bloque estático de inicialización).
2. El Canal de Comunicación (Connection): La interfaz Connection representa una
sesión activa con la base de datos. Dependiendo del tipo de driver, esto puede
implicar una conexión de red física (sockets TCP/IP) o un acceso directo a archivos
locales. Toda la comunicación y gestión de memoria para esa sesión ocurre dentro
del contexto de este objeto.
3. Procesamiento de Instrucciones (Statement y PreparedStatement): El procesador
envía instrucciones SQL a través de objetos Statement .
◦ Si se usa executeQuery (para SELECT ), la base de datos devuelve los datos crudos.
◦ Si se usa executeUpdate (para INSERT , UPDATE , DELETE ), devuelve un entero
indicando las filas afectadas en memoria.
4. Recuperación de Datos (ResultSet): Los datos recuperados se encapsulan en un
objeto ResultSet . Este objeto funciona como un puntero o cursor en memoria.
, No carga necesariamente todos los datos en la RAM de golpe; permite “navegar”
registro a registro usando el método .next() . Esto es crucial para la gestión
eficiente de la memoria cuando se procesan grandes volúmenes de datos.
3. Clasificaciones: Tipos de Drivers JDBC
La arquitectura JDBC define cuatro tipos de drivers para realizar la traducción entre Java
y la base de datos. Cada uno tiene una estructura interna distinta.
3.1. Tipo 1: Puente JDBC-ODBC
Este driver traduce las llamadas JDBC a llamadas ODBC (Open Database Connectivity),
que a su vez comunican con la base de datos.
• Ventajas: Permite acceso a casi cualquier base de datos de escritorio (como Access o
dBase) si existe un driver ODBC instalado.
• Desventajas: Rendimiento pobre debido a las múltiples capas de traducción. No es
apto para Applets ni Internet, ya que requiere configuración manual en cada máquina
cliente (ODBC nativo).
• Caso de uso real: Prototipado rápido o acceso a sistemas heredados antiguos (Legacy)
donde no existe un driver moderno.
3.2. Tipo 2: Driver API Nativo / Parte Java
Utiliza métodos nativos (JNI) para convertir llamadas JDBC en llamadas a la API de
cliente específica del fabricante (escrita en C/C++).
• Ventajas: Mayor rendimiento que el Tipo 1 al eliminar la capa ODBC.
• Desventajas: Requiere instalar bibliotecas nativas del fabricante en cada máquina
cliente (“cliente pesado”). No es portable ni apto para Internet.
• Caso de uso real: Redes locales corporativas (Intranet) donde se tiene control total
sobre la instalación de software en los PC de los usuarios.
3.3. Tipo 3: Driver Protocolo de Red / Todo Java
Es una arquitectura de tres capas. El driver JDBC en el cliente (puro Java) envía
comandos a un servidor intermedio (Middleware) usando un protocolo independiente. El
Datos.
CAPÍTULO 1: 📖 FUNDAMENTOS TEÓRICOS
1. Definiciones
A continuación, se presentan los conceptos angulares de la persistencia y conectividad
en Java, desglosados en su definición técnica y su explicación simplificada.
A. Persistencia de Datos
• Definición Académica: La persistencia se refiere a la capacidad de preservar la
información de manera duradera, garantizando que los datos sobrevivan más allá de la
vida útil del proceso que los creó (por ejemplo, cuando se apaga el sistema o la
aplicación). Es esencial para la integridad y continuidad en sistemas de información.
• Explicación para humanos: Es la diferencia entre tener una idea en tu cabeza
(memoria volátil) y escribirla en una libreta (disco duro). Si te vas a dormir (apagas el
programa), la idea en tu cabeza desaparece, pero lo escrito en la libreta sigue ahí cuando
despiertas.
B. Desfase Objeto-Relacional (Object-Relational Mismatch)
• Definición Académica: Es la discrepancia estructural y lógica existente entre el
modelo de datos de un Sistema de Gestión de Bases de Datos Relacional (RDBMS),
basado en tablas y álgebra relacional, y el modelo de una aplicación orientada a objetos
(POO), basada en encapsulación, herencia y polimorfismo. Este fenómeno genera
desafíos en el mapeo de tipos de datos, transacciones y la traducción de consultas.
• Explicación para humanos: Imagina que tu programa habla “Objetos” (formas 3D
complejas) y tu base de datos habla “Tablas” (hojas de cálculo planas 2D). El desfase es la
dificultad de intentar meter esas formas 3D en las celdas planas de Excel sin romperlas.
Necesitas un traductor o un método para “aplanar” tus objetos.
C. API JDBC (Java Database Connectivity)
,• Definición Académica: Es una API estándar específica para Java (paquetes java.sql
y javax.sql ) que proporciona un conjunto de clases e interfaces para facilitar la
conexión, envío de sentencias SQL y procesamiento de resultados sobre bases de datos
relacionales, abstrayendo los detalles específicos de cada fabricante.
• Explicación para humanos:
Es un “enchufe universal” para programadores Java. En lugar de aprender a hablar el
idioma específico de Oracle, MySQL o PostgreSQL por separado, aprendes JDBC una
sola vez. JDBC actúa como un traductor que le dice a la base de datos qué hacer usando
un lenguaje común.
2. Arquitectura y Funcionamiento Interno
El funcionamiento de JDBC se basa en una arquitectura de capas que permite
desacoplar la aplicación Java de la base de datos específica.
Gestión de Datos y Memoria
1. La Capa de Abstracción (DriverManager): El núcleo del funcionamiento reside en
la clase java.sql.DriverManager . Internamente, esta clase actúa como una capa
de acceso común. Cuando la aplicación arranca, los drivers específicos (como el de
MySQL) deben registrarse en este gestor (a menudo mediante Class.forName() ,
que carga la clase en memoria y ejecuta su bloque estático de inicialización).
2. El Canal de Comunicación (Connection): La interfaz Connection representa una
sesión activa con la base de datos. Dependiendo del tipo de driver, esto puede
implicar una conexión de red física (sockets TCP/IP) o un acceso directo a archivos
locales. Toda la comunicación y gestión de memoria para esa sesión ocurre dentro
del contexto de este objeto.
3. Procesamiento de Instrucciones (Statement y PreparedStatement): El procesador
envía instrucciones SQL a través de objetos Statement .
◦ Si se usa executeQuery (para SELECT ), la base de datos devuelve los datos crudos.
◦ Si se usa executeUpdate (para INSERT , UPDATE , DELETE ), devuelve un entero
indicando las filas afectadas en memoria.
4. Recuperación de Datos (ResultSet): Los datos recuperados se encapsulan en un
objeto ResultSet . Este objeto funciona como un puntero o cursor en memoria.
, No carga necesariamente todos los datos en la RAM de golpe; permite “navegar”
registro a registro usando el método .next() . Esto es crucial para la gestión
eficiente de la memoria cuando se procesan grandes volúmenes de datos.
3. Clasificaciones: Tipos de Drivers JDBC
La arquitectura JDBC define cuatro tipos de drivers para realizar la traducción entre Java
y la base de datos. Cada uno tiene una estructura interna distinta.
3.1. Tipo 1: Puente JDBC-ODBC
Este driver traduce las llamadas JDBC a llamadas ODBC (Open Database Connectivity),
que a su vez comunican con la base de datos.
• Ventajas: Permite acceso a casi cualquier base de datos de escritorio (como Access o
dBase) si existe un driver ODBC instalado.
• Desventajas: Rendimiento pobre debido a las múltiples capas de traducción. No es
apto para Applets ni Internet, ya que requiere configuración manual en cada máquina
cliente (ODBC nativo).
• Caso de uso real: Prototipado rápido o acceso a sistemas heredados antiguos (Legacy)
donde no existe un driver moderno.
3.2. Tipo 2: Driver API Nativo / Parte Java
Utiliza métodos nativos (JNI) para convertir llamadas JDBC en llamadas a la API de
cliente específica del fabricante (escrita en C/C++).
• Ventajas: Mayor rendimiento que el Tipo 1 al eliminar la capa ODBC.
• Desventajas: Requiere instalar bibliotecas nativas del fabricante en cada máquina
cliente (“cliente pesado”). No es portable ni apto para Internet.
• Caso de uso real: Redes locales corporativas (Intranet) donde se tiene control total
sobre la instalación de software en los PC de los usuarios.
3.3. Tipo 3: Driver Protocolo de Red / Todo Java
Es una arquitectura de tres capas. El driver JDBC en el cliente (puro Java) envía
comandos a un servidor intermedio (Middleware) usando un protocolo independiente. El
