Discussion :

[virus321]

Bonjour,

J'ai un JTabbedPane qui comprends 4 onglets, chaque onglet contient une Jtable pour un produit. Je peux dans mon interface farire une recherche sur plusieurs produit donc le nombre de Jtable est mutiplier par le nombre de produit. Imaginos que l'utilisateur va choisir d'effectuer une recherche sur 4 produit ( c'est t'a dire que nous aurons 16 tables à afficher) : A noter aussi que chaque table contient énormément de ligne : ça peut aller jusqu'à 40 000 ligne par table ou plus.

Mon problème réside donc sur la façon d'afficher les données. Je dois (je pense binesur ) afficher un nombre limité de ligne par table , avec un système de pagination ( un bouton suivant précédent). Et à chaque fois que je change de page, je dois aller requeter la base de données récupérer les résultat suivants et les affichers. Vu le nombre important de data, je ne pense pas pouvoir tout les stockers au même temps car cela prends énormément d'espace et aussi bq de temps d'exécution.

Donc le problème pour résumer : comment faire un système de pagination efficace, et comment requéter la BDD pour récupérer les bon informations à afficher. dison par exemple que je veux afficher 3000 résultat par page.

Merci beaucoup d'avance

[joel.drigo]

Salut,

ça dépend du sgbd que tu utilises.

Pour MySql, tu peux utiliser LIMIT pour sélectionner un interval : à chaque fois que tu te déplaces en avant ou en arrière, tu fais varier l'offset de la taille de la "page" en plus ou en moins.

Pour Oracle, par exemple, tu as une variable ROWNUM :

Code :

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

1
2
3
SELECT *
FROM table
WHERE ROWNUM>=premiereLigne AND ROWNUM <=derniereLigne;

[virus321]

J'utilise Sybase comme base de donnée.

Qu'est ce que tu veux dire par : tu fais varier l'offset de la taille de la "page" en plus ou en moins. . Je n'ai pas très bien saisi

[joel.drigo]

Je veux dire par faire varier l'offset que dans le principe tu définis un taille de page en lignes : par exemple, tu dis que tu affiches toujours 50 lignes.

Au début tu affiches les lignes entre offset=1 et 50, inclus
Ton bouton suivant fait offset + nombredelignes, soit offset + 50, et tu affiches les lignes de 51 à 100, etc...
Ton bouton précédent fait offset - 50.

Pour sybase, de mémoire il y SET ROWCOUNT pour fixer le nombre maximal de lignes, mais pas d'offset. Mais ça fait des lustres que j'ai pas fait de sybase. Il y a peut être une évolution.

[virus321]

y'a select top 1000 * from table : je pense que cela fera l'affaire

Je vais essayer la solution et je reviens pour dire si ça bien marché

Sinon une dernière question : vu le problème que j'ai exposé, est ce que tu pense que ma proposition est la meilleur solution pour afficher les données dans la Jtable ou tu pense qu'il y'a mieux ?

[joel.drigo]

A mon avis, c'est le mieux, surtout pour 40000 lignes. Maintenant il faut définir mieux aussi

J'ai eu, selon les exigences de clients, à faire ce genre de trucs :
- une pagination comme celle dont on parle, avec tri : du coup chaque fois qu'on changeait l'ordre de tri, il fallait refaire la requête
- une demande qui nous obligeait à charger progressivement les lignes (donc pas de bouton précédent et suivant, et un thread de chargement, avec gestion spéciale du outofmemory)
- une implémentation non paginée, tout en mémoire, donc avec chargement parallélisée également, mais possibilité de tri et de filtre en mémoire seulement quand tout est chargé (sans refaire la requête)
- une implémentation ou on affiche les n premières, avec un bouton +, pour voir le reste
- ...
Chaque solution ayant ses avantages et ses inconvénients, du point du fonctionnel, comme du technique. De la à dire que l'une est meilleure que l'autre, difficile