객체를 반환하는 것보다 더 쉽게 반환 할 수 있습니까? 스택 오버플로!

Question

EF4에 저장소를 만들고 있습니다. 이 중 하나의 방법에 대해 암호와 사용자 이름을 사용하여 사용자를 확인합니다. 이 메소드는 사용자 수를 반환하므로 0은 존재하지 않으며 1은 사용자를 의미합니다. 방금 사용자 객체를 반환하고 null을 확인하면 많은 차이가 있습니까?

Answer 1

기술적으로 가장 효율적인 방법은 아마도 Any() 확장 방법을 사용하는 것입니다. 객체를 반환하면 해당 객체를 채우는 데 드는 비용이 발생합니다. 카운트를 반환하면 모든 레코드 (where 절이 적용된 후)를 거쳐 계산되는 비용이 있습니다. Any()은 Exists을 SQL에 사용해야하므로 SQL Server는 첫 번째 레코드를 찾자 마자 바로 중지 할 수 있습니다.

궁극적으로 나는 다른 사람들과 동의하지만, 이것은 곧바로 최적화를 시작하려는 곳이 아닙니다. 도널드 크 누스 (Donald Knuth)는 아마도 이것에 대해 가장 좋은 말을 가지고있을 것입니다. "조기 최적화는 모든 악의 뿌리입니다.

예를 들어,이 메서드가 bool을 반환하고 Any() 메서드를 사용한다고 가정 해 보겠습니다. 나중에 요청에 따라 데이터베이스에서 사용자 개체를 가져와야 할 수도 있습니다 (많은 일을하게 될 수 있습니다). 이제 일찍 최적화함으로써 실제로 데이터베이스에 대한 호출 수가 증가했습니다.

HTH

Answer 2

두 번째 버전이 더 좋을 것입니다. 미세 효율의 측면에서 그것은 중요하지 않습니다.

Answer 3

진실을 알고 싶다면 Hoakey. 두 가지 방법 모두 당신이 어떤 것을 선택 하느냐에 상관없이 무시할 수있을 것입니다. 코드를 이해하고 읽는 방법을 선택하십시오. 종종 사람들은 모든 잘못된 장소에서 성과에 대해 걱정하게됩니다.

나는 Armen에 동의하고, 물건을 돌려주고 널을 확인한다. 아주 간단하고 무슨 일이 일어나고 있는지 이해하기 쉽습니다.

Answer 4

올바른 사용자/비밀번호 조합이 있는지 확인한 후 '사용자'테이블의 데이터가 필요없는 경우 두 방법 중 하나를 사용할 수 있으며 성능은 중요하지 않습니다.

다른 한편으로 유효한 사용자 이름/암호를 확인한 후에 사용자 세부 정보를 얻기 위해 두 번째 호출을 할 계획이라면 처음에 개체를 명확하게 반환하고 존재를 확인하기 위해 null을 확인합니다. 내 의견으로는 더 효율적인 전략.

Answer 5

아니라 모든과 옵션은 EF가 물질화의 높은 비용을 가지고 있으며, 객체 추적 변경하고 그 개체가 속성을 많이 가지고 발생하는 경우, 당신은 확실히 모든 사용을 고려해야하기 때문에 더 나은 될 것입니다 .