Discussion :

[Boubou2020]

bonjour a tous
je suis entrain d'étudier et lire des articles sur la nouvelle technologie index columnstore et leur avantage en terme performance
alors je pose des petits questions a travers cette nouvelle technologie
1)est ce que dans un même table on peut avoir les deux type d'index cluster (clustered index +clustered columnstore index)?
2)SI on fait l'ajoute d'un clé primaire quel Type d'index cluster est crée automatiquement (clustered index ou clustered columnstore index)?
3)dans Quel cas je prend la décision d'ajouter un index columnstore noncluster ?
4)la création de columnstore index sur un table volumineux est il très coûteuse en terme espace disque par rapport a les autres indexes
merci pour l'aide de nos experts

[mikedavem]

Hello,

1)est ce que dans un même table on peut avoir les deux type d'index cluster (clustered index +clustered columnstore index)?

Non car ce sont deux types d'index avec stockage différent (stockage à la ligne vs stockage à la colonne)

2)SI on fait l'ajoute d'un clé primaire quel Type d'index cluster est crée automatiquement (clustered index ou clustered columnstore index)?

Toujours l'index cluster classique au format ligne.

3)dans Quel cas je prend la décision d'ajouter un index columnstore noncluster ?

Jusqu'à 2016, les index NCCI ciblent presque exclusivement les scénarios de type datawarehouse car ils ne peuvent pas être mis à jour.
En 2016, l'histoire change un peu car ce type d'index peut être maintenant mis à jour (Microsoft voulant étendre leur domaine d'application au real-time analytics sur les bases de données OLTP).
L'idée étant de placer judicieusement ce type d'index sur des tables qui subissent des requêtes d'analyse / Reporting et qui rapatrient une importante quantité de données

4)la création de columnstore index sur un table volumineux est il très coûteuse en terme espace disque par rapport a les autres indexes

En terme d'espace disque non car les index columnstore sont compressés par diverses algorithmes by design.

++

[SQLpro]

Autre chose à mentionner, les index columnstore ne peuvent être utilisés que pour des recherches directe (par égalité) alors que les index classiques organisés en BTree peuvent l'être pour certaines inégalités de plages de valeurs :

• >
• >=
• <
• <=
• BETWEEN

A +

[rudib]

4)la création de columnstore index sur un table volumineux est il très coûteuse en terme espace disque par rapport a les autres indexes

C'est lourd en mémoire (RAM), pas sur le disque à la création. Créer un index columnstore coûte environ 1,5x plus de temps que la création d'un index traditionnel, et il doit être fait entièrement en mémoire. Ensuite, son stockage sur le disque est plus optimisé, les données sont compressées dans l'index columnstore.