getResultSet() "debe ser llamado sólo una vez por resultado"

Question

De acuerdo con la documentation para getResultSet en java.sql.Statement, que dice:

Recupera el resultado actual como un objeto ResultSet. Este método debe llamarse solo una vez por resultado.

El uso de algunos código de prueba, me encontré con executeQuery() y varias llamadas a getResultSet() y observaron que el ResultSet regresado señaló al mismo objeto. Así que supongo que no devolverá un ResultSet diferente que necesitaría cerrar individualmente. Pero, por supuesto, esto podría ser exclusivo de mis controladores JDBC.

Mirando el documentation para ResultSet que dice: objeto ResultSet

Un defecto no es actualizable y tiene un cursor que se mueve hacia adelante solamente. Por lo tanto, puede recorrerlo solo una vez y solo desde la primera fila hasta la última fila.

Esto parece una buena razón por la que puede no ser una buena idea llamarlo varias veces ya que puede llevar a una situación de "error". Si esta fue la única razón, sentí que podrían haberlo dicho, así que creo que podría haber algo más que solo esto.

¿Alguien sabe por qué uno no debe llamar al getResultSet más de una vez por resultado? Este question es lo que me hizo curioso en primer lugar.

Answer 1

El objeto ResultSet es una interfaz proporcionada por Java JDBC; no proporcionan una implementación. Aunque su código de base de datos particular y los controladores asociados implementen ResultSet para que puedan llamarlo varias veces por resultado, si depende de un comportamiento que está fuera del contrato, ciertamente está jugando con fuego.

Una posible razón por la que el contrato se escribió con la línea this method should be called only once per result es por razones de eficiencia. La construcción de ResultSet probablemente hará una llamada JDBC RPC a la base de datos y los autores de la especificación JDBC querían desalentar múltiples viajes de ida y vuelta. Es posible que no hayan querido forzar a los implementadores a proteger contra múltiples llamadas por resultado de manera eficiente. Una vez más, a pesar de que su base de datos protege contra ese comportamiento, no significa que el próximo lo hará.

La mayoría de las implementaciones de ResultSet también mantienen una conexión a la base de datos abierta para que cuando obtenga ciertos campos (como blobs grandes) pueda devolver la llamada a la base de datos para obtener los datos. Tener múltiples conexiones abiertas o (lo que es peor) usar la misma conexión desde múltiples objetos ResultSet sería muy peligroso/confuso.

Además, pueden haber estado preocupados por dos partes de su código llamando al getResultSet() dos veces y se les devolvió una referencia al mismo objeto no sincronizado. Esto causaría confusión cuando se llamó al next() y sobrescribió el objeto con múltiples referencias.

Estoy especulando, por supuesto, pero espero que esto ayude.