Em nosso ambiente atual, os desenvolvedores não podem usar a depuração SQL em nenhum dos servidores de controle de qualidade. Não está claro para mim por que a decisão foi tomada.
Quais fatores devem ser considerados para decidir a favor ou contra a ativação da depuração de SQL?
Estou analisando os servidores de controle de qualidade que não são usados para produção, mas são compartilhados entre uma dúzia de equipes que trabalham em projetos não relacionados. Nossos desenvolvedores não podem executar bancos de dados locais por diversos motivos.
EDIT: Para esclarecer, os servidores são chamados de controle de qualidade, mas eles realmente são um misto "desenvolvimento / preliminar QA" servidores. Existem servidores UAT separados.
Sim. Para usar o depurador T-SQL, os membros devem ser membros da função de servidor fixa sysadmin. Isso lhes dá direitos completos sobre o SQL Server. Isso não é algo que você queira distribuir aos desenvolvedores em um ambiente de controle de qualidade ou de produção. O desenvolvimento pode ser uma história diferente.
Referência: Manuais Online do SQL Server 2008 - Configurando e iniciando o depurador Transact-SQL
Além disso, se você depurar, poderá interromper processos no Sql Server, impedindo que qualquer outra pessoa atue enquanto estiver depurando ativamente. Se o servidor for compartilhado por um grande número de equipes, isso pode ser um problema.
A ativação da depuração exigirá recursos adicionais na máquina, mas, caso contrário, não vejo motivo para desativá-la. Talvez haja preocupações de segurança com os dados?
Tags debugging sql-server