Discussion :

[ShinJava]

Salut,
Petite question qui me trotte dans la tête.
Quand on rempli un tableau, l'espace de ce tableau est alloué dans la mémoire ? (je crois que oui)

Je m'explique !
Quand je fais une requete MySQL, je stock le résultat (ResultSet) dans un tableau (à une dimension pour le moment) afin de fermer la connexion avec MySQL et de travailler ensuite avec le tableau.

Et la je me suis dit : "bah zut alors ! imaginons que le résultat de ma requete est de 50000 réponses ! ca va nous faire un int tab[50000] !!!"

C'est pas un peu trop gros pour la RAM ? (si ca travaille bien dans la RAM)

Du coup je vais penser à un systeme de pagination où à tout les 50 réponses je referais une requete MySQL...

Merci pour vos précisions
++
ShinJava

--------------------------------

Petit débutant deviendra grand... débutant

[thibaut]

Un tableau de 5000 entrées c'est pas forcémment la catastrophe. En effet si tu as du varchar2(8) une straing de longueur 8 en base, au niveau mémoire sa te fait env 8*5000 = 40000 octets, soir 40ko ce ki est ridicule si bien entendu tu n'accumule pas tes données sans penser à les supprimer...

Tu peu par contre pour éviter les allocations brutales en mémoire la classe Vector ou ArrayList dans un premier temps (c'est un tableau dynamique à une dimension).

Dans un second temps tu peu par exemple optimiser ta requête (si c'est possible)..

La pagination est intéressante si c'est pour de l'affichage par page (comme son nom l'indique), par exemple pour la consultation, si c'est pour récupération des données sa ne sers à rien...

[ShinJava]

Salut,
Merci pour ta réponse.

Un tableau de 5000 entrées c'est pas forcémment la catastrophe. En effet si tu as du varchar2(8) une straing de longueur 8 en base, au niveau mémoire sa te fait env 8*5000 = 40000 octets, soir 40ko ce ki est ridicule si bien entendu tu n'accumule pas tes données sans penser à les supprimer...

Donc 50000 entrée ca ferait 400ko... c'est vrai que c'est peu...
Au final ce que je pensais faire c'est : dès que l'utilisateur ferme sa page internet, le tableau est détruit et du coup la Ram est libérée.

Tu peu par contre pour éviter les allocations brutales en mémoire la classe Vector ou ArrayList dans un premier temps (c'est un tableau dynamique à une dimension).

Le problème avec les ArrayList c'est la dimension.
Un exemple fictif, je veux afficher un tableau de 10 lignes avec 3 colonnes : une colonne pour le nom, une pour le prénom, une pour l'email.
Dans ce cas, il vaut mieux faire un tableau à 2 dimension je pense.
Car dans un ArrayList, il faudra faire des bonds de +3 à chaque fois, ca risque pas de nuir à la performance sur un tres tres gros tableau ?
Et au niveau de la visibilité du code ca doit pas être cool...
Pour les Vector... j'ai du mal à comprendre leur intéret

La pagination est intéressante si c'est pour de l'affichage par page (comme son nom l'indique), par exemple pour la consultation, si c'est pour récupération des données sa ne sers à rien...

C'est justement ca que je veux faire dans une JSP, page par page. Mais j'ai déja commencé à penser à un algorithme pour faire cela, c pas en finition mais je me pencherais dessus quand je serais quel type de tableau je vais utiliser.

En tout cas, je te remercie pour ces précisions, ca m'aide à voir plus clair.
++
ShinJava

--------------------------------

Petit débutant deviendra grand... débutant