auto incremente et modification
bonsoir tout le monde,

voilà la petite question à la con que je me pose ce soir, le fait d'auto-incrementer ses insertions et de modifier leur id par la suite àgrandrenfortdescriptsdelamort quitue
, selon votre experience et/ou vos connaissances cela peut-il générer des erreurs ?

merci à vous pour vos réponses :)

a pripori non il ne me semble pas que celà pose de probleme

pourquoi modifier leur id ? tu peux pas leur coller une seconde entrée genre id2 que tu peux manipuler a souhait histoire d'avoir toujours un id clean pour des requettes spécifiques ?

moi jdis ça j'y connais rien...

non c pas possible ^^

Bien sur que ça va poser problème si tu utilises une base de données relationnelle. Après ça dépend de ton modèle logique de données. Mais généralement ton champs "id" va être clé primaire de la relation, et donc susceptible d'être utilisé en tant que clé étrangère dans d'autres relations. Donc il faudra également modifier les valeurs des clés étrangères...

Ce n'est franchement pas quelque chose que j'essaierais de faire. Et surtout je n'en vois pas l'utilité.

ca me semble pas bien logique de modifier un ID qui a la base est comme son nom l'indique un identifiant, si tu veux qu'il puisse identifier quelquechose faut pouvoir le retrouver et donc pas modifier cet identifiant

Ishiro > ca m'étonnerais qu'il utilise autre chose que MySQL, donc tu peux oublier les clé étrangère dans ce cas là :)
Je ne vois pas quel problème peut poser la modification d'une clé primaire dans une table MySQL...

voilà je rejoins benz' je vois pas en quoi cela peux poser problemes d'où ma question, j'ai malgres tout un leger doute mais de toute facon j'ai utilisé des [mode=neo]id2[/mode] :)

techniquement c'est vrai que a mon avis on peut s'en sortir mais sur le principe et sur le coté pratique je n'en voit pas l'interet

Pas de clé étrangère dans MySQL ?

1 - Même si les clés étrangères ne sont pas déclarées en tant que telles, il peut quand même y en avoir.

2 - MyISAM ne gère pas les clés étrangères, en revanche InnoDB le gère très bien. Donc MySQL gère les clés étrangères, testé et approuvé.


Exemple :

Une table User (idUser, pseudo, pass) avec les enregistrements suivants :
- 1, senkante, aaa
- 2, benzor, bbb
- 5, ishiro, ccc

Une table Artcile (idArticle, idUser, titre, date, texte) avec les enregistrements suivants (idUser = auteur de l'article) :
- 1, 1, Article 1, 20080404, blabla
- 2, 5, Article 2, 20080404, blabla

Si tu veux changer le champ idUser de le table User, ça va poser problème. Imaginons que tu changes l'idUser de ishiro (5 -> 3). Il faut également penser à changer cette propriété dans Article, sinon l'article 2 sera écrit par le User d'idUser 5, qui n'existe pas/plus.

Le cas est simple, il n'y a que deux tables. Mais ça montre bien le problème. Donc si il s'agit de cas simples que tu maitrises (bdd perso), tu peux éventuellement le faire en prenant des précautions. Si il s'agit de scripts plus compliqués (forum, cms, etc), tu risques de toute casser...

Et comme narno je ne vois pas l'intérêt.

Ishiro > oui oui je sais bien ça, je parlais des vrais clé étrangères crées comme ceci : Foreign Key (SidUser) references User(idUser));
Mais en fait MySQL les gère effectivement - autant pour moi ^^ (je les utilise jamais)...
Enfin je parlais du cas où la table ne contient justement pas de clé étrangère ^^

D'ailleurs en vérifiant ça je me suis arreté sur les procédures stockées en MySQL, c'est vraiment super puissant ! je sens que je vais expérimenter tout ça :)