Jak anulować długotrwałą operację bazy danych?

Jeśli używasz ADO.NET i dostawca danych SQL, spójrz na SqlCommand.Metoda anulowania. To robi to, czego szukasz. Jednak próbuje anulować, A anulowanie może zająć trochę czasu. Zasadniczo to do SQL Server należy decyzja o przyznaniu żądania anulowania. Gdy zapytanie zostanie anulowane, powinieneś otrzymać wyjątek SqlException, który wskazuje, że operacja została anulowana przez użytkownika. Najwyraźniej nie chcesz traktować tego wyjątku jako wyjątku i obsługiwać go specjalnie tak, jakby SqlException wynika z anulowania operacji przez użytkownika, wystarczy ją połknąć.

Zauważyłem też polecenie.Cancel() tak naprawdę nie przerywa polecenia. To, co działało dla mnie, to zamknięcie połączenia (transakcja rollback, jeśli go używasz), gdy użytkownik przerywa. Spowoduje to powstanie wyjątku w wątku w tle podczas wykonywania polecenia, więc musisz go złapać i sprawdzić tam właściwość CancellationPending, a nie rethrow wyjątku w takim przypadku...

// When aborting
worker.CancelAsync();
command.Connection.Close();

// In your DoWork event handler
...
catch (Exception)
{
    if (worker.CancellationPending)
    {
        e.Cancel = true;
        return;
    }
    else
    {
        throw;
    }
}

// And in your RunWorkerCompleted event handler
if (e.Error == null && !e.Cancelled)
{
    ...
}

Jestem prawie pewien, że jest to możliwe - używamy TOAD dla Oracle, i pozwala anulować długotrwałe zapytania, jak opisano tutaj . Ale nie jestem pewien, jak to robią.

Worker w tle może wyłączyć rzeczywiste wywołanie bazy danych w innym wątku, a następnie okresowo sprawdzać, czy wywołanie bazy danych zostało zakończone lub czy zostało naciśnięte anulowanie, w którym to momencie można wyłączyć wątek bazy danych. W rzeczywistości nie pomogłoby to w załadowaniu bazy danych (ponieważ zapytanie zostało wysłane i jest nadal przetwarzane), ale zwalnia lokalne zasoby z nim związane.

Myślę, że najlepszym rozwiązaniem wydaje się zabić sesje za pomocą tabeli monitorowania.

Z Oracle możesz zrobić to jak mówi Burnsys

W Firebird 2.5 będzie wyglądał tak samo

Mam nadzieję, że coś podobnego istnieje w Ms SQL

Jeśli używasz polecenia SQLCommand, możesz spróbować wywołać metodę Cancel .

A co z otwarciem nowego połączenia do bazy danych, zalogowaniem się jako sysdba i wysłaniem polecenia "ALTER system KILL SESSION' sid, serial# 'IMMEDIATE" określającego SID procesu, który chcesz zakończyć.

Aby uzyskać sessionID: select sid from v$mystat where rownum = 1

To get Serial#: select sid, serial# from v$session where sid=: SID

Http://www.oracle-base.com/articles/misc/KillingOracleSessions.php

EDIT: WW pomysł na nie Logowanie jako sysdba tutaj: http://forums.oracle.com/forums/thread.jspa?threadID=620578

Próbowałem zarówno anulować, jak i zamknąć z ADO 2.8 i SQLOLEDB lub natywnym klientem SQL Server. Po anulowaniu zestaw rekordów przestaje pobierać dane, ale w tle odczyt z serwera jest kontynuowany i zużywa pamięć z aplikacji. W aplikacji 32-bitowej może się zdarzyć, że kilka minut później pojawi się komunikat "out of memory". Kiedy zamykam zestaw rekordów (lub połączenie, z anulowaniem lub bez), ADO 2.8 czeka aż wszystkie rekordy zostaną pobrane.

Nie wiem czy ADO.NET czy to lepiej, ale myślę, że to dobry pomysł, aby monitorować pamięć i dostęp do sieci po Cancel / Close, aby upewnić się, że ADO naprawdę przestaje odczytywać dane.

KILL SESSION był dla mnie jedynym sposobem na anulowanie długo działającego zapytania. Używam zarządzanego Oracle provided i OracleCommand.Cancel() działa kilka razy, ale zazwyczaj nie działa. Również OracleCommand.Zgodnie z moimi testami limit czasu nie jest przestrzegany. Jakiś czas temu, kiedy używałem niezarządzanej oracle pod warunkiem, że udało mi się anulować polecenia, ale już nie z zarządzanym. W każdym razie zabicie sesji było jedyną opcją. Zapytanie nie jest uruchamiane w wątku UI, ale na osobnej nici. Polecenie Anuluj jest wysyłane z wątku interfejsu użytkownika. Jest to trochę bardziej skomplikowane, ponieważ aplikacja używa środka za pomocą WCF, ale na koniec dnia zabijam sesję. Oczywiście podczas uruchamiania zapytania muszę znaleźć i zapisać sesję, aby w razie potrzeby ją zabić. Istnieje wiele sposobów, aby znaleźć Sida i serial# w celu zabicia sesji oracle i chcę marnować Twój czas wyjaśniając coś, co już wiesz.