Bonjour à tous,
J'aimerai savoir si un ResultSet est sauvegardé en mémoire ou non.
En bref est ce qu'une requête qui renverrai un gros ResultSet peux lancer un OutOfMemory ?
Merci
Bonjour à tous,
J'aimerai savoir si un ResultSet est sauvegardé en mémoire ou non.
En bref est ce qu'une requête qui renverrai un gros ResultSet peux lancer un OutOfMemory ?
Merci








Bonjour,
Ce thread pourrait t'interesser
Remarque: pourquoi garder en mémoire l'ensemble d'un Resultset?
Dans beaucoup de cas il me semble que l'on "consomme" les données d'un ResultSet et qu'une stratégie possible est de les consommer avec un Iterateur.
Au fur et à mesure des demandes de l'Iterator on va chercher les ResultSets suivants (bien sur on met un cache de N ResultSets). Certes on doit sacrifier quelque chose au passage ( une connection occupée??) donc à voir et à comparer.
Le fait qu'il y ai un accès par itérateur n'implique pas que le resulSet ne soit pas en RAM.
J'n'ai pas eu le temps de regarder précisément, mais d'après le thread http://objectmix.com/jdbc-java/41929...resultset.html ça dépend du driver et des propriétés qu'on lui donne "public Connection connect(String url,Properties info)"
ceci garantit-t'il qu'on puisse passer des options appropriées qui permettent de ne pas se promener dans un Resultset (et donc lui laisser la possibilité d'éliminer de la mémoire les enregistrements traités)?
à voir .... (quelles sont les contraintes imposées aux drivers? je ne suis sûr de rien)
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5 Statement createStatement(int resultSetType, int resultSetConcurrency, int resultSetHoldability) throws SQLException
Conceptuellement ... j'dirai que le resultset se rempli au fur et à mesure de la lecture. Seule la base de donnée contient un code optimisé pour conserver un resultset sur disque. Donc autant éviter de charger le resultset d'un coup (SGBD->JDBC). Mais ça doit fortement dépendre du driver.
Décidément SQL c indispensable, mais c le bordel dans ses grandes largeurs !
Partager