NULL列をNOT NULLにすばやく変更する

何百万もの行とNULL値を許可する列を持つテーブルがあります。ただし、現在、その列にNULL値を持つ行はありません（クエリでこれをかなり迅速に確認できます）。ただし、コマンドを実行すると

ALTER TABLE MyTable ALTER COLUMN MyColumn BIGINT NOT NULL;

クエリは比較的長い時間かかります。実際には10〜20分かかり、チェック制約を追加する場合の2倍以上の時間がかかります。特にその列にNULL値を持つ行がないことを知っているので、その列のテーブルのメタデータを即座に更新する方法はありますか？

@ypercubeの答えは、メタデータのみの変更としてこれを部分的に管理します。

制約を追加NOCHECKすると、検証のために行を読み取る必要がなくなり、列にNULL値が含まれていない位置から開始する場合（および制約のチェックと追加の間に何も追加されないことがわかっている場合）、制約によりNULL、将来INSERTまたはUPDATE操作から値が作成されないため、これは機能します。

ただし、制約を追加すると、並行トランザクションに影響を与える可能性があります。ALTER TABLE取得する必要があります。Sch-M最初のロックを。これを待っている間、他のすべてのテーブルアクセスは、ここで説明するようにブロックされます。

Sch-Mただし、ロックが取得されると、操作は非常に高速になります。

これに関する問題の1つは、実際に列にNULLs がないことがわかっていても、クエリオプティマイザーによって制約が信頼されないことです。つまり、計画が準最適になる可能性があります。

CREATE TABLE T (X INT NULL)

INSERT INTO T 
SELECT ROW_NUMBER() OVER (ORDER BY @@SPID)
FROM master..spt_values

ALTER TABLE T WITH NOCHECK
  ADD  CONSTRAINT X_NOT_NULL 
    CHECK (X IS NOT NULL) ; 

SELECT *
FROM T 
WHERE X NOT IN (SELECT X FROM T)

これをより単純なものと比較してください

ALTER TABLE T ALTER COLUMN X INT NOT NULL

SELECT *
FROM T 
WHERE X NOT IN (SELECT X FROM T)

この方法で列定義を変更する際に発生する可能性のある問題の1つは、すべての行を読み取って条件を満たしていることを確認する必要があるだけでなく、実際に行の更新をログに記録できることです。

考えられる半分の方法は、チェック制約を追加することWITH CHECKです。これは、WITH NOCHECKすべての行を読み取る必要があるため遅くなりますが、クエリオプティマイザーが上記のクエリでより単純なプランを提供できるようにし、ログに記録される更新の問題を回避する必要があります。

列を変更する代わりにCHECK、NOCHECKオプションでテーブル制約を追加できます。

ALTER TABLE MyTable WITH NOCHECK
  ADD  CONSTRAINT MyColumn_NOT_NULL 
    CHECK (MyColumn IS NOT NULL) ;