Debuggen gespeicherter Prozeduren in SQL Server Management Studio

Gibt es eine Möglichkeit, den Schritt in die code gespeicherte Prozedur in SQL Server Management Studio? Ich weiß, dies ist möglich mit Visual Studio, aber ich bin auf der Suche nach einem zuverlässigen debugging-Lösung von Management Studio

  • Nicht, dass ich bewusst in SSMS 2005 - du bist Links mit PRINT-Anweisungen & bedingte Logik/flow-control
InformationsquelleAutor Nick | 2010-01-06
  1. 26

    Nur mit SQL 2008 und SSMS 2008. Wählen Sie aus dem Menü 'Debug\" Debugging Starten " oder drücken Sie Alt+F5, und starten Sie die step by step T-SQL-debugger.

    Jahr 2005 der einzige Weg ist zu befestigen Profiler und monitor für die SP:StmtCompleted Ereignis, das nicht genau debugger step-by-step, aber zumindest sehen Sie die Ausführung fließen. Nicht zu tun auf einer Produktions-Maschine, offensichtlich.

    • Ich bekomme die Fehlermeldung "Fehler beim starten des Debuggers" Die EXECUTE-Berechtigung verweigert wurde, auf das Objekt 'sp_enable_sql_debug' .. auf SSMS 2008
    • >> Zu Debuggen, die auf SQL Server 2005, sowohl das Konto ausführen von Visual Studio und das Konto verwendet, um eine Verbindung zum SQL-Server müssen Mitglieder der festen Serverrolle sysadmin. msdn.microsoft.com/en-us/library/ms241735(VS.80).aspx
    • Und es kam nie zu Ihnen, dass Menschen, die nicht die sys-admins brauchen könnte, um debug-sps?
    • debugging-somethign, die Sie auf der dev-box, nicht auf die Produktion aus. Außerdem gibt es sehr stong Gründe für dieses: wer mit debug-Privilegien ist ein de-facto-admin von der Kiste, einfach durch die macht investiert, was Debugger machen kann. So dass Sie zu sysadmin ist einfach aknwoledging eine Tatsache und schließen eine mögliche priviledge escalation path.
    • In einigen Unternehmen, software-Entwickler schreiben gespeicherte Prozeduren, auch wenn Sie nicht die dba, die ist die einzige, mit der sysadmin-Privilegien. Ist es nicht Sinn machen zu können, Debuggen Ihrer eigenen sp wenn Sie an dieser Rolle?
    • Nein. Entwicklung (und step-by-step debug) tritt gegen Ihre eigenen Entwickler-Instanz, nicht gegen ein DBA verabreicht man. Die sysadmin ist im Ort genau, so dass Sie nicht Debuggen in der Produktion (sprich: sperren halten, während Sie auf Schritt)
    • Ich bin mit SSMS 2008 und wenn ich wählen Sie Debug > Start Debugging es scheint, alle meine SQL-code auf einmal und trifft nicht meine Haltepunkte. (Habe ich kopiert und eingefügt, mein sql in eine neue Abfrage). Was mache ich falsch, kannst du helfen?
    • Stellt sich heraus, ich hatte einige Fehler in der sql-dass ich es nicht bemerkt. Hatte ich kopiert aus einer gespeicherten Prozedur, und es wurden einige return -1 Aussagen. Nachdem ich kommentierte diese heraus, ich war in der Lage, die debug-ok 🙂

    InformationsquelleAutor Remus Rusanu
  2. 23

    Ich geschrieben habe, einen ziemlich ausführlichen blog-Beitrag dazu hier:

    http://www.diaryofaninja.com/blog/2010/11/23/debugging-sql-queries-function-amp-stored-procedures-with-sql-management-studio

    Im Grunde das wesentliche ist, dass Sie geben Sie Ihre sql-Abfrage zum ausführen der gespeicherten Prozedur, und statt durch drücken von F5 oder schlagen die Ausrufezeichen, drücken Sie die play-Taste und verwenden Sie F10 und F11, um Schritt über und Schritt in Ihr gespeicherte Prozeduren.

    Dies ist sehr praktisch, aber niemand scheint es zu benutzen.

    InformationsquelleAutor Doug
  3. 4

    Die Möglichkeit zum Debuggen von sprocs, das war in Query Analyzer in SQL Server 2000 war nicht in SQL Server 2005. Microsoft erkannte diesen Fehler und setzen die Funktionalität zurück in SQL Server 2008.

    In SSMS 2008 können Sie den debugger starten, indem Sie entweder auf die Schaltfläche "Debuggen" auf der Symbolleiste oder drücken Sie ALT+F5.

    Leider läuft SSMS 2008 gegen eine 2005-Datenbank wird Ihnen nicht erlauben, zu Debuggen, so
    Sie haben zu stick mit Visual Studio.

    InformationsquelleAutor Nick Kavadias
  4. 4

    Watch out für das Debuggen gespeicherter Prozeduren mit Visual Studio. Die Art und Weise, dass das umgesetzt wird, ist die Verwendung eine unglaubliche Menge von sperren, so dass Sie nie tun sollten, diese auf einem Produktivsystem.

    InformationsquelleAutor Rob Farley
  5. 3

    Ja, in SSMS 2008 kann man auf jeden Fall den Schritt in T-SQL-code (code-block gespeichert func, gespeicherte Prozedur) und zu Debuggen.

    Sehen diesem ausgezeichneten Artikel Management Studio-Verbesserungen in SQL Server 2008 für details - es befasst sich auch mit debug (gegen Ende des Artikels).

    • Ich bekomme die Fehlermeldung "Fehler beim starten des Debuggers" Die EXECUTE-Berechtigung verweigert wurde, auf das Objekt 'sp_enable_sql_debug' ..
    • Nick, müssen Sie ein Mitglied der sysadmin-Rolle.
    InformationsquelleAutor marc_s
  6. 1

    Bitte beachten Sie beim Debuggen von remote-Instanzen mit SSMS, dass Ihre server-und client-firewall zulassen müssen sqlservr.exe und ssms.exe beziehungsweise, zusammen mit den tcp-port 135. Die client-firewall in meinem speziellen Fall lag die Ursache für eine "timeout abgelaufen" beim Versuch zu Debuggen.

    • Der MS-Artikel zum erstellen von firewall-Regeln, um zu ermöglichen remote-debugging nicht erwähnen explizit den port 135 öffnen. Ist das wirklich eine Voraussetzung? Wenn ja, nur auf der client-oder client/server?
    • href="https://msdn.microsoft.com/en-us/library/cc646023.aspx" >Diesem Artikel Staaten öffnen Sie TCP-Port 135, wenn Sie versuchen, Debuggen von Visual Studio (devenv.exe) oder Management Studio (ssms.exe). Dies sollte getan werden, auf dem client.
    InformationsquelleAutor Adam Caviness
Schreibe einen Kommentar