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

table-expression :ジョイン、外部ジョイン、ビュー、派生テーブルを含むことのできるテーブル式。 FROM 句を参照してください。

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 (許可されたインジケーター)
| string
| identifier
| number

テーブルに挿入した文字列は、データベースが大文字と小文字を区別するかどうかに関係なく、常に入力された大文字と小文字の状態のままで格納されます。文字列 Street で更新した CHAR データ型カラムは、常に大文字の S と残りの文字が小文字でデータベースに格納されます。SELECT 文は、文字列を Street として返します。ただし、データベースで大文字と小文字が区別されない場合は、すべての比較において Street は street、STREET などと同じと見なされます。さらに、単一カラムのプライマリキーにエントリ Street がある場合、プライマリキーがユニークでなくなるため、別のローのプライマリキーの street への UPDATE は拒否されます。

新しい値が元の値と同じ場合、データは変更されません。ただし、BEFORE UPDATE トリガーは、ローを対象に UPDATE が実行されるたび、新しい値が古い値と異なるかどうかに関係なく起動されます。一方、AFTER UPDATE トリガーは、新しい値が古い値と異なる場合にのみ起動されます。

構文 3 と構文 4 は SQL Remote だけに適用できます。

構文 3 は、SQL Remote だけのための構文であり、Message Agent によって 1 つのテーブルの 1 つのローの更新が実行されます。VERIFY 句には、更新するローの中にあると予想される値のセットを含めます。値が一致しない場合、UPDATE が処理される前に RESOLVE UPDATE トリガーが起動されます。UPDATE は失敗しませんが、それは単に VERIFY 句が一致に失敗するからです。

UPDATE 文の構文 4 は、特定の SQL Remote 機能を実装するために使用したり、BEFORE トリガー内で使用したりします。この文は、リストが変更されるたびに、SUBSCRIBE BY 値の完全なリストを提供します。これは、SQL Remote トリガーに配置され、データベースサーバーが SUBSCRIBE BY 値の現在のリストを計算できるようにします。両方のリストがトランザクションログ内に記録されます。

Message Agent は 2 つのリストを使用して、ローが必要な、ローを保有しない任意のリモートデータベースにローが移動したことを確認します。また、Message Agent は、ローを保有し、そのローが不要になったリモートデータベースからローを削除します。そのローを保有し、依然そのローを必要とするリモートデータベースは、UPDATE 文の影響を受けません。

SUBSCRIBE BY 句内のサブクエリを使って作成したパブリケーションについては、UPDATE 文の構文 4 を含むトリガーを作成してローがそれぞれの正しいサブスクリプションに格納されていることを確認します。

UPDATE 文の構文 4 を使用すると、古い SUBSCRIBE BY リストと新しい SUBSCRIBE BY リストを明示的に指定して、SQL Remote トリガーの効率を高めることができます。このリストがないと、データベースサーバーはパブリケーション定義から古い SUBSCRIBE BY リストを計算します。通常は、新しい SUBSCRIBE BY リストは古い SUBSCRIBE BY リストとほんのわずか異なるだけなので、古いリストの処理は 2 回行われます。古いものと新しいリストの両方を指定すると、この余分な作業を避けることができます。

SUBSCRIBE BY 式は、値またはサブクエリのいずれかです。

UPDATE 文の構文 4 を使うと、トランザクションログ内にエントリが作成されますが、データベーステーブルは変更されません。

UPDATE 文を使用してデータを大量に更新する場合も、カラム統計は更新されます。

修正対象のカラムに対する UPDATE パーミッションが必要です。

カラム統計は変更された値を反映するように更新されます。

テーブルにプライマリキー、UNIQUE 制約、または UNIQUE インデックスがある場合、一意性制約に違反しなければテーブル変更を実行できないときには、UPDATE 文の処理にテンポラリテーブルを使用する必要がある場合があります。テンポラリテーブルには、1 つ以上の一意性制約に違反している UPDATE 文で変更されたローが格納されます。これらのローは、UPDATE 文の実行時に一時的にベーステーブルから削除され、後で再挿入されます。この動作は、AFTER トリガーと他の同時接続に影響することがあります。

• DELETE 文
• DELETE 文 (位置付け) [ESQL] [SP]
• INSERT 文
• UPDATE 文 [SQL Remote]
• CREATE TRIGGER 文
• CREATE TABLE 文
• PUT 文 [ESQL]
• OPTION 句、SELECT 文
• MERGE 文
• ALTER TABLE 文
• UPDATE (位置付け) 文 [ESQL] [SP]
• VERIFY 句を持つ UPDATE 文
• TSEQUAL 関数 [システム] (旧式)
• FROM 句
• ビュー
• ジョイン：複数テーブルからのデータ検索
• 更新時のロック
• UPDATE 文のレプリケーション
• SELECT、UPDATE、DELETE クエリブロック内のロー制限句
• UPDATE によるデータの変更
• ansi_update_constraints オプション

次の例では、サンプルデータベースを使用して、従業員 Philip Chin (employeeID = 129) を販売部からマーケティング部に異動する例を示します。

UPDATE Employees
SET DepartmentID = 400
WHERE EmployeeID = 129;

次の例では、サンプルデータベースを使用して、既存するすべての受注の ID から 2000 を引いて番号をふり直します。

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

この更新が可能となるのは、SalesOrderItems テーブル (プライマリキー SalesOrders.ID を参照する) の外部キーがアクション ON UPDATE CASCADE を使用して定義されている場合だけです。SalesOrderItems テーブルも更新されます。文で ORDER BY 句が指定されており、SET 句でも順序属性が指定されているため、ansi_update_constraints オプションを Off に設定しないとエラーが返されます。

3 つめの例は、サンプルデータベースを使用して、データベースの現在の独立性レベル設定ではなく、独立性レベル 2 で製品の価格を変更します。

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

4 つめの例では再度サンプルデータベースを使用し、構文 2 を使用して、現在の在庫を上回る量の注文が 1 つ以上存在する Tee Shirt の在庫をリセットします。

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;

5 つめの例では、構文 1 を使用して、これらの Tee Shirts の在庫をリセットし、Tee Shirt 注文の ShipDate を今日の日付にリセットします。

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

4 つめと 5 つめの例では、ansi_update_constraints オプションを Strict 以外の値に設定する必要があります。

6 つめの例では、テーブルを更新して、カラムをデフォルト値に設定する方法を示します。この例では、テーブル MyTable を作成し、このテーブルにデータを移植します。次に、SET 句を指定して UPDATE 文を実行し、カラム値をデフォルトに変更します。

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%';