Discussion :

[Dextro]

Bonjour,

Je modélise actuellement une dimension qui se base sur une clé primaire de type "hierarchyid".
Apparemment, le type hierarchyid n'est absolument pas pris en charge ... c'est décevant ...

D'où mon petit sondage :
Avez-vous déjà eu affaire à ce nouveau type de SqlServer ?
Et si oui, comment l'avez vous géré ?

D'avance merci ...

[FrancoisJehl]

En recastant ton HierarchyID dans la DSV tu peux pas te ramener à un cas ParentChild classique?

[nlievain]

J'utilise beaucoup les hierarchyid mais j'ai toujours une PK basé sur un id incrémental et une colonne parent_id pour gérer la dimension .
De même sur les tables de fait en foreign key je te conseille d'utiliser du numérique plutôt que le hierarchyid
Hierarchyid est surtout très pratique en requétage T-SQL, retrouver tout les enfants/parents sans problèmes de profondeur, faire des requêtes flexibles sans la complexité des CTE (ou pire X jointures)

Il ne faut pas oublier qu'un hierarchyid est quelque chose qui vit contrairement a une PK: le membre peut changer de parent, cela changera son hierarchyid, pas sa PK.

C'est sans doute une des raison qui fait qu'il ne soit pas supporté : avoir des hierarchyid signifie le non support des mises à jour incrémentales (car des que la hierarchy change, il ne retrouvent plus ses petits même sur les données existantes).

Si tu le cast en varchar ou nvarchar il faudra le travailler un peut pour remonter la hierarchy pere/fils (en gros enlever le dernier noeud dans la colonne parent) et surtout cela risque d'avoir des impacts de perfs sur le process mais encore plus sur les drillthrough (car il fera le cast a chaque fois et si tu l'utilise dans une jointure, bye bye les index)

Nicolas