Mithilfe der temporären Tabelle in der where-Klausel

Ich löschen möchte viele Zeilen mit dem gleichen Satz von Feldern, die in einigen (6) Tabellen. Ich könnte dies tun, indem Sie löschen das Ergebnis einer Unterabfrage, die bei jeder Tabelle (Lösung 1), die überflüssig wäre, weil die Unterabfrage wäre jedes mal die gleiche; also will ich das speichern, das Ergebnis der Unterabfrage in eine temporäre Tabelle und löschen Sie den Wert jeder Zeile (von der temp-Tabelle) in den Tabellen (Lösung 2). Welche Lösung ist besser?

Erste Lösung:

DELETE FROM dbo.SubProtocols
WHERE ProtocolID IN (
    SELECT ProtocolID
    FROM dbo.Protocols
    WHERE WorkplaceID = @WorkplaceID
)

DELETE FROM dbo.ProtocolHeaders
WHERE ProtocolID IN (
    SELECT ProtocolID
    FROM dbo.Protocols
    WHERE WorkplaceID = @WorkplaceID
)

// ...

DELETE FROM dbo.Protocols
WHERE WorkplaceID = @WorkplaceID

Zweite Lösung:

DECLARE @Protocols table(ProtocolID int NOT NULL)

INSERT INTO @Protocols
SELECT ProtocolID
FROM dbo.Protocols
WHERE WorkplaceID = @WorkplaceID

DELETE FROM dbo.SubProtocols
WHERE ProtocolID IN (
    SELECT ProtocolID
    FROM @Protocols
)

DELETE FROM dbo.ProtocolHeaders
WHERE ProtocolID IN (
    SELECT ProtocolID
    FROM @Protocols
)

// ...

DELETE FROM dbo.Protocols
WHERE WorkplaceID = @WorkplaceID

Ist es möglich Lösung 2, ohne die Unterabfrage? Sagen tun WHERE ProtocolID IN @Protocols (aber syntaktisch korrekten)?

Ich bin mit Microsoft SQL Server 2005.

InformationsquelleAutor Manuel Faux | 2009-07-28

4

Während Sie können, vermeiden Sie die Unterabfrage in SQL Server mit einer Verknüpfung, etwa so:
```
delete from sp
from subprotocols sp
inner join protocols p on
    sp.protocolid = p.protocolid
    and p.workspaceid = @workspaceid
```
Werden Sie feststellen, dass dies nicht bekommt man wirklich jede Leistung über jede Ihrer Ansätze. In der Regel, mit Ihrem Unterabfrage, SQL Server 2005 optimiert, dass in in eine inner join, da es sich nicht auf jeder Zeile. Auch die SQL-Server-wird wohl der cache der Unterabfrage in Ihrem Fall, so schob Sie es in eine temp-Tabelle ist wahrscheinlich unnötig.

Den ersten Weg, obwohl, wäre anfällig für Veränderungen in Protocols während der Transaktionen, bei denen die zweite nicht. Nur etwas zu denken.

InformationsquelleAutor Eric

Können versuchen, diese

DELETE  FROM dbo.ProtocolHeaders
FROM    dbo.ProtocolHeaders INNER JOIN
        dbo.Protocols ON ProtocolHeaders.ProtocolID = Protocols.ProtocolID
WHERE   Protocols.WorkplaceID = @WorkplaceID

InformationsquelleAutor Adriaan Stander

1

DELETE ... FROM ist ein T-SQL-Erweiterung zum SQL-standard DELETE bietet eine alternative zur Verwendung einer Unterabfrage. Aus der Hilfe:
D. Mit LÖSCHEN basiert auf einer Unterabfrage
und mithilfe der Transact-SQL-Erweiterung
Das folgende Beispiel zeigt die
Transact-SQL-Erweiterung verwendet, um zu löschen
Datensätze aus einer Basistabelle
basierend auf einer Verknüpfung oder korreliert
Unterabfrage. Die erste DELETE-Anweisung
zeigt die SQL-2003-kompatiblen Unterabfrage
Lösung, und die zweite LÖSCHEN
- Anweisung zeigt die Transact-SQL
- Erweiterung. Beide Abfragen entfernen Zeilen
aus der SalesPersonQuotaHistory-Tabelle
auf der Basis der Jahr-zu-Datum, Umsatz abgelegt
in der SalesPerson-Tabelle.
```
-- SQL-2003 Standard subquery

USE AdventureWorks;
GO
DELETE FROM Sales.SalesPersonQuotaHistory 
WHERE SalesPersonID IN 
    (SELECT SalesPersonID 
     FROM Sales.SalesPerson 
     WHERE SalesYTD > 2500000.00);
GO



-- Transact-SQL extension
USE AdventureWorks;
GO
DELETE FROM Sales.SalesPersonQuotaHistory 
FROM Sales.SalesPersonQuotaHistory AS spqh
    INNER JOIN Sales.SalesPerson AS sp
    ON spqh.SalesPersonID = sp.SalesPersonID
WHERE sp.SalesYTD > 2500000.00;
GO
```
Würden Sie wollen, in Ihrem zweiten Lösung, so etwas wie

