Wie füge ich die Debug-Schaltfläche zu SSMS v18 hinzu?

Die DebugSchaltfläche ist in dieser Version von SSMS vorhanden:

In Version 18, Vorschau 4, ist es jedoch nicht vorhanden:

Ich habe auf verschiedene Arten versucht, die DebugSchaltfläche zu meinem SSMS hinzuzufügen, war jedoch nicht erfolgreich.

Gibt es eine Möglichkeit, die DebugSchaltfläche zu SSMS v18 hinzuzufügen?

sql-server ssms

— Marcello Miorelli
quelle

Wir können abstimmen, um es zurückzubringen: feedback.azure.com/forums/908035-sql-server/suggestions/…

— MattBH

Antworten:

Debugger ist in SSMS18 veraltet, wie @LowlyDBA in seiner Antwort sagte .

Für diejenigen, die nach einer Alternative suchen, können Sie SSDT / Visual Studio zum Debuggen einer Abfrage verwenden.

Verbindung zu einem SQL Server herstellen (im Menü Extras)
Öffnen Sie eine neue Abfrage (Server-Explorer, Rechtsklick, neue Abfrage)
Geben Sie Ihre Anfrage ein
Mit Debugger ausführen

Aus dem SQL-Menü

Aus der Dropdown-Liste neben dem Ausführungssymbol im Abfragefenster

Aus dem Kontextmenü im Abfragefenster

— Pred
quelle

Leider stürzt dadurch VS 2019 ab. Versucht am spätesten 19 und Vorschau. 😤

— Mayank

@Mayank Danke für dieses Update, ich kann es jetzt nicht verifizieren, da ich keine SQL Server 2019-Instanz dafür habe.

— Pred

Ich habe das Problem beim VS-Team angesprochen. Hoffentlich wird es bald behoben.

— 21.

Das funktioniert für mich ... aber nicht für eine gespeicherte Prozedur. Man muss den SP zuerst in eine Abfrage konvertieren und dann in einem Abfragefenster debuggen.

— Matt

Diese Funktion ist in SSMS 18 veraltet und daher nicht mehr verfügbar.

Datenbankdiagramme wurden in SSMS 18 entfernt, jedoch ab Version 18.1 neu hinzugefügt

— LowlyDBA
quelle

Ich bin völlig anderer Meinung als die Aussage, dass der Debugger in SSMS "schrecklich" ist. Ja, es ist möglicherweise nicht so leistungsfähig wie VS, ABER , es ist bequem und einfach für einfache Aufgaben zu verwenden. Ich finde es schade, dass die MS diese Art der "Abwertung" ohne umfassende Beratung durchführt.

— Jyao

Ich stimme auch nicht zu. Das Durchlaufen von Sprocs, um die korrekte Funktionalität sicherzustellen, ist eine wichtige Funktion. SSMS ist ohne es verkrüppelt. Mindestens 350 Personen auf Azure.com möchten es zurückhaben. feedback.azure.com/forums/908035-sql-server/suggestions/… Die Verwendung von Visual Studio 2019 ist eine schlechte Problemumgehung. Nachdem Sie den Begrüßungsbildschirm über "Ohne Code fortfahren" umgangen und eine Verbindung mit einem speziellen Explorer-Fenster hergestellt haben, haben Sie keinen Zugriff auf die zuletzt verwendeten Dateien oder vertrauten Tools. Wenn Sie in eine gespeicherte Prozedur eintreten, bleibt dieser Bildschirm unbegrenzt hängen. SSMS v18 ist ohne den Debugger nutzlos.

— Triynko

Ja, nicht nur ich: developercommunity.visualstudio.com/content/problem/675984/…

— Triynko

Das Debuggen von SQL-Code in VS 2017 und SSMS 17 schien für mich ziemlich gleich zu funktionieren. Beides sehr nützlich. Auch waren beide ein bisschen patzig, wie es von der kleinen und weichen Firma zu erwarten ist .

— Reverse Engineer