Ok! Pour l'instant je débute encore, mais bientôt ce me sera utile ;)

CREATE TABLE IF NOT EXISTS `membres` (
//...
) ENGINE=MyISAM  DEFAULT CHARSET=utf8 AUTO_INCREMENT=134 ;

CREATE TABLE IF NOT EXISTS `membres` (
//...
) ENGINE=MyISAM  DEFAULT CHARSET=utf8;

Dernière chose au passage, parfois on fait pas mal de tests en local et l'on souhaiterait exporter le schéma de la table sur le serveur distant, sans les données et sans exporter la valeur de l'auto incrément en cours (rarement par nécessité mais simplement pour faire propre).

C'est possible dans phpMyAdmin en [b][i]décochant[/i][/b] l'option "Ajouter les énoncés, case : AUTO_INCREMENT".
Je fais cette précision car l'on pourrait croire qu'en exportant uniquement le schéma de la table, la valeur de l'auto incrément n'est pas sauvegardée, mais en fait elle est toujours exportée par défaut.

Au niveau du code on s'aperçoit de la différence dans la dernière ligne :

1/exportation par défaut (conserve la valeur de l'auto incrément, ici=134) :
[sql]CREATE TABLE IF NOT EXISTS `membres` (
//...
) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=134 ;[/sql]

2/exportation sans la valeur courante de l'auto incrément :
[sql]CREATE TABLE IF NOT EXISTS `membres` (
//...
) ENGINE=MyISAM DEFAULT CHARSET=utf8;[/sql]

Voilà, rien de plus simple :)

D'accord, merci beaucoup pour vos explications :)

[quote="sirakawa"]puisqu'il est auto-increment c'est non par définition[/quote]
Si c'est possible, cf message de [b]Mazarini[/b]

[quote="sirakawa"]
et avec [b]insert ... set id = 0; ou set id= NULL;[/b]
même combat, même résultat.[/quote]
Cet exemple n'est pas signifiant dans le sens où comme ces valeurs ne sont pas des id valides et correspondent (pour un id) à null, c'est la valeur par défaut qui est insérée et donc l'auto incrément fonctionne normalement...

[b]Mazarini[/b] a raison, tu peux très bien fixer l'auto incrément toi-même à des valeurs inférieures à la valeur maximale en cours, tant que l'id n'est pas déjà utilisé (même s'il a été utilisé puis effacé). On peut donc considérer l'auto incrément simplement comme une fonction qui donne une valeur par défaut.

Pour répondre à [b]rickphp[/b], on pourrait donc éviter les trous dans les id en recherchant la plus petite valeur non utilisée (qui a été supprimée) mais ce serait fastidieux et c'est bien s'embêter pour rien car le temps que tu dépasse la valeur maximale avec un "int", ton application sera aux oubliettes depuis longtemps.

Sinon pour info ce comportement n'est pas identique pour toutes les tables :
[quote]Si vous effacez des lignes contenant la valeur maximum d'une colonne AUTO_INCREMENT, la valeur sera réutilisée pour une table ISAM ou BDB, mais pas pour une table MyISAM ou InnoDB.[/quote] [url=http://dev.mysql.com/doc/refman/5.0/fr/delete.html?ff=nopfpls]source[/url]

