テーブルを更新するためにGUID列が使用されました。インデックスを作成する必要がありますか？

Question

私は既知のGUIDを保存して取得してレコードを追加した後、レコードのIDを取得するデータベースに取り組んでいます。私のアプリケーションはSQL ServerとOracleの両方で動作するので、@@ IDENTITY *は使用できません。

言ってやる例えば、私は新しいアドレスを追加します

ID (identity column in SQL Server;sequenced/trigger column in Oracle) 
... address data... (street, town, postcode, etc.) 
GUID 

私は次のようにしてIDを取り戻す：パート1で

1. INSERT INTO ADDRESS (... address details, GUID = {some new GUID value}) 
2. SELECT ID FROM ADDRESS WHERE GUID = {my GUID value} 
3. UPDATE ADDRESS SET GUID = NULL WHERE GUID = {my GUID value} 

を、私はアドレスの詳細を追加していると、データベースにGUID値を設定する。パート2でIDを取得しています。パート3では、GUID値をデータベースから削除しています（重複したGUIDが発生することはほとんどありません）。

私は3番目のビットのためのSQL Server 2008の推定実行プランを見てみると、私はGUID列にはインデックスがない場合、それは次のパスを示しています

と次のパスI場合をGUID列に索引を持っている：

私の質問です：私は2番目の画像に示すシークとして最初の画像に示されているスキャンが良くないことを認識しますが、 GUID列が本質的に空の99.999％ということは、常に断片化されリソースを浪費するため、フィールドのインデックスを作成すべきではないということですか？それとも、インデックス全体のスキャンを行う必要がなく、私が追加したばかりのGUIDがどこにあるのかがわかりやすいので、インデックスはまだ役立ちますか？

要約：GUIDが追加され、すぐに削除されるという事実を考えれば、GUID列のインデックス作成には何らかのポイントがありますか？

*デザインは自分のものではないため、別の方法を使用することはできません。しかし、私の特定のデータベースの設計が私の全体的な質問に影響しないことがわかります。

Answer 1

はい、あなたは何をしているのかについて列をインデックス化する必要があります。

create index AddressGuid on ADDRESS(GUID) where GUID is not NULL; 

しかし、教唆者方法があります：SQL Serverの（Oracleの同等物が何であるかわからない）でフィルタリングインデックスを使用してINSERTのRETURNING句/ OUTPUTを使用しています。 SQL Serverと Oracleの両方がサポートされており、GUIDの回避策は必要ありません。

Answer 2

その列にインデックスを作成しない場合は、SELECTおよびUPDATEステートメントのそれぞれは、行を見つけるためにテーブル全体をスキャンする必要があります。それがあなたが望むものでないなら、あなたは索引をつけなければなりません。私はGUID列をNULLに設定するのは気にしません。