Version imprimable
Bonjour
j'ai une colonne id d'un tableau mysql qui est une clé primaire et en auto_increment.
Etant donné que les index sauvegardent toujours la dernière valeur incrementée, comment outrepasser ceci?
autrement dit, si je supprime la dernière ligne n° 47, et que j'en rajoute une nouvelle, l'id commencera à 47 et non pas à 48
ou encore si je supprime une ligne au milieu, toute la colonne id est réordonnée
Je ne pense pas qu'il existe de technique directement en mySQL. POur moi il va falloir que tu programme un trigger after delete sur ta table.
Le principe de réordonner les champs auto-increment ne me semble pas une bonne idée car tu perdras une fonctionnalité de ces attributs. Pourquoi veux-tu procéder de la sorte ?
C'est le rôle de l'auto-incrémente, qui ne sert seulement à s'incrémente, c'est pas auto-identifiant.
Tu as deux choix, soit replace ton auto-increment pour éviter les trou (ce qui revient a donner l'auto-increment toi), ou alors tu met un trigger a l'insert qui va récupérer une identifiant libre pour éviter les trous.
dans le cas présent, le decomptage des enregistrements m'est inutile, par contre
le nombre de lignes est important
donc quand je supprime une ligne et qu'y a un trou au milieu, le numéro de la dernière ligne ne me donne pas le nombre de lignes du tableau
Citation:
Envoyé par ixterm
C'est exact, mais je ne comprend pas le problème du coup oO
alors supposons que mon tableau fait 10 lignes, correspondant à 10 type de pantalons ( par exemple pour un outil de gestion de stock de pantalons)
si je supprime la dernière ligne car elle correspond à un type de pantalon qu'on ne vend plus, eh ben la prochaine fois que je vais saisir un nouveau type de pantalon, l'increment va commencer par 11
Donc le tableau aura l'allure : 1,2,3,4,5,6,7,8,9,11
le 10 ne revient plus, c'est cela l'embetement
Je comprends pas non plus le problème. Ca te sert à quoi concrètement de ne pas avoir de trou dans ton id, un décomptage quelconque ? Si oui tu dois pouvoir t'en sortir avec une requete sans être obligé de combler les trous.
Pourrais-tu nous founir un scénario pour mieux cerner le problème ?
oui, je pense que c'est assez inutile, je peux recupérer le nombre de lignes avec getRowCount, car j'exploite la base en JDBC.
mais si par exemple, je détruit cette colonne, je la recrée avec l'autoincrement, est ce que cet index va compter dans l'ordre ou bien mettre des "NULL" partout jusqu'à la dernière ligne?