Un objeto Statement se usa para enviar sentencias SQL a la base de datos y obtener los resultados. Actualmente hay tres tipos de objetos Statement, todos los cuales actúan como contenedores para la ejecución de sentencias en una conexión dada

1. ESCUELA PROFESIONAL DE
INGENIERÍA DE SISTEMAS Y TELEMÁTICA
STATEMENT
ÁREA : Desarrollo de Software I.
DOCENTE : Ing. Marco Aurelio Porro Chulli.
ESTUDIANTES : . Ocaña Bueno Lisbeth.
. Herrera Silva Carlos Jhónatan.
CICLO : V
GRUPO : “A”

2. STATEMENT:
Definición:
Un objeto Statement se usa para enviar sentencias
SQL a la base de datos. Actualmente hay tres tipos
de objetos Statement, todos los cuales actúan como
contenedores para la ejecución de sentencias en
una conexión dada: Statement, PreparedStatement
que hereda de Statement y CallableStatement que
hereda de PreparedStatement. Estas están
especializadas para enviar tipos particulares de
sentencias SQL, Un objeto Statement se usa para
ejecutar una sentencia SQL simple sin parámetros.
Un objeto PreparedStatement se usa para ejecutar
sentencias SQL precompiladas con o sin parámetros
IN; y un objeto CallableStatement se usa para
ejecutar un procedimiento de base de datos
almacenado.

3. Objetos Statement:
El objeto Statement (sentencia) sirve para procesar una sentencia SQL estática
y obtener los resultados producidos por ella. Solo puede haber un ResultSet
abierto para cada objeto Statement en un momento dado. Todos los métodos
statement que procesan una sentencia SQL cierran implícitamente el ResultSet
actual de una sentencia si existe uno abierto.
Creación de objetos Statement:
Creación de objetos Statement:
Una vez establecida la conexión con una base de datos particular, esta
conexión puede usarse para enviar sentencias SQL. Un objeto Statement se
crea mediante el método de Connection createStatement, como podemos ver
en el siguiente fragmento de código.
Connection con = DriverManager.getConnection(url, "sunny", "");
Statement stmt = con.createStatement();

4. Ejecución de sentencias usando objetos Statement:
La interface Statement nos suministra tres métodos diferentes para ejecutar sentencias SQL,
executeQuery, executeUpdate y execute. El método a usar está determinado por el producto de la
sentencia SQL.
El método executeQuery está diseñado para sentencias que producen como resultado un único
ResultSet tal como las sentencias SELECT.
El método executeUpdate se usa para ejecutar sentencias INSERT, UPDATE ó DELETE así como
sentencias SQL DDL (Data Definition Language) como CREATE TABLE o DROP TABLE. El efecto de
una sentencia INSERT, UPDATE o DELETE es una modificación de una o más columnas en cero o más
filas de una tabla.
El método Execute se usa para ejecutar sentencias que devuelven más de un ResultSet, más que un
Update Count o una combinación de ambos. Como es esta una característica avanzada que muchos
programadores no necesitaran, nunca se verá en su propia sección.
Todos los métodos que ejecutan sentencias cierran los objetos Resultset abiertos como resultado de las
llamadas a Statement. Esto quiere decir que es necesario completar el proceso con el actual objeto
Resulset antes de reejecutar una sentencia Statement.

5. Realización de Statement:
Cuando una conexión está en modo auto-commit, las sentencias ejecutadas son ‘comitadas’ o rechazadas cuando se
completan. Una sentencia se considera completa cuando ha sido ejecutada y se han devuelto todos los resultados. Pare
el método executeQuery, que devuelve un único result set, la sentencia se completa cuando todas las filas del objeto
ResultSet se han devuelto. Para el método executeUpdate, una sentencia se completa cuando se ejecuta. En los raros
casos en que se llama al método execute, de cualquier modo, no se completa hasta que los resultsets o updatecounts que
se generan han sido devueltos.
Cerrar objetos Statement:
Los objetos Statement se cerrarán automáticamente por el colector de basura de Java (garbage collector). No obstante,
se recomienda como una buena práctica de programación que se cierren explicitamente cuando no sean ya necesarios.
Esto libera recursos DBMS inmediatamente y ayuda a evitar potenciales problemas de memoria.
Sintaxis de Escape SQL en objetos Statement:
Los objetos Statement pueden contener sentencias SQL que usen sintaxis de escape SQL. La sintaxis de escape señala
al driver que el código que lleva debe ser tratado diferentemente. El driver buscará por cualquier sintaxis de escape y lo
traducirá en código que entiende la base de datos en particular. Esto hace que la sintaxis de escape sea independiente de
la DBMS y permite al programador usar características que de otro modo no estarían disponibles.

