Discussion :

[samirCA007]

Hello ,

besoin d'avis et de vos retour d'expérience

Pensez-vous que l'utilisation de Type NEWSEQUENTIALID() soit plus efficace que NEWID()?

Étant donné que l'insertion avec la première cas sera séquentielle, tandis que celle avec la deuxième sera aléatoire, du coup l'index sera moins fragmenté.

merci pour vos retour

[escartefigue]

Je pense que ça dépend surtout du nombre de thread générant des insertions

S'il y en a beaucoup, avec un identifiant séquentiel, le risque d'accès concurrents sur les mêmes pages d'index est élevé, on a alors intérêt à générer des valeurs aléatoires pour que les insert concernent des pages différentes.
Si au contraire il y en a peu, ou alors que les insertions sont faites dans un seul thread (par un traitement batch par exemple) on peut privilégier des valeurs contiguës pour limiter la fragmentation des index

[SQLpro]

L'utilisation d'un GUID ou UUID comme clé primaire d'une table est une absurdité...

Outre le fait de fragmenter si c'est un NEWID(), l'UNIQUEIDENTIFIER utilise 16 octets et donc nécessite 2 mots d'un processeur 64 bits pour être lu... C'est le double d'un BIGINT qui se lit directement dans le processeur en une seule passe.

Le générateur de GUID utilise un processus système qui lit la MACADDRESSE et l'heure système et combine ces informations. Hors ces routines ne peuvent être exécutées en parallèle. C'est donc un point de contention...

Comme la valeur de la PK de l'index cluster est utilisé par tous les index non clustered pour servir de repère de ligne, vous doublez le stockage dans tous les index secondaires...

Enfin, les tri et groupages sont effectué en binaire du poids faible au poids fort, et non comme on le croit trop souvent à la manière d'une chaine de caractères...

Demo :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
WITH T AS (
SELECT NEWID() AS NI
UNION ALL
SELECT NEWID() AS NI
UNION ALL
SELECT NEWID() AS NI
UNION ALL
SELECT NEWID() AS NI
UNION ALL
SELECT NEWID() AS NI
UNION ALL
SELECT NEWID() AS NI
UNION ALL
SELECT NEWID() AS NI
UNION ALL
SELECT NEWID() AS NI
UNION ALL
SELECT NEWID() AS NI
UNION ALL
SELECT NEWID() AS NI
UNION ALL
SELECT NEWID() AS NI
UNION ALL
SELECT NEWID() AS NI
UNION ALL
SELECT NEWID() AS NI
UNION ALL
SELECT NEWID() AS NI
) SELECT * FROM T ORDER BY 1

Résultat du tri :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
13DD8947-D31B-4B7B-9BCE-006F5B8A5A0F
C36DA5C6-5A42-47A7-BD07-03E9BD734020
92CE3765-D6C2-4726-BA42-13C56239335A
E7389B88-819A-44A1-A104-2B73340D0A7F
884954ED-AA0F-4800-A190-478EA5C23DCE
9A8EF249-E5A5-4797-85E0-590DDEFA0668
9F5D1673-9A41-47B9-A9FD-5C10B71C1F70
423FFFC5-6FB3-4900-A1D5-72C914EAA1DE
2F24ECE1-B106-4333-812F-ACAD5757B149
90384408-FBE6-4866-A028-C6028B8E8DE0
6B98803D-8F30-42BF-B595-D5BEC6A7B9F8
BF882C52-76A3-40B9-914D-D7E70FC58D28
E9C6D73F-A045-4F0D-9663-E55964761FA5
3CD21C4B-1AFF-4219-B29B-EFD39431CD57

Bref l'usage du GUID en PK est un poison qui a des conséquence néfaste à toutes les échelles et processus (opérationnel, maintenance...)

Bon courage si vous persistez dans cette horreur... ça donnera du travail aux expert que nous somme en matière d'audit pour tout rectifier quand il sera trop tard !

A +

[Waldar]

Enfin, les tri et groupages sont effectué en binaire du poids faible au poids fort, et non comme on le croit trop souvent à la manière d'une chaine de caractères...

Il suffit de convertir le GUID en char(36)

[SQLpro]

Il suffit de convertir le GUID en char(36)

Oui pour passer de 8 octets à 36 afin d'en pourrir encore plus les perfs.... !!!!!