sp_cursor (Transact-SQL)
Fordert positionierte Aktualisierungen an. Mithilfe dieser Prozedur werden Vorgänge für mindestens eine Zeile im Fetchpuffer eines Cursors ausgeführt. sp_cursor wird aufgerufen, indem ID = 1 in einem Tabular Data Stream-Paket (TDS) angegeben wird.
optype-Parameter
Mit Ausnahme der Kombinationen von SETPOSITION mit UPDATE, DELETE, REFRESH oder LOCK bzw. ABSOLUTE mit UPDATE oder DELETE schließen sich die optype -Werte gegenseitig aus.
Die SET-Klausel des UPDATE-Werts wird mithilfe des value-Parameters erstellt.
Ein Vorteil bei der Verwendung des optype-Werts INSERT liegt darin, dass Sie bei Einfügevorgängen die Konvertierung von Nicht-Zeichen-Datentypen in das Zeichenformat vermeiden können. Die Werte werden auf die gleiche Weise wie bei UPDATE angegeben. Wenn eine der erforderlichen Spalten nicht eingeschlossen wird, tritt ein INSERT-Fehler auf.
-
Weder der SETPOSITION-Wert noch die über die sp_cursor-Schnittstelle ausgeführten Aktualisierungs- oder Löschvorgänge wirken sich auf den Ausgangspunkt eines RELATIVE-, NEXT- oder PREVIOUS-Abrufvorgangs aus. Jede Zahl, die keine Zeile im Fetchpuffer angibt, führt dazu, dass die Position auf 1 festgelegt und kein Fehler zurückgegeben wird. Nachdem SETPOSITION ausgeführt wurde, bleibt die Position so lange wirksam, bis der nächste sp_cursorfetch-Vorgang, T-SQL-FETCH-Vorgang oder sp_cursor-Vorgang über den gleichen Cursor ausgeführt wird. Durch einen nachfolgenden sp_cursorfetch-Vorgang wird die Cursorposition auf die erste Zeile im neuen Fetchpuffer festgelegt, während sich andere Cursoraufrufe nicht auf den Wert der Position auswirken. SETPOSITION kann von einer OR-Klausel mit REFRESH, UPDATE, DELETE oder LOCK verknüpft werden, um den Wert der Position auf die letzte geänderte Zeile festzulegen.
Wird eine Zeile im Fetchpuffer nicht über den rownum-Parameter angegeben, wird die Position auf 1 festgelegt und kein Fehler zurückgegeben. Nachdem die Position festgelegt wurde, bleibt diese so lange wirksam, bis der nächste sp_cursorfetch-Vorgang, T-SQL FETCH-Vorgang oder sp_cursor SETPOSITION-Vorgang auf dem gleichen Cursor ausgeführt wird.
SETPOSITION kann von einer OR-Klausel mit REFRESH, UPDATE, DELETE oder LOCK verknüpft werden, um die Cursorposition auf die letzte geänderte Zeile festzulegen.
rownum-Parameter
Der rownum-Parameter kann als Zeilennummer innerhalb des Keysets anstatt als Zeilennummer innerhalb des Fetchpuffers interpretiert werden, wenn er angegeben wird. Der Benutzer ist für die Einhaltung der Parallelitätssteuerung verantwortlich. Dies bedeutet, dass bei SCROLL_LOCKS-Cursorn eine Sperre für die angegebene Zeile unabhängig verwaltet werden muss (dies kann über eine Transaktion erfolgen). Bei OPTIMISTIC-Cursorn müssen Sie zuvor die Zeile abgerufen haben, um diesen Vorgang auszuführen.
table-Parameter
Lautet der optype-Wert UPDATE oder INSERT und wird eine vollständige UPDATE-Anweisung oder INSERT-Anweisung als value-Parameter übermittelt, wird der für table angegebene Wert ignoriert.
Hinweis
|
|---|
|
Bei Sichten kann nur eine zur Sicht gehörige Tabelle geändert werden. Die Spaltennamen des value-Parameters müssen den Spaltennamen der Sicht entsprechen. Der Tabellenname kann jedoch dem Namen der zugrunde liegenden Basistabelle entsprechen (wobei der Name der Sicht durch sp_cursor ersetzt wird). |
value-Parameter
Es gibt zwei Alternativen zu den Regeln für die Verwendung von value, wie weiter oben im Abschnitt "Argumente" ausgeführt:
-
Sie können einen Namen verwenden, bei dem für jeden benannten value-Parameter dem Namen der Spalte in der SELECT-Liste @ vorangestellt wird. Ein Vorteil dabei ist, dass möglicherweise keine Datenkonvertierung erforderlich ist.
-
Verwenden Sie einen Parameter, um eine vollständige UPDATE-Anweisung oder INSERT-Anweisung zu übermitteln, oder verwenden Sie mehrere Parameter, um Teile einer UPDATE-Anweisung oder INSERT-Anweisung zu übermitteln, die von SQL Server anschließend in eine vollständige Anweisung integriert werden. Beispiele dafür finden Sie im Abschnitt "Beispiele" weiter unten in diesem Thema.
Alternative Verwendung des value-Parameters
Für UPDATE:
Wenn ein einzelner Parameter verwendet wird, kann eine UPDATE-Anweisung mit der folgenden Syntax übermittelt werden:
[ [ UPDATE <table name> ] SET ] {<column name> = expression} [,…n]
Hinweis
|
|---|
|
Wird UPDATE <Tabellenname> angegeben, wird jeder für den table-Parameter angegebene Wert ignoriert. |
Werden mehrere Parameter verwendet, muss der erste Parameter eine Zeichenfolge in der folgenden Form sein:
[ SET ] <column name> = expression [,...n]
und die nachfolgenden Parameter müssen die folgende Form aufweisen:
<column name> = expression [,...n]
In diesem Fall entspricht der <Tabellenname> in der erstellten UPDATE-Anweisung dem vom table-Parameter angegebenen oder standardmäßig verwendeten Tabellennamen.
Für INSERT:
Wenn ein einzelner Parameter verwendet wird, kann eine INSERT-Anweisung mit der folgenden Syntax übermittelt werden:
[ [ INSERT [INTO] <table name> ] VALUES ] ( <expression> [,...n] )
Hinweis
|
|---|
|
Wird INSERT <Tabellenname> angegeben, wird jeder für den table-Parameter angegebene Wert ignoriert. |
Werden mehrere Parameter verwendet, muss der erste Parameter eine Zeichenfolge in der folgenden Form sein:
[ VALUES ( ] <expression> [,...n]
und die nachfolgenden Parameter müssen die folgende Form aufweisen:
expression [,...n]
es sei denn, VALUES wurde angegeben; in diesem Fall muss der letzte Ausdruck mit einer abschließenden ")" enden. Hierbei entspricht der <Tabellenname> in der erstellten UPDATE-Anweisung dem vom table-Parameter angegebenen oder standardmäßig verwendeten Tabellennamen.
Hinweis
|
|---|
|
Es ist möglich, einen Parameter als benannten Parameter zu übermitteln, d. h. @VALUES. In diesem Fall können keine weiteren benannten Parameter verwendet werden. |