6. PreparedStatements:
Las PreparedStatements amplían la interfaz Statement y proporcionan soporte para añadir parámetros a sentencias
SQL.
Las sentencias SQL que se pasan a la base de datos pasan por un proceso de dos pasos al devolver los resultados al
usuario. Primero se preparan y, a continuación, se procesan. Con los objetos Statement, estas dos fases aparecen
como una sola en las aplicaciones. Las PreparedStatements permiten independizar estos dos procesos. El paso de
preparación se produce cuando se crea el objeto, y el paso de proceso se produce cuando se llama a los métodos
executeQuery, executeUpdate o execute en el objeto PreparedStatement.
Crear y utilizar PreparedStatements:
Para crear objetos PreparedStatement nuevos, se utiliza el método prepareStatement. A diferencia de en el método
createStatement, la sentencia SQL debe suministrarse al crear el objeto PreparedStatement. En ese momento, la
sentencia SQL se precompila para su utilización.
Procesar PreparedStatements:
El proceso de sentencias SQL con un objeto PreparedStatement se realiza mediante los métodos executeQuery,
executeUpdate y execute, al igual que el proceso de objetos Statement. A diferencia de las versiones de Statement, no
se pasan parámetros en estos métodos debido a que la sentencia SQL ya se ha suministrado al crear el objeto. Dado
que PreparedStatement amplía Statement, las aplicaciones pueden intentar llamar a versiones de los métodos
executeQuery, executeUpdate y execute que toman una sentencia SQL. Esta operación provoca el lanzamiento de una
excepción SQLException.

7. CallableStatements:
La interfaz CallableStatement de JDBC amplía PreparedStatement y proporciona soporte para
parámetros de salida y de entrada/salida. La interfaz CallableStatement tiene también soporte para
parámetros de entrada, que proporciona la interfaz PreparedStatement.
La interfaz CallableStatement permite la utilización de sentencias SQL para llamar a
procedimientos almacenados. Los procedimientos almacenados son programas que tienen una
interfaz de base de datos. Estos programas tienen lo siguiente:
Pueden tener parámetros de entrada y de salida, o parámetros que son tanto de entrada como de
salida.
Pueden tener un valor de retorno.
Tienen la capacidad de devolver varios ResultSets.
Las CallableStatements, debido a que siguen el modelo de PreparedStatement (que consiste en
desacoplar las fases de preparación y proceso), permiten la reutilización optimizada (los detalles
están en: PreparedStatements). Dado que las sentencias SQL de un procedimiento almacenado
están enlazadas a un programa, se procesan como SQL estático, y con ello puede obtenerse un
rendimiento superior.

8. PROPIEDADES:
Una cláusula de escape se enmarca entre llaves y tiene una palabra clave: {keyword . . . parameters . . .}. La palabra clave (keyword)
indica el tipo de cláusula de escape, según se muestra:
“Escape” para caracteres LIKE; Los caracteres “%” y “_” trabajan como wildcards en la cláusula SQL LIKE (“%” significa cero o más
caracteres y “_” significa exactamente un carácter”.
“Fn” para funciones escalares; Casi todas las DBMS tienen funciones numèricas, de cadena, de fecha y conversión sobre valores
escalares. Una de estas funciones puede usarse colocándola en la sintaxis de escape con la clave fn seguida del nombre de la función
deseada y sus argumentos.
Las funciones escalares pueden estar soportadas por diferentes DBMS con ligeras diferencias de sintaxis, y pueden no estar disponibles
en todos los drivers. Varios métodos de DatabaseMetaData nos listarán las funciones que están soportadas. Por ejemplo, el método
getNumericFunctions devuelve una lista de los nombres de las funciones numéricas separadas por comas, el método getStringFunction
nos devuelve los nombres de las funciones de cadena, y así varías más.
“D, T y TS” para literales de fecha y tiempo. Las DBMS difieren en la sintaxis que usan para los literales de fecha, tiempo y timestamp.
JDBC soporta un formato estándar ISO para estos literales y usa una cláusula de escape que el driver debe traducir a la representación
del DBMS. Por ejemplo, una fecha se especifica en SQL JDBC mediante la sintaxis:
{d `yyyy-mm-dd'}
En esta sintaxis, yyyy es el año, mm es el mes y dd es el dia. El driver reemplazará la cláusula de escape por la representación propia
equivalente de la DBMS. Por ejemplo, el driver reemplazaría {d 1999-02-28} por ’28-FEB-99’ si este es el formato apropiado para la base
subyacente.

9. EJEMPLOS:
Establecemos la conexión con la base de datos:
Connection conexion = DriverManager.getConnection ("jdbc:mysql://localhost/prueba","root", "la_clave");
// Preparamos la consulta
Statement s = conexion.createStatement();
ResultSet rs = s.executeQuery ("select * from persona");
// Recorremos el resultado, mientras haya registros para leer, y escribimos el resultado en pantalla.
while (rs.next())
{
System.out.println (rs.getInt (1) + " " + rs.getString (2)+ " " + rs.getDate(3));
}
// Cerramos la conexion a la base de datos.
conexion.close();