Wie zeige ich eine destruktive SQL-Abfrage in der Vorschau an?

Question

Beim Schreiben von destruktiven Abfragen (z. B. DELETE oder UPDATE) in SQL Server Management Studio habe ich immer den Wunsch, ich könnte eine Vorschau der Ergebnisse der Abfrage anzeigen, ohne sie tatsächlich auszuführen. Der Zugriff ist sehr bequem und erlaubt Ihnen dies zu tun, aber ich bevorzuge es, meinen SQL manuell zu schreiben, was leider sehr schlecht ist.

So ist meine Frage zweierlei:

1. Gibt es ein Add-on für SSMS oder ein separates Tool, das mit guten SQL Hand-Codierung Einrichtungen ausgestattet ist, die auch das Ergebnis einer destruktiven Abfrage kann eine Vorschau , ähnlich wie bei Access?

2. Gibt es Techniken oder Best Practices für die Vorschauen "von Hand"; z. B. irgendwie Transaktionen verwenden?

Es scheint mir, dass diese Art der Sache zu tun scheinen, kann ich im Grunde wichtig ist aber noch nicht alles über Google zu finden (ich bin für die falsche Sache wahrscheinlich gerade auf der Suche - ich auf diese schrecklich unwissend bin Angelegenheit). Zur Zeit nehme ich einen ziemlich haarigen Gürtel und Zahnspange Ansatz von Kommentieren und Auswahlen/Löschen/Aktualisieren von Zeilen und stellen sicher, dass ich Backups mache. Es muss einen besseren Weg geben, sicher?

Kann jemand helfen?

Answer 1

ich die OUTPUT-Klausel ab, die in SQL Server 2008 verwenden würde ...

OUTPUT Clause (Transact-SQL)

So etwas wie ...

BEGIN TRANSACTION 

DELETE [table] OUTPUT deleted.* WHERE [woof] 

ROLLBACK TRANSACTION 

Einfügungen und Aktualisierungen können die '' eingeführt Tabelle verwenden. Der MSDN-Artikel deckt alles ab.

EDIT:

Das ist wie andere Vorschläge von SELECT dann innerhalb einer Transaktion DELETE, mit der Ausnahme, dass es tatsächlich tut beides zusammen. So öffnen Sie eine Transaktion, löschen/einfügen/aktualisieren mit einer OUTPUT-Klausel, und die Änderungen werden vorgenommen, während ALSO ausgibt, was getan wurde. Dann können Sie Rollback oder Commit auswählen.

Answer 2

Wenn Sie sich im Kontext der Transaktion befinden, können Sie die Änderungen jederzeit zurücksetzen, bevor die Transaktion festgeschrieben wird. (Entweder durch tran explizit commit oder wenn eine Bedingung, die entsteht, wird den Server dazu führen, implizit die Transaktion fest)

create table x (id int, val varchar(10)) 

insert into x values (1,'xxx') 
begin tran 

delete from x 
select * from x 

rollback tran 
select * from x 

Answer 3

ich in Angst vor jemandem leben tun dies meine Datenbanken so dass ich immer mein Team fragen so etwas wie die folgenden Funktionen ausführen:

BEGIN TRAN 
  
DELETE FROM X 
-- SELECT * FROM X 
FROM Table A as X JOIN Table B ON Blah blah blah 
WHERE blah blah blah 
  
ROLLBACK TRAN 
COMMIT TRAN 

Auf diese Weise, wenn Sie versehentlich F5 getroffen (es getan!) Sie werde keine Änderungen vornehmen. Sie können den SELECT-Teil am Ende der SQL-Anweisung markieren, um zu sehen, welche Datensätze (und wie viele) geändert werden. Markieren Sie dann die BEGIN TRAN- und die gesamte Delete-Anweisung und führen Sie sie aus. Wenn Sie die gleiche Anzahl an erwarteten Datensätzen löschen, markieren Sie COMMIT TRAN und führen Sie sie aus. Wenn etwas wackelig aussieht, markieren Sie den ROLLBACK TRAN und führen Sie ihn aus.

Ich mache dies mit einer UPDATE oder DELETE-Anweisung. Es hat mich ein paar Mal gerettet, aber es sorgt IMMER für Ruhe.

Answer 4

Wenn ich sehen möchte, was gelöscht wird, ändere ich einfach die "lösche" Anweisung in ein "select *". Ich mag das besser als eine Transaktion, weil ich mich nicht um Sperren kümmern muss.

Answer 5

Beim Löschen:

BEGIN TRANSACTION 

    DELETE FROM table1 
    OUTPUT deleted.* 
    WHERE property1 = 99 

ROLLBACK TRANSACTION 

Bei der Aktualisierung/Einfügen:

BEGIN TRANSACTION 

    UPDATE table1 
    SET table1.property1 = 99 
    OUTPUT inserted.* 

ROLLBACK TRANSACTION