UPDATE [ row-limitation ] table-expression [, ...] 
SET set-item[, ...]
[ WHERE search-condition ]
[ ORDER BY expression [ ASC | DESC ] , ...]
[ OPTION( query-hint, ... ) ]

table-expression: Ein Tabellenausdruck, der Joins, Outer-Joins, Ansichten und abgeleitete Tabellen enthalten kann. Siehe FROM-Klausel.

UPDATE [ row-limitation ] table-name 
SET set-item[, ...]
FROM table-expression [, ...] ]
[ WHERE search-condition ]
[ ORDER BY expression [ ASC | DESC ] , ...]
[ OPTION( query-hint, ... ) ]

table-name : 
[ owner.]table-name [ [ AS ] correlation-name ]
| [ owner.]view-name [ [ AS ] correlation-name ]
| derived-table

derived-table : 
( select-statement ) 
[ AS ] correlation-name [ ( column-name [, ...] ) ]

UPDATE table-name
SET set-item, ...
VERIFY ( column-name, ... ) VALUES ( expression, ... ) 
[ WHERE search-condition ]
[ ORDER BY expression [ ASC | DESC ], ...]
[ OPTION( query-hint, ... ) ]

UPDATE [ owner.]table-name
PUBLICATION publication
{  SUBSCRIBE BY expression
| OLD SUBSCRIBE BY expression NEW SUBSCRIBE BY expression
    }
WHERE search-condition

row-limitation :
FIRST
| TOP { ALL | limit-expression } [ START AT startat-expression ]

limit-expression : simple-expression
startat-expression : simple-expression

simple-expression :
integer
| variable
| ( simple-expression )
| ( simple-expression { + | - | * } simple-expression )

set-item :
[ correlation-name.]column-name = { expression | DEFAULT }
| [owner-name.]table-name.column-name = { expression | DEFAULT }
| @variable-name = expression

query-hint :
MATERIALIZED VIEW OPTIMIZATION option-value
| FORCE OPTIMIZATION
| FORCE NO OPTIMIZATION
| option-name = option-value

table-name : 
[ owner.]base-table-name
| temporary-table-name
| derived-table-name
| [ owner.]view-name

option-name : identifier

option-value : 
hostvar (Bezeichner zulässig)
| string
| identifier
| number

In Tabellen eingefügte Zeichenfolgen werden immer in der gleichen Schreibung (groß oder klein) gespeichert, in der sie eingegeben wurden, unabhängig davon, ob die Datenbank die Groß-/Kleinschreibung berücksichtigt oder nicht. Eine Spalte vom Datentyp CHAR, die mit der Zeichenfolge Street aktualisiert wird, ist in der Datenbank immer mit einem großen S gespeichert, die restlichen Buchstaben sind klein geschrieben. SELECT-Anweisungen geben die Zeichenfolge als Street zurück. Wenn die Datenbank die Groß-/Kleinschreibung nicht berücksichtigt, wird bei Vergleichen Street genau so wie street, STREET, usw. behandelt. Wenn außerdem ein Primärschlüssel für eine Spalte einen Eintrag "Street" enthält, wird ein UPDATE eines Primärschlüssels einer anderen Zeile auf "street" zurückgewiesen, da sonst der Primärschlüssel nicht mehr eindeutig wäre.

Wenn sich der neue Wert nicht vom alten unterscheidet, werden die Daten nicht verändert. BEFORE UPDATE-Trigger werden jedoch jedes Mal ausgelöst, wenn ein UPDATE einer Zeile stattfindet, ganz gleich, ob sich der neue Wert vom alten unterscheidet. AFTER UPDATE-Trigger lösen nur aus, wenn sich die neuen von den alten Werten unterscheiden.

Syntax 3 und 4 gelten nur in SQL Remote.

Syntax 3 ist nur für die Verwendung mit SQL Remote für Aktualisierungen von Einzelzeilen in einer einzigen Tabelle vorgesehen, die durch den Nachrichtenagenten ausgeführt werden. Die VERIFY-Klausel enthält eine Wertmenge, die in den zu aktualisierenden Zeilen erwartet wird. Wenn die Werte nicht übereinstimmen, werden alle vorhandenen RESOLVE UPDATE-Trigger ausgelöst, bevor die Aktualisierung weitergeführt wird. Die UPDATE-Anweisung schlägt nicht fehl, weil es für die VERIFY-Klausel keine Übereinstimmung gab.

