Discussion :

[lbar012001]

Bonjour,

J'ai une table avec un champ numéro auto qui me sert de numéro de dossier automatique.
Une requête d'ajout journalière vient ajouter des nouvelles données dans cette table.
J'ai 25000 dossiers et j'ajoute 500 dossiers qui vont se numéroter 25001 25002 etc etc.
Ca marche bien.

Cette table comporte une clé primaire sur un autre champ du type FACTURE ce afin que lors de l'ajout de mes 500 dossiers on n'ajoute pas une facture qui a déjà été ajoutée par le passé, si c'est le cas elle n'est pas ajoutée, je ne le vois pas mais ça me va.

Mon souci est que parfois Access, lors de l'ajout journalier de mes x dossiers ne va pas toujours repartir de mon dernier numéro auto+1 mais va me proposer un numéro antérieur qui a existé et qui semble libre alors que ça ne devrait pas être le cas car on ne supprime jamais rien (mais à cause de plantages à l'importation dans le passé, j'ai effectivement des numéros auto antérieurs de libre)

Je le vois car quand j'ouvre la table et que manuellement j'essaie de mettre un nouvel enregistrement, le nouveau numéro auto proposé ne part pas du plus grand +1 mais est par ex 21354, bien antérieur au dernier.
Et là l'ajout ne marche pas car la nouvelle facture du coup est ignorée alors qu'elle est bien unique!

Il ne faut surtout pas que je perde mes numéros auto car ce sont mes numéros de dossiers.
Par contre il faut bien que chaque fois que j'ajoute de nouvelles données, l'incrémentant reparte du dernier dossier (plus grand numéro auto+1) et qu'Access ne me propose pas un numéro ancien.
Le compactage ne change rien.

Une solution serait de générer mes numéros de dossiers manuellement et à chaque nouveau de faire le max qui existe+1 mais c'est plus lourd à gérer alors que là tout se fait dans une simple requête d'ajout.

Une idée pour m'aider ?

Merci

Laurent
Est il possible

[User]

Bonjour,

C'est un problème qui peut survenir, très rarement, mais que l'on rencontre de temps à autre sur le forum.

Le générateur de numéro-auto, peut en effet renvoyer un numéro déjà généré.

La solution que l'on propose dans ce cas, c'est de créer une requête pour recaler le générateur de numéro-auto sur un nombre bien précis:

Code sql :

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

ALTER TABLE T_Facture ALTER COLUMN NumFacture COUNTER(1001,1)

avec :

Code :

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

COUNTER([prochain numéro],[Incrément])

Cdlt,

[lbar012001]

merci bien je vais voir ça.

Bonne soirée.

[micniv]

Bonsoir,

Cette table comporte une clé primaire sur un autre champ du type FACTURE ...

Je recommanderais vivement de mettre le champ numero auto en clé primaire et de créer un index unique sur le numéro de facture.

Cdlt,

[lbar012001]

Bonjour micniv,

Si je procède ainsi pensez-vous que le numéro auto s'incrémentera toujours et donc ne reviendra jamais en arrière comme actuellement ?

Aussi le fait d'avoir un index unique sur ma facture fera en sorte que les factures doubles ajoutés dans la table sauteront automatiquement comme habituellement ?

Merci

Laurent

[User]

Bonjour micniv,

Si je procède ainsi pensez-vous que le numéro auto s'incrémentera toujours et donc ne reviendra jamais en arrière comme actuellement ?

Aussi le fait d'avoir un index unique sur ma facture fera en sorte que les factures doubles ajoutés dans la table sauteront automatiquement comme habituellement ?

Merci

Laurent

En mettant une clé primaire sur le champ, si ça se reproduit Access vous indiquera qu'il ne peut créer un numéro en double.

Cdlt,

[micniv]

User a déjà répondu mais je complète :

Oui , le fait d'avoir la clé primaire sur le n° auto fera qu'Access gérera sans pb ce numero auto.

Avec un index unique sur le numéro de facture, Access levera une erreur en cas de saisie d'un doublon (sur ce numéro) et en aucun cas tu ne pourras avoir 2 numeros de factures indentiques.

Cdlt