SQL Server 2012 Data Warehousing und verschiedene Versionen

Mit SQL Server 2012 gibt es 3 Flaggschiff-Editionen: Enterprise Edition, Business Intelligence, Standard.

Der vollständige Vergleich zwischen den drei: http://www.microsoft.com/sqlserver/en/us/future-editions/sql2012-editions.aspx

Die Business Intelligence Edition impliziert, dass der Zweck des Data Warehousing besteht, und deckt die wichtigsten Aspekte ab:

• Self-Service Business Intelligence (Warnung, Power View, PowerPivot für SharePoint Server)
• Advanced Corporate BI (Tabellarisches BI-Semantikmodell, Advanced Analytics und Reporting, VertiPaq ™ In-Memory Engine)
• Erweiterte Datenintegration (Fuzzy-Gruppierung und Suche, Datenerfassung ändern, erweitertes Data Mining)
• Enterprise Data Management (Datenqualitätsdienste, Stammdatendienste)

Die Enterprise Edition ist jedoch die einzige Version mit:

Data Warehousing (ColumnStore-Index, Komprimierung, Partitionierung)

Welche Funktionalität bedeutet dies, die zwischen der BI- und der Enterprise-Edition getrennt ist?

Business Intelligence Edition

Die Business Intelligence Edition bietet einige nützliche Funktionen wie Stammdatendienste und nicht additive Aggregationen (dh alles andere als Summe / Anzahl). EE verfügt über Partitionierung und den Rest der Funktionen für große Datenbanken. Die EE-Funktionen sind hauptsächlich für Benutzer mit großem Datenvolumen relevant. Wenn Sie weniger als (sagen wir) 100 GB Daten haben, können Sie wahrscheinlich mit der BI Edition auskommen. In der BI-Edition ist auch die Anzahl der CPU-Kerne und des Arbeitsspeichers begrenzt, die vom Datenbankserver verwendet werden können. Dies scheint jedoch nicht für Analysis Services oder Reporting Services zu gelten.

Eine detailliertere Aufschlüsselung der SE-, BI- und EE-Funktionen finden Sie hier.

Einige Dinge, die mit der BI-Edition in Ordnung sind

• Die meisten OLAP-Anwendungen - Die BI-Edition scheint Ihnen die cleveren Aggregate (zuletzt nicht leer usw.) und andere Funktionen zu bieten, die SE auf dem OLAP-Server nicht bietet. Wie es aussieht, sind alle in EE vorhandenen SSAS-Funktionen in der BI-Edition vorhanden, was es ein bisschen mehr zu einem Konkurrenten für Data Marts macht.

• MDM-Anwendungen - Die BI Edition wird mit Master Data Services geliefert.

• Moderate Datenmengen. Sie können wahrscheinlich mit (sagen wir) 100 GB oder so auf BIE davonkommen, indem Sie Brute Force auf Hardware-Ebene anwenden (schnelle Festplatten).

• Die BI Edition unterstützt verteilte partitionierte Ansichten, wodurch Sie eine grundlegende schreibgeschützte Sharding-Funktion erhalten. Die zusätzliche Hardware und Lizenzierung ist jedoch möglicherweise nicht billiger, als die Kugel zu beißen und EE zu erhalten.

• SSRS scheint in allen BI- und Enterprise-Editionen gleich zu sein.

• Speicher- und CPU-Kernbeschränkungen gelten nicht für SSAS- und SSRS-Server.

Einige Dinge, für die Sie Enterprise Edition benötigen

• Wenn Sie Compliance-Anforderungen für physisch sichere Daten haben, sind möglicherweise die Verschlüsselungs- und Prüffunktionen von EE wünschenswert. Beachten Sie, dass dies 2012 neu ist.

• Die Tabellenpartitionierung ist nur eine EE-Funktion. Wenn Sie Tabellenpartitionen zum Verwalten großer Datenmengen verwenden möchten, benötigen Sie EE.

• Star Join-Transformationen werden nur in EE unterstützt. Wenn Sie eine Anwendung mit vielen hochselektiven Abfragen (<1% Deckung) in einer sehr großen Faktentabelle haben, können Sie durch Sternumwandlungen einen Gewinn erzielen. Diese Funktion ist in SQL Server-Kreisen jedoch nicht wirklich gut dokumentiert, sodass schwer zu sagen ist, wie gut sie in der Praxis funktioniert.

• Columnstore-Index - Wenn Sie diesen Index für schnelle ROLAP-Anwendungen verwenden möchten (mithilfe des Berichts-Generators oder eines ROLAP-Tools eines Drittanbieters wie Business Objects), erhalten Sie möglicherweise erhebliche Meilen mit dieser Funktion in EE.

• Die Tabellenkomprimierung kann zum Archivieren alter Daten hilfreich sein.

• Die BI Edition unterstützt nur Server einer bestimmten Größe - 64 GB RAM, 4 Sockets oder 16 Kerne für den Datenbankserver. Wenn Sie über eine Maschine mit zwei Steckdosen skalieren möchten, benötigen Sie wahrscheinlich EE.

• Die BI Edition wird nur auf Server + CAL-Basis lizenziert.

• Parallele DBCC- und Index-Builds werden nur in EE unterstützt. Wenn Sie Indizes für ETL-Ladevorgänge löschen und neu erstellen möchten, kann dies Ihre Laufzeit verkürzen, insbesondere bei inkrementellen Ladevorgängen auf große etablierte Datensätze.

• EE verfügt über eine Funktion zum erneuten Schreiben von Abfragen (die als "automatische Verwendung der indizierten Ansicht durch den Abfrageoptimierer" bezeichnet wird). Wenn Sie diese verwenden möchten, um die ROLAP-Leistung zu steigern, möchten Sie möglicherweise EE. Obwohl dies eine ziemlich ausgereifte Funktion unter Oracle ist, kann ich nicht wirklich dafür bürgen, wie gut sie in der Praxis unter SQL Server funktioniert - obwohl SQL Server einen CUBE-Operator in GROUP BY hat, der hauptsächlich für diese Anwendung empfohlen wird.

• EE verfügt über schnelle Oracle- und Teradata-Adapter für SSIS sowie Adapter für verschiedene andere Unternehmensquellen wie SAP BW.

• Einige der MDM-Funktionen von SSIS - z. B. Fuzzy-Lookups - sind nur in EE verfügbar.

• Die Datenerfassung ändern ist eine reine Enterprise Edition-Funktion.

"Business Intelligence" umfasst alles vom Datenbankdesign bis zum Excel-Monkeying.

Auf dieser Grundlage interpretiert ich die neue BI-Edition auf der OLAP- / Cube- / Analyse- / Mining-Seite im Vergleich zur RDBMS-Seite mit "Whizzier" -Funktionen.

Wahrscheinlich ist nur "Spaltenspeicher" für BI wirklich relevant. Die Partitionierung selbst kann nur die Enterprise Edition sein, aber ALTER TABLE..SWITCH kann in der Standard Edition ausgeführt werden.

Die BI-Edition hat auch keine Speicherbeschränkung für SSAS und SSRS