Discussion :

[mimiferry]

Salut tout le monde,

J'utilise DBNavigator (nbFirst, nbPrior, nbNext, nbLast) pour parcourir les enregistrements d'une table X (Id, Code, Désignation..........etc) dans des DBEdit, tout fonctionne bien sauf le bouton "Next" lui parcoure jusqu'au 11em enregistrement puis recommence depuis le 1er. J'ai beau chercher l'erreur mais je ne trouve pas ! Quel'un a une réponse a ce problème ? Merci par avance !

[SergioMaster]

Bonjour,

Trop peu d'informations pour répondre, j'ai simplement déduit qu'il s'agissait d'un programme VCL, la structure de la table n'indiquant pas de contraintes (ni index)

C'est peut-être tout simplement dû au tri de la source de données, au jeu d'essai ou au code, mais certainement pas au DBNavigator (ça se saurait depuis le temps )

P.S. Genre d'infos : version de Delphi, SGBD, composants pour se connecter à la table, contraintes de la table ...

[ALWEBER]

Besoin de plus d'infos. Un seul datasource ? Relation maitre détail ....

[anapurna]

salut

qu'elle est le problème ? .
Tu as 11 enregistrement et au douzième il repart de 1 ?
en faites c'est un fonctionnement normal du dataset et pas du dbnavigator

je ne met pas le code du Tdataset ici
mais la methode MoveBy est responsable de ce fonctionnement
il est aussi valable pour le bouton prior

[sergio_is_back]

Ça dépend aussi du comportement du dataset auquel ton dbnavigator est lié
Essaye après mettre après Dataset.FetchAll juste après ton Dataset.Open;

[SergioMaster]

Tu as 11 enregistrement et au douzième il repart de 1 ?
en faites c'est un fonctionnement normal du dataset et pas du dbnavigator

Je ne suis pas d'accord, normalement le(s) bouton(s) devien(nen)t inactif(s) quand on arrive en fin de fichier
idem pour cette reflexion

Essaye après mettre après Dataset.FetchAll juste après ton Dataset.Open;

dans vos deux réponses, cela présuppose qu'il s'agisse d'un Dataset, comme nous n'avons aucune information à ce sujet ...

[mimiferry]

[QUOTE=SergioMaster;11226863]Bonjour,

Trop peu d'informations pour répondre, j'ai simplement déduit qu'il s'agissait d'un programme VCL, la structure de la table n'indiquant pas de contraintes (ni index)

C'est peut-être tout simplement dû au tri de la source de données, au jeu d'essai ou au code, mais certainement pas au DBNavigator (ça se saurait depuis le temps )

P.S. Genre d'infos : version de Delphi, SGBD, composants pour se connecter à la table, contraintes de la table ...

C’était la discussion que j'avais ouvert y a quelques mois et dont vous m'avez répondu !
C'est le faite d'utiliser DBLookupComboBox pour le champ "Designation" qui limite le bouton "next" de DBNavigator au 11em enregistrement alors que la table en question en a plus de 400 enregistrements. une fois au 11em, ca repart du 9em jusqu'au 11em et et jamais plus ! et le bouton reste actif. Par contre les autres bouton a savoir 'nbFirst, nbPrior, nbLast' eux fonctionne parfaitement

voici le lien de la discusion :
https://www.developpez.net/forums/d1...-dbnavigator1/

[SergioMaster]

Bonjour,

voici le lien de la discussion :
https://www.developpez.net/forums/d1...-dbnavigator1/

c'est par là qu'il aurait fallu commencer ! Et je rappelle mon indication

ce n'est pas prévu pour ça non plus !

Vous êtes sûre que le code est resté le même ? Vous êtes sûre que votre table ne contient pas de doublons sur la Désignation ?

Il y a un mélange de "genre" qui doit poser problème du fait que vous devez certainement utilisé un seul datasource (supposition car encore une fois vous ne nous fournissez aucun code ni dfm !)
Le DBNavigator est sensé faire quoi ? Comme dans la discussion précédente naviguer dans l'ensemble des Désignations dans le DBLookupComboBox ou naviguer dans la table ?

En regardant votre image écran, seul élément d'information, j'ai l'impression qu'il y a un problème de conception, il faudrait la description de la source de données pour en avoir confirmation !
Non, décidément, il manque d'informations

