cle primaire en .net

bonjour à ceux qui sont debout

EN (.NET)

j'ai une base acces avec une cle primaire en numero auto mais quand on supprime une ligne ce numero n'est réutilisé je voudrai donc renumeroter la cle

en supprimant MANUELLEMENT la cle et en la remettant la numerotation est refaite

ma question

comment par le code (. net) supprimer la cle et la remettre

merci pour l'aide

Salut
Pour moi le principe de base c'est précisément qu'un numéro ne peut pas etre réutilisé !
Si tu supprime l'enregistrement 25 parmi 100 tu ne peux pas rajouter un novel element qui portera l'ID 25 dans le concept de PK auto-increment
Il y a sans doute moyen de bricoler si c'est le dernier, mais je n'ai jamais tenté la chose et je te conseille vivement d'eviter par ta logique en amont d'avoir a faire ce genre de chose !

Ou alors ce n'est plus une PK auto-increment mais un ID dont tu gere entierement la logique de numerotation !

Tout à fait d'accord olibara!

La meilleure solution est d'enlever l'auto-incrément et de gérer ces Id perso!

Bonsoir,
avec access..hummm, mieux vaut s'en tenir à incrément auto ou pas d'incrément du tout (mais moins bon qd même)
avec une base SQL, on peut renuméroter le dernier, par programmation.

Mais, on peut aussi, dans tous les cas, laisser un incrément automatique et créer un autre champ Numero (integer) et faire ce qu'on veut avec et rendre invisible la clé primaire.

cantador

bonsoir,

je suis d'accord avec tout le monde.. ceci dit, quel est l'intérêt de réutiliser la même clé??
Une petite remarque : L'auto incrément je le déconseille pour des applications types factures.. je préfère une numérotation aléatoire pour ne pas influencé le client (par exemple..)

thierry la fronde

L'exemple de Thierry la Fronde illustre tres bien la distinction parfois nécessaire entre une clef identifiante unique INTERNE et un identifiant EXTERNE dont la semantique et la gestion peut etre différente

je préfère une numérotation aléatoire..

oui alors, il faut pas pousser le bouchon trop loin, car les numéros devront néanmoins être différents à chaque fois, ce qui oblige à tous les tester..
j'imagine une table (en réseau) de 100 000 factures avec des numéros aléatoires dans laquelle il faut créer le 100 001 ème différent des 100 000 premiers..

cantador

si tu met la date , l'heure : tu as ton numéro de facture
(YYYYMMDDHHmmss + millisecondes )

ça m'étonnerait que tu aies 2 fois le même

Gillardg parvient toujours a pousser plus loin !

ça m'étonnerait que tu aies 2 fois le même..

un programme de compta qui prendrait pour clé primaire la
date/heure + ms...???
Original, mais je demande à voir, car comme sécurité..c'est douteux..
si l'utilisateur change la date et l'heure du micro..

cantador