Mise à zero auto_increment

[Exuna]

Bonjour j'ai un problème avec la mise à zéro de mon auto increment.

Après quelques recherches sur internet j'ai essayé par la requête :

Code :

ALTER TABLE la_table AUTO_INCREMENT=0

Ma requête s'effectue correctement mais la remise à zéro ne s'effectue pas.

Puis j'ai essayé avec

Code :

OPTIMIZE TABLE la_table

là encore rien ne se passe malgré la requête correctement effectuée

Enfin j'ai trouvé également ceci :

Code :

DBCC CHECKIDENT (la_table, RESEED, 0)

J'ai une erreur de syntaxe.

Finalement j'ai essayé de passer par l'onglet "opération" afin de mettre l'auto_increment à 0 manuellement. L'opération s'effectue avec succès, or rien ne se passe.

Quelqu'un aurait une solution à mon problème svp ?

J'utilise Mysql Version du serveur: 5.1.54
Type InnoDB

[skuatamad]

ALTER TABLE

To change the value of the AUTO_INCREMENT counter to be used for new rows, do this:

Code :

ALTER TABLE t2 AUTO_INCREMENT = value;

You cannot reset the counter to a value less than or equal to any that have already been used. For MyISAM, if the value is less than or equal to the maximum value currently in the AUTO_INCREMENT column, the value is reset to the current maximum plus one. For InnoDB, if the value is less than the current maximum value in the column, no error occurs and the current sequence value is not changed.

Donc je pense que le seul moyen est de vider la table...

[rinuom99]

essayer avec

Code :

ALTER TABLE tablename AUTO_INCREMENT = 1

en principe ça fonctionne

[skuatamad]

Envoyé par rinuom99

en principe ça fonctionne

For InnoDB, if the value is less than the current maximum value in the column, no error occurs and the current sequence value is not changed.

Donc en principe ça ne fonctionne pas

Plutôt que de vider la table tu dois pouvoir faire :

Code :

UPDATE la_table SET la_col = -la_col

Mais bon si la colonne en question est une PK... ça n'est probablement pas une bonne idée.

[Exuna]

Merci pour vos réponses.
Effectivement

Code :

ALTER TABLE tablename AUTO_INCREMENT = 1

Ne marche pas

Mais bon si la colonne en question est une PK... ça n'est probablement pas une bonne idée.

Oui c'est une PK. Je pense que je vais changer le type InnoDB en MyIsam ou bien, tant pis, laisser comme ça ^^

[Maljuna Kris]

Saluton,
En fait, on y vient, et, la bonne question c'est :
Pourquoi vouloir modifier la valeur de l'AUTO_INCREMENT d'une table ?

[skuatamad]

Envoyé par Exuna

Je pense que je vais changer le type InnoDB en MyIsam

Ca ne changera rien :

For MyISAM, if the value is less than or equal to the maximum value currently in the AUTO_INCREMENT column, the value is reset to the current maximum plus one.

Quel est le but de cette réinitialisation ?

Envoyé par Exuna

ou bien, tant pis, laisser comme ça ^^

Oui ça m'a l'air d'être la meilleure solution ^^

[Exuna]

Envoyé par Maljuna Kris

En fait, on y vient, et, la bonne question c'est :
Pourquoi vouloir modifier la valeur de l'AUTO_INCREMENT d'une table ?

Car j'ai une table PAIEMENT sur laquelle j'effectue des enregistrements ainsi que des delete. Sachant que j'ai environ 10 - 20 delete par jours et 40 - 50 enregistrements par jours.

[Maljuna Kris]

Et alors ?
Tu crains de manquer d'identifiants ?
Augmente la taille de la colonne.

[Exuna]

Non je souhaite juste faire un peu plus d'ordre dans ma table.

[Maljuna Kris]

Sans commentaire.

[SQLpro]

C'est toujours dans le forum MySQL que je trouve de quoi rigoler un grand coup !!!!

A +

[iberserk]

10 - 20 delete par jours et 40 - 50 enregistrements par jours.

wow 1500 lignes/mois!

C'est vrai qu'à ce train-là, vous n'avez que quelques centaines d'années avant d'outrepasser les capacité d'un INT!

Bon on vous charrie, plus sérieusement ne touchez à rien..

[CinePhil]

Pour expliquer un peu plus pourquoi vous faites rigoler les experts...

Un identifiant auto-incrémenté n'a aucune signification pour l'utilisateur du logiciel qui interroge la BDD et cette valeur ne lui est en principe jamais présentée. Ça ne sert qu'à la salade interne du SGBD et notamment pour référencer les clés étrangères dans les autres tables associées.

Bref, on se fout qu'il y ait des trous dans la série à cause des DELETE ! Un identifiant doit être invariable !

À lire sur les clés auto-incrémentées.

La seule utilité de la remise à zéro de l'auto-incrément, c'est quand on a fait des tests et qu'on veut donner une base vide et propre quand on passe en production. On vide d'abord la table puis on remet l'auto-incrément à zéro mais en production, on n'y touche jamais !