Armazenamento de dados do SQL Server 2012 e versões diferentes

Com o Sql Server 2012, existem três edições principais: Enterprise Edition, Business Intelligence, Standard.

A comparação completa entre os três: http://www.microsoft.com/sqlserver/en/us/future-editions/sql2012-editions.aspx

A edição de inteligência de negócios implica que o objetivo é o armazenamento de dados e cobre o que parece ser uma das principais preocupações para isso:

• Inteligência comercial de autoatendimento (alertas, Power View, PowerPivot para SharePoint Server)
• BI corporativo avançado (modelo semântico de BI tabular, análises e relatórios avançados, mecanismo de memória VertiPaq ™)
• Integração avançada de dados (agrupamento difuso e pesquisa, captura de dados alterados, mineração de dados avançada)
• Gerenciamento de dados corporativos (Data Quality Services, Master Data Services)

No entanto, a edição corporativa é a única versão que possui:

Data Warehousing (Índice ColumnStore, Compactação, Particionamento)

Que funcionalidade isso implica que é separada entre as edições BI e Enterprise?

Edição de Business Intelligence

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.

Uma análise mais detalhada dos recursos SE, BI e EE pode ser encontrada aqui.

Algumas coisas que ficarão bem com a edição de BI

• 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.

Algumas coisas para as quais você precisará do Enterprise Edition

• 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.

"Business Intelligence" abrange tudo, desde o design do banco de dados até o Excel.

Com base nisso, minha interpretação da nova edição de BI são os recursos "whizzier" no lado OLAP / cubo / análise / mineração em comparação com o lado RDBMS.

Indiscutivelmente, apenas o "armazenamento de colunas" é realmente relevante para o BI. O particionamento em si pode ser apenas da edição Enterprise, mas o ALTER TABLE..SWITCH pode ser executado na edição Standard.

A edição BI também não possui limite de uso de memória para SSAS e SSRS