Bonjour, Je ne sais pas pour le driver JDBC Oracle, mais pour celui de MySQL, les donn�es effectivement s�lectionn�es sont stock�es dans un Vector. Elles sont donc bien en m�moire, et pas dans la base de donn�e; les fonctions rset.next() et autres lisent ce vecteur. J'ai eu la m�me crainte que toi, c'est � dire un remplissage trop important de la m�moire... Mais, par chance, mes requ�tes SQL ne semblent pas faire exploser la machine =) Donc, il faut voir pour Oracle...
Aur�lien Mazurie En r�ponse � BrunoZ <[EMAIL PROTECTED]>: > Bonjour, > > Je suis a la recherche d'infos sur la facon dont le > parcours de ResultSet est r�alis� sous Oracle 8I. > > La principale de mes questions porte sur l'endroit et > la facon dont sont gerees les lignes du resultat de > mes requetes SELECT. > > J'utilise une base Oracle 8i dans laquelle il y a > enormement de datas. > Nos requetes sur cette base peuvent etre tres > selectives (ce qui peut poser des problemes de temps > de reponses) ou pas du tout selectives (dans ce cas le > probl�me vient plutot de la memoire du serveur d'app, > du reseau etc...). > > En fait, mon probleme vient de la gestion memoire, de > ORACLE et de JDBC. > > A la suite d'une requete SELECT, je recupere un > ResultSet. A ce moment la, est ce que les donnees sont > en memoire cote moteur de base de donn�es ou sont > elles deja sur le serveur d'app ou bien est ce que les > donn�es sont r�cup�r�es par morceaux (d�finis par le > fetchSize sur le ResultSet) au fur et � mesure du > parcours du ResultSet ? > > Le ResultSet est il l'image d'un curseur cote base de > donn�es ou est ce un curseur comme pourrait l'etre un > Iterator ou encore Enumeration sur une collection > locale au serveur d'app? > > Merci > > ___________________________________________________________ > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran�ais ! > Yahoo! Mail : http://fr.mail.yahoo.com >
