Quelle est la taille de la table avant d'utiliser l'indice de colonne en cluster
A quelle taille devrions-nous envisager d'appliquer l'indice de colonne sur une table? Existe-t-il une guidage de stockage ou de conception SQL Server?
Notre entrepôt de données est le total de 5 To. De plus, nous avons des tables de 100 Go à 1 To qui composent la base de données. Juste curieux si SQL Server a des conseils sur la taille de la taille de l'indice de colonne de colonne?
Pour les tableaux: par exemple, devrions-nous avoir une index de colonne sur la table de 300 Mo, 1 Go, 1 ToB. Ou devrions-nous avoir sur toutes les tables et la taille n'a pas d'importance?
Pour les tables de dimensions: De plus, devrions-nous avoir des index de colonne sur des tables de recherche? Ceux-ci sont petits, généralement 2-50 Mo
Cet article n'a jamais déclaré
L'article que vous liez à donne à ce guidage:
Envisagez d'utiliser un indice de colonne en cluster sur:
Chaque partition a au moins un million de lignes. Les index de ColumnStore ont des groupes de rangs dans chaque partition. Si la table est trop petite pour remplir un groupe de rangée dans chaque partition, vous n'obtiendrez pas les avantages de la performance de la compression de colonne et de la requête.
La "taille minimale" pour la colonne n'est pas vraiment une taille sur disque, mais nombre de lignes. Chaque table (ou partition si la table est partitionnée) doit être d'au moins 1 million de lignes avant de le considérer pour la colonne.
Une table très étroite de plusieurs millions de places peut ne pas être quelques mégaoctets et être toujours un excellent candidat à la colonne. Une table plus large avec moins de lignes peut prendre plus d'espace sur le disque et ne pas être un bon candidat à colonnes.
Je recommanderais de revoir les sections de cet article intitulé "Envisager d'utiliser un indice de colonne en cluster à ..." & "N'utilisez pas d'index de colonne en cluster sur ..."