Version imprimable
bonjour ,
si parmi vous messieurs et dame y'on a qui a déja utilisé HSQL ...
quand on lance l'application HSQL stock les enregistrements de la base comme des objets Raw , et mets tous dans une Result Set , est ce que quelqu'un parmi vous saurai me dire comment accéder directement a ce ResultSet sans avoir a en créer un nouveau et faire un select ?
merci
d'ou vous tenez qu'il stocke ca dans des implémentations de ResultSet? HSQL stocke ca dans un fichier au format qui lui est propre et fait lui même les recherche dans le fichier, pourquoi vouloir éviter le select?
déja merci pour votre réponse ,
je voulais éviter le select car , sa me coute chèr en mémoire , il retourne 2 millions d resultats et pour chaque enregistrement je cree un objet (pour sa je pensais a faire un pattern flywheight , mais chaque objet et unique pas caractéristiques commun ),c'est bizare mais il me semblait que HSQL au démarrage chargeait la base en mémoire et crée un Result Set ,,, :calim2: ,,,
je vais revoir la doc .
en tous cas la j'atteins vite le OutOfMemory , vous aurez pas une suggestion ?
Déjà avez-vous réellement besoin de faire un SELECT sur 2 millions de lignes ? D'un point de vue conception ça me parait douteux comme approche sans plus de précisions de votre part:?Citation:
il retourne 2 millions d resultats et pour chaque enregistrement je cree un objet
oui , car il faut que je récupère l'ensemble des enregistrement et j'en des objets que j'utilise fréquemment après , sinon je vais faire 2 millions de selectsCitation:
Envoyé par nu_tango
peux importe comment vous lisez votre base de donnée, ca n'a pas de sens de mettre deux millions de rows en mémoir. Faite un calcul simple et vous verrez que quoi que vous fassiez, ça ne peux pas tenir.
En supposant très peux de données par row, disons 1 identifiant (4 octets) + un nom (10 caractère unicodes + tableau char[] + instance String =+-40 octets) + une date (8 octets), ca vous donne 100M de données pour un truc très basique.
Si vous avez une opértion à faire su l'ensemble de vos entrées, traitez les une par une, vous n'avez pas pour autant besoin de deux millions de select pour ça.
Et n'oubliez pas que beaucoup de calculs et d'opérations de masse peuvent déjà être effectués directement en SQL, ce qui permettra de profiter des indexes et autres optimisations de la base de donnée.