表にWITHOUT ROLLBACKオプションを指定したときの効果を次に示します。

性能の向上

更新処理完了時に排他が解除されるので，排他待ちの発生を削減できます。

採番業務のような，更新処理が集中する表に適しています。

伝票番号や書類番号などの採番業務では，一つの表で番号を管理し，採番するごとにカウントアップするという方法が考えられます。しかし，この方法では処理が集中すると，COMMIT発行まで排他が解除されないため，排他待ちが多く発生することが考えられます。このような処理をする場合，その表にWITHOUT ROLLBACKオプションを指定すると，カウントアップが終了した時点で排他が解除されるため，排他待ちの発生を削減できます。採番業務の例を次の図に示します。

図13-22　採番業務の例

この例では，1行で1種類の番号を管理しています。

図13-22に示した採番管理表の定義例を次に示します。

CREATE TABLE 採番管理表 (種類 NCHAR(4),
                         採番 INT)
                    ：
             WITHOUT ROLLBACK

ただし，次に示す要因で欠番が発生する可能性がありますので，欠番が発生しても問題がない業務で使用してください。

• WITHOUT ROLLBACKオプションを指定して定義した表は，行を更新した時点でロールバックされなくなります。そのため，UAPやHiRDBが異常終了して再開始した場合，採番した番号を使用した業務の表は正しくロールバックされますが，WITHOUT ROLLBACKオプションの表はどの時点までロールバックされたのか分かりません。このような場合，採番はしたが，その番号が業務で使用されないことがあります。

• データベース作成ユティリティ（pdload）及びデータベース再編成ユティリティ（pdrorg）をログ取得モードを指定して実行した場合，WITHOUT ROLLBACKオプションを指定した表でも，通常の表と同様にロールバックされます。
• 採番業務のように更新処理が集中する表の場合，専用のRDエリア及びグローバルバッファを割り当ててください。
• WITHOUT ROLLBACKオプションを指定している表には，行更新時にインデクス構成列に対して同値更新となる場合だけインデクスを作成できます。また，行挿入及び行削除時に行排他が解除されないので，通常の表と同様にロールバックされます。