cle primaire en .net

Question

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

olibara · Answer

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 !

crn_c21 · Answer

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

cs_cantador · Answer

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

cs_thierry la fronde · Answer

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

olibara · Answer

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

cs_cantador · Answer

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

gillardg · Answer

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 










Bonjour chez vous !

olibara · Answer

Gillardg parvient toujours a pousser plus loin !

cs_cantador · Answer

ç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

gillardg · Answer

euh pas comme clé primaire juste comme numéro de facture 
quand à changer la date system c'est vrai qu'il faut toujours penser au pire avec les "utilisateurs"

Bonjour chez vous !

cs_cantador · Answer

qu'il faut toujours penser au pire avec les "utilisateurs"

ben vrai ça..
pire encore si on peut changer l'année..
car dans ce cas l'exercice comptable ??

cantador

cs_alpamayo · Answer

c'est intéressant, mais ça fait pas trop avancer le problème

je pense avoir le même problème : si je crée un élément que je supprime derrière et que je le recrée, Access est passé à n+2 alors que le dataAdapter de .net est resté à n+1...

j'ai résolu en attendant mieux en retirant mon autoincrément et en faisant un insert avec  
INSERT INTO Article ( IdArticle ) SELECT Max(IdArticle)+1, FROM Article 

Mais si quelqu'un a une meilleure solution je suis preneur

alpamayo

cs_cantador · Answer

@alpamayo:
et avec 15 utilisateurs en réseau 
en mode partagé ?


cantador

cs_alpamayo · Answer

dans ce cas c'est clair : tu oublies Access...

plus sérieusement, j'aimerais bien avoir une solution en conservant l'autoincrément mais je n'en ai pas et faire un Fill après chaque insert me parait trop pénalisant

alpamayo

cs_cantador · Answer

@alpamayo: 

pas bien pigé..
mais merci de faire un autre topic.


cantador

cs_alpamayo · Answer

pour la réponse à la première question de ce topic, voir une solution sur http://support.microsoft.com/kb/287756/fr, permettant de changer l'origine de l'autoincrément, 
c'est à manier avec précaution, pour ma part j'ai préféré ne pas l'utiliser

alpamayo

Cle primaire en .net

16 réponses

Votre réponse