Discussion :

[alakauf]

Bonjour,
je suis en train d'effectuer le portage d'une appli Delphi et Java pour un copain. Dans cette appli il y a une connexion avec une BD et pas mal d'interactions avec elle. Pour cela j'envisage d'utiliser un CachedRowSet car je ne veux pas maintenir la connexion avec la base.

Sauf que la classe CachedRowSetImpl est "sous restriction". J'ai bien sur trouvé sur Internet le moyen de contourner la restriction mais cela me pose un problème. En effet, si j'effectue un portage sous Java c'est pour avoir une application qui puisse durer un peu. Donc si j'utilise une classe "non fiable" c'est contraire à mon objectif. Aussi existerait-il une alternative à cette foutue classe?

Merci d'avance.

[Népomucène]

CachedRowSetImpl est "sous restriction"

comment ça ?
je n'ai pas vu d'info dans la doc là-dessus

[alakauf]

Quand tu essaies de t'en servir tu as un gros message d'alerte d'Eclipse. Et une recherche sur le net n'a pas donné de réponse claire sur la pérennité de cette classe. Elle donne des moyens de contournement (en transformant l'alerte en simple warning) mais c'est tout.

[Népomucène]

Effectivement, il y a un avertissement sur cette classe au moment de la compilation.
(pas vu d'info là-dessus dans la doc)

Si on revient sur le fond du problème, tu devrais commencer par faire un test avec un Statement standard
pour vérifier que tu as vraiment besoin de CachedRowSetImpl parce qu'en regardant la FAQ à ce sujet
cela semble assez lourd à programmer.

[alakauf]

c'est ce que j'ai fait dans mon code. Mais je préférerais utiliser le cachedRowSet car a priori il correspond mieux à mes besoins. En effet, le statement normal maintient une connexion durant toute son existence, ce qui peut peut-être problématique en utilisation nomade.

[Népomucène]

maintient une connexion durant toute son existence

Certes mais rien n’empêche de fermer/ouvrir la connexion au fur et à mesure du besoin.
Qu'est ce que c'est que la base de données et quelle est la fréquence des mises à jour par l'application ?

[alakauf]

C'est du MySQL. Et le problème c'est que la base contient de nombreux enregistrements, et que les accès sont essentiellement pour les modifier et pour en créer de nouveaux. Sachant que la création est assez complexe. Donc faire de la gestion "au coup par coup" est bien sur possible mais devient vachement lourd en terme de programmation

[Népomucène]

vachement lourd en terme de programmation

euh non, le cachedRowSet va soulager MySql en terme de connexions (et encore !)
par contre la programmation des mises à jour CREATE, UPDATE, DELETE reste la même qu'avec un Statement.

Si tu veux économiser sur les transactions, regarde plutôt du côté des batch :

Code :

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

1
2
3
4
5
6
7
8
connection.setAutoCommit(false);
Statement statement = connection.createStatement();
 
for(int i=0; i<10 ; i++) {
   statement.addBatch("INSERT INTO personne VALUES('nom"+i+"','prenom"+i+"')");
}
statement.executeBatch();
// code cité par jmdoudoux

très efficace (une fois j'ai du charger 50.000 enregistrements d'un coup, cela m'a bien aidé)

[alakauf]

Le Rowset étant en auto-update je n'ai actuellement pas à me préoccuper des update.