LINQ：フィルタリング基準でSingleOrDefaultとFirstOrDefault（）を使用する場合

IEnumerable拡張メソッドSingleOrDefault()とFirstOrDefault()

MSDNのドキュメントSingleOrDefault：

シーケンスの唯一の要素、またはシーケンスが空の場合はデフォルト値を返します。シーケンスに複数の要素がある場合、このメソッドは例外をスローします。

一方FirstOrDefault、MSDNから（おそらく、OrderBy()または、OrderByDescending()またはまったく使用しない 場合）、

シーケンスの最初の要素を返します

いくつかのクエリ例を検討してください。これら2つのメソッドをいつ使用するかは必ずしも明確ではありません。

var someCust = db.Customers
.SingleOrDefault(c=>c.ID == 5); //unlikely(?) to be more than one, but technically COULD BE

var bobbyCust = db.Customers
.FirstOrDefault(c=>c.FirstName == "Bobby"); //clearly could be one or many, so use First?

var latestCust = db.Customers
.OrderByDescending(x=> x.CreatedOn)
.FirstOrDefault();//Single or First, or does it matter?

質問

あなたはどのような規則に従うか、お勧めします使用することを決定する際SingleOrDefault()やFirstOrDefault()、あなたのLINQクエリでは？

を使用する場合SingleOrDefaultは常に、クエリの結果が最大で1つの結果になることを明確に示します。一方、FirstOrDefaultを使用すると、クエリは任意の量の結果を返すことができますが、最初の結果のみが必要であると述べます。

私は個人的にセマンティクスが非常に異なっていると感じ、期待される結果に応じて適切なセマンティクスを使用すると、読みやすさが向上します。

結果セットが0レコードを返す場合：

• SingleOrDefault タイプのデフォルト値を返します（たとえば、intのデフォルトは0です）
• FirstOrDefault タイプのデフォルト値を返します

結果セットが1つのレコードを返す場合：

• SingleOrDefault そのレコードを返します
• FirstOrDefault そのレコードを返します

結果セットが多くのレコードを返す場合：

• SingleOrDefault 例外を投げる
• FirstOrDefault 最初のレコードを返します

結論：

結果セットに多数のレコードが含まれている場合に例外をスローする場合は、を使用しますSingleOrDefault。

結果セットに何が含まれていても常に1つのレコードが必要な場合は、 FirstOrDefault

有る

• 意味の違い
• パフォーマンスの違い

ふたつの間に。

意味の違い：

• FirstOrDefault 複数の可能性のある最初の項目を返します（存在しない場合はデフォルト）。
• SingleOrDefault単一のアイテムがあると想定し、それを返します（存在しない場合はデフォルト）。複数のアイテムは契約違反であり、例外がスローされます。

パフォーマンスの違い

• FirstOrDefault通常はより高速で、要素が見つかるまで反復し、見つからない場合は列挙型全体を反復するだけです。多くの場合、アイテムを見つける可能性が高くなります。

• SingleOrDefault要素が1つしかないかどうかを確認する必要があるため、常に列挙可能な全体を繰り返します。正確には、2番目の要素が見つかるまで反復し、例外をスローします。しかし、ほとんどの場合、2番目の要素はありません。

結論

• 使用FirstOrDefaultあなたがそこにあるどのように多くのアイテムを気にしない場合、またはあなたが（例えば非常に大規模なコレクションで）一意性をチェックする余裕がないとき。コレクションにアイテムを追加する際に一意性をチェックする場合、それらのアイテムを検索するときに再度チェックするのはコストがかかりすぎる可能性があります。

• SingleOrDefaultパフォーマンスをあまり気にする必要がなく、単一の項目の前提が読者に明確であり、実行時にチェックされることを確認したい場合に使用します。

実際には、パフォーマンスを向上させるために、単一のアイテムを想定する場合でもFirst/をFirstOrDefault頻繁に使用します。Single/ SingleOrDefaultは読みやすさ（単一の項目の仮定を示すため）と安定性（チェックするため）を改善し、適切に使用できることを覚えておく必要があります。

SQLで変換されたFirstOrDefaultはTOP 1レコードを実行し、SingleOrDefaultはTOP 2レコードを実行することについて誰も言及していません。

LINQ-> SQLの場合：

SingleOrDefault

• 「select * from users where userid = 1」のようなクエリを生成します
• 一致するレコードを選択し、複数のレコードが見つかった場合は例外をスローします
• 主/一意キー列に基づいてデータをフェッチする場合に使用します

FirstOrDefault

• 「userid = 1のユーザーから上位1 *を選択」のようなクエリを生成します
• 最初に一致する行を選択
• 非主キー/一意キー列に基づいてデータをフェッチする場合に使用します

SingleOrDefault私のロジックでは、結果が0または1になることが示されている状況で使用します。それ以上ある場合は、エラー状況であるため、役立ちます。

SingleOrDefault：「最大で」クエリまたはデフォルトに一致する1つのアイテムがあることを言っているFirstOrDefault：「少なくとも」クエリまたはデフォルトに一致する1つのアイテムがあることを言っている

