Debuggen von Datenbankanwendungen mit mehreren Ebenen

Dieses Thema gilt für folgende Editionen:

Visual Studio Ultimate

Visual Studio Premium

Visual Studio Professional

Visual Studio Express

ms165059.DoesApplybmp(de-de,VS.100).gif ms165059.DoesApplybmp(de-de,VS.100).gif ms165059.DoesApplybmp(de-de,VS.100).gif ms165059.DoesNotApplybmp(de-de,VS.100).gif

Das Debuggen von Datenbankanwendungen mit mehreren Ebenen ist ein komplexer Vorgang, weil zwischen dem Debuggen einer auf einem Computer ausgeführten Anwendung und dem Debuggen von Datenbankcode, der in einem anderen Prozess auf einem anderen Computer ausgeführt wird, gewechselt werden muss.Auch wenn die Anwendung physisch nicht verteilt ist, findet dennoch ein Kontextwechsel von einem in einer verwalteten bzw. systemeigenen Sprache geschriebenen Prozess der mittleren Ebene zu einem in SQL Server ab SQL Server 2005 ausgeführten Prozess statt.

Beim Debuggen von mehreren Ebenen sind drei Phasen zu berücksichtigen:

  • Das Debuggen beginnt mit einer Anwendung der Clientebene oder mittleren Ebene, die eine gespeicherte Prozedur aufruft.

  • Sie können dem Ausführungsthread in den Transact-SQL-Code der gespeicherten Prozedur folgen.Der Vorgang kann mehrere Datenbankobjekte beinhalten, z. B. Trigger, benutzerdefinierte Funktionen usw.

  • Sie können dem Ausführungsthread zurück zur Ursprungsebene folgen, um die zurückgegebenen Daten zu überprüfen oder um ggf. an Ort und Stelle zusätzliche Debugschritte einzuleiten.

In diesem Abschnitt werden die erforderlichen Einrichtungsverfahren beschrieben, und er enthält ein Beispiel für das Debuggen einer Anwendung mit mehreren Ebenen.

Weitere Informationen zum Debuggen von Datenbankobjekten finden Sie unter Debuggen von Transact-SQL-Datenbankobjekten.

In diesem Abschnitt

Verwandte Abschnitte

Siehe auch

Andere Ressourcen

Debugger Security

Einrichten des Transact-SQL-Debuggings