Le plus simple est donc de suivre les conseils de [b]moogli[/b] : "int" avec le "unsigned" puisque de toutes façons on utilise pas les valeurs négatives, mais ne mets un "bigint" que vraiment si nécessaire sinon cela prend inutilement de la place dans ta table (de même que si tu utilise un champ longtext alors qu'un champ texte suffirait). Tu pourras toujours changer pour un "bigint" si le besoin s'en fait sentir un jour.

Chalut,
C'est un sujet qui m'avait déjà turlupiné quand je mettais au point une bidulerie gérant des élèves : tous les ans, dans un lycée de 1500, il en disparait environ 500, soit qu'ils aient le bac, soit qu'ils soient allés gagner leur culture ailleurs, et il en arrive environ 500. Enj fait, je suppose que d'énormes id ne gênent pas lorsqu'on fait des jointures, mais entre ce que je crois et ce qui est, il y a le monde de la doc officielle mysql, d'une transparence voisine parfois de l'opacité (Je sais bien qu'un SGBD est une boîte noire...)

à ma connaissance et à la lecture de la doc officielle, on peut fixer au départ la valeur de début et après il faut laisser faire mysql. si non ça donne ça que je viens de tester
une base où il y avait 5 enregistrements id auto de 1 à 5
je balance un
[b]insert ... set id = 341;[/b]
ok, ça fonctionne
à partir de maintenant (sans rien dire sur l'id) :
[b]insert into ... set nom ='titi';[/b]
lui met l'id 342...
et avec [b]insert ... set id = 0; ou set id= NULL;[/b]
même combat, même résultat.

On ne peut pas faire un insert en fixant la valeur de l'index ?
Il me semble que l'auto incrément fonctionne en tant que valeur par défaut.
Il est également possible de fixer la valeur de départ de l'auto incrément.

Autrement, j'avais entendu dire qu'un timestamp pouvait être utilisé comme clé unique (qu'il était impossible de faire 2 inserts avec le même timestamp)

[quote="xTG"]Il est plus simple de supprimer les enregistrements puis de récupérer tous les IDs non utilisés via une simple requête. :)[/quote]
bien sûr que non, si les id sont autoincrement. On ne peut pas les récupérer, à ma connaissance du moins.

Il est plus simple de supprimer les enregistrements puis de récupérer tous les IDs non utilisés via une simple requête. :)

Je viens d'avoir une idée d'une si profonde débilité que je vous la livre; ne sortez pas les plumes et le goudron, par pitié!
on ajoute une colonne : activite tinyint ça suffit
un article créé et validé : valeur 1
créé mais pas validé : valeur 2
supprimé valeur 3
ça complique un peu les consultations, menfin.
Quand, et seulement quand, la table refuse d'enregistrer parce qu'elle est pleine, ou quand elle atteint un seuil qu'on s'est fixé, on se sert s'il en existe un, d'un article marqué 3. C'est un indice qu'il faut faire de la maintance, voire du transfert.


Ou le loup, la chèvre et le chou sont dans un bateau. Le loup dit à Toto : Es-tu végétarien?" Toto répond "Non pourquoi ?- Parce que moi non plus et il ne reste qu'un chou et la chèvre qui a mangé les autres choux."
Question :
D'où sort Toto?

Oui, un peu parano, merci :)

[quote="rickphp"]
Donc, vous conseillez de placer un gros nombre à la valeur de INT?
[/quote]

déjà tu peux utiliser le [b]unsigned[/b] de mysql pour n’avoir qu'un entier positif (tu double donc le nombre max pour un int).
si tu crois que tu va avoir énormément d'enregistrement (ou si tu es parano tu peux utiliser un bigint unsigned :mrgreen: ).

attention unsigned c'est seulement mysql (par exemple avec oracle tu utiliserais un number(38,0) valeur max : 10 exp 127 ;) )



@+

ca c'est l' attribut limit de mysql

Merci pour vos explications.

En fait, j'avais simplement pensé afficher exemple, les ID 1 à 10 de tel tables.. Mais j'imagine qu'on peux seulement afficher les 10 premiers résultats retourné haha.

Donc, vous conseillez de placer un gros nombre à la valeur de INT?

Merci encore.

Je suis pleinement d'accord avec toi.
Je n'ai pas approndi ma pensée car cela ne me semble de manière pas une bonne idée.

Non xtg,
Si je DEVAIS faire une chose comme ça, j'aurais une table normale, avec les id simplement entiers et uniques, et une table

identificateurs
avec un champ nb_id_liberes, un champ id_max
une table liberes
libre entier
Quand je fais une insertion, je consulte la table identificateurs. Si nb_liberes != 0, je consulte liberes pour prendre le premier id que je trouve, je le supprime de liberes, je met à jour identificateurs en décrémentant nb_libres et, ouf, je mets à jour la table principale. Si nb_liberes == 0, je mémorise id_max j'incremente dans la table identificateurs etc
Similaire en cas de suppressionen remplacant suppression par insertion et décrément par incrément.

Mais, il faut biien admettre que c'est beaucoup de sport pour pas grand chose. Autant écrire son propre SGBD...