Pour se faire une idée, il faut : la description de la table (les colonnes avec explication pour savoir à quoi cela correspond) avec ses contraintes (clé primaire, index, contraintes référentielles), un jeu d'essais (une partie ou la totalité des 400 colonnes)
, une explication claire de ce que le DBNavigateur est censé faire.

[mimiferry]

Bonsoir tout le monde,

Merci pour toutes vos réponses !

Effectivement, le problème vient de 'doublons' dans la table de données et spécialement le champ 'Désignation' lié au composant "DBLookupComboBox" pour affichage !
La table contient plus de 400 enregistrements et malheureusement beaucoup de 'doublons' (la source de mon pb) mais j'ai trouvées une solution en rajoutant des espaces ou des caractères dans les champs dont la désignation est doublé (voir triplé ou plus)

[SergioMaster]

AMHA ce n'était pas la solution, il y a sous-jacent un gros problème de conception de la table

[mimiferry]

AMHA ce n'était pas la solution, il y a sous-jacent un gros problème de conception de la table

En fait ce n'est pas des doublons mais c'est le champs "désignation" qui possède plusieurs champs de même appellation. C'est comme avoir plusieurs fois le même prénom dans la même table mais "DBLookupComboBox" et/ou "DBNavigator" n'aime pas trop ça j'ai donc inséré des espaces vide dans les champs concernés.

[SergioMaster]

C'est bien pour cette raison que je parle de problème de conception la table X (id*, code_y^r, etc.) devrait avoir une référence avec une table Y (code*^r, désignation^u)
Obtenir les infos se fait via un SQL

Code SQL :

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

SELECT X.ID,X.CODE_y,Y.DESIGNATION FROM X JOIN Y ON X.CODE_y=Y.CODE

Le combobox est rempli avec Y

Légende
* clé primaire
^r Relation (foreign key)
^u Unique

[mimiferry]

C'est bien pour cette raison que je parle de problème de conception la table X (id*, code_y^r, etc.) devrait avoir une référence avec une table Y (code*^r, désignation^u)
Obtenir les infos se fait via un SQL

Code SQL :

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

SELECT X.ID,X.CODE_y,Y.DESIGNATION FROM X JOIN Y ON X.CODE_y=Y.CODE

Le combobox est rempli avec Y

Légende
* clé primaire
^r Relation (foreign key)
^u Unique

Voici la structure de la table telle qu'elle a été conçue :

[SergioMaster]

Oui, mais ça ne m'avance pas vraiment sans explication.

Id_cot c'est un identifiant de cotisant ou un identifiant de cotisation, ce n'est pas clair !
Si c'est un identifiant de cotisation, comme par exemple pour établir des fiches de salaire (ce qui semble être le cas) alors il me semble qu'il ne devrait pas y avoir de doublons pour code_cot (nécessité d'une contrainte d'unicité) ni pour Designation_Cot.
Si toutefois plusieurs cotisations devait avoir le même libellé (étrange mais ...) alors je ne comprends pas l'utilisation du combobox, au pire celui-ci devrait être relié non pas à la table entière mais à une requête du genre SELECT DISTINCT Designation_Cot FROM bibliorub

[mimiferry]

Oui, mais ça ne m'avance pas vraiment sans explication.


Si c'est un identifiant de cotisation, comme par exemple pour établir des fiches de salaire (ce qui semble être le cas) alors il me semble qu'il ne devrait pas y avoir de doublons pour code_cot (nécessité d'une contrainte d'unicité) ni pour Designation_Cot.

Si toutefois plusieurs cotisations devait avoir le même libellé (étrange mais ...) alors je ne comprends pas l'utilisation du combobox, au pire celui-ci devrait être relié non pas à la table entière mais à une requête du genre SELECT DISTINCT Designation_Cot FROM bibliorub

Oui il s'agit bien d'un programme pour éditer des fiches de salaire, ce qui est très complexe. Il n'y a pas se doublons pour 'code_cot' par contre 'Désignation' y en a plusieurs et je pense que c'est normal.
Ex : pour 'Assurance vieillesse' tous les salariés ne cotisent pas le même taux, ça dépend du statut salarié, statut de l’entreprise, le salaire brut .......etc, d'ou la nécessite pour moi de créer d'autres attributs dans la même table pour bien paramétrer le champs 'désignation'