le forum IBM i

Bonjour,

Je vais essayer d'être clair.

Dans STRSQL, sur l'écran "Affichage des données", on a en haut à gauche le champ "Première ligne à afficher . . ".
On peut saisir B pour allez en bas du fichier, T, +1 ligne suivante, -1 ligne précédent, ...
Jusque la ça va.

Mais un DEV vient de me remonter une bizarrerie.
Sur un fichier (mais cela le fait aussi sur d'autre fichier). si il fait un select * from nom_table
puis des +1 ou -1 pas de soucis on pas bien d'une ligne à l'autre.

Si dans ça requête de sélection il affine un peu avec un WHERE, AND et ORDER BY.
Lorsqu'il tape +1 cela fait des choses bizarre. le +1 fait comme un +2. il saut 2 lignes. Le +2 fait un +3. puis au bout d'un moment plus bas le +1 fait bien un +1 pendant quelques lignes puis rebelote un +2 fait un +3, etc... Idem avec les -. un -2 fait un -3.

Il me dit qu'il y a un BUG mais ce que je trouve bizarre c'est qu'il n'y a pas de soucis lors d'un select normal sans condition.

Est ce que quelqu'un aurait une explication logique à ce comportement ?

D'avance Merci pour vos retours.

Pour info système en V7R3 TR10

Bonjour David,

Jamais rencontré ... Les données dans le fichier ont-elles pu changer entre temps (suppressions / insertions) et pourraient expliquer le "phénomène" ?

Bonjour Nathanaël,

Non les données sont les mêmes pas de modification entre les deux requêtes.

Le DEV me dit qu'il n'avais jamais rencontré ce soucis non plus.

Par exemple, avec la requête suivante il y a le phénomène :

SELECT Tournée, Destinataire, Indice, Accès, Date_Début, Heure_Début, Date_fin, Heure_fin, durée, Flag_1, Flag_2 FROM Table_Trn WHERE Date_Exp = 20210528 and Expéditeur = '84001X'

Si j'enlève dans la clause Where l'expédieur ou même la Date_exp, pas de soucis.

Incompréhensible

Bonjour David,

Je n'ai pas réussi à reproduire sur quelques fichiers chez moi.

Et avec un ORDER BY cela stabilise ?
Sans ORDER BY, l'ordre du résultat est imprévisible, et dépend d'autres éléments techniques comme les données déjà en cache etc ... Si le result sets a été fermé avant de paginer, la requête est relancée et l'ordre peut être différent (c'est un peu tordu).

Nathanaël,

Pas mieux avec un ORDER BY.

Je vais essaye d'ouvrir un call chez IBM on verra bien.

si j'ai un retour, je vous donnerais l'info.

Merci d'avoir regardé

Voici le retour d'ibm qui fonctionne.

Dans les Attribut de session (STRSQL entrée puis F13 SERVICE puis option 1 Modification des attributs de session)

L' option *FORWARD ne devrait pas donner le même résultat que l'option par défaut *ALWAYS.

L' option *ALWAYS, plus rapide fournit un affichage dynamique susceptible de générer ce que vous constatez.
L' option *FORWARD, de par son design statique ne devrait pas vous causer la même gêne.

Merci encore

cdt