Syntax 4 der UPDATE-Anweisung wird verwendet, um eine spezifische SQL Remote-Funktion zu implementieren und muss innerhalb eines BEFORE-Triggers verwendet werden. Diese Syntax dient dazu, bei jeder Listenänderung eine vollständige Liste von SUBSCRIBE BY-Werten bereitzustellen. Sie wird in SQL Remote-Triggern platziert, damit der Datenbankserver die aktuelle Liste von SUBSCRIBE BY-Werten ermitteln kann. Beide Listen werden im Transaktionslog abgelegt.

Der Nachrichtenagent verwendet diese zwei Listen, um sicherzustellen, dass die Zeile an alle entfernten Datenbanken übermittelt wird, die die Zeile noch nicht haben und jetzt benötigen. Der Nachrichtenagent entfernt die Zeile aus jeder entfernten Datenbank, welche diese Zeile hat, sie aber nicht länger benötigt. Eine entfernte Datenbank, die diese Zeile enthält und weiterhin benötigt, wird von der UPDATE-Anweisung nicht beeinflusst.

Bei Publikationen, die mit einer Unterabfrage in einer SUBSCRIBE BY-Klausel erstellt werden, müssen Sie einen Trigger schreiben, der Syntax 4 der UPDATE-Anweisung enthält. So stellen Sie sicher, dass die Zeilen in ihren korrekten Subskriptionen bleiben.

Syntax 4 der UPDATE Anweisung ermöglicht die explizite Angabe der alten SUBSCRIBE BY- und der neuen SUBSCRIBE BY-Liste, wodurch SQL Remote-Trigger wirksamer gemacht werden können. Wenn diese Listen nicht vorliegen, errechnet der Datenbankserver die alte SUBSCRIBE BY-Liste aus der Publikationsdefinition. Da sich die neue SUBSCRIBE BY-Liste im Allgemeinen nur leicht von der alten SUBSCRIBE BY-Liste unterscheidet, kann die Ermittlung der alten Liste zwei Mal erfolgen. Indem Sie sowohl die alte als auch die neue Liste angeben, können Sie diese zusätzliche Arbeit vermeiden.

Der Ausdruck SUBSCRIBE BY ist entweder ein Wert oder eine Unterabfrage.

Syntax 4 der UPDATE-Anweisung nimmt einen Eintrag in das Transaktionslog vor, ändert aber die Datenbanktabelle nicht.

Das Aktualisieren großer Datenmengen mit der UPDATE-Anweisung aktualisiert auch die Spaltenstatistiken.

UPDATE-Berechtigung für die zu ändernden Spalten ist erforderlich.

Spaltenstatistiken werden aktualisiert, sodass sie die geänderten Werte darstellen.

Wenn eine Tabelle einen Primärschlüssel, eine UNIQUE-Integritätsregel oder einen UNIQUE-Index hat, kann die Verarbeitung der UPDATE-Anweisung die Verwendung einer temporären Tabelle umfassen, wenn die Tabellenmanipulationen nicht ohne Verletzung der Eindeutigkeits-Integritätsregel erfolgen können. Die temporäre Tabelle speichert von der UPDATE-Anweisung geänderte Zeilen, die eine oder mehrere Eindeutigkeits-Integritätsregeln verletzen. Diese Zeilen werden während des Ausführens der UPDATE-Anweisung aus der Basistabelle gelöscht und anschließend wieder eingefügt. Dieses Verhalten kann Auswirkungen auf AFTER-Trigger und andere gleichzeitige Verbindungen haben.

• DELETE-Anweisung
• DELETE-Anweisung (positionsbasiert) [ESQL] [SP]
• INSERT-Anweisung
• UPDATE-Anweisung [SQL Remote]
• CREATE TRIGGER-Anweisung
• CREATE TABLE-Anweisung
• PUT-Anweisung [ESQL]
• OPTION-Klausel, SELECT-Anweisung
• MERGE-Anweisung
• ALTER TABLE-Anweisung
• UPDATE-Anweisung (positionsbasiert) [ESQL] [SP]
• UPDATE-Anweisungen mit einer VERIFY-Klausel
• TSEQUAL-Funktion [System] (nicht mehr empfohlen)
• FROM-Klausel
• Ansichten
• Joins: Daten aus mehreren Tabellen abrufen
• Sperren während einer Aktualisierung
• Replikation der UPDATE-Anweisung
• Zeilenbeschränkungsklauseln in SELECT-, UPDATE- und DELETE-Abfrageblöcken
• Datenänderungen mit UPDATE
• ansi_update_constraints-Option

