- Vá para uma tabela aleatória no Object Explorer
- Expanda-o para índices
- Clique com o botão direito do mouse em um índice - leva cerca de 10 segundos para aparecer
Se eu tentar criar um DROP & CREATE INDEXscript fora do menu de contexto, levará um tempo semelhante.
Examinei o rastreamento do Profiler e ele tem cerca de 4 páginas de consultas amplamente repetidas. Se eu olhar para a guia Desempenho/Ethernet do Gerenciador de Tarefas, vejo que ele está trazendo informações a uma taxa de 800kb-1mb e enviando cerca de 200kb ou mais.
Isso é um inseto? Característica? Estou perdendo alguma configuração simples?
- Versão do SSMS: 13.0.15900.1.
- SSMS atualizado para 13.0.16000.28 sem efeito.
- Versão do SQL Server: 2016 com atualização cumulativa 2.
- Eu tinha o SQL Prompt 7 instalado. Desinstalei, mas nada mudou.
SELECT COUNT(*) FROM sys.indexes;retorna 1979.SELECT COUNT(*) FROM sys.partitions;retorna 1973.
Eu tenho a caixa só para mim, então não há disputa. Além disso, esta caixa é a caixa mais rápida e com as melhores especificações em que já trabalhei. Tudo é rápido nele, exceto esta operação específica.
Corrigi isso alterando meu método de autenticação de "Autenticação do Windows" para "Autenticação do SQL Server".
Eu não tenho ideia do porquê.
Antes dessa mudança, eu tinha que esperar até 1 minuto para o menu de contexto aparecer.
Após a mudança, os menus de contexto são instantâneos.
Percebo isso de vez em quando depois de abrir o SSMS (2012) por mais de uma semana ou mais e tenho executado coisas como monitor de atividade / monitor de replicação / painéis AO
Verifique a abertura de outra instância do SSMS para ver se leva o mesmo tempo, se for significativamente mais curto, feche os dois (não estou falando instantâneo, apenas 2-3 segundos em vez de 9-10)
Em seguida, salve os scripts necessários e feche todas as cópias do SSMS em execução nessa máquina e abra-as, deve voltar ao horário normal.
Isso funcionou para mim algumas vezes no passado.
Há muita informação por aí sobre esse comportamento que remonta a anos. Aqui está um tópico: SQL Server Management Studio abre lentamente novas janelas
O fio condutor parece que o SSMS está tentando acessar um local na Internet. Outra coisa que diz para alterar a configuração de aceitação do feedback do usuário.
Talvez uma dessas opções acelere
Na minha experiência, isso ocorre porque o SSMS executa (ou verifica a autorização para executar) determinados procedimentos armazenados do sistema toda vez que abre o menu de contexto. Percebi isso quando fui ver uma definição de tabela em um servidor onde não tinha permissão para alterar tabelas, etc. A resposta do servidor ao clicar com o botão direito do mouse no menu de contexto foi retornar uma longa lista de procedimentos armazenados pelo sistema não tinha acesso - antes mesmo do menu de contexto aparecer. Depois de descartar a caixa de diálogo "acesso negado", o menu de contexto apareceu. Isso acontecia toda vez que eu invocava o menu de contexto.
Mesmo se você tiver todas as permissões necessárias, o SSMS ainda parece fazer essa verificação. Se o servidor de destino tiver uma conexão lenta, levará muito mais tempo. É quase como se ele autenticasse novamente para cada item no menu, embora isso seja apenas um palpite. Parece loucura que ele não apenas armazene em cache a primeira resposta, em vez de fazê-lo todos. solteiro. Tempo.
Design muito ruim para uma parte da interface do usuário usada com muita frequência.