Discussion :

[Jie.N]

Bonjour,

Je souhaite modifier les valeurs de mon resultset pour les réexploiter ensuite à l'aide de ce code:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
 
 
//update du contenu de columna
while(resulSet.next()){
       resultSet.updateString("columna", "aaa");
}
 
 
//affichage du contenu de columna
resultSet.beforeFirst();
while(resulSet.next()){
       System.out.println(resultSet.getString("columna");
}

Le résultat de ce bout de code montre que les valeurs qui auraient du etre updatées grace à la première boucle à "aaa" ne le sont pas.
Lors de l'affichage des valeurs du resultset (deuxième boucle), les données qui se trouvaient dans columna avant l'update sont affichées.


Voila comment je crée mon resultSet:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

statement = connection.createStatement(ResultSet.TYPE_SCROLL_INSENSITIVE, ResultSet.CONCUR_UPDATABLE);

Je ne veux pas updater la base de données, mais pourquoi les valeurs ne persistent pas dans le resultSet?

Merci à tous :-)

[Jie.N]

Apparemment, les updates qui sont faites ne sont valables que lorsque le cursor n'est pas déplacé.
Du coup ca oblige à faire les modifs juste avant d'exploiter les données ce qui n'est pas pratique du tout.

Si quelqu'un a déjà réussi à contourner ce problème... Je suis preneur de toute autre solution.

[denisC]

Pour quoi faire? Updater un ResultSet pour autre chose qu'updater la base de données??? Je suis sceptique....

[Original Prankster]

Je ne veux pas updater la base de données, mais pourquoi les valeurs ne persistent pas dans le resultSet?

Pour éviter les incohérences entre la BD et le contenu de ton ResultSet. Il est un intermédiare entre elle et ton programme, donc il ne DOIT pas te donner des éléments qui ne sont pas dans la base.

Il me semble par conséquent que si tu veux exploiter tes données, tu dois faire un commit()... ou alors utiliser une structure autre que les ResulSet.

++

[Jie.N]

Je veux me servir du resultset comme espace de stockage avant d'écrire dans un fichier.

Du coup ca donnait:

-Récupération des données avec une requete
-Modification des données dans le resultSet
-Ecriture dans un fichier lors du parcours du resultSet

Plutot que

-Récupération des données avec une requete
-Ecriture des données dans un autre espace de stockage (vector array...)
-Modification des données dans le nouvel espace de stockage
-Ecriture dans un fichier lors du parcours du nouvel espace de stockage

Je gagnais en lisibilité et en simplicité...

C'est peut etre pas optimal, qu'est ce que tu me conseillerais?

[Original Prankster]

Re

Le Vector me semble être la meilleure perspective pour ce genre d'opération. Il te permet de formater ainsi tes données comme tu le désires : c'est lui qui s'adapte à ton besoin, et non toi qui t'adapte aux exigences des ResultSet...

++

[denisC]

Je gagnais en lisibilité et en simplicité...

Je trouve la deuxième solution beaucoup plus lisible. Ensuite, simple, c'est plus abstrait comme concept, mais je trouve aussi ça plus simple.

Après, c'est toi qui voit, mais je choisit définitivement la deuxième solution (et sans Vector... beurk)

[Jie.N]

Merci pour votre aide à tous les deux.

En fait, je trouve un peu fastidieux de devoir passer par un nouvel espace de stockage pour l'exploitation de mes données.

Je suis entièrement d'accord sur le fait qu'un vector (non array, je suis pas multithreadé ca suffira bien) serait pratique pour le stockage, mais ca reste une étape intermédiaire inutile ( àmon avis).

C'est pourquoi j'aurais voulu modifier mes données au sein du resultset qui représente une échantillon à un instant donné de ma table.
Car je ne souhaite pas être cohérent avec la base tt le temps.
de plus que ce n'est pas le cas puisque j'utilise un TYPE_SCROLL_INSENSITIVE et que je ne fais donc pas de refreshRow().

Bref tt ca pour dire que je trouve dommage de ne pas pouvoir faire des modifs sur mon resultset lorsque ce n'est pas destiné à être entré dans la base, mais bon...

Pour finir, j'utilise les updates sur la ligne juste avant de l'écrire, c'est pas joli joli mais c'est le seul moyen que j'ai trouvé pour conserver la structure de mon code.

Encore merci les gars, c'est sympa d'aider.

Tchou, Jie.
Vive la horde

[Original Prankster]

de rien, le forum est là pour ça...

Je gagnais en lisibilité et en simplicité...

Je trouve la deuxième solution beaucoup plus lisible. Ensuite, simple, c'est plus abstrait comme concept, mais je trouve aussi ça plus simple.

Moi aussi : je pense que ca provient simplement d'une habitude de coder, où l'on fait bien la distinction entre les façons habituelles de procéder, et le freestyle !

Et puis je rajouterai qu'au niveau JVM ton Vector sera certainement plus léger à gérer pour contenir tes lignes intermédiaires qu'un ResultSet.

Bonne chance.