Discussion :

[Dendrite]

Bonjour.

J'interviens sur une db que je n'ai pas faite et qui n'a ni champ indexé ni ID, encore moins autoincrémenté.

Comment puis-je faire pour recréer à posteriori un champ id et le remplir "à la main" via un bout de script php par exemple ?

Je suppose qu'il me sera ensuite possible de l'indexer... Une fois qu'il sera opérationnel...

Ca a l'air idiot et pourtant je sèche bien là-dessus...

[ZeMarine]

Pour l'ajout du champ "ID"

ALTER TABLE Nom_de_la_table
ADD Nom_de_la_colonne Type_de_donnees

Pour la modification :

ALTER TABLE Nom_de_la_table
MODIFY Nom_de_la_colonne Type_de_donnees

En espérant t'avoir aidé.

[Invité]

Salut,

Tu peux regarder dans la doc de mysql....

http://dev.mysql.com/doc/refman/5.0/fr/alter-table.html

Pour ajouter une nouvelle colonne AUTO_INCREMENT nommée c :

mysql> ALTER TABLE t2 ADD c INT UNSIGNED NOT NULL AUTO_INCREMENT,
ADD INDEX (c);

Notez que nous avons indexé c, car les colonnes AUTO_INCREMENT doivent être indexées, et que nous définissons aussi c en tant que NOT NULL, car les colonnes indexées ne peuvent être NULL.

Quand vous ajoutez une colonne AUTO_INCREMENT, les valeurs de la colonne sont remplies automatiquement

[Dendrite]

Merci Mygale !

Fabuleux... Trois jours que je galérais...

Le truc avec le manuel, c'est qu'il faut déjà avoir une idée de la syntaxe pour trouver ce qu'on cherche...

Vive ce forum de gens sérieux !

[Dendrite]

Encore un petit détail et même si mon problème de fond est résolu...

Ma db va se résumer en tout et pour tout à quelques dizaines de milliers maximum de fichiers. Les gens pourront écraser leur fichier précédent, et j'aurais aimé quand ils font cela, conserver le même id...

Du coup, l'auto-increment ne s'applique-t-il pas ici ?

Ou bien est-ce que je loupe un attribut à cette fonction ?

J'ai bien lu tout ton lien Mygale, mais pas trouvé la réponse à ça.

[Invité]

Ma db va se résumer en tout et pour tout à quelques dizaines de milliers maximum de fichiers.

Je ne comprends pas très bien.

pourrais-tu fournir un peu plus de détail à ce sujet?
pourrais-tu également fournir la structure de tes tables et les expliquer.

[Dendrite]

En fait, il n'y a qu'une table.

Et en gros, elle a les champs suivants (je t'épargne la totalité qui est de 25 champs remplis par des chefs qui souhaitent récupérer ce qu'ils ont entré la dernière fois, et tout cela finit par alimenter un pdf)...

champ1: nom du chef
champ2: nom du fichier
champ3: mot du chef
champ4: horaires du service
champ5: nom de l'adjoint etc. etc. etc.

et en dernier

champ25: index autoincrémenté non null

Donc la question sur le principe est la suivante : Cela vous choque-t-il de mettre un index autoincrémenté non nul pour une db aussi sommaire et en sachant que la db ne dépassera pas les 20 000 fichiers et que l'on écrase à chaque validation d'un chef le nom du fichier... J'avoue qu'à priori il me semble plus logique de récupérer le même numéro d'ID du coup...

Mais bon, dites moi si je me trompe, sur le fond, ça ne 'consomme' pas plus de place sur la db, c'est juste le numéro d'index qui augmente sans cesse ?

Question subsidiaire... Si je choisis de garder le même ID pour un nom de fichier dont j'écrase toutes les autres données... comment que je fais ?

Vous l'aurez compris, je suis une grande débutante en sql...