T4 - JDBC - Aula Virtual

JDBC
Aplicaciones Distribuidas
Contenido
•
Definición.
•
Arquitectura.
•
Driver.
•
Conexión.
•
Consultas.
•
Transacciones.
•
Pool de conexiones.
•
Patrón DAO.
2
JDBC
• Java DataBase Connectivity
• API Java para ejecutar consultas SQL en Bases de
Datos Relacionales.
• Independiente del Sistema Gestor Relacional.
• Similar en concepto a ODBC de Windows.
• Distribuida en dos paquetes:
• java.sql, dentro de J2SE
• javax.sql extensión dentro de J2EE
• Para acceder a una base de datos es necesario un
driver.
• Implementación de todas las interfaces del API.
3
JDBC
•
El API ofrece las clases e interfaces para:
• Establecer una conexión a una base de datos.
• Ejecutar una consulta.
• Procesar los resultados.
// Establece la conexión
Connection con = DriverManager.getConnection (
"jdbc:odbc:miBD", ”miLogin", ”miPassword");
// Ejecuta la consulta
Statement stmt = con.createStatement();
ResultSet rs = stmt.executeQuery("SELECT nombre, edad FROM Empleados");
// Procesa los resultados
while (rs.next()) {
String nombre = rs.getString(”nombre");
int edad = rs.getInt(”edad");
}
4
Arquitectura
5
Driver
• Conjunto de clases encargadas de implementar las
interfaces del API y acceder a la base de datos.
• Tipos:
• Driver Tipo 1:
• Utilizan un API nativa estándar
• Ejemplo: puente JDBC:ODBC
• Driver Tipo 2:
• Utilizan un API nativa de la base de datos
• Ejemplo: Oracle OCI
• Driver Tipo 3:
• Servidor remoto con un API genérica.
• Útil para aplicaciones en internet.
• Driver Tipo 4:
• Totalmente desarrollado en Java
• Ejemplo: Oracle Thin.
6
Driver
•
Los drivers Tipo 1 y 2 utilizan código nativo vía JNI.
• Son más eficientes.
•
Diseño Driver Tipo 3:
• En aplicaciones enterprise favorecen la gestión de las bases de datos, que se
realiza en el servidor.
•
Carga de un driver: Class.forName(“acme.db.Driver”);
•
Repositorio de drivers:
• http://developers.sun.com/product/jdbc/drivers
7
Conexión
• Representa una conexión con una base de datos.
• Se obtienen a partir de la clase DriverManager:
• DriverManager.getConnection(“URL”, “login”,
“password”)
• Mantiene un registro de todos los drivers cargados en la
JVM.
• URL identifica el driver y su tipo, la localización de la
base de datos y su nombre:
• jdbc:oracle:oci:dis.um.es/MiBD
• Alternativa a DriverManager: DataSource
8
DataSource
• Actúa como factoría de conexiones.
• Método getConnection()
• Abstrae los detalles de acceso:
• Cargar los drivers, URL, login, etc.
• Aplicaciones más portables.
• Suelen mantener un pool de conexiones.
• Proporcionado por el contenedor utilizando el API JNDI
(Java Naming and Directory Interface).
• Los detalles de acceso se indican en ficheros de
configuración.
• Acceso a los servicios de nombres y directorios.
• Ejemplo: acceso a recursos, LDAP.
9
Consultas SQL
•
El API JDBC no restringe las sentencias que se envían a la
BD.
•
En principio, todos los drivers deben ser compatibles con ANSI
SQL-2 Entry Level.
•
Tipos de sentencias:
• Statement: para sentencias sencillas en SQL.
• PreparedStatement: para consultas preparadas,
• Ejemplo: las que tienen parámetros.
• CallableStatement: para ejecutar procedimientos almacenados en la
BD.
•
El API distingue dos tipos de consultas:
• Consultas: SELECT
• Actualizaciones: INSERT, UPDATE, DELETE, sentencias DDL.
10
Statement
• Son creadas a partir de la conexión:
• Statement stmt = conexion.createStatement();
• Ejecución de una consulta:
• stmt.executeQuery(“SELECT * FROM Pedidos”);
• Devuelve un objeto ResultSet.
• Ejecución de una actualización:
• stmt.executeUpdate(“DELETE FROM Pedidos WHERE
codigo = 15”)
• Devuelven un entero indicando los registros actualizados
ó 0 si es una consulta DDL.
11
ResultSet
• Es un proxy sobre los registros del resultado de la
búsqueda.
• Controla la recuperación de los registros.
• Representa un cursor (iterador) sobre los resultados.
• Movimiento: métodos next() y previous()
• Inicialmente el cursor está posicionado antes del primer
registro.
• Depende del objeto consulta:
• Cada vez que se realice una consulta se pierden los
resultados.
12
ResultSet
• Tenemos dos alternativas para acceder a las
columnas del resultado:
• rs.getString(“nombre”); ⇒ Nombre de la columna
• rs.getString(1); ⇒ Posición en la consulta
• El acceso por posición es útil cuando:
• Acceso a una columna derivada, ej. calcular la media
• Cuando hay columnas con los mismos nombres (join)
• Recuperación de los valores de las columnas:
• Métodos de acceso (getXXX).
• Es conveniente leer los datos de izquierda a derecha.
• Para averiguar si se ha leído un nulo: wasNull()
13
ResultSet – Métodos de
Acceso
Tipo de dato SQL
CHAR
VARCHAR
LONGVARCHAR
NUMERIC
DECIMAL
BIT
TINYINT
SMALLINT
INTEGER
BIGINT
REAL
FLOAT
DOUBLE
BINARY
VARBINARY
DATE
TIME
TIMESTAMP
Método de Acceso
String getString()
String getString()
InputStream
getAsciiStream() ó
getUnicodeString()
java.math.BigDecimal
getBigDecimal()
java.math.BigDecimal
getBigDecimal()
boolean getBoolean()
byte getByte()
short getShort()
int getInt()
long getLong()
float getFloat()
double getDouble()
double getDouble()
byte[] getBytes()
InputStream
getBinayStream()
java.sql.Date getDate()
java.sql.Time getTime()
java.sql.TimeStamp
getTimeStamp()
14
PreparedStatement
• Problema con Statement:
• Cuando la consulta se realiza dentro de un bucle y varía
sólo en unos valores:
• stmt.executeQuery(“SELECT * FROM Cliente WHERE
codigo = “ + i);
• La base de datos planifica cada consulta.
• Conviene disponer de una consulta con parámetros.
• PreparedStatement:
• Especialización de Statement que permite definir
consultas parametrizadas.
• La BD sólo planifica la consulta cuando se crea.
• Evitan tener que formatear los datos al construir la
cadena de consulta: ‘ ’ para cadenas, fechas y horas.
15
PreparedStatement
•
También se crean a partir de la conexión:
• PreparedStatement pstmt = conexion.prepareStatement(“SELECT
* FROM Cliente WHERE codigo = ?”)
•
Los parámetros de entrada se especifican por posición
utilizando métodos setXXX:
• psmt.setInt(1, 20);
• Misma equivalencia que los getXXX de ResultSet.
• Los valores se conservan entre ejecuciones.
• Borrar parámetros: clearParameters()
•
Ejecución:
• Consulta: executeQuery().
• Actualización: executeUpdate().
16
Transacciones
• Ejecución de bloques de consultas SQL manteniendo
las propiedades ACID (Atomicy-ConsistencyIsolation-Durability)
• Una conexión funciona por defecto en modo
autocommit:
• Cada consulta representa una sola transacción.
• Método: conexion.setAutocommit(false);
• Definimos bloques de consultas:
• Deshabilitando el modo autocommit.
• Finalizamos la transacción ejecutando commit() o
rollback() sobre la conexión.
17
Nivel de Aislamiento
Transaccional
• Niveles de aislamiento:
• TRANSACTION_NONE:
• Sin soporte transaccional.
• TRANSACTION_READ_UNCOMMITED:
• Permite lecturas sobre datos no comprometidos.
• TRANSACTION_READ_COMMITED:
• Permite lecturas sólo sobre datos comprometidos.
• Nivel por defecto.
• TRANSACTION_REPEATABLE_READ.
• Bloquea los datos leídos.
• TRANSACTION_SERIALIZABLE.
• Sólo una transacción al mismo tiempo.
• Suelen estar disponibles read commited y serializable.
18
Concurrencia
• Establecer el modo de aislamiento:
• conexion.setTransactionIsolation(
Connection.TRANSACTION_SERIALIZABLE);
• Consejos de uso:
• Bloque con sólo actualizaciones:
• TRANSACTION_READ_COMMITED
• Bloque donde leamos varias veces el mismo registro:
• TRANSACTION_REPEATABLE_READ
• Bloque en el que leamos un valor para actualizarlo:
• TRANSACTION_SERIALIZABLE
• Bloque donde realicemos varias veces la misma consulta
(varios registros):
• TRANSACTION_SERIALIZABLE
19
Bases de Datos en Entornos
Web
• Motivación:
• Múltiples conexiones simultáneas a la base de
datos.
• El establecimiento de una conexión es costoso.
• Consecuencia:
• Definir cuidadosamente las transacciones.
• Establecer algún mecanismo para optimizar el uso
de conexiones Pool de Conexiones
• Pool de Conexiones:
• Habitualmente implementado por los DataSource.
20
Pool de Conexiones
• Cuando no dispongamos de un DataSource que lo
implemente.
• Recomendaciones de diseño:
• Definir la clase ConnectionPool como Singleton.
• Implementará la interface DataSource Objeto que
devuelve el getInstance.
• Definir una clase ConnectionWrapper que implemente
Connection:
• Todos los métodos a excepción de close delegan en un
objeto Connection.
• close libera la conexión del pool.
• Creará un lista de conexiones inicial que expandirá si no
hay ninguna libre.
21
ConnectionPool Estructura
<<Int erface>>
Connection
+conexion
1
<<Interface>>
DataSource
createStatement() : Statement
prepareStatement(consulta : String) : PreparedStatement
close()
...()
getConnection() : Connection
ConnectionWrapper
ConnectionPool
createStatement() : Statement
prepareStatement(consulta : String) : PreparedStatement
close()
...()
+pool
*
getConnection() : Connection
retu rnConne ction(c : ConnectionPool)
<<s tati c>> getInstance() : DataSource
<<uses>>
"close" devuelve el objeto
ConnectionWrapper al Pool
DriverManager
createConnection() : Connection
22
Patrón DAO
• Motivación:
• Almacenar y recuperar información persistente de
diferentes fuentes: bases de datos relacionales, LDAP,
XML, etc.
• Las APIs para el acceso a datos son muy diferentes.
• La portabilidad y mantenimiento de los componentes
(servlets, EJB, ...) se ve limitada.
• Solución:
• Usar un objeto DAO (Data Access Object) que abstraiga y
encapsule el acceso a la fuente de datos.
• El DAO gestiona la conexión con la fuente de datos para
obtener y almacenar la información.
23
Colaboración
ServletEdicion
• Participantes:
dao : DAOCliente
c : Cliente
getClienteByUsuario(usuario)
Obtiene los datos
new( )
• Objeto de negocio
return c
getNombre()
• DAO
Accede a los
datos
setCorreo( correo)
• ValueObject
• Fuente de datos
updateCliente(c)
getNombre()
Recupera la
información
Actualiza los datos
24
Fuente de
datos
Estrategia de
Implementación
• Basada en los patrones “Abstract Factory” y “Factory
Method”.
• Pasos:
• Definir la interface DAO de nuestros objetos de datos
public interface ClienteDAO
{
public Cliente create (String nombre, String nif, String correo,
String usuario, String clave) throws DAOException;
public Cliente findClienteByUsuario (String usuario) throws DAOException;
public java.util.Collection findAll () throws DAOException;
public void update (Cliente c) throws DAOException;
}
25
Factoría Abstracta
• Definir la factoría abstracta de objetos DAO:
public abstract class DAOFactoria
{
public abstract ClienteDAO getClienteDAO() throws DAOException;
public abstract ProductoDAO getProductoDAO() throws DAOException;
public final static int ACCESS = 1;
...
public static DAOFactoria getDAOFactoria (int tipo) {
switch (tipo) {
case ACCESS:
return new AccessDAOFactoria();
case XML:
...
}
26
Factoría Concreta
•
Implementar la factoría concreta:
public class AccessDAOFactoria extends DAOFactoria{
...
public ClienteDAO getClienteDAO() {
return (ClienteDAO) new AccessClienteDAO(ds);
}
}
• Simplemente instancia objetos DAO concretos.
27
Clase DAO
• Implementar las clases DAO concretas:
import java.sql.*;
public class AccessClienteDAO implements ClienteDAO
{
...
public Cliente create (String nombre, String nif, String correo,
String usuario, String clave) throws DAOException
{
Connection con = null;
try {
con = ds.getConnection();
Statement stmt = con.createStatement();
stmt.executeUpdate(...);
stmt.close();
con.close();
Cliente c = new Cliente();
c.setNombre(nombre);
...
return c;
... }
28
Estructura
DAOFactoria
getClienteDAO() : ClienteDAO
getProductoDAO() : ProductoDAO
<<static>> getDAOFactoria() : DAOFactoria
AccessDAOFactoria
XMLDAOFactoria
getClienteDAO() : ClienteDAO
getProductoDAO() : ProductoDAO
getClienteDAO() : ClienteDAO
getProductoDAO() : ProductoDAO
<<create>>
<<create>>
AccessClienteDAO
AccessProductoDAO
<<Interface>>
ClienteDAO
<<Interface>>
ProductoDAO
create() : Cliente
findAll() : Collection
findByUsuario() : Cliente
update()
29
Consecuencias
• Beneficios:
•
•
•
•
Favorece la transparencia.
Facilita la migración de los componentes.
Reduce la complejidad del código.
Centraliza todo el acceso a datos en una capa.
• Inconvenientes:
• Diseño de una jerarquía de clases.
• Introduce una nueva capa.
30