Co są przykładami @@ wartość FETCH_STATUS -2 i -9

Question

potrzebne pewne przykłady @@fetch_status wartości -2 i

0 = The FETCH statement was successful. 
    -1 = The FETCH statement failed or the row was beyond the result set. 

Tutaj jest przykład próbka CURSOR

declare @country varchar(50) 
declare cur_country cursor for 
    select name from global 
open cur_country 

fetch next from cur_country into @country 
    print @@FETCH_STATUS 
while (@@FETCH_STATUS=0) 
begin 
insert into country select @country 
fetch next from cur_country into @country 
end 

close cur_country 
deallocate cur_country. 

-2 Wiersz pobrano brak. Kursor nie wykonuje operacji pobierania.

zasadniczo muszą scenariusz, w którym @@FETCH_STATUS daje -2 0R

Answer 1

@@FETCH_STATUS = -2 zwykle dzieje się, gdy część procesu ZEWNĘTRZNE kursora usuwa wiersz w tabeli, kursor jest oparte.

Jeśli zadanie 1 powoduje otwarcie kursora i rozpoczyna przechodzenie przez zapisy w tabeli1, a gdy zadanie 1 jest zapętlone, pojawia się zadanie 2 i usuwa określone rekordy w tabeli 1, zadanie 1 może zwrócić wartość -2 podczas próby pobrania wiersza spodziewał się znaleźć (ponieważ był tam, gdy kursor się uruchomił).

Poniższy Topic zawiera przykładowy @@FETCH_STATUS = -2

Badając znalazłem następujące wyjaśnienie z tego Topic:

„określa, że ​​skład i kolejność wierszy w kursora są stałe podczas kursor Zestaw kluczy, które jednoznacznie identyfikują wiersze, to wbudowany w tabelę w tempdb, znaną jako zestaw kluczy, który zmienia wartości nie-kluczy w tabelach bazowych, wprowadzonych przez właściciela kursora lub przez innego użytkownika użytkowników są widoczne, gdy właściciel przewija kursor. Inserty wykonane przez inni użytkownicy nie są widoczni (wkładki nie mogą być wykonane za pomocą kursora serwera Transact-SQL ). Jeśli wiersz zostanie usunięty, próba pobrania tego wiersza zwraca wartość @@ FETCH_STATUS równą -2. Aktualizacja wartości klucza spoza kursora przypomina usunięcie starego wiersza, po którym następuje wstawienie nowego wiersza. Wiersz z nowych wartości nie jest widoczny, a próby pobrania wiersza ze starymi wartościami zwracają wartość @@ FETCH_STATUS równą -2. Nowe wartości są widoczne, jeśli aktualizacja odbywa się za pomocą kursora, określając gdzie obecna klauzuli”

I jak DVT skomentował. Ten Stackoverflow question zawiera przykład na @@FETCH_STATUS = -9

Więcej informacji o @@FETCH_STATUS może być znaleźć pod tym MSDN article

Answer 2

zwykle minimalne kompletne verifyable przykłady mają być częścią dobrego pytanie Tutaj postaram się odpowiedzieć na dwa z nich.

1.Minimalny scenariusz kursora, który daje -9 ("nie ściąganie")

Pamiętaj, że sama @@FETCH_STATUS nigdy nie przyjmie tej wartości (zwróci 0). Tylko wewnętrzne struktury kontrolne mają to jako wartość początkową dla kursorów zadeklarowanych i nigdy nie pobranych (niezależnie od tego, czy są otwarte czy nie).

DECLARE [cursor-9] CURSOR FOR SELECT null FROM sys.tables 
SELECT [fetch_status] FROM sys.dm_exec_cursors(@@SPID) WHERE name='cursor-9' 
DEALLOCATE [cursor-9] 

Dalsze odniesienia: https://stackoverflow.com/a/36272354/1132334

2. Minimalne scenariusz kursor, który powróci -2 ("rząd brak")

Wymaga dwa złącza do współbieżności. Użyłem dwóch wystąpień SSMS, połączonych z 11.0.6020 z jednym okienkiem skryptowym, połączonym z tą samą pustą bazą danych.

Uruchom ten skrypt w pierwszej kolejności:

DECLARE @@id int 

CREATE TABLE tmp41307323 (
    Id int not null PRIMARY KEY 
) 
INSERT INTO tmp41307323 (Id) VALUES (1),(2) 

DECLARE [cursor-2] CURSOR KEYSET FOR SELECT Id FROM tmp41307323 ORDER BY Id 
OPEN [cursor-2] 
FETCH NEXT FROM [cursor-2] INTO @@id 

To spowoduje utworzenie tabeli z klucza podstawowego, dodać dwa wiersze, a następnie otwórz kursor Keyset na nim. Bez słowa kluczowego KEYSET otrzymasz -1 zamiast -2, ponieważ tak działa zestaw kluczy: SQL Server tworzy tymczasową tabelę w tempdb, która przechowuje tylko uporządkowane unikalne wartości kluczy dla każdego wiersza, który wybiera kursor. Następnie, podczas pobierania, wyszukuje klucze następnego rzędu, aby pobrać w tabeli tymczasowej, i wybiera tylko ten wiersz z prawdziwej tabeli. Ten i tylko ten scenariusz jest zatem podatny na równoczesne usuwanie. Poza tym, zobaczysz zmiany dokonane w kolumnach innych niż kluczowe tabeli źródłowej podczas pobierania.

Uruchom ten skrypt w drugiej instancji:

DELETE FROM tmp41307323 WHERE Id=2 

więc usuwamy wiersz kursor w pierwszej instancji spodziewałby się zobaczyć, kiedy to pobiera następny.

Wreszcie uruchomić ten skrypt w pierwszej instancji (nie odłączać więc kursor nadal będzie w zakresie):

DECLARE @@id int 
FETCH NEXT FROM [cursor-2] INTO @@id 
SELECT @@FETCH_STATUS [@@FETCH_STATUS] 
CLOSE [cursor-2] 
DEALLOCATE [cursor-2] 

DROP TABLE tmp41307323 

Wynik:

To będzie działać tylko taki sam, gdy jest uruchamiany w jednej partii, w tym samym połączeniu, z DELETE tuż przed drugim FETCH. Konfiguracja z dwoma połączeniami demonstruje to w realistycznym kontekście, zakładając, że programista znający słowo kluczowe nie będzie celowo usuwał podczas pobierania i nie będzie miał efektów ubocznych w pętli kursora powodujących takie usunięcia (przy użyciu zarówno kursorów, jak i wyzwalaczy). ta sama obrzydliwość, jak i manipulowanie html z regex).