Discussion :

[hanamachi]

bonjour,

j'aurai aimé avoir quelques conseils concernant le choix de clé primaire.

j'ai lu il y des années qu'une clé primaire devait être toujours numérique et un entier de préférance pour des question de performance . est-ce toujours vrai ? il y a pas vraiment de raison que cela change j'imagine.

d'où mon petit problème

j'ai actuellement une table, sous sql serveur 08 :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
create table DR_CRC (
CR_CD_CRC            varchar(20)          not null,
RE_CD_REGION         varchar(30)          not null,
CR_LB_CRC            varchar(50)          null,
constraint PK_DR_CRC primary key  (CR_CD_CRC)
)
go

j'ai la clé en varchar car le code CRC est une séquance de chiffre et de lettre. On pourrait mettre une clé primaire auto incrémenté mais celà voudra dire que l'on mettrais le CODE CRC dans une autre colonne . ce qui du coup me fait créer une nouvelle colonne par rapport au modèle présent.

la question est : est-ce qu'il vaut mieux une nouvelle colonne ou bien perdre en perf et garder une clé primaire varchar ...

le projet n'a pas été concu par mes soins mais il est récent et je pense pouvoir les faire changer quelques tables si il le faut.

votre avis ?

merci

[SQLpro]

La solution la plus propre est :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
CREATE TABLE DR_CRC (
DR_CRC_ID            INT IDENTITY PRIMARY KEY
CR_CD_CRC            varchar(20) UNIQUE   NOT NULL,
RE_CD_REGION         varchar(30)          NOT NULL,
CR_LB_CRC            varchar(50)          NULL)
GO

A +

[fsmrel]

Bonsoir,


De l'utilisation de clés prenant des valeurs significatives.


Le problème ne date pas d'aujourd'hui...


Voici ce qu'écrit l'un des plus grands, Yves Tabourier, dans De l'autre côté de Merise (Les Editions d'Organisation, 1986) :

« L’expérience montre d’ailleurs que l’usage des “identifiants significatifs” (ou “codes significatifs”) a pu provoquer des dégâts tellement coûteux que la sagesse est d’éviter avec le plus grand soin de construire des identifiants décrivant les objets ou, pis encore, leurs liens avec d’autres objets... »

Voyez par exemple ici l'histoire du Siret des entreprises.

Imaginez un système où l'on aurait identifié les automobiles par leur numéro d'immatriculation et la panique quand on a changé ce système...

Quant à la performance, vous ne perdrez rien, au contraire, en procédant comme le recommande SQLpro.

[SQLpro]

En sus, la propriété IDENTITY de MS SQL Server attribué à une colonne de type NUMERIC, DECIMAL, INT, SMALLINT ou BIGINT la rend définitivement non modifiable.
En effet, aucun UPDATE ne pourra plus modifier la valeur attribuée lors de l'insertion.

A +

[hanamachi]

merci , cela confirme mes doutes ...

tout le modèle est fait avec des clés significatives... je leur fais un petit mails, je suis sur qu'ils apprécieront.