Com que frequência devemos usar Estatísticas de atualização. (Mais frequente ou não)

Com que frequência devemos agendar?

Você terá que decidir isso por si mesmo.

• Vai depender da modificação (inserir atualização deletar) de suas colunas que estão relacionadas a essa estatística em questão. Você pode usar meu script TSQL para localizar o status das estatísticas do SQL Server para encontrar a quantidade de linhas modificadas desde as últimas estatísticas atualizadas.
• Suas estatísticas de atualização automática estão ativadas?
• Tamanho da sua tabela devido ao limite quando as estatísticas de atualização automática são acionadas. Entendendo quando as estatísticas serão atualizadas automaticamente por Erin Stellato explica em detalhes.
• Se você achar que suas estatísticas de atualização automática não são boas o suficiente, considere atualizar manualmente as estatísticas.
• Se você tiver tabelas grandes para a versão anterior a 2014, considere Trace Flag 2371. Lembre-se de que é padrão no SQL 2016. Erik Darling fala sobre isso em Alterações nos limites de estatísticas de atualização automática no SQL Server 2016 .

Quais são as desvantagens de agendá-lo com muita frequência?

Kendra Little explica em UPDATE STATISTICS: The Secret IO Explosion com algumas dicas de como fazer o mesmo com mais eficiência.

Existe uma maneira de evitar as desvantagens com as atualizações regulares sendo executadas em paralelo?

Se você quis dizer executar estatísticas de atualização em paralelo, sugiro 2 coisas a serem observadas.

1. Não execute estatísticas da mesma tabela em paralelo, isso causará bloqueio. Houve melhorias nisso desde o SQL 2014. Leia mais detalhes em Suporte aprimorado para recriações de estatísticas paralelas por Jonathan Kehayias e em Melhorando o desempenho de estatísticas de atualização com SQL 2014 e SQL 2016 por Parikshit Savjani da Microsoft Tiger Team.
2. A fase de verificação das estatísticas de atualização fica paralela e foi aprimorada no SQL 2016. Tenha cuidado com o número de sessões em execução em paralelo, você pode fazer com que outras sessões aguardem agendadores disponíveis. Consulte a atualização de estatísticas paralelas de perguntas e respostas relacionadas .

Com base na edição da sua pergunta número 3, sugiro que você leia Auto Update Stats Async Enabled .

Recursos adicionais:

• Quando atualizar as estatísticas?
• Perguntas sobre estatísticas do SQL Server que éramos muito tímidos para perguntar por Grant Fritchey
• Outra razão para evitarsp_updatestats por Erin Stellato

As reorganizações de índice (ALTER INDEX REORG) não atualizam as estatísticas da mesma forma que as reconstruções de índice, e as reconstruções de índice individuais (ALTER INDEX myIndex REBUILD) atualizam apenas as estatísticas desse índice.

Se você estiver fazendo reorganizações de índice (com base na porcentagem de fragmentação etc.), convém combinar isso com um processo de atualização de estatísticas, pelo menos para os índices com estatísticas que não foram atualizadas na reorganização do índice (verifique sys. dm_db_stats_properties):

declare @tablename sysname = 'myTable';
select t.object_id, t.name, s.stats_id, p.last_updated
from sys.tables t
join sys.stats s
  on t.object_id = s.object_id
cross apply sys.dm_db_stats_properties(s.object_id, s.stats_id) p
where t.name = @tablename;