问Server 2012数据仓库和不同版本

EN

商业智能版

版本有一些有用的特性，如主数据服务和非加性聚合(即，除了sum/count)。EE具有分区和其他大型数据库功能。EE特性主要与大数据量的用户相关。如果您的数据小于(例如)100 by，那么您可能可以使用BI版本。B.I.Edition对数据库服务器可以使用的CPU核心和内存的数量也有限制，尽管这似乎不适用于Analysis或Reporting。

更详细的S.E.、B.I.和E.E.特性可以找到这里。。

一些

版本会很好的东西

• 大多数OLAP应用程序- B.I.版本似乎给了您聪明的聚合(最后非空等)。以及其他在OLAP服务器上SE不具备的特性。通过链接的外观，EE中所有的SSAS功能都出现在B.I.版本中，这使得它更像是数据集市的竞争者。
• MDM应用程序- B.I.版本附带主数据服务。
• 中等数据量。通过在硬件级(快速磁盘)上施加蛮力，您可能可以在BIE上获得100 at左右的内存。
• B.I.Edition支持分布式分区视图，这为您提供了基本的只读切分功能.然而，额外的硬件和许可可能并不比咬紧牙关和获得EE便宜。
• SSRS在B.I.版本和企业版本之间似乎是相同的。
• 内存和CPU核心限制不适用于SSAS和SSRS服务器。

一些您需要的

企业版

• 如果您对物理安全数据有遵从性要求，那么EE的加密和审计功能可能是可取的。请注意，这在2012年是新的。
• 表分区是EE唯一的特性。如果要使用表分区来管理大型数据卷，则需要EE。
• 仅在EE中支持星型连接转换。如果您的应用程序在一个非常大的事实表上具有大量的高选择性(<1%覆盖率)查询，那么您可能会从星型转换中获得胜利。不过，这个特性在Server圈子中并没有得到很好的记录，因此很难判断它在实践中的工作效果如何。
• Columnstore索引--如果您希望将其用于快速ROLAP应用程序(使用报表生成器或第三方ROLAP工具(如Business ))，那么您可以从EE上的这一特性中获得可观的里程。
• 表压缩可能对归档旧数据很有用。
• B.I.Edition只支持一定大小的服务器--64 16、4个套接字或数据库服务器的16个核心。如果您想在两个套接字机器之上缩放，那么您可能需要EE。
• B.I.版本只在“服务器+CAL”的基础上获得许可。
• 仅在EE中支持并行DBCC和索引构建。如果希望删除和重新创建ETL负载的索引，这可能会减少运行时间，特别是在增量负载到大型在任数据集中的情况下。
• EE有一个查询重写工具(称为“查询优化器自动使用索引视图”)。如果您想使用这些来提高ROLAP性能，您可能需要EE。然而，虽然这是Oracle上一个相当成熟的特性，但实际上我不能保证它在SQL Server上的工作效果--尽管SQL Server在GROUP BY上确实有一个多维数据集操作符，这个运算符主要是为这个应用程序缩进的。
• EE有用于SSIS的快速Oracle和Teradata适配器，以及其他各种“企业级”源(如SAP )的适配器。
• 一些MDM-- SSIS的一些功能--例如，模糊查找--只能在EE中使用。
• 更改数据捕获是企业版唯一的功能。

“商业智能”涵盖了从数据库设计到Excel复制的所有内容。

基于此，我对新BI版本的解释是，与RDBMS方面相比，OLAP/多维数据集/分析/挖掘方面的"whizzier“特性。

可以说，只有“列存储”才真正与BI相关。分区本身可能只是企业版，但ALTER TABLE..SWITCH可以在标准版中运行。

BI版本也没有用于SSAS和SSRS的内存使用限制。