Discussion :

[GCASPIC10]

Bonjour,

Je vais essayer d'être concis... pour simplifier et avoir votre avis

J'ai 2 formulaires (FEN_Achat et FEN_Fournisseur)

Dans table_Achat, je vais avoir par exemple :

- Enreg. 1, Id_Achat, Id_Fournisseur, etc ...
- Enreg. 22, ...
- Enreg. 99, ...
- Enreg. x, ...

Dans table_Fournisseur, je vais avoir par exemple :
- Enreg. 1, Id_Fournisseur, Adresse, etc...
- Enreg. 7, ...
- Enreg. 9, ...
- Enreg. y, ...

Bref, Je peux avoir une multitude d'achats chez un même fournisseur ou pas

Il est logique que dans chacune des tables, il y ait une rubrique qui soit déclarée comme identifiant automatique.
Pour moi ici, se serait donc :
- Pour la table Achat, Id_Achat
- Pour la table Fournisseur, Id_Fournisseur

Sauf que j'ai déclaré Id_Fournisseur comme numérique et non identifiant automatique....
Après avoir saisie un maximum d'achats avec la correspondance du fournisseur, je me suis rendue compte de cette erreur. Effectivement, l'incrément n'était pas automatique !

J'ai apporté la modification nécessaire dans l'analyse en modifiant la déclaration pour la table Fournisseur, Id_Fournisseur cette fois ci comme identifiant automatique, ce qui ne m'a pas modifié mes valeurs dans ce champ.

Par contre, lorsque je créé un nouveau fournisseur, l'identifiant automatique s'incrémente (+1 a chaque incrément) et créé un doublon si le numéro existait.
Forcément, comme cet index est clé unique, il l'interdit et plante.

1°) Comment faire pour que l'identifiant automatique prenne en compte l'existant ?
2°) Faut t'il que je reprenne tout à la main dans le fichier Fournisseur et ensuite ré appairer les Achats au fournisseur... gros taf ?

Merci de votre conseil

[Lo²]

Bonjour,

Il faudrait fixer le prochain ID via hFixeIDAuto :
http://doc.pcsoft.fr/fr-FR/?3044183&..._Ajout#NOTE4_1

[GCASPIC10]

Merci Lo²

En fait, j'ai procédé manuellement à la solution programmable ci dessous...

Sinon, effectivement, on peut boucher les trous par ces différentes solutions lorsque l'on a dès le départ des index automatiques.

Mais là, ça complexifie mon problème car pour bien faire :

- il faudrait que je duplique l'enregistrement fournisseur (numérique) de façon à ce qu'il m'en créé un à l'identique mais avec un nouvel index (automatique)
- Ensuite il faudrait que je remplace l'ancien index (plusieurs achats du m^me fournisseur) dans achats par ce nouveau...
- Puis il me faudrait supprimer l'index numérique dans fournisseur devenu doublon.

Une fois cela fait, ça serait ok pour la suite car il créerait que des index automatique...

Là ensuite, je pourrais utiliser ta méthode pour réutiliser un index supprimé, dans le cas ou j'aurais supprimé un fournisseur et à condition de supprimer aussi les achats correspondant à cette suppression, sinon, ils seraient réaffectés.

[Lo²]

En fait, il suffisait de faire un HAjoute() d'un enregistrement yant comme identifiant le plus grand existant + 1, de le fixer, puis de le supprimer.
Ensuite, chaque HAjoute() serait parti de cet identifiant.