Auto_increment indispensable ?

Bonjour,

J'ai créé une table de cette façon:

Code:

---

1 2 3

CREATE TABLE commandes(id INT(11) UNSIGNED not null AUTO_INCREMENT, login VARCHAR(20) not null,....etc, PRIMARY KEY(id));

---

Les requêtes sur cette table sont essentiellement du style:

Code:

---

1 2 3 4

SELECT * FROM commandes WHERE login = 'toto' //ou bien DELETE FROM commandes WHERE login = 'toto'

---

Je voulais savoir si un champ id auto_increment en clé primaire
était vraiment nécéssaire pour cette table ou s'il y avait une
façon plus optimisé de la créer.

Merci

l'id auto incrémenter est la pour que tu n'ai jamais de doublons et que tu puisses relier ta table avec d'autre

c'est un Pb de MCD.... dans ta conception de ta Bdd

il faut que tu définisse le role de ta table.

optimiser une primary key int en auto_increment ...?!?

Tu es obligé de mettre ta colonne id en auto_increment pour garder l'unicité des données et les relier à d'autres tables (cf LeXo ;)).

Par contre comme optimisation, je te conseillerai de mettre un index sur ta table login puisque la majorité de tes requettes porte dessus !

Citation:

---

c'est un Pb de MCD.... dans ta conception de ta Bdd

---

C'est quoi MCD ?

Citation:

---

il faut que tu définisse le role de ta table.

---

C'est une table (pour un site commercial) qui sert à récupérer toutes les commandes passées par l'utilisateur (login).
Je ne prévois pas de relier cette table à une autre, par contre un des champs (nb_com, numéro de commande) va servir pour alimenter une autre table (dans laquelle se trouve les articles contenus dans chaque commande)

Citation:

---

Par contre comme optimisation, je te conseillerai de mettre un index sur ta table login puisque la majorité de tes requettes porte dessus !

---

Tu veux dire "sur ton champ login"

Citation:

---

Envoyé par tintin72

Tu veux dire "sur ton champ login"

---

:oops: autant pour moi

l'idée
tu ne sais pas ce qu'est un MCD et tu crées une base pour un site commercial ... pom pom pom
c'est l' "id'<-- est un identifiant de ton champ
mais le Numéro de commande est un N° unique il peut donc servir d' identifiant et de clé.

Citation:

---

Je ne prévois pas de relier cette table à une autre, .....mais pour alimenter une autre table

---

:D

Oui, pardon je m'emmêle un peu les pinceaux. :oops:
Quand je parlait de relier une table je pensais en fait à un lien id auto_increment spécialement prévu a cet effet .

Je vais essayer de reposer ma question differement.
Supposons que ma table contienne disons 1000 entrées et que 4 entrées
ont le champ login égal à 'toto'.
Lorsque je fait un

SELECT * FROM commandes WHERE login = 'toto'

en ce qui concerne la rapidité d'exécution est ce qu'il vaut mieux que ma table possède un champ id auto_increment primary key ou est ce que ça ne changera grand chose ?

Clairement ton id auto_increment n'améliorera pas ta requette par contre un index sur ton login oui

Je te conseille fortement de lire un peu de doc à ce sujet et surtout de comprendre ce qu'est MCD :?

Pour en rajouter une couche ;), le problème de l'auto-incrément n'est pas nécessairement un problème conceptuel (MCD), mais peut plutôt être un problème physique (MPD).
Je m'explique : conceptuellement, rien n'empêche de garantir l'unicité de la clef d'une table en concaténant cette clef sur deux champs, dont la combinaison, elle, est unique.
Mais quand on passe au modèle physique, il est plus performant d'avoir la clef sur un seul champ, qui sera indexé, que sur deux champs. Et c'est là que l'auto-incrément intervient, car il garantit cette unicité sans qu'on s'en préoccupe lors du remplissage de la table. En effet, dans une table, les indexes de la clef sont systématiquement parcourus lors des sélections, et c'est plus rapide sur un seul champ que sur deux.

Tout ça pour dire que ça n'est pas un problème de MCD (en tout cas pas nécessairement). Oui, je sais, je chipote... :mouarf:

ced