Discussion :

[verbal34]

Bonjour tout le monde,

Sur une base avec des tables de grosses volumétries (plus de 400.000.000 de lignes par table pour +- 100Go de données index non compris) nous allons utiliser le partionnement des tables et index.

Pour la création de la fonction de partition, j'ai cru entendre, mais pas sûr, qu'avec SQL Server 2005 on est limité a 400 partitions. Or, pour le besoin de notre projet il me faut plus que 400 (434 pour être plus précis!)

Je vous sollicite afin de confirmer ou infirmer cette idée reçue !

Si tel est le cas, Est ce que SQL Server 2008 permet d'en créer plus que 400 ?

Merci d'avance.

[mikedavem]

Bonjour,

Le nombre de partitions maximum pour SQL Server 2005 et 2008 est 1000.

++

[verbal34]

Bonjour,

Le nombre de partitions maximum pour SQL Server 2005 et 2008 est 1000.

++

Nikel !

Merci pour l'info mikedavem.

[SQLpro]

Néanmoins, posez vous la question de l'intérêt de prévoir 434 partitions, soit 434 descripteurs de fichiers ouverts en exclusivité pour MS SQL Server....

Cela vous coutera cher en RAM et très cher en plan de requête.

Il n'y a pas d'intérêt en pratique, si vous voulez des performances, que le nombre de partitions soit aussi grand, ni que chacune soit aussi petite.
En effet, la bonne taille d'une partition c'est quelques dizaine de Go (grosso modo on peut dire que l'intérêt de partitionner c'est que chaque partition soit placé sur un disque PHYSIQUE indépendant !

A +

[verbal34]

Bonsoir SQLPro,

Néanmoins, posez vous la question de l'intérêt de prévoir 434 partitions, soit 434 descripteurs de fichiers ouverts en exclusivité pour MS SQL Server....

Dans notre base on doit garder les données d'une date J jusqu'à la date J+ 14 mois (+- 434 jours) et au jour J+435 ont doit supprimer les données de la date J. Le choix d'utiliser les partitions est historique au sein du projet et dû essentiellement à des problèmes de performances et de temps d'exécution (la suppression d'une partition est plus rapide que d'exécuter un DELETE sur des millions de lignes).

Cela vous coutera cher en RAM et très cher en plan de requête.

Serveurs target 4 x Quad Core avec 32Go de RAM et peu d'user.

Il n'y a pas d'intérêt en pratique, si vous voulez des performances, que le nombre de partitions soit aussi grand, ni que chacune soit aussi petite.
En effet, la bonne taille d'une partition c'est quelques dizaine de Go (grosso modo on peut dire que l'intérêt de partitionner c'est que chaque partition soit placé sur un disque PHYSIQUE indépendant !

A +

Dans la fonction de partition, les valeurs de partitionnement correspondent aux dates citées plus haut (converties en INT au format aaaammjj). Cette valeur est utilisée aussi dans nos requêtes (reporting par date) du coup on sait à l'avance quelle partition cibler.

[SQLpro]

Avez vous fait des essais en vrai grandeur ? Avec et sans vos 400 partitions ? Avec 10 partitions par exemple...
Quels sont vos conclusions ???

Supprimer une partition ne supprime pas les lignes de la table... Et heureusement !

Je crois que vous vous méprenez singulièrement sur l'usage du partitionnement.

A +