Discussion :

[xunil2003]

Bonjour,

Il y a un truc que je ne comprend pas avec ma table MySQL

Quand j'écrit sur ma table
Exemple

id - Article
----------
1 - slip
2 - chausette
3 - banane

et si je supprime 3 - banane et rajoute une entrée a article "pattes" il vas me faire :

id - Article
----------
1 - slip
2 - chausette
4 - Pattes

Pourquoi m'écrit il pas a la suite, y a un trou ???, pourtant ma table MySql et composé comme suite:

STRUCTURE
------------
Champ : id
Type : int(2)
Interclassement : latin1_swedish_ci
Attributs :
Null : Non
default :
Extra : auto_increment

INDEX
------
Nom de l'index : id
Type : index
Cardinalité : 3
Champ : id

Du coup je demande si c'est moi qui a merdé au niveau de la table.
Donc ma question est comment faire pour qu'il ecrit a la suite des N° id même avec uns suppression comme je vient de vous faire voir au dessus.

Merci

[ritter jack]

Salut,

C'est tout à fait normal, tu as l'auto_increment sur l'id. C'est à dire qu'à chaque nouvelle entré ton id augmente de 1.

Donc quand tu as crée Banane l'id est 3. Tu le supprime mais l'id ne diminue pas de 1. Ton prochain élément aura donc un id de 4 !


Je sais pas si je suis clair ^^

[xunil2003]

bonsoir,

Ok c'est claire, mais comment diminuer de 1 alors ? quel sont les possibilités
Si je comprend bien Mysql ne c'est par le faire de lui même.

Merci

[ritter jack]

Si mysql peut le faire via phpmyadmin mais pas en php à ma connaissance.

Vous choisissez la table que vous voulez, cliquez sur opération en haut puis vous pouvez modifier l'auto incrément.

[RunCodePhp]

C'est normal, c'est tout l'intérêt du autoincrement, est il n'est (théoriquement) pas souhaitable de redéfinir cet identifiant, sauf si on sait totalement les conséquences qu'il pourrait avoir. Ceci demande de bien connaitre l'ensemble de sa Bdd, et des données qui s'y trouvent.

Pour cet autoincrement, MySQL garantie à 100% que le nouvel ID sera unique, du coup, elle ne réutilise pas l'ID qui vient d'être supprimé.
Trop risqué, cet ID (le 3) pourrait très bien ce trouver comme clé étrangère dans une autre table. Dans ce cas, la Bdd ne serait plus intègre, et le code Php basé sur ces données pourraient partir en vrillent. Bug en somme.

A coté de ça, faut ce dire qu'on s'en fiche un peu, voir totalement (normalement), car ces IDs ne sont là que pour le fonctionnement de la Bdd, pour faire des jointure entre les tables.
Ce n'est que purement fonctionnel. Il ne faut pas se focaliser la dessus.



A coté de ça, s'il restait une peau d'banane, c'est p't'être pour ça, non ?
Fait gaffe, si les slips ne sont pas propre, MySQL n'en voudra pas non plus.

[xunil2003]

Bonsoir

Ok RunCodePhp, J'ai lu qu'une bdd vas jusqu'a 50.000 personnes, pour moi l'objectif de la bd et de fait une liste de commission dont les personnes peuvent supprimer les articles avec des cass a cocher et ajouter de nouveau article dans un champ texte qu'il peuvent imprimer par la suite.
Si les gens n'arret pas de modifier et supprimer des articles dans la table,
sa vas bloqué à 50.000 em du N° ID.
Vue que ma table ne contient que id et Article j'utilise l'id par requête pour y supprimer des articles avec des case a cocher sur un tableau html , alors a l'id 50.000 que ce passera t'il ?

Voila une question qui me préocupe du coup.
Comment font les autre en general.

Merci.