Tipos de datos

Echemos un vistazo a la tabla:

"C:\Archivos de programa\Java\jdk-17.0.3.1\bin\java.exe...
identificación java.lang.Integer EN T 4
nombre java.lang.cadena VARCHAR 12
nivel java.lang.Integer EN T 4
Fecha de creación java.sql.fecha FECHA 91
Proceso finalizado con código de salida 0

En la tercera columna vemos tipos: INT , VARCHAR , DATE . Estos son tipos de servidores SQL. El medio servidor entrega los datos con aquellos tipos que conoce. ¿Cómo se convierten estos tipos en tipos Java?

Esta es exactamente una de las cosas que se han estandarizado con JDBC. Los creadores de JDBC comenzaron arreglando una lista de tipos de SQL. Hay una clase especial con constantes:

class java.sql.Types {
   public static final int CHAR         =   1;
   public static final int NUMERIC    	=   2;
   public static final int DECIMAL     	=   3;
   public static final int INTEGER      =   4;
   public static final int FLOAT        =   6;
   public static final int REAL         =   7;}

El número no es un número de serie en la clase, sino un tipo de ID en la lista de tipos SQL en la especificación SQL. Estos son los números que viste en el ejemplo al comienzo de la lección.

También en la clase ResultSet hay métodos que pueden convertir un tipo de datos a otro. No todos los tipos se pueden convertir entre sí, pero la lógica es lo suficientemente clara. Aquí hay una buena hoja de cálculo para usted:

Método tipo de datos SQL
int getInt() NUMÉRICO, ENTERO, DECIMAL
flotar getFloat() NUMÉRICO, ENTERO, DECIMAL, FLOTANTE, REAL
doble obtenerDoble() NUMÉRICO, ENTERO, DECIMAL, FLOTANTE, REAL
Fecha getDate() FECHA, HORA, MARCA DE TIEMPO
Hora getTime() FECHA, HORA, MARCA DE TIEMPO
Marca de tiempo getTimestamp() FECHA, HORA, MARCA DE TIEMPO
Cadena getString() CHAR, VARCHAR

Entre todos los tipos de SQL, se pueden distinguir claramente algunos grupos:

  • números
  • tiempo
  • líneas
  • objetos de bytes

Por cierto, ¿has notado el método getInt() ?

JDBC y NULL

¿Ha notado lo que está mal con el método getInt() de la clase ResultSet ? Veamos de nuevo su firma:

int getInt(column)

Este método devuelve un int , no un entero. Porque en el momento en que se creó el tipo Integer de JDBC, aún no existía. Está bien, digamos. Entonces tengo una pregunta:

Tengo una tabla en una base de datos que tiene una columna INT NULL que puede ser INT pero también puede ser NULL. ¿Cómo puedo obtener el valor nulo de esta columna?

No te preocupes, todo ha sido pensado para ti.

Solución uno . Si el tipo de SQL en Java está representado por un tipo de referencia como Fecha o Cadena, entonces no hay problema . Las variables de este tipo pueden tomar valores nulos.

Solución dos . Los tipos primitivos no pueden ser nulos, por lo que métodos como getInt() simplemente devolverán un valor predeterminado . Para int es 0, para float = 0.0f, para double = 0.0d y similares.

¿Y cómo entender entonces lo que había en la columna: 0 o NULL? Y el partido tiene una respuesta a esta pregunta.

Solución tres . La clase ResultSet tiene un método wasNull() especial que devuelve verdadero si el método acaba de devolver un valor diferente en lugar de NULL .

Todo funciona exactamente como escribí aquí. Ejemplo:

ResultSet results = staatement.executeQuery("SELECT * FROM user");
    int level = results.getInt("level");

if (results.wasNull()) {
    System.out.println("Level is null");
} else {
   System.out.println("Level is " + level);
    }

Si se suponía que devolvería un valor nulo al llamar al método getInt() , entonces el método wasNull() devolvería verdadero; de lo contrario, el método wasNull() devolvería falso.

Esto funciona no solo para tipos primitivos:

ResultSet results = staatement.executeQuery("SELECT * FROM user");
    String name = results.getString("name");

 	if (results.wasNull()) {
 	    System.out.println("Name is null");
 	} else {
 	   System.out.println("User name is " + name);
    }

Esto es, por supuesto, una muleta. Pero no hay problema con NullPointerException . Ver lo positivo en todo :)

¿Qué hay de malo con los tipos de datos en JDBC?

Sigamos con la prueba. ¿ Mira de cerca el método getDate (columna) ? ¿Lo que está mal con él? Este método tiene el siguiente tipo de resultado:

java.sql.Date

Puede almacenar nulo, lo cual es lo suficientemente bueno. Pero aún así, algo anda mal con él. ¡Clave! Así es como se ve el tipo de fecha correcto:

java.util.Date

¡Tienen diferentes paquetes! Estos son generalmente diferentes tipos de datos. Y aquí está la razón...

Las bases de datos desde los años 70 del siglo XX soportan 3 tipos de datos para almacenar el tiempo:

  • FECHA - almacena la fecha: año, mes, día.
  • HORA - almacena la hora: horas, minutos, segundos.
  • TIMESTAMP: almacena un punto específico en el tiempo: fecha, hora y milisegundos.

El lenguaje Java durante los primeros 10 años de su existencia tenía solo un tipo de datos, java.util.Date , que almacenaba un punto en el tiempo en formato UNIX TIME: la cantidad de milisegundos desde principios de 1970.

Por lo tanto, los creadores del estándar JDBC agregaron tres tipos de datos más a Java, específicamente para JDBC:

  • java.sql.fecha
  • java.sql.Tiempo
  • java.sqlTimestamp

Y así, los métodos de la interfaz ResultSet contienen tipos de datos fijos:

TIPO SQL Tipo Java Método
FECHA java.sql.fecha java.sql.date getDate()
TIEMPO java.sql.Tiempo java.sql.Tiempo obtenerHora()
MARCA DE TIEMPO java.sql.timestamp java.sql.Timestamp getTimestamp()

Y este es el tipo que ves aquí:

"C:\Archivos de programa\Java\jdk-17.0.3.1\bin\java.exe...
identificación java.lang.Integer EN T 4
nombre java.lang.cadena VARCHAR 12
nivel java.lang.Integer EN T 4
Fecha de creación java.sql.fecha FECHA 91
Proceso finalizado con código de salida 0

¿Adivina qué falta aquí? Tipos de datos que han aparecido en la API Java DateTime:

  • Fecha local
  • Hora local
  • LocalDateTime