Plusy i minusy TRUNCATE vs DELETE FROM

Innym kluczowym punktem nie wspomnianym w innych odpowiedziach jest to, że TRUNCATE TABLE zresetuje Twoją tożsamość do początkowego ziarna, podczas gdy DELETE FROM będzie kontynuował zwiększanie od miejsca, w którym zostało przerwane.

Inną różnicą z punktu widzenia bezpieczeństwa jest to, że TRUNCATE wymaga uprawnień do zmiany w tabeli, podczas gdy DELETE wymaga jedynie (Werble) uprawnień do usunięcia w tej tabeli.

TRUNCATE TABLE nie rejestruje transakcji. Oznacza to, że jest błyskawiczny dla dużych stołów. Minusem jest to, że nie można cofnąć operacji.

DELETE FROM rejestruje każdy wiersz, który jest usuwany w dziennikach transakcji, więc operacja trwa chwilę i powoduje dramatyczny wzrost dzienników transakcji. Plusem jest to, że w razie potrzeby możesz cofnąć operację.

Zarys Delete Vs Truncate w SQL server

Dla pełnego artykułu weź po tym połączeniu: Delete Vs Truncate in SQL Server

/*Truncate - Syntax*/
TRUNCATE TABLE table_name

/*Delete - Syntax*/
DELETE FROM table_name
WHERE some_condition

Uważam, że Delete i Truncate można wycofać tylko wtedy, gdy operacja została wykonana w transakcji jawnej. W przeciwnym razie musisz wykonać przywracanie, aby odzyskać usunięte DANE

Zasadnicza różnica polega na sposobie ich rejestrowania. DELETE i TRUNCATE są rejestrowane inaczej, ale oba mogą być wycofane w dokładnie taki sam sposób. Wszystkie operacje, które zmieniają dane są rejestrowane. W SQL Server nie ma czegoś takiego jak operacja niezalogowana.

Jedna rzecz, która jest bardzo ważna(imo) i nie wspominana w innych odpowiedziach, to to, że TRUNCATE wymaga blokady stabilności schematu, Sch-S, podczas gdy DELETE używa blokady wiersza. Pozwala sprawdzić co następuje:

BEGIN TRANSACTION;

BEGIN TRY
    -- Truncate below will take LCK_M_SCH_S lock for TABLE_A
    TRUNCATE TABLE TABLE_A

    -- Lets say the query below takes 5 hours to execute
    INSERT INTO
        TABLE_A
    SELECT
        *
    FROM
        GIANT_TABLE (NOLOCK)
END TRY
BEGIN CATCH
    IF @@TRANCOUNT > 0
        ROLLBACK TRANSACTION;
    THROW
END CATCH

IF @@TRANCOUNT > 0
    COMMIT TRANSACTION;

Załóżmy teraz, że po 1-2 minutach od rozpoczęcia tego zapytania, powiedzmy, że próbowaliśmy wykonać następujące polecenie:

SELECT COUNT(*) FROM TABLE_A (NOLOCK)

Zauważ, że użyłem NOLOCK klauzuli. Jak myślisz, co się teraz stanie? To zapytanie będzie czekać 5 godzin. Dlaczego? Ponieważ NOLOCK klauzula wymaga Sch-S blokady TABLE_A ale to TRUNCATE klauzula ma Sch-S już na niej. Ponieważ nie zatwierdziliśmy jeszcze transakcji, blokada jest nadal włączona nawet po tej klauzuli TRUNCATE. Sch-S Blokada tabeli w zasadzie oznacza, że albo TABLE_A jest zmieniana przez dodawanie / usuwanie kolumn itp. albo jest okrojona. Nawet nie można wykonać czegoś takiego jak poniżej:

SELECT object_id('TABLE_A')

Kolejną różnicą między DELETE a TRUNCATE jest zachowanie, gdy tabela jest uszkodzona.

Na przykład:

DELETE FROM table_name;

Zakończy się błędem:

Msg 3314, Poziom 21, Stan 3, Linia 1

Podczas cofania zalogowanej operacji w bazie danych"...', wystąpił błąd w Log record ID (). Zazwyczaj określona awaria jest wcześniej rejestrowana jako błąd w usłudze dziennika zdarzeń systemu Windows. Przywróć bazę danych lub Plik z kopii zapasowej lub napraw bazę danych.

Msg 0, Poziom 20, Stan 0, Linia 0

Wystąpił poważny błąd w bieżącym poleceniu. Ewentualne wyniki należy odrzucić.

While TRUNCATE będzie działać:

TRUNCATE TABLE table_name;
-- Command(s) completed successfully.

Plus wszystkie odpowiedzi, kolejny punkt do rozważenia, że Truncate nie wywoła delete trigger tabeli, ale delete wywoła delete trigger tabeli dla każdego wiersza.

Truncate nie robi żadnego logowania, delete robi, więc jeśli masz mnóstwo rekordów, Twój trans log jest ogromny