Discussion :

[cuiny]

Bonjour,

Je suis face à une problématique :

J'ai un tableau qui est sensé s'afficher par ordre chronologique exemple :

Valeur
1
2
3
4
5
6

Il affiche actuellement :

Valeur
6
5
4
3
2
1

En regardant dans ma table de la base de donnée je m’aperçois que mon tableau classe l'affichage en fonction de l'ordre de la colonne N° Enr.
Hors ma clé unique de tri est IDFABLIG qui sert d'identifiant, d'ailleurs si je regarde directement (via WDMAP) dans la base, toutes les données sont bien triées en fonction de cette colonne.

Ma table (FABLIG) de la base de données est composées de plusieurs colonnes, celles qui nous intéressent :

N° Enr.	IDFABLIG	IDFABENT	VALEUR
15	117	10	1
14	118	10	2
13	119	10	3
12	122	10	4
11	123	10	5
10	124	10	6

On voit bien que la chronologie de la colonne IDFABLIG est appliquée.

Mon code :

Code :

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

1
2
3
4
HLitRecherche(FABLIG,IDFABENT,FABENT.IDFABENT)
TANTQUE PAS HEnDehors(FABLIG)
...(popote du traitement)
HLitSuivant(FABLIG,IDFABENT)

Le code effectue donc une recherche en rapport avec IDFABENT mais au lieu d'appliquer l'ordre donnée par la colonne IDFABLIG il applique celle de la colonne N° Enr.

Comment résoudre cet problème ?
Est il possible lors de la création d'une nouvelle entrée dans la table de la base de donnée, d'appliquer le numéro de la dernière position + 1 de la colonne N° Enr. ? Car actuellement c'est le premier numéro de libre qui est attribué.

[doubleseb]

Oui c'est possible en utilisant idauto mais ce n'est pas la bonne solution pour ton besoin.

Tu peux passer par une requete pour faire tes recherches en utilisant un ORDER BY sur la clé de tri ou alors par un POUR TOUT avec ton filtre, en precisant la cle de parcours.

donc

Code :

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

1
2
3
4
5
6
7
soit smarequete = ChaineConstruit("SELECT * FROM FABLIG WHERE FABLIG.IDFABENT = %1 ORDER BY IDFABLIG",FABENT.IDFABENT)
MaSource est une source de données
Hexecuterequetesql(MaSource,smarequete)
Hlitrecherchepremier(MaSource)
TANTQUE PAS HEnDehors(MaSource)
// ton code
HlitSuivant()

ou

Code :

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

1
2
3
4
5
soit sfiltre= ChaineConstruit("IDFABENT = %1",FABENT.IDFABENT)
POUR TOUT FABLIG AVEC sfiltre SUR IDFABLIG
// CODE DE TON CHOIX
 
FIN

je fais ca de tete donc attention a redresser mes erreurs.

[tbc92]

La solution avec des requêtes est la bonne. Et bien entendu, il faut la clause ORDER BY. Si tu ne mets pas cette clause, tu vas obtenir des résutats qui te paraissent triés comme il faut, parce que souvent, le hasard fait bien les choses. Puis un jour, sans raison évidente, l'ordre ne sera plus respecté. Donc ORDER BY obligatoire.

Si pour une raison ou une autre, tu ne veux pas utiliser des requêtes, je pense que tu peux passer par un hFiltre() en précisant la clé de filtre, puis hLipremier(), en précisant ici la colonne qui va servir à classer les enregistrements.

Ici, si je comprends bien, tu as une colonne de type identifiant automatique, et une colonne qui a une vraie signification pour l'utilisateur, et tu dis : C'est bon, ma colonne identifiant automatique donne le même 'ranking' que la colonne d'à côté.

Attention, c'est une coïncidence. Tu n'as absolument pas l'assurance que ce sera toujours le cas. En général, ça coïncide pendant 6 mois ou 1 an, puis du jour au lendemain sans raison évidente , ça ne coïncide plus (comme pour les tris dans une requête si tu ne précises pas ORDER BY)

[cuiny]

Passant derrière mon collègue qui a fait le code, je voulais éviter de passer par une requête (chose que je préfère personnellement dans ce type de cas) ceci afin d’éviter un loupé après ma modif, j’espérais donc une option cachée dans l'analyse où je serai passé à coté... ^^

Du coup, suite à vos retours je vais passer par une requête.

Et effectivement avant ce problème tout concordé dans nos nombreux tests au niveau de la chronologie

Merci

[doubleseb]

J'ai fondamentalement rien contre les H ordre de windev mais les requêtes sont préférables et de beaucoup en terme de performance globale.

Pour s'en rendre bien compte, il faut passer par un analyseur mais la plupart des h ordre font des parcours de table contrairement aux requêtes bien faites.