実動テーブルへの列の追加

SQL Server 2008 R2の大規模な運用テーブルに列を追加する最良の方法は何ですか？オンラインのMicrosoftの本によると：

ALTER TABLEで指定された変更はすぐに実装されます。変更がテーブル内の行の変更を必要とする場合、ALTER TABLEは行を更新します。ALTER TABLEは、テーブルのスキーマ変更ロックを取得して、最後に非常に短いSCH-Mロックを必要とするオンラインインデックス操作を除き、変更中に他の接続がテーブルのメタデータを参照しないようにします。

（http://msdn.microsoft.com/en-us/library/ms190273.aspx）

数百万行の大きなテーブルでは、これには時間がかかる場合があります。停止することが唯一の選択肢ですか？このような状況に対処する最善の方法は何ですか？

"場合によります"

行にデータを追加する必要のない列を追加すると、非常に高速になります。

たとえば、intまたはcharを追加するには、物理​​的な行の移動が必要です。デフォルトなしでNULL可能varcharを追加することはできません（NULLビットマップを展開する必要がない限り）

推定値を取得するには、本番環境の復元コピーで試してみる必要があります

10億行のテーブルにインデックスとキーを再追加する必要がある場合、新しいテーブルの作成、コピー、名前の変更に時間がかかることがあります。

NULL許容列を追加するのに数秒かかった10億行のテーブルを変更しました。

最初にバックアップを取ると言いましたか？

列がNULL可能であれば、影響は無視できるはずです。列をNULLにすることはできず、値を設定する必要がある場合、まったく異なる可能性があります。この場合、1回のショットでnot nullおよびデフォルトの制約を追加する代わりに、すべての行にデータを効果的に追加します。

• NULL可能として列を追加します-ほとんどの場合、高速である必要があります
• 値をデフォルトに更新します
  • 必要に応じてバッチでこれを行うことができます
  • また、これを使用して、一部の行がデフォルトにならない場合がある条件付きロジックを適用することもできます
• NOT NULL /デフォルト制約を追加します
  • これは、どのデータもNULLでない場合は高速になりますが、測定可能です

@gbnに同意して、実稼働環境のコピーを復元して試してみてください...ハードウェアが多少似ていると仮定すると、タイミングの良いアイデアが得られ、トランザクションログへの影響も確認できます。

考慮しましたか：

1. テーブル定義への変更を含む新しいテーブルを作成します。
2. 元のテーブルから選択して、新しいテーブル定義に挿入します。
3. 元のテーブルの名前を_origに変更してから、新しいテーブルの名前を元のテーブル名に変更します。

ここでの欠点は、この変更を行うためにデータベースに十分なスペースが必要なことです。ダーティリードを防ぐために、テーブルの読み取りロックが必要になる場合があります。

ただし、元のテーブルに同時にアクセスする機会または必要がある場合、エンドユーザーへの影響を最小限に抑えます。また、ロック期間を最小限に抑える必要があります。