La edición Business Intelligence tiene algunas características útiles, como Master Data Services y agregaciones no aditivas (es decir, cualquier cosa menos suma / recuento). EE tiene particiones y el resto de las características de bases de datos grandes. Las características de EE son principalmente relevantes para usuarios con grandes volúmenes de datos. Si tiene menos de (digamos) 100 GB de datos, probablemente pueda sobrevivir con la edición de BI. La edición de BI también tiene un límite en la cantidad de núcleos de CPU y memoria que puede usar el servidor de la base de datos, aunque esto no parece aplicarse a Analysis Services o Reporting Services.
La mayoría de las aplicaciones OLAP: la edición BI parece brindarle los agregados inteligentes (último no vacío, etc.) y otras características que SE no tiene en el servidor OLAP. Por el aspecto del enlace, todas las características de SSAS presentes en EE están presentes en la edición de BI, lo que lo hace un poco más un competidor para los data marts.
Aplicaciones MDM: la edición BI viene con Master Data Services.
Volúmenes de datos moderados. Probablemente pueda salirse con (digamos) 100GB más o menos en BIE aplicando fuerza bruta a nivel de hardware (discos rápidos).
La edición de BI admite vistas particionadas distribuidas, lo que le brinda una capacidad básica de fragmentación de solo lectura. Sin embargo, el hardware y las licencias adicionales pueden no ser más baratos que morder la bala y obtener EE.
SSRS parece ser el mismo en las ediciones de BI y Enterprise.
Los límites de memoria y núcleo de la CPU no se aplican a los servidores SSAS y SSRS.
Si tiene requisitos de cumplimiento para datos físicamente seguros, entonces las instalaciones de encriptación y auditoría de EE pueden ser deseables. Tenga en cuenta que esto es nuevo en 2012.
El particionamiento de tablas es una característica única de EE. Si desea utilizar particiones de tabla para administrar grandes volúmenes de datos, necesitará EE.
Las transformaciones de unión en estrella solo son compatibles con EE. Si tiene una aplicación con muchas consultas altamente selectivas (<1% de cobertura) en una tabla de hechos muy grande, puede obtener una ganancia de las transformaciones en estrella. Sin embargo, esta característica no está realmente bien documentada en los círculos de SQL Server, por lo que es difícil saber qué tan bien funciona en la práctica.
Índice de almacén de columnas: si desea utilizar esto para aplicaciones ROLAP rápidas (utilizando el generador de informes o una herramienta ROLAP de terceros, como Business Objects), puede obtener un kilometraje significativo de esta función en EE.
La compresión de tablas puede ser útil para archivar datos antiguos.
La edición BI solo admite servidores de cierto tamaño: 64 GB de RAM, 4 sockets o 16 núcleos para el servidor de la base de datos. Si desea escalar por encima de una máquina de dos sockets, probablemente necesite EE.
La edición de BI solo se otorga bajo la licencia 'Servidor + CAL'.
Las compilaciones paralelas de DBCC e índice solo son compatibles con EE. Si desea descartar y volver a crear índices para cargas ETL, esto puede reducir sus tiempos de ejecución, particularmente en cargas incrementales en grandes conjuntos de datos existentes.
EE tiene una función de reescritura de consultas (llamada 'uso automático de la vista indizada por el optimizador de consultas'). Si desea utilizar estos para aumentar el rendimiento de ROLAP, puede que desee EE. Sin embargo, aunque esta es una característica bastante madura en Oracle, realmente no puedo dar fe de lo bien que funciona en SQL Server en la práctica, aunque SQL Server tiene un operador CUBE en GROUP BY, que está principalmente destinado a esta aplicación.
EE tiene adaptadores rápidos de Oracle y Teradata para SSIS, y adaptadores para varias otras fuentes 'empresariales' como SAP BW.
Algunas de las características MDM-ish de SSIS, por ejemplo, búsquedas difusas, solo están disponibles en EE.
Change Data Capture es una característica exclusiva de Enterprise Edition.