sp_cursor (Transact-SQL)

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 Abrufvorgangs RELATIVE, NEXT oder PREVIOUS 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 operation, Transact-SQL-Vorgang oder sp_cursor-SETPOSITION-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.

Wenn eine Zeile im Fetchpuffer nicht über den rownum-Parameter angegeben wird, wird die Position auf 1 festgelegt und kein Fehler zurückgegeben. Nachdem die Position festgelegt wurde, bleibt sie so lange wirksam, bis der nächste sp_cursorfetch-Vorgang, Transact-SQL FETCH-Vorgang oder sp_cursor-SETPOSITION-Vorgang für den 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.

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.

Wenn der optype-Wert UPDATE oder INSERT lautet und eine vollständige UPDATE-Anweisung oder INSERT-Anweisung als value-Parameter übermittelt wird, 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).

Es gibt zwei Alternativen zu den Regeln für die Verwendung von value, wie weiter oben im Abschnitt "Argumente" ausgeführt:

1. 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.

2. Verwenden Sie einen Parameter, um eine vollständigen 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. 

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
Wenn UPDATE <Tabellenname> angegeben wird, wird jeder für den table-Parameter angegebene Wert ignoriert.

Wenn mehrere Parameter verwendet werden, 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
Wenn INSERT <Tabellenname> angegeben wird, wird jeder für den table-Parameter angegebene Wert ignoriert.

Wenn mehrere Parameter verwendet werden, 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.