LINQ : 필터링 기준으로 SingleOrDefault와 FirstOrDefault ()를 함께 사용하는 경우

IEnumerable 확장 방법을 고려 SingleOrDefault()하고FirstOrDefault()

다음과 같은 MSDN 문서SingleOrDefault :

시퀀스의 유일한 요소 또는 시퀀스가 ​​비어있는 경우 기본값을 반환합니다. 이 메소드는 시퀀스에 둘 이상의 요소가있는 경우 예외를 발생시킵니다.

반면 FirstOrDefaultMSDN에서 (아마도 OrderBy()or를 사용 OrderByDescending()하거나 전혀 사용 하지 않을 때 ),

시퀀스의 첫 번째 요소를 반환

몇 가지 예제 쿼리를 고려하십시오.이 두 가지 방법을 언제 사용해야하는지 항상 명확하지는 않습니다.

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?

질문

LINQ 쿼리 사용 SingleOrDefault()및 결정시 어떤 규칙을 따르거나 제안FirstOrDefault() 합니까?

을 사용할 때마다 SingleOrDefault쿼리 결과가 최대 하나의 결과로 나타나야한다는 것이 분명합니다 . 반면에을 FirstOrDefault사용하면 쿼리는 많은 양의 결과를 반환 할 수 있지만 첫 번째 결과 만 원한다고 명시합니다.

나는 개인적으로 의미가 매우 다르다는 것을 알고 예상되는 결과에 따라 적절한 것을 사용하면 가독성이 향상됩니다.

결과 세트가 0 개의 레코드를 리턴하는 경우 :

• SingleOrDefault 유형의 기본값을 반환합니다 (예 : int의 기본값은 0).
• FirstOrDefault 유형의 기본값을 반환합니다

결과 세트가 1 개의 레코드를 리턴하는 경우 :

• SingleOrDefault 그 레코드를 반환
• FirstOrDefault 그 레코드를 반환

결과 세트가 많은 레코드를 리턴하는 경우 :

• SingleOrDefault 예외를 던지다
• FirstOrDefault 첫 번째 레코드를 반환

결론:

결과 세트에 많은 레코드가 포함 된 경우 예외가 발생하도록하려면을 사용하십시오 SingleOrDefault.

결과 집합에 포함 된 내용에 관계없이 항상 1 개의 레코드를 원할 경우 FirstOrDefault

있다

• 의미상의 차이
• 성능 차이

둘 사이.

의미 차이 :

• FirstOrDefault 잠재적으로 여러 항목의 첫 번째 항목을 반환합니다 (없는 경우 기본값).
• SingleOrDefault단일 항목이 있다고 가정하고이를 반환합니다 (없는 경우 기본값). 여러 항목이 계약 위반이며 예외가 발생합니다.

성능 차이

• FirstOrDefault일반적으로 더 빠르며 요소를 찾을 때까지 반복되며 찾을 수 없을 때 열거 가능한 전체를 반복해야합니다. 대부분의 경우 항목을 찾을 가능성이 높습니다.

• SingleOrDefault요소가 하나만 있는지 확인해야하므로 항상 전체 열거 가능을 반복합니다. 정확히 말하면 두 번째 요소를 찾을 때까지 반복되고 예외가 발생합니다. 그러나 대부분의 경우 두 번째 요소는 없습니다.

결론

• 사용 FirstOrDefault당신이 얼마나 많은 항목을 상관하지 않는 경우 또는 당신이 확인 고유성을 감당할 수없는 경우 (매우 큰 컬렉션의 예). 컬렉션에 항목을 추가 할 때 고유성을 확인하면 해당 항목을 검색 할 때 다시 확인하기에는 너무 비쌀 수 있습니다.

• 사용 SingleOrDefault당신이 너무 많이 성능에 관심을 가지고 있는지 단일 항목의 가정이 독자에게 명확하고 런타임에 선택되어 있는지 확인하지 않으려면.

