Entreposage de données SQL Server 2012 et différentes versions

Avec Sql Server 2012, il existe 3 éditions phares: Enterprise Edition, Business Intelligence, Standard.

La comparaison complète entre les trois: http://www.microsoft.com/sqlserver/en/us/future-editions/sql2012-editions.aspx

L'édition Business Intelligence implique que son objectif est l'entreposage de données et couvre ce qui semble être des préoccupations clés à cet égard:

• Business Intelligence en libre-service (alertes, Power View, PowerPivot pour SharePoint Server)
• BI d'entreprise avancée (modèle sémantique de BI tabulaire, analyse et rapports avancés, moteur en mémoire VertiPaq ™)
• Intégration de données avancée (regroupement et recherche flous, capture de données modifiées, exploration de données avancée)
• Gestion des données d'entreprise (Data Quality Services, Master Data Services)

Cependant, l'édition entreprise est la seule version à avoir:

Entreposage de données (index ColumnStore, compression, partitionnement)

Quelles fonctionnalités cela implique-t-il qui sont séparées entre les éditions BI et Enterprise?

Édition Business Intelligence

L'édition Business Intelligence présente des fonctionnalités utiles, comme Master Data Services et des agrégations non additives (c'est-à-dire tout sauf somme / nombre). EE a le partitionnement et le reste des grandes fonctionnalités de base de données. Les fonctionnalités EE sont principalement pertinentes pour les utilisateurs avec de gros volumes de données. Si vous avez moins de (disons) 100 Go de données, vous pouvez probablement vous en tirer avec l'édition BI. L'édition BI a également une limite sur le nombre de cœurs de processeur et de mémoire pouvant être utilisés par le serveur de base de données, bien que cela ne semble pas s'appliquer à Analysis Services ou Reporting Services.

Une ventilation plus détaillée des fonctionnalités SE, BI et EE peut être trouvée ici.

Certaines choses qui iront bien avec l'édition BI

• La plupart des applications OLAP - l'édition BI semble vous fournir les agrégats intelligents (dernier non vide, etc.) et d'autres fonctionnalités que SE ne possède pas sur le serveur OLAP. Par l'apparence du lien, toutes les fonctionnalités SSAS présentes dans EE sont présentes dans l'édition BI, ce qui en fait un peu plus un concurrent pour les data marts.

• Applications MDM - L'édition BI est livrée avec Master Data Services.

• Volumes de données modérés. Vous pouvez probablement vous en sortir avec (disons) 100 Go environ BIE en appliquant une force brute au niveau matériel (disques rapides).

• L'édition BI prend en charge les vues partitionnées distribuées, ce qui vous offre une capacité de partage en lecture seule de base. Cependant, le matériel et les licences supplémentaires ne sont pas moins chers que de mordre la balle et d'obtenir EE.

• SSRS semble être le même pour les éditions BI et Enterprise.

• Les limites de mémoire et de processeur ne s'appliquent pas aux serveurs SSAS et SSRS.

Certaines choses dont vous aurez besoin pour Enterprise Edition

• Si vous avez des exigences de conformité pour les données physiquement sécurisées, les fonctionnalités de chiffrement et d'audit d'EE peuvent être souhaitables. Notez que c'est nouveau en 2012.

• Le partitionnement de table est une fonctionnalité EE uniquement. Si vous souhaitez utiliser des partitions de table pour gérer de gros volumes de données, vous aurez besoin d'EE.

• Les transformations de jointure en étoile ne sont prises en charge que dans EE. Si vous avez une application avec beaucoup de requêtes très sélectives (<1% de couverture) sur une très grande table de faits, vous pourriez gagner des transformations en étoile. Cependant, cette fonctionnalité n'est pas vraiment bien documentée dans les cercles SQL Server, il est donc difficile de dire dans quelle mesure elle fonctionne dans la pratique.

• Index Columnstore - si vous souhaitez l'utiliser pour des applications ROLAP rapides (à l'aide du générateur de rapports ou d'un outil ROLAP tiers tel que Business Objects), vous pouvez obtenir un kilométrage important de cette fonctionnalité sur EE.

• La compression de table peut être utile pour l'archivage des anciennes données.

• L'édition BI ne prend en charge que les serveurs d'une certaine taille - 64 Go de RAM, 4 sockets ou 16 cœurs pour le serveur de base de données. Si vous souhaitez évoluer au-dessus d'une machine à deux sockets, vous aurez probablement besoin d'EE.

• L'édition BI est uniquement concédée sous licence «Server + CAL».

• Les versions parallèles de DBCC et d'index ne sont prises en charge que dans EE. Si vous souhaitez supprimer et recréer des index pour les charges ETL, cela peut réduire vos temps d'exécution, en particulier pour les charges incrémentielles sur de grands ensembles de données historiques.

• EE dispose d'une fonction de réécriture de requête (appelée «utilisation automatique de la vue indexée par l'optimiseur de requête»). Si vous souhaitez les utiliser pour augmenter les performances de ROLAP, vous voudrez peut-être EE. Cependant, bien qu'il s'agisse d'une fonctionnalité assez mature sur Oracle, je ne peux pas vraiment garantir à quel point cela fonctionne sur SQL Server dans la pratique - bien que SQL Server ait un opérateur CUBE sur GROUP BY, qui est principalement prévu pour cette application.

• EE possède des adaptateurs Oracle et Teradata rapides pour SSIS et des adaptateurs pour diverses autres sources «d'entreprise» telles que SAP BW.

• Certaines des fonctionnalités MDM de SSIS - par exemple les recherches floues - ne sont disponibles qu'en EE.

• Modifier la capture de données est une fonctionnalité de l'édition Enterprise uniquement.

La "Business Intelligence" couvre tout, de la conception de la base de données au singe Excel.

Sur cette base, mon interprétation de la nouvelle édition BI est des fonctionnalités "plus sèches" du côté OLAP / cube / analyse / exploration par rapport au côté RDBMS.

On peut dire que seul le "magasin de colonnes" est vraiment pertinent pour la BI. Le partitionnement lui-même peut être uniquement l'édition Enterprise, mais ALTER TABLE..SWITCH peut être exécuté dans l'édition Standard.

L'édition BI n'a également aucune limite d'utilisation de mémoire pour SSAS et SSRS