Discussion :

[matgel]

Bonjour à tous,

Depuis un certain temps je me pose une grande question existentielle, dois-je utiliser un champ ID (Auto incrément) comme clé primaire à une table :

Lorsqu'on fait des recheches sur internet, je crois pouvoir affirmer sans trop me tromper qu'il existe deux écoles de penser soient celle d'utilisé une clé primaire auto-incrémenté ou la deuxième rendre, autant que faire ce peut, toutes les tables en appliquant les règles des formes normales.
Mais disons qu'il n'est pas exclut de rendre également une table avec une clé auto-incrémenté en 3ème forme normale (C'est juste souvent plus simple!).

Personnellement, j'utilise des clées primaires qui s'auto-incrémente, pourquoi ? Je me suis toujours dit que le fait de faire référance à un entier dans une autre table était plus optimale question de recherche sur cet index (si le champ est indexé) Et cette référence occupe moin d'espace disque que si on utilise un Varchar par exemple.

En parcourant les guides de SQLPro on conclut effectivement que les 2 méthodes peuvent être employées. Mais laquelle doit-on utiliser ? Quel méthode utilisez-vous ?

J'aimerais bien avoir vos avis ce le sujet... Bon débat !

[Guizz]

Salut,
Un des trucs que je peux te dire, c'est qu'à prioris cela se fait beaucoup et ne pose en général pas de problème; la seule chose à laquelle il faut faire attention c'est au typage de ta clé pour ne pas faire exploser l'id. s'il y'a beaucoup d'insert/delete.
Autre point, il existe une instruction (je crois !) pour combler les "trous" si tu supprimes en bloc des enregistrements et que tu réinsères ..
Je sais c'est pas très précis mais ce sont des pistes

[viena]

ca depend aussi de ton shema
si tu utilises des objets qui ont dans leur attributs un champs numerique unique, pourquoi ajouter une clé primaire?
si ce sont juste des personne (nom, prenom, tel), la il faut ajouter une clé, c mieux.

[orafrance]

Cela dépend aussi du contexte : je travaille actuellement sur un projet J2EE où c'est un outil de mapping qui permet de faire la relation entre objets java et objets oracle. Il se trouve qu'on peut simplié l'utilisation de cet outil de mapping en n'utilisant pas de clé primaire composite. Dans ce cas l'ID est indispensable... du moins il aide énormément

Sinon, les 2 sont valables, il n'y a aucune justification en terme de perf (à ma connaissance du moins donc moi je préfére avec une PK qui a un vrai sens fonctionnel plutôt qu'un ID artificielle qui m'impose de surcroit de créer des séquences

[SQLpro]

en terme de performances pures l'utilisation d'une clef unique calée sur le mot processeur est ce qui ce fait de mieux...
=> clef 32 bits donc int sur processeur 32 bits
=> clef 64 bits donc big int sur processeur 64 bits.

Pourquoi ?

Simpelment parce que :
si plus petit que le mot du processeur => conversion pour voir si débordement
si plus grand, oblige plusieurs passes dans le processeur.

A +