Quelle est la taille «trop grande» pour SQL 2008 Web Edition?

Pour notre application qui sera bientôt hébergée, je dois choisir entre l'édition Web de SQL Server 2008 et l'édition d'entreprise de SQL Server 2008. Il n'y a pas de fonctionnalité "indispensable": l'application fonctionne actuellement sur SQL Express, mais elle dépassera la taille maximale de 10 Go imposée par SQL Express.

Je regarde ce tableau de comparaison et le tableau le plus significatif de cette page "Évolutivité et performances". Au fur et à mesure que les tables s'agrandissent, des fonctionnalités telles que le «partitionnement de table et d'index» sont essentielles pour garantir des vitesses de performance. Mais à quelles tailles de table cela serait-il nécessaire?

Quelles stratégies dois-je utiliser pour déterminer si la taille et l'utilisation de ma base de données nécessitent la fonctionnalité d'évolutivité et de performances Enterprise Edition?

C'est une question très difficile à répondre et la seule chose correcte à dire est "ça dépend". Oui, c'est banal mais cela ne le rend pas faux. Cela étant dit, je ferai de mon mieux pour vous donner une réponse (utiliser Standard) et expliquer le processus de réflexion derrière cela.

Je ne suis pas familier avec l'édition "Web" de SQL mais je peux certainement compenser les différences entre Standard et Enterprise. Au risque d'une généralisation massive, je dirais que si vous recherchez entre 10 et 100 Go pour une seule base de données et que vous n'êtes pas sûr d'avoir besoin des fonctionnalités d'entreprise, la différence de coût initiale combinée à la facilité de mise à niveau de la référence ( Edition) si / quand vous devez signifier que choisir Standard plutôt que Entreprise est probablement le plus logique. Je suppose que l'édition "Web" est une version standard semi-allégée et personnellement je l'éviterais sur la base de la clause de non-responsabilité "Web Workloads Only". Qu'est ce que ça veut dire?!

Alors, comment peut-on vraiment déterminer s'ils auront besoin de fonctionnalités d'entreprise? Eh bien, la meilleure façon de penser est de télécharger les versions d'essai Standard et Enterprise (ou d'obtenir une licence MSDN) et de tester les performances avec les deux éditions. Si vous trouvez que vous ne pouvez pas atteindre / dépasser vos objectifs de performances avec l'édition inférieure, identifiez les goulots d'étranglement et voyez si les fonctionnalités d'entreprise pourraient vous aider. Si c'est le cas, mettez à niveau et apportez les modifications nécessaires pour utiliser les fonctionnalités, puis testez à nouveau. D'après mon expérience, les principales fonctionnalités utilisées dans Enterprise sont (par ordre de plus commun au moins):

• réindexation en ligne
• compression ligne / page
• compression de sauvegarde
• index filtrés
• partitionnement et index partitionnés
• vues indexées
• opérations d'index parallèle

Et enfin ... En passant de quelque chose qui fonctionne bien sur SQL Express, je ne pense pas que de nombreux cas justifieraient le passage à Enterprise. À lui seul, les ressources système supplémentaires que la version complète de SQL peut utiliser devraient générer de gros gains.

Des fonctionnalités telles que le partitionnement de table ne sont généralement utilisées que dans les entrepôts de données si vous avez des milliards de lignes à traiter et que vous souhaitez contrôler sur quels disques chaque partie de la table est stockée.

La taille des données n'a pas vraiment d'importance entre le Web et l'entreprise. Il y a beaucoup de gens qui exécutent de très grandes bases de données sur l'édition standard (je ne connais personne utilisant un groupe de travail ou une édition Web). Les changements les plus importants sont la quantité de mémoire que vous pouvez affecter au serveur SQL. Plus il y a de mémoire, mieux c'est, car plus vous avez de mémoire, moins vous irez sur le disque pour les données.

Pour vous, le principal argument de vente entre l'édition Web et Enterprise sera la reconstruction d'index en ligne que vous obtiendrez avec Enterprise Edition. Si vous pouvez vous permettre de prendre la panne tous les soirs (ou toutes les semaines) pour faire des reconstructions d'index (ou vous pouvez vous en tirer avec les défragmentation d'index), restez avec l'édition Web jusqu'à ce que vous ayez besoin de mettre à niveau, ou lorsque la panne est requise pour faire l'index les reconstructions sont trop longues.

Mise à jour du 28/11/2011 Une nouveauté à garder à l'esprit est que l'édition Web ne sera disponible que via un fournisseur d'hébergement comme RackSpace à partir de SQL Server 2012 et que l'édition Workgroup disparaîtra. Donc, si vous achetez une licence à ce stade, vous voudrez opter pour Standard ou Enterprise. J'ai fait un gros résumé sur la licence SQL Server 2012 ( ici aussi) qui couvre toutes les modifications que vous voudrez connaître.