テーブルが空の場合のハンドルMAX（）のオプションを修正しますか？

Question

テーブルが空の場合、私は3つの性能がすべて似ていると思います。しかし、テーブルに何百万ものレコードがある場合、パフォーマンスの影響はどうなるでしょうか。

1。元のクエリは影響を受けませんが、2つの分離されたdbのコンサルトを作成する必要があるため、好きではありません。

2。なぜなら、空のテーブルがインデックスを使用して最大値を見つける代わりにすべての行を持っていなければならないからです。

3。これはエラーを発生させる代わりにnullを返すべきです。

long? LastInsertedID; 

try 
{ 
    LastInsertedID = db.myTable.Any() ? 
         db.myTable.Max(p => p.id) 
        : 0; 

    LastInsertedID = db.myTable.Select(p => p.id) 
          .DefaultIfEmpty(0) 
          .Max(); 

    LastInsertedID = db.myTable.Max(p => p.id); -- cause Exception 
} 

例外：

{ "マテリア値がnullであるため、値型へのキャスト『System.Int64』は失敗した結果の型のジェネリックパラメータまたはNULL可能タイプを使用する必要があり、クエリのどちらか。 "}

Answer 1

IMO作業中の3番目のオプションが最適です。データベースクエリは、集合が空の場合、集合関数の大半（COUNTを除く）に対してnullを返します。例外メッセージによる提案も同様です。

必要なのは、対応するNULL可能な型にキャストを含めることです。

LastInsertedID = db.myTable.Max(p => (long?)p.id); 

Answer 2

2番目の方が優れています。複数のデータベースヒット（一般的にはヒット）を避けると、より明確になり、失敗することはありません。