A edição do Business Intelligence possui alguns recursos úteis, como Master Data Services e agregações não aditivas (ou seja, qualquer coisa, exceto soma / contagem). O EE possui particionamento e o restante dos grandes recursos de banco de dados. Os recursos de EE são principalmente relevantes para usuários com grandes volumes de dados. Se você tiver menos de (digamos) 100 GB de dados, provavelmente poderá se dar bem com a edição de BI. A edição de BI também tem um limite no número de núcleos e memória de CPU que podem ser usados pelo servidor de banco de dados, embora isso não pareça se aplicar ao Analysis Services ou Reporting Services.
A maioria dos aplicativos OLAP - edição BI parece fornecer agregados inteligentes (último não vazio, etc.) e outros recursos que o SE não fornece no servidor OLAP. Pela aparência do link, todos os recursos do SSAS presentes no EE estão presentes na edição de BI, o que o torna um pouco mais um concorrente para data marts.
Aplicativos MDM - edição de BI vem com o Master Data Services.
Volumes de dados moderados. Provavelmente, você pode se safar (digamos) de 100 GB ou mais no BIE aplicando força bruta no nível do hardware (discos rápidos).
A edição de BI oferece suporte a visualizações particionadas distribuídas, o que fornece um recurso básico de compartilhamento somente leitura. No entanto, o hardware e o licenciamento adicionais podem não ser mais baratos do que morder a bala e obter EE.
O SSRS parece ser o mesmo nas edições BI e Enterprise.
Os limites principais de memória e CPU não se aplicam aos servidores SSAS e SSRS.
Se você possui requisitos de conformidade para dados fisicamente seguros, os recursos de criptografia e auditoria do EE podem ser desejáveis. Observe que isso é novo em 2012.
O particionamento de tabela é um recurso exclusivo de EE. Se você deseja usar partições de tabela para gerenciar grandes volumes de dados, precisará do EE.
As transformações de junção em estrela são suportadas apenas no EE. Se você tiver um aplicativo com muitas consultas altamente seletivas (<1% de cobertura) em uma tabela de fatos muito grande, poderá obter uma vitória com as transformações em estrela. Porém, esse recurso não está muito bem documentado nos círculos do SQL Server, por isso é difícil dizer o quão bem ele funciona na prática.
Índice columnstore - se você quiser usá-lo para aplicativos ROLAP rápidos (usando o construtor de relatórios ou uma ferramenta ROLAP de terceiros, como Business Objects), poderá obter quilometragem significativa desse recurso no EE.
A compactação de tabela pode ser útil para arquivar dados antigos.
A edição BI suporta apenas servidores de um determinado tamanho - 64 GB de RAM, 4 soquetes ou 16 núcleos para o servidor de banco de dados. Se você quiser escalar acima de uma máquina de dois soquetes, provavelmente precisará do EE.
A edição de BI é licenciada apenas com base em 'Server + CAL'.
DBCC paralelo e compilações de índice são suportadas apenas no EE. Se você deseja eliminar e recriar índices para cargas de ETL, isso pode reduzir o tempo de execução, principalmente em cargas incrementais em grandes conjuntos de dados históricos.
O EE possui um recurso de reescrita de consulta (chamado 'uso automático da exibição indexada pelo otimizador de consulta'). Se você quiser usá-los para aumentar o desempenho do ROLAP, poderá querer o EE. No entanto, embora esse seja um recurso bastante maduro no Oracle, não posso realmente garantir a eficácia do funcionamento do SQL Server na prática - embora o SQL Server tenha um operador CUBE no GROUP BY, o qual é mais indicado para este aplicativo.
O EE possui adaptadores Oracle e Teradata rápidos para SSIS e adaptadores para várias outras fontes 'corporativas', como SAP BW.
Alguns dos feitos MDM-ish do SSIS - por exemplo, pesquisas difusas - estão disponíveis apenas no EE.
O Change Data Capture é um recurso exclusivo da Enterprise Edition.