Perdoe-me se este é o site de troca errado para esta pergunta. Parece o certo.
Há muito tempo sou fã de escrever consultas manualmente, mas recentemente adquiri o hábito de usar o designer de consultas no Management Studio por um motivo - ele permite a edição de dados no local. (Provavelmente existe uma maneira de fazer isso na janela de consulta manual, mas ainda não descobri)
De qualquer forma, hoje eu queria criar uma nova instância dela para uma tabela e preservar a que já tinha aberta. Não me deixaria. Quando cliquei em 'abrir tabela' no explorador de objetos, ele apenas me levou para a janela que já estava aberta. Isso significava que, se eu quisesse consultar os dados de uma maneira diferente, teria que abandonar a consulta que havia configurado.
Existe uma maneira de obter uma segunda (ou mais) janela do designer de consulta para a mesma tabela?
Ocorre-me que posso apenas abrir uma segunda instância de todo o aplicativo (SSMS), mas isso parece um exagero para o que deve ser uma necessidade simples/comum.
Eu não acredito que haja uma maneira de fazer isso. O SSMS parece impedir que você abra mais de uma instância, e a única solução alternativa em que consigo pensar é não chutar o SSMS, mas apenas abrir uma nova instância de todo o aplicativo (como você também já adivinhou).
Em qualquer caso, recomendo fortemente que você volte ao seu comportamento anterior - o designer de consulta está cheio de bugs e seu recurso "editar dados no local" na verdade significa que a grade precisa colocar bloqueios desnecessários na tabela subjacente. Em um sistema simultâneo, isso pode ser desastroso - que tipo de manipulação de simultaneidade você acha que existe? Você deve tentar abrir duas instâncias do SSMS e tentar editar a mesma linha em cada cópia. Divertido, divertido!
Embora seja um pouco mais trabalhoso escrever, usar o DML adequado (atualizar/inserir/excluir) em uma janela de consulta adequada é uma abordagem muito melhor para a modificação de dados ad hoc IMHO. E há muito venho defendendo ficar longe dos designers visuais do SSMS em todas as suas várias formas. A equipe tentou, mas parte do código defeituoso está lá desde o Query Analyzer e nunca será corrigido.