O SharePoint usa uma única tabela (ou seja, dbo.AllUserData) com colunas como nvarchar1, nvarchar2, ..., nvarchar64ou int1, int2, ..., int16(193 colunas no total) para armazenar todos os itens de todas as listas em todos os conjuntos de sites.
Criar novos índices, recalcular estatísticas etc. pode ajudar?
Vamos esquecer por enquanto que é muito provável que perca o suporte da Microsoft para a instalação do SharePoint modificada dessa maneira.Estou certo ao pensar que tal projeto torna inúteis todas as técnicas clássicas de ajuste de bancos de dados?
Alguém já tentou resolver problemas de desempenho do SharePoint de alguma outra maneira além de adicionar hardware mais/rápido?
Não há muito o que fazer para ajustar o próprio banco de dados. Você não tem permissão para criar índices ou estatísticas.
Mantenha seus bancos de dados de conteúdo pequenos. Se chegarem a 100 Gigs, você desejará adicionar outro banco de dados de conteúdo (há maneiras de fazer isso por meio da interface do usuário do SharePoint).
À medida que as tabelas crescem, você deve ter certeza de que está fazendo reconstruções de índice e atualizando as estatísticas regularmente.
Você pode usar o recurso EBS se estiver usando o SharePoint 2010 (também pode estar no SharePoint 2007), o que permitirá mover os dados blob para fora do banco de dados e armazená-los no sistema de arquivos usando o recurso FILESTREAM do SQL Server.
Além disso, não há muito o que fazer além de jogar mais hardware no problema.