-- ungetestet!
LÖSCHEN VON
dbo.SubProtocols -- ProtocolHeaders, etc
AUS
dbo.SubProtocols
INNER JOIN @Protokolle AUF SubProtocols.ProtocolID = @Protokolle.ProtocolID

Aber!!

Ist es nicht möglich, ändern Sie Ihre design, so dass alle susidiary Protokoll-Tabellen ein FOREIGN KEY mit DELETE CASCADE zu den wichtigsten Protocols Tabelle? Dann könnten Sie einfach DELETE aus Protocols und den rest kümmern würde...

Bearbeiten hinzufügen:

Wenn Sie bereits FOREIGN KEYs einrichten, müssen Sie die Verwendung der DDL, um Sie zu ändern (ich denke, dass ein löschen und neu zu erstellen benötigt wird), um für Sie zu haben DELETE CASCADE eingeschaltet. Sobald dieser eingerichtet ist, wird ein DELETE aus der Haupttabelle automatisch DELETE verwandten Datensätzen in der untergeordneten Tabelle.
- Obwohl meine Tabellen haben alle auch entsprechende FOREIGN KEYs DELETE CASCADE wäre der beste Weg, denke ich.
- Ich habe gerade gesehen, das ist nicht wirklich eine DML-Anweisung, es ist eine Beschreibung für den Fremdschlüssel. Gibt es eine Möglichkeit, dies zu tun in der DML?
InformationsquelleAutor AakashM

Ohne die temp-Tabelle, riskieren Sie löschen unterschiedliche Zeilen in der zweiten löschen, aber das dauert drei Operationen zu tun.

Könnte man löschen aus der ersten Tabelle, und verwenden Sie die AUSGABE IN Klausel einfügen, in eine temp-Tabelle, alle IDs und verwenden Sie dann die temp-Tabelle löschen der zweiten Tabelle. Dies wird sicherstellen, dass Sie nur löschen Sie die entsprechenden Tasten, mit und mit nur zwei Anweisungen.

declare @x table(RowID int identity(1,1) primary key, ValueData varchar(3))
declare @y table(RowID int identity(1,1) primary key, ValueData varchar(3))
declare @temp table (RowID int)

insert into @x values ('aaa')
insert into @x values ('bab')
insert into @x values ('aac')
insert into @x values ('bad')
insert into @x values ('aae')
insert into @x values ('baf')
insert into @x values ('aag')

insert into @y values ('aaa')
insert into @y values ('bab')
insert into @y values ('aac')
insert into @y values ('bad')
insert into @y values ('aae')
insert into @y values ('baf')
insert into @y values ('aag')

DELETE @x
    OUTPUT DELETED.RowID
    INTO @temp
    WHERE ValueData like 'a%'

DELETE y
    FROM @y               y
        INNER JOIN @temp  t ON y.RowID=t.RowID

select * from @x
select * from @y

WÄHLEN SIE AUSGABE:

 RowID       ValueData
----------- ---------
2           bab
4           bad
6           baf

(3 row(s) affected)

RowID       ValueData
----------- ---------
2           bab
4           bad
6           baf

(3 Zeile(N) betroffen)

Re: »Ohne die temp-Tabelle, riskieren Sie löschen unterschiedliche Zeilen in der zweiten löschen«: ich bin mit der Ausführung der gesamten Abfrage in einer Transaktion. Ist dies immer noch ein problem?
was ist nach dem ersten löschen, aber bevor Sie Ihre zweite, jemand fügt ein neues Element, das geeignet wäre für ein löschen (auf der Grundlage der where-Bedingung). ohne die temp-Tabelle löschen Sie es auf den zweiten löschen, aber wäre es nicht gewesen gelöscht auf den ersten. mit der temp-Tabelle zu erfassen, die Schlüssel der tatsächlichen Zeilen gelöscht, die in der ersten, werden Sie nur löschen Sie diese Schlüssel in die zweite löschen.

InformationsquelleAutor KM.

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.

Aber!!