Java Vs As400 : lenteur insupportable

Bonjour,
Je m'adresse aux gourous de ce site. J'ai un problème auquel j'arrive pas à trouver de solution.
Je dois afficher le contenu d'un fichier dans un JTable ( le fichier fait 80000 records et se trouve sur l'AS400). je fais des requete SQL en utilisant JDBC mais le temps de réponse est énorme c'est à dire qu'il faut au moins 10 sec pour télécharger le contenu de ce fichier et remplir le JTable.
J'ai essayé plusieurs solutions mais en vain.
auriez-vous une solution à me proposer?

Merci d'avance

Bonsoir,

Pour commencer essaye de réaliser la/les même(s) requête(s) depuis un autre soft que ton appli java. Cela permettra de cibler un peu plus le problème. Parce que en faite cela pourrait vénir de ta requête, de ta base, de ton serveur de BD, de ton serveur, du réseau, de la ligne, de ton pc, de ton code ... Quelles sont ces autres solutions que tu as essayés, et qui n'ont pas abouties ?

Bonsoir,

as-tu essayé de jouer sur le fetch size ?

Effectivement, tu ne veux pas paginer ? Parce 80000 ça ne semble pas forcément immonde d'avoir 10s de temps de réponse avec un AS400 (si ta requête est un peu complexe et la base de l'AS400 assez volumineuse).
Et de toute façon, 80000 lignes dans ta JTable, à mon avis tu vas tout casser non ?

Bonjour,
Je vous remercie infiniment de vos réponse( ca fait plaisir de voir des gens s'intéresser à mon problème)

En fait le problème est simple ( très simple même ):
Je dois afficher pour une raison bien déterminé le contenu d'un fichier( qui se trouve sur l'AS400) dans un Jtable. Il se trouve que ce fichier fait 80000 records et que meme en le téléchargeant sur le pc ( dans un fichier Text), le chargement dans le JTable des lignes de ce fichier prends à peu près 10 sec.

Je cherche une solution depuis quelques jours et je ne trouve rien.

:cry:

Quand tu dis 10s pour le chargement, tu les mesures entre quoi et quoi ?
S'il s'agit du temps de création des objets correspondants aux 80000 enregistrements, peut être peux-tu envisager une solution asynchrone.
Je m'explique : au lieu de charger tes 80000 lignes, pourquoi ne charges tu pas les 100 premières par exemple et lances un autre thread qui chargera le reste ? Ca ferait que ton UI ne serait pas bloquée sur le chargement, et les 10s seraient peut être alors acceptables non ?

Bonsoir,
Merci de votre réponse mais j'ai déja tenté ce coup.
Il ya un blocage au niveau du JTable quand le deuxieme thread charge le Jtable alors que l'utilisateur est entrain de parcourir le Jtable ( descendre la barre verticale) .
Je sais que c'est un problème trés délicat mais j'espere trouver une solution très rapidement.
Merci Encore

Plus sioux dans le genre, tu peux charger une première JTable avec 100, un deuxième thread charge une deuxième JTable avec les 80000 puis remplace la JTable1 par la JTable2 une fois tout chargé...

Je doute que tel ou tel combine soit réellement profitable notamment avec des threads.
Le mieux vraiment c'est programmer coté As400 des programmes qui traitent les données que tu récupéres coté client avec l'application en Java.
J'avais bossé sur un projet As400 coté serveur et VB6 coté client tous les traitements données étaient en COBOL je crois coté As400 :D

Citation:

---

je fais des requete SQL en utilisant JDBC mais le temps de réponse est énorme c'est à dire qu'il faut au moins 10 sec pour télécharger le contenu de ce fichier et remplir le JTable.

---

JDBC/ODBC c'est une connectivité -couche logicielle intermédiaire qui ralentit souvent les traitements parce qu'ils ne sont pas entièrements natifs.
Encore une fois il faut programmer en natif coté As400

Accesoirement tu peux toujours remplir ta table de façon asynchrone si tu joues bien avec l'Event Dispatch Thread, mais il faut bien faire gaffe.
Grosso modo tu crées une table avec un modèle (héritant de AbstractTableModel)vide mais correspondant à tes données, et possédant une méthode addRow faisant appel à du fireTableRowsInserted, puis au fur et à mesure du thread parcourant tu fais appel à quelquechose dans ce style

Code:

---

1 2 3 4 5

SwingUtilities.updateLater(new Runnable() { monModele.addRow(myDataRow); } );

---