실제로 성능을 향상시키기 위해 단일 항목을 가정하는 경우에도 First/를 FirstOrDefault자주 사용 합니다. 당신은 아직도 기억한다 Single/ SingleOrDefault(그것을 확인하기 때문에)과 안정성 (는 단일 항목의 가정 상태 때문에) 가독성을 개선하고 적절하게 사용할 수 있습니다.

SQL로 변환 된 FirstOrDefault는 TOP 1 레코드를 수행하고 SingleOrDefault는 TOP 2를 수행한다고 언급 한 사람은 없습니다. 레코드가 둘 이상 있다는 것을 알아야하기 때문입니다.

LINQ-> SQL의 경우 :

단일 또는 기본값

• "userid = 1 인 사용자의 * 선택"과 같은 쿼리를 생성합니다.
• 일치하는 레코드 선택, 둘 이상의 레코드가 발견되면 예외가 발생합니다.
• 기본 / 고유 키 열을 기반으로 데이터를 가져 오는 경우 사용

FirstOrDefault

• "userid = 1 인 사용자의 상위 1 * 선택"과 같은 쿼리를 생성합니다.
• 첫 번째로 일치하는 행을 선택하십시오.
• 기본이 아닌 고유 키 열을 기반으로 데이터를 가져 오는 경우 사용

SingleOrDefault내 논리에 따라 0 또는 하나의 결과가 표시되는 상황에서 사용 합니다. 더 많은 것이 있으면 오류 상황이며 도움이됩니다.

SingleOrDefault : 쿼리 또는 기본값과 일치하는 항목이 "대부분"있다고 말하거나 FirstOrDefault : 쿼리 또는 기본값과 일치하는 항목이 "적어도"있다고 말하고 있습니다.

다음에 더 크게 선택해야하며 현명하게 선택해야한다고 가정하십시오. :)

귀하의 경우 다음을 사용합니다.

ID == 5로 선택 : 여기에서 SingleOrDefault를 사용하는 것이 좋습니다. 하나 또는 하나의 엔터티를 기대할 수 있기 때문에 ID 5의 엔터티가 둘 이상인 경우 잘못된 예외가있을 수 있습니다.

이름이 "Bobby"인 사람을 검색 할 때 둘 이상이있을 수 있으므로 (아마도 생각할 것입니다.) Single 또는 First를 사용하지 말고 Where-operation으로 선택하십시오 ( "Bobby"가 너무 많은 경우 엔터티의 경우 사용자가 검색을 세분화하거나 반환 된 결과 중 하나를 선택해야합니다)

생성 날짜 별 순서도 Where-operation으로 수행해야합니다 (하나의 엔터티 만 가질 수는 없지만 정렬은별로 사용되지 않습니다.) 그러나 이것은 모든 엔터티를 정렬하려는 것을 의미합니다. 하나만 원하면 FirstOrDefault, 하나 이상의 엔터티가 있으면 싱글은 매번 던질 것입니다.

둘 다 요소 연산자이며 시퀀스에서 단일 요소를 선택하는 데 사용됩니다. 그러나 그들 사이에는 약간의 차이가 있습니다. SingleOrDefault () 연산자는 FirstOrDefault ()가 동일한 예외를 throw하지 않는 조건을 두 개 이상의 요소가 충족하면 예외를 throw합니다. 다음은 예입니다.

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()은 단 하나의 결과 만 기대할 때입니다 ...

내가 지금 이해 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()가 훨씬 더 나은 대안이므로이 실수를 조심하고 계약과 기대를 명확하게 나타내는 가장 적절한 방법을 사용해야합니다.

응답에서 빠진 한 가지 ....

결과가 여러 개인 경우 주문없이 FirstOrDefault는 서버에서 사용 된 인덱스 전략에 따라 다른 결과를 다시 가져올 수 있습니다.

개인적으로 개발자는 결과에 신경 쓰지 않는다고 말하면서 코드에서 FirstOrDefault를 볼 수 없습니다. 주문을 통해 최신 / 가장 이른 것을 시행하는 방법으로 유용 할 수 있습니다. 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 또는 Linq to List / IEnumerable 등에 특정하지 않았기 때문에 이것은 하향 투표를받을 자격이 없었습니다.