次に選択する必要があるときは、声を出して言ってください。あなたはおそらく賢明に選択するでしょう。:)

あなたの場合、私は以下を使用します：

select by ID == 5：ここではSingleOrDefaultを使用しても問題ありません。1つ（またはなし）のエンティティを想定しているため、ID 5のエンティティが複数ある場合は、何か問題があり、間違いなく例外に値します。

名が「Bobby」と等しい人を検索する場合、複数存在する可能性があるので（かなり考えられるかもしれません）、SingleもFirstも使用せず、Where操作で選択するだけです（「Bobby」が多すぎる場合エンティティ、ユーザーは検索を絞り込むか、返された結果の1つを選択する必要があります）

作成日による順序付けは、Where操作でも実行する必要があります（エンティティが1つしかない可能性が高いため、並べ替えはあまり役に立ちません;）ただし、これは、すべてのエンティティを並べ替えることを意味します。1つだけが必要な場合は、FirstOrDefaultを使用します。複数のエンティティを取得すると、シングルは毎回スローされます。

どちらも要素演算子であり、シーケンスから単一の要素を選択するために使用されます。しかし、それらの間には小さな違いがあります。SingleOrDefault（）演算子は、複数の要素が条件を満たす場合に例外をスローしますが、FirstOrDefault（）は同じ要素に対して例外をスローしません。以下がその例です。

List<int> items = new List<int>() {9,10,9};
//Returns the first element of a sequence after satisfied the condition more than one elements
int result1 = items.Where(item => item == 9).FirstOrDefault();
//Throw the exception after satisfied the condition more than one elements
int result3 = items.Where(item => item == 9).SingleOrDefault();

あなたの最後の例では：

var latestCust = db.Customers
.OrderByDescending(x=> x.CreatedOn)
.FirstOrDefault();//Single or First, or doesn't matter?

はい、そうです。使用しようとするSingleOrDefault()と、クエリの結果が複数のレコードになる場合、例外が発生します。安全に使用できる唯一の時間SingleOrDefault()は、結果が1つだけで、1つだけを期待している場合です...

私が理解しているように SingleOrDefault一意であることが保証されている、つまり主キーのようなDB制約によって強制されているデータをクエリしている場合は良いでしょう。

または、主キーを照会するより良い方法があります。

私のTableAccが持っていると仮定します

AccountNumber - Primary Key, integer
AccountName
AccountOpenedDate
AccountIsActive
etc.

とクエリしたいのでAccountNumber 987654、

var data = datacontext.TableAcc.FirstOrDefault(obj => obj.AccountNumber == 987654);

私の意見でFirstOrDefaultは、たくさん使われすぎています。データをフィルタリングするほとんどの場合、論理条件に一致する要素のコレクション、またはユーザー、本、投稿などの一意の識別子による単一の一意の要素を返すことが期待されます。それはなぜそれがFirstOrDefault()コードのにおいであると言うことができるのか、それは何か問題があるからではなく、あまりにも頻繁に使用されているためです。このブログ投稿では、このトピックについて詳しく説明しています。ほとんどの場合、IMO SingleOrDefault()ははるかに優れた代替手段です。このため、この間違いに注意し、契約と期待を明確に表す最も適切な方法を使用してください。

応答で見逃されている1つの事柄...

複数の結果がある場合、order byのないFirstOrDefaultは、サーバーで使用されたインデックス戦略に基づいて異なる結果を返す可能性があります。

個人的には、コードでFirstOrDefaultを見るのは我慢できません。なぜなら、私にとっては、開発者は結果を気にしていなかったからです。ただし、order by byを使用すると、最新/最も古いものを強制する方法として役立ちます。FirstOrDefaultを使用する不注意な開発者によって引き起こされる多くの問題を修正しなければなりませんでした。

GitHubでさまざまなメソッドを使用する方法についてGoogleに問い合わせました。これは、各メソッドに対してGoogle検索クエリを実行し、クエリ「site：github.com file：cs ...」を使用して、クエリをgithub.comドメインと.csファイル拡張子に制限することで行われます。

First *メソッドは、Single *メソッドよりも一般的に使用されているようです。

| Method               | Results |
|----------------------|---------|
| FirstAsync           |     315 |
| SingleAsync          |     166 |
| FirstOrDefaultAsync  |     357 |
| SingleOrDefaultAsync |     237 |
| FirstOrDefault       |   17400 |
| SingleOrDefault      |    2950 |

を使用FirstOrDefault(x=> x.ID == key)すると結果がはるかに速く取得できるのに、なぜ使用しているのか理解できませんFind(key)。テーブルの主キーを使用してクエリを実行する場合、経験則では常にを使用しますFind(key)。などのFirstOrDefaultような述語に使用する必要があります(x=> x.Username == username)

質問の見出しはDB上のlinqまたはList / IEnumerableなどのlinqに固有ではなかったため、これは反対票に値しませんでした。