Eu tenho um par de tabelas (User & UserRecord) no meu banco de dados que ficam extremamente fragmentadas (como 99%) e fazem com que todo o banco de dados e, portanto, o site pare de funcionar.

UserRecord é uma espécie de instantâneo desse usuário em um determinado momento. O usuário é como o registro mestre desse usuário. O usuário tem 0 para muitos UserRecords. Usuário tem cerca de um milhão de linhas, UserRecord tem cerca de 2,5 milhões. Essas tabelas são gravadas para muito. Eles também estão sendo pesquisados ​​muito. Ambos vão ficar muito maiores. Os principais índices ficando mal fragmentados são as chaves primárias das tabelas User e UserRecord.

O banco de dados é o SQL Server 2012 e estou usando o Entity Framework e não estou usando nenhum procedimento armazenado.

Tabelas são mais ou menos assim:

USER
UserName string PK ClusteredIndex
FirstName string
LastName string
+SeveralMoreRows

USER_RECORD
UserRecordId int PK ClusteredIndex
ListId int FK(List)
UserName string FK(User) NonClusteredIndex
Community string NonClusteredIndex
DateCreated datetime
+LotsMoreRows

LIST 
ListId int PK & ClusteredIndex
Name string
DateCreated datetime

(não tenho certeza se Listar isso é importante ou não, mas pensei em incluí-lo como relacionado ao User_Record. A lista tem 0 a muitos UserRecords)

Definimos um plano de manutenção do SQL para reconstruir os índices diariamente, o que ajuda, mas às vezes não é suficiente.

Um amigo sugeriu que usássemos dois bancos de dados, um para leitura, outro para gravação, e nós sincronizamos o DB lido do banco de dados de gravação. Não que eu saiba alguma coisa sobre isso, mas o primeiro problema que vejo com essa solução é que precisamos de dados atualizados ao visualizar o site. Por exemplo, se atualizarmos os detalhes de um usuário ou um UserRecord, queremos ver essas alterações imediatamente.

Alguém tem alguma sugestão sobre como eu posso corrigir esse problema antes que ele fique fora de controle?