Debuggen von MS SQL Stored Procedure

Ich habe ein Problem beim Debuggen von Stored Procedures in Visual Studio 2008: Wenn ich mit dem Debuggen beginne, erhalte ich diese Erfolgsmeldungen im Ausgabefenster, aber die tatsächlich gespeicherten Prozedurfenster werden nicht angezeigt.Debuggen von MS SQL Stored Procedure

Auto-attach to process '[1640] [SQL] stagsql' on machine 'stagsql' succeeded. 
The thread 'stagsql [67]' (0xf80) has exited with code 0 (0x0). 
The thread 'stagsql [67]' (0xf80) has exited with code 0 (0x0). 
The thread 'stagsql [69]' (0x908) has exited with code 0 (0x0). 
The thread 'stagsql [69]' (0x908) has exited with code 0 (0x0). 
The thread 'stagsql [69]' (0x908) has exited with code 0 (0x0). 
The thread 'stagsql [69]' (0x908) has exited with code 0 (0x0). 
Running [dbo].[uspCGetXYZ] (@nLieferantId = 161616, @nStrukturId = -1, @nPageIndex = 1, @nPageSize = 16, @sSortColumn = arLangname, @nSortAscending = 1).

Visual Studio wird in den Debug-Modus versetzt, aber das Verfahren wird nicht angezeigt.

Die Schritte, die ich tat:

Aktiviert SQL-Debugging in den Projekteinstellungen
die SQL-Verbindung im Server-Explorer Eröffnet
Aktiviert CLR/SQL debuggin auf der Verbindung
Rechtsklick auf die Prozedur und wählte "Schritt in gespeicherte Prozedur"

Alternativ habe ich versucht, den Vorgang zu öffnen ure und legte dort einen Haltepunkt, es half nicht.

Irgendwelche Ideen? Wie gesagt, die Verbindung ist vorhanden, Visual Studio kann den Prozedurcode jedoch nicht öffnen.

Quelle

2009-05-05 driAn

Nur um zu überprüfen, ist dies eine CLR gespeicherte Prozedur? – cjk

Nein, es ist T-SQL – driAn

Wurde das für Sie gelöst? – Wayne

Ist die Lösung eine Datenbanklösung? Bist du gegangen Neu-> Lösung-> Sonstiges-> Datenbank?

Sobald Sie eine Datenbanklösung erstellen und dann Ihre Verbindungseinstellungen vornehmen, können Sie den Server-Explorer verwenden, um die gespeicherte Prozedur zu bearbeiten und schrittweise zu starten. Bitte vergewissern Sie sich, dass das Problem weiterhin besteht.

~~Verwenden Sie eine Express-Ausgabe?~~

Quelle

2009-05-05 12:19:11 Wayne

Nein, ich verwende eine "normale" Lösung, die alle Arten von Projekten enthält. Kann ich das beheben, ohne meine aktuelle Lösung zu löschen? Ich benutze die professionelle Version. – driAn

Ok, versuche eine neue Lösung hinzuzufügen: Datei-> Hinzufügen-> Neues Projekt und wähle dann Andere Projekttypen-> Datenbank. Das sollte Ihnen das DB-Projekt in Ihrer aktuellen Lösung geben. Hoffe, das hilft – Wayne

Versuchte dies bereits, hat nicht geholfen :( – driAn

Siehe Debugging procedure with table for sql server 2005.

Quelle

2009-06-09 12:32:29

-1

Ich glaube nicht, dass Sie Breakpoints einfügen können wie in einer normalen VS-Anwendung.

Sie können jedoch eine temporäre Tabelle für die Protokollierung erstellen und in jeder Zeile einen neuen Eintrag in diese temporäre Tabelle hinzufügen.

Quelle

2009-06-10 11:58:31

können Sie debuggen genau wie Sie VS-Anwendung. Variablen und (fast) alles andere –

Können Sie den Code hinter dieser gespeicherten Prozedur sehen? Wenn es "WITH ENCRYPTION" gespeichert wird, können Sie den Code möglicherweise nicht sehen, und Sie werden den ursprünglichen Quellcode für das Proc benötigen, um es zu debuggen.

Quelle

2009-09-21 19:09:07

Haben Sie zufällig "tatsächlichen Durchführungsplan anzeigen" ausgewählt? Ich habe festgestellt, dass das Debuggen nicht ausgeführt wird, wenn Sie auf diese Schaltfläche geklickt haben, obwohl ich für das Leben von mir nicht herausfinden kann, warum das der Fall sein würde.

Ich habe keinen Fehler bei Connect, aber würde gerne eine upvote eine, wenn jemand darüber informiert ist.

Quelle

2010-09-17 17:31:50 SqlRyan

Ja, Sie haben Recht, es nicht. Ich werde es als Fehler protokollieren und übergeben auf der URL – Ash

Debuggen von MS SQL Stored Procedure

Antwort

Verwandte Themen