Le dernier changelog ((18.0 Aperçu 7) de SQL Server Management Studio a annoncé que le T-SQL débogueur est obsolète.
Quelles sont les alternatives pour l'avenir? Quelqu'un peut-il comprendre cette décision? Je crains que l'élimination d'un outil de développement fondamental comme celui-ci affectera de nombreux développeurs.
@Dens est correct en allant à Visual Studio Community Edition, mais il s'agit de la moitié de la réponse en tant que valeurs de variable de table ne peut pas être inspectée et avoir l'espace réservé comme (tableau); Cela est dû à Microsoft ne terminant pas cette partie du débogueur. Actuellement, vous ne pouvez voir que des types de données primitifs sortis dans l'onglet Locaux.
Les travaux de vue pour voir des variables de table lorsqu'ils sont supprimés, mis à jour ou insérés consistent à utiliser le mot-clé de sortie avec chaque requête pour émettre les éléments insérés ou supprimés. Maintenant, lorsque vous intercipriez, vous verrez les variables primitives de l'onglet Logger Debugger appelée "locaux" et les variables de table dans les résultats ou l'onglet T-SQL au fur et à mesure de votre passage. Malheureusement, le nom de la variable ne sera pas à côté de la sortie, ce que vous entrez, sa sortie de table appartient à la variable
En outre, si vous déboguez une procédure stockée sur une base de données SQL non sur votre base de données locale, je vous recommande de sauvegarder une version locale de la base de données avec l'édition de développeur de SQL Server car la fixation d'un débogueur à la requête sera bloquée par le pare-feu. Ensuite, vous aurez besoin de privilèges sysadmin et d'ouvrir des ports pouvant fonctionner, mais cela ne fonctionnait pas dans mon lieu de travail. Nous avons essayé même de laisser tomber tout le pare-feu et de rien mais bonne chance.
Alternative: ??