寫入和讀/寫操作

透過決定何時與如何執行不同的類型的命令，您可以管理並行寫入操作的特定行為。以下是與此討論相關的命令：

• COPY 命令，執行載入 (初始或遞增)

• INSERT 命令，一次附加一或多個資料列

• UPDATE 命令，修改現有資料列

• DELETE 命令，移除資料列

COPY 和 INSERT 操作為單純寫入的操作，但 DELETE 和 UPDATE 操作為讀/寫操作。(若要讓資料列可供刪除或更新，必須先加以讀取。) 並行寫入操作的結果取決於並行執行的特定命令。對相同資料表的 COPY 和 INSERT 操作會保留在等候狀態，直到鎖定釋出為止，然後會照常進行。

UPDATE 和 DELETE 操作有不同的行為，因為它們仰賴於執行任何寫入之前的初始資料表讀取。由於並行交易彼此看不見對方，UPDATE 和 DELETE 必須從上次認可讀取資料的快照。第一個 UPDATE 或 DELETE 釋出其鎖定時，第二個 UPDATE 或 DELETE 必須判斷要使用的資料是否可能過時。它將不會過時，因為第二個交易不會取得其資料的快照，直到第一個交易已釋出其鎖定為止。

並行寫入交易可能的死鎖情況

每當交易牽涉到一個以上資料表的更新，當它們都嘗試寫入相同的資料表集時，並行執行的交易有可能變得死鎖。交易會在認可或復原時一次釋出其所有資料表鎖定；它不會一次撤回一個鎖定。

例如，假設交易 T1 和 T2 在大約相同的時間開始。如果 T1 開始寫入資料表和 T2 開始寫入資料表 B，這兩個交易都可以繼續而不衝突；不過，如果 T1 完成寫入資料表並且必須開始寫入資料表 B，它將無法繼續，因為 T2 仍在 B 上保有鎖定。相反地，如果 T2 完成寫入資料表 B 並且必須開始寫入資料表 A，它將無法繼續，因為 T1 仍在 A 上保有鎖定。因為這兩個交易都可釋出其鎖定，直到其所有寫入操作都認可，因此沒有任一交易可以繼續。

為了避免這類的死鎖，您必須謹慎排程並行寫入操作。例如，您應該一律以相同的順序更新交易中的資料表，同時，如果指定鎖定，在執行任何 DML 操作之前，以相同的順序鎖定資料表。