Qual é o tamanho "muito grande" para o SQL 2008 Web Edition?

Para nosso aplicativo que será hospedado em breve, eu preciso escolher entre o SQL Server 2008 Web edition e o SQL Server 2008 Enterprise edition. Não há nenhuma funcionalidade "essencial": o aplicativo atualmente é executado no SQL Express, mas excederá o tamanho máximo de 10 GB que o SQL Express impõe.

Estou olhando para este gráfico de comparação e a tabela mais significativa nesta página "Escalabilidade e desempenho". À medida que as tabelas aumentam, funcionalidades como "Particionamento de tabelas e índices" seriam vitais para garantir velocidades de desempenho. Mas em quais tamanhos de tabela isso seria necessário?

Quais estratégias devo usar para determinar se o tamanho e o uso do meu banco de dados exigem a funcionalidade de escalabilidade e desempenho do Enterprise Edition?

Esta é uma pergunta muito difícil de responder e a única coisa correta a dizer é "depende". Sim, é banal, mas isso não o torna falso. Dito isto, tentarei o meu melhor para lhe dar uma resposta (use o Padrão) e explique o processo de pensamento por trás disso.

Não estou familiarizado com a edição "Web" do SQL, mas certamente posso esclarecer as diferenças entre o Standard e o Enterprise. Correndo o risco de uma generalização massiva, eu diria que, se você estiver procurando entre 10 e 100 GB de um único banco de dados e não tiver certeza de que precisa dos recursos da empresa, a diferença de custo inicial combinada com a facilidade de atualizar o SKU ( Edition) se / quando você precisar dizer que escolher o Standard em vez do Enterprise provavelmente faz mais sentido. Suponho que a edição "Web" seja uma versão padrão semi-despojada e, pessoalmente, eu a evitaria com base no aviso de isenção de responsabilidade "Web Workloads Only". Afinal, o que isso quer dizer?!

Então, como alguém realmente determina se precisará dos recursos da empresa? Bem, a melhor maneira de pensar é baixar os testes Standard e Enterprise (ou obter uma licença do MSDN) e fazer testes de desempenho nas duas edições. Se você achar que não pode atingir / exceder suas metas de desempenho com a edição inferior, identifique os gargalos e verifique se os recursos da empresa ajudariam. Nesse caso, atualize e faça as alterações necessárias para usar os recursos e teste novamente. Na minha experiência, os principais recursos de que um usuário utiliza no Enterprise são (na ordem do mais comum ao menos):

• reindexação online
• compactação de linha / página
• compressão de backup
• índices filtrados
• particionamento e índices particionados
• visualizações indexadas
• operações de índice paralelo

E finalmente ... Ao mudar de algo que está funcionando bem no SQL Express, acho que não haveria muitos casos que justificariam o salto para o Enterprise. Sozinho, os recursos adicionais do sistema que a versão completa do SQL pode usar devem proporcionar grandes ganhos.

Recursos como particionamento de tabela geralmente são usados ​​apenas em data warehouses, onde você tem bilhões de linhas para lidar e deseja controlar em quais discos cada parte da tabela está armazenada.

O tamanho dos dados realmente não importa entre a web e a empresa. Existem muitas pessoas executando bancos de dados muito grandes na edição padrão (não conheço ninguém usando o grupo de trabalho ou a edição na web). As maiores alterações são a quantidade de memória que você pode atribuir ao SQL Server. Quanto mais memória, melhor, quanto mais memória você tiver, menor será o acesso a dados no disco.

Para você, o maior ponto de venda entre as edições Web e Enterprise serão as recriações de índice online obtidas com o Enterprise Edition. Se você puder pagar a interrupção todas as noites (ou semanalmente) para reconstruir o índice (ou você pode se dar bem com as desfragmentações do índice), continue com a edição da web até que você precise fazer upgrade ou quando a interrupção for necessária para executar o índice reconstruções é muito longo.

Atualização 28/11/2011 Algo novo a ser lembrado é que a edição da Web estará disponível apenas através de um provedor de hospedagem como o RackSpace a partir do SQL Server 2012 e a edição do Workgroup será desativada. Portanto, se você estiver comprando uma licença neste momento, convém usar o Standard ou o Enterprise. Fiz uma grande descrição sobre o licenciamento do SQL Server 2012 ( aqui também), que abrange todas as alterações que você deseja conhecer.