Bei Verwendung der Beispieldatenbank transferiert das folgende Beispiel den Mitarbeiter Philip Chin (employee 129) von der Verkaufsabteilung in die Marketingabteilung.

UPDATE Employees
SET DepartmentID = 400
WHERE EmployeeID = 129;

Bei Verwendung der Beispieldatenbank nummeriert dieses Beispiel alle bestehenden Bestellaufträge neu, indem 2000 von der ID abgezogen wird.

UPDATE SalesOrders AS orders
SET orders.ID = orders.ID - 2000
ORDER BY orders.ID ASC;

Diese Aktualisierung ist nur möglich, wenn der Fremdschlüssel der Tabelle 'SalesOrderItems' (der den Primärschlüssel SalesOrders.ID referenziert) mit der Aktion ON UPDATE CASCADE definiert wird. Die Tabelle 'SalesOrderItems' wird dann ebenfalls aktualisiert. Da die Anweisung eine ORDER BY-Klausel festlegt und das Sortierfolge Attribut auch in der SET-Klausel angegeben ist, muss die Option ansi_update_constraints auf "Off" gesetzt werden, weil sonst ein Fehler zurückgegeben wird.

Unter Verwendung der Beispieldatenbank ändert dieses dritte Beispiel den Preis für ein Produkt auf Isolationsstufe 2, statt die aktuelle Isolationsstufeneinstellung für die Datenbank zu verwenden.

UPDATE Products
SET UnitPrice = 7.00
WHERE ID = 501
OPTION( isolation_level = 2 );

Wieder unter Verwendung der Beispieldatenbank verwendet dieses vierte Beispiel die Syntax 2, um den Lagerbestand der T-Shirts zurückzusetzen, für die mindestens eine Bestellung vorhanden ist, deren Menge den aktuellen Lagerbestand überschreitet:

UPDATE Products AS a
SET Quantity = 0
FROM Products a JOIN SalesOrderItems b ON a.ID = b.ProductID
WHERE a.Name = 'Tee Shirt' AND b.Quantity > a.Quantity;

In diesem fünften Beispiel wird die Syntax 1 verwendet, um sowohl den Lagerbestand für die Tee Shirts als auch das Lieferdatum (ShipDate) für die Tee Shirt-Bestellung auf das heutige Datum zurückzusetzen:

UPDATE Products a JOIN SalesOrderItems b on a.ID = b.ProductID 
SET a.Quantity = 0, b.ShipDate = CAST( NOW() AS DATE)
WHERE a.Name = 'Tee Shirt' AND b.Quantity > a.Quantity

Beispiele vier und fünf erfordern das Einstellen der Option ansi_update_constraints auf einen anderen Wert als Strict.

Im sechsten Beispiel wird gezeigt, wie eine Tabelle aktualisiert wird, um eine Spalte auf ihren Standardwert zu setzen. In diesem Beispiel erstellen Sie die Tabelle MyTable, füllen sie mit Daten und führen dann eine UPDATE-Anweisung aus, in der mit der SET-Klausel festgelegt wird, dass die Spaltenwerte auf ihre Standardwerte gesetzt werden.

CREATE TABLE MyTable(
   PK INT PRIMARY KEY  DEFAULT AUTOINCREMENT,
   TableName CHAR(128) NOT NULL,
   TableNameLen INT DEFAULT 20,
   LastUser CHAR(10) DEFAULT last user,
   LastTime TIMESTAMP DEFAULT TIMESTAMP,
   LastTimestamp TIMESTAMP DEFAULT @@dbts );

INSERT INTO MyTable WITH AUTO NAME
   SELECT
      LENGTH(t.table_name) AS TableNameLen,
      t.table_name AS TableName
   FROM SYS.SYSTAB t
   WHERE table_id<=10;

UPDATE MyTable SET  LastTime = DEFAULT, LastTimestamp = DEFAULT
   WHERE TableName LIKE '%sys%';