ResultSet de TYPE_SCROLL_INSENSITIVE [Résolu]

Alkhan · 28/11/2012, 15h48

bonjour,

j'ai une application sur laquelle je ne peux pas pour le moment faire de modification des algos d'accès à la base. Il se trouve que les Resultset sont de type TYPE_SCROLL_INSENSITIVE car certains accès nécessite de se déplacer dans tous les directions voir des déplacements directe via un index.

Comme tout le monde s'en doute c'est formidable sur des petites tables, mais sur des tables de plusieurs million d'enregistrements cela pose un véritable problème de mémoire dû au fait de la mise en cache des enregistrements parcouru !

Comment puis je donc faire pour ne plus avoir ce problème ?
Existe t'il un moyen de limiter le nombre d'enregistrements mis en cache ?

merci d'avance

tchize_ · 29/11/2012, 00h14

Les détails de l'implémentation du SCROLL sont "laissé à la discretion du driver"

Pour dire les choses simplement: si le protocole avec la base de données ne permet pas d'obtenir un curseur bi-directionnel, faudra tout cacher.

Pour te donner une idée, je ne pense pas que le driver pour les base de données oracle fasse autre chose que tout garder en mémoire

Par contre, je connais des drivers qui n'acceptent même pas de te retourner un ResultSet Scrollable.

Bref: ne pas utilser Scrollable + de larges résultats simultanément. Dans ton cas,
La solution la plus sage / propre est de revoir l'implémentation.
La solution la plus simple et qui donne honte le soir devan le miroir est de gaver java de RAM autant que possible
La solution consultant est de facturer 3 mois pour un driver custom qui se branche sur un autre driver et qui interprètera les requetes pour les ré-exécuter partiellement à la volée afin de simuler le retour en arrière

Alkhan · 04/12/2012, 16h18

merci tchize_ pour ta réponse !

cela ne fait que confirmer la solution que j'ai envisagé, a savoir refaire les requêtes lors d'un retour arrière.

@+

28/11/2012, 15h48	#1
Alkhan Membre émérite Sébastien Tahier Inscription : octobre 2006 Messages : 726 Détails du profil Informations personnelles : Nom : Sébastien Tahier Localisation : France Informations forums : Inscription : octobre 2006 Messages : 726 Points : 967 Points : 967	ResultSet de TYPE_SCROLL_INSENSITIVE bonjour, j'ai une application sur laquelle je ne peux pas pour le moment faire de modification des algos d'accès à la base. Il se trouve que les Resultset sont de type TYPE_SCROLL_INSENSITIVE car certains accès nécessite de se déplacer dans tous les directions voir des déplacements directe via un index. Comme tout le monde s'en doute c'est formidable sur des petites tables, mais sur des tables de plusieurs million d'enregistrements cela pose un véritable problème de mémoire dû au fait de la mise en cache des enregistrements parcouru ! Comment puis je donc faire pour ne plus avoir ce problème ? Existe t'il un moyen de limiter le nombre d'enregistrements mis en cache ? merci d'avance __________________ Il n'y a pas de problème, il n'y a que des solutions. Cependant, comme le disaient les shadoks, s'il n'y a pas de solution, c'est qu'il n'y a pas de problème. Mes Articles : Mon premier article est sur le language D
	00

29/11/2012, 00h14	#2
tchize_ Expert Confirmé Sénior Responsable de service informatique Inscription : avril 2007 Messages : 18 284 Détails du profil Informations personnelles : Sexe : Âge : 33 Localisation : Belgique Informations professionnelles : Activité : Responsable de service informatique Secteur : Service public Informations forums : Inscription : avril 2007 Messages : 18 284 Points : 32 759 Points : 32 759	Les détails de l'implémentation du SCROLL sont "laissé à la discretion du driver" Pour dire les choses simplement: si le protocole avec la base de données ne permet pas d'obtenir un curseur bi-directionnel, faudra tout cacher. Pour te donner une idée, je ne pense pas que le driver pour les base de données oracle fasse autre chose que tout garder en mémoire Par contre, je connais des drivers qui n'acceptent même pas de te retourner un ResultSet Scrollable. Bref: ne pas utilser Scrollable + de larges résultats simultanément. Dans ton cas, La solution la plus sage / propre est de revoir l'implémentation. La solution la plus simple et qui donne honte le soir devan le miroir est de gaver java de RAM autant que possible La solution consultant est de facturer 3 mois pour un driver custom qui se branche sur un autre driver et qui interprètera les requetes pour les ré-exécuter partiellement à la volée afin de simuler le retour en arrière __________________ ⥀⥁ Чиз faq java, cours java, javadoc. Pensez à et Laisse entrer le jour après une nuit sombre. Si tu es toujours là, tu n'es pas faite pour mourir.
	00

04/12/2012, 16h18	#3
Alkhan Membre émérite Sébastien Tahier Inscription : octobre 2006 Messages : 726 Détails du profil Informations personnelles : Nom : Sébastien Tahier Localisation : France Informations forums : Inscription : octobre 2006 Messages : 726 Points : 967 Points : 967	merci tchize_ pour ta réponse ! cela ne fait que confirmer la solution que j'ai envisagé, a savoir refaire les requêtes lors d'un retour arrière. @+ __________________ Il n'y a pas de problème, il n'y a que des solutions. Cependant, comme le disaient les shadoks, s'il n'y a pas de solution, c'est qu'il n'y a pas de problème. Mes Articles : Mon premier article est sur le language D
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email