¿Dónde quedaron nuestros productos?

Antes de agregar código, recordemos lo que ya resolvimos

La aplicación de la tienda de cómics tiene una organización que no existía al comenzar el curso. No vamos a abandonarla: vamos a ampliar sus capacidades.

Cuando el usuario pulsa Agregar, la Vista proporciona los datos escritos en los campos, el Controller coordina la acción y el Service comprueba las condiciones del negocio. Si todo está correcto, el nuevo Producto se incorpora a una colección.

Producto producto = new Producto(
        101,
        "Batman: Año Uno",
        790.00,
        8
);

En nuestro modelo, el código es de tipo long, el nombre es un String, el precio es double y el stock es int.

Hagamos una prueba muy sencilla

Imagina que ejecutamos la aplicación y agregamos los siguientes productos:

Los productos aparecen en nuestra JTable. Podemos seleccionarlos y trabajar con ellos. Hasta aquí, todo parece correcto.

Un ArrayList no es una base de datos

Observemos una instrucción parecida a la que utilizamos en el servicio:

private ArrayList<Producto> listaProductos;

public ProductoService() {
    listaProductos = new ArrayList<Producto>();
}

La primera línea declara una variable que puede referirse a una colección de productos. En el constructor se crea el ArrayList al iniciar ese objeto ProductoService.

Mientras la aplicación se ejecuta, podemos agregar, eliminar y consultar los elementos de la lista. Pero si los datos solo están en esa colección, cuando finaliza el programa no tenemos una copia persistente para recuperarlos.

listaProductos.add(producto);

new ArrayList<Producto>();

Dos palabras que necesitamos distinguir

¿Dónde podríamos guardar los datos?

Una posibilidad sería escribirlos en un archivo. Es una alternativa válida para ciertos problemas. Pero cuando una aplicación necesita consultar, modificar, relacionar y organizar registros de distintas entidades, una base de datos relacional ofrece herramientas específicas.

En nuestro proyecto utilizaremos MySQL, un sistema gestor de bases de datos relacionales, para conservar los productos de la tienda.

Para conseguirlo, nuestra aplicación necesitará enviar y recibir información de un sistema distinto al propio programa Java.

Java y MySQL tienen responsabilidades diferentes

¿Qué significa localhost?

Si instalamos MySQL en la misma computadora que ejecuta nuestra aplicación, podemos acceder a ese servidor mediante localhost, una dirección que representa al propio equipo.

Si MySQL está en otra máquina, necesitaremos la dirección de ese servidor y los permisos correspondientes.

¿Qué es entonces una base de datos?

Podemos organizar los datos de nuestros productos en una tabla. Cada fila representa un registro y cada columna contiene un tipo de dato.

El servidor administra esa información; nuestra aplicación necesita una forma de solicitar operaciones sobre ella.

¿Qué relación existe entre un objeto y una fila?

En Java escribimos:

Producto producto = new Producto(
        101, "Batman: Año Uno", 790.00, 8
);

En una tabla podríamos almacenar los valores correspondientes a ese producto:

No son la misma cosa. El objeto existe dentro de la aplicación Java y puede tener métodos y comportamiento. La fila contiene datos organizados y administrados por MySQL.

Esta traducción entre los datos del programa y los registros almacenados será una de las responsabilidades de los componentes DAO que incorporaremos más adelante. Todavía no necesitamos programarlos.

Aparece JDBC

Si Java y MySQL son sistemas diferentes, tenemos que disponer de una forma de pedir una conexión, enviar consultas y recibir resultados.

JDBC significa Java Database Connectivity. Es una API que Java proporciona para trabajar con sistemas de bases de datos relacionales.

Recuerda que una API reúne clases, interfaces y otros elementos que permiten utilizar funcionalidades desde nuestro código.

¿JDBC es un programa que instalamos?

No exactamente. Java incluye la API JDBC, cuyos elementos principales están en el paquete java.sql.

import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.sql.SQLException;

En esta primera lectura no vamos a utilizar todavía estas clases e interfaces. Solo necesitamos reconocer que forman parte de la API y que cada una tendrá una función concreta cuando comencemos a programar la conexión y las consultas.

Si JDBC ya está en Java, ¿para qué necesitamos un driver?

JDBC establece una API común, pero los diferentes sistemas gestores de bases de datos necesitan implementaciones que sepan comunicarse con ellos.

El driver JDBC es una biblioteca que proporciona esa implementación para un sistema concreto.

No confundamos API con driver

Si nuestra aplicación utilizara PostgreSQL, necesitaríamos el driver JDBC correspondiente a PostgreSQL. Aunque cambiaría el driver, gran parte de la manera de programar con JDBC seguiría siendo similar.

Piensa qué está ocurriendo, no memorices definiciones

Responde y observa la devolución. Puedes volver a leer cualquier apartado.

Ya sabemos qué problema tenemos que resolver

La tienda no necesita que volvamos a escribir la interfaz ni que abandonemos el Controller y el Service. Necesita una forma de conservar los datos que hoy solo están en memoria.

Micro-entrega de documentación

En tu cuaderno o documento del proyecto, registra:

• una explicación de por qué se pierden los productos almacenados solo en un ArrayList;
• la diferencia entre objeto Java y registro de una tabla, usando uno de los cómics de este material;
• un esquema con Aplicación Java → JDBC → driver → MySQL y una frase sobre la función de cada pieza;
• una pregunta que todavía tengas sobre la comunicación con la base de datos.

Próximo material: vamos a solicitar nuestra primera conexión a MySQL. Allí estudiaremos DriverManager, getConnection(), la dirección JDBC, Connection y los errores que pueden ocurrir.