bonjour,
est ce qu'il y'a un probleme de performance si j'utilise un champ de type
varchar comme un PK clustered index, j'ai lu qcq part et dont je me rappel
pas que'un index doit etre de longeur fixe et qu'il faut utiliser seulement
integer ou char
j'ai pensé de mettre ce champ (de type varchar) comme clé condidate (unique
index) est de créer un champ de type ineteger/identity comme PK clustered
index, est ce que c'est un bon choix ou non ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Fred BROUARD
cela vaut effectivement mieux.
La meilleure clef est toujours un entier 32 bits.
Mais quel est ta réticence pour ne pas utiliser du CHAR ???
A +
daniel a écrit:
bonjour, est ce qu'il y'a un probleme de performance si j'utilise un champ de type varchar comme un PK clustered index, j'ai lu qcq part et dont je me rappel pas que'un index doit etre de longeur fixe et qu'il faut utiliser seulement integer ou char j'ai pensé de mettre ce champ (de type varchar) comme clé condidate (unique index) est de créer un champ de type ineteger/identity comme PK clustered index, est ce que c'est un bon choix ou non ?
vos conseils sont les biens venues
-- Frédéric BROUARD - expert SQL, spécialiste : SQL Server / Delphi / web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ****************** mailto: ******************
cela vaut effectivement mieux.
La meilleure clef est toujours un entier 32 bits.
Mais quel est ta réticence pour ne pas utiliser du CHAR ???
A +
daniel a écrit:
bonjour,
est ce qu'il y'a un probleme de performance si j'utilise un champ de type
varchar comme un PK clustered index, j'ai lu qcq part et dont je me rappel
pas que'un index doit etre de longeur fixe et qu'il faut utiliser seulement
integer ou char
j'ai pensé de mettre ce champ (de type varchar) comme clé condidate (unique
index) est de créer un champ de type ineteger/identity comme PK clustered
index, est ce que c'est un bon choix ou non ?
vos conseils sont les biens venues
--
Frédéric BROUARD - expert SQL, spécialiste : SQL Server / Delphi / web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
****************** mailto:brouardf@club-internet.fr ******************
Mais quel est ta réticence pour ne pas utiliser du CHAR ???
A +
daniel a écrit:
bonjour, est ce qu'il y'a un probleme de performance si j'utilise un champ de type varchar comme un PK clustered index, j'ai lu qcq part et dont je me rappel pas que'un index doit etre de longeur fixe et qu'il faut utiliser seulement integer ou char j'ai pensé de mettre ce champ (de type varchar) comme clé condidate (unique index) est de créer un champ de type ineteger/identity comme PK clustered index, est ce que c'est un bon choix ou non ?
vos conseils sont les biens venues
-- Frédéric BROUARD - expert SQL, spécialiste : SQL Server / Delphi / web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ****************** mailto: ******************
