[c#] “LINQ to Entities”, “LINQ to SQL”및 “LINQ to Dataset”의 차이점은 무엇입니까?

LINQ는 다음과 같은 쿼리 이해 구문을 기반으로하는 광범위한 기술 집합입니다.

var qry = from x in source.Foo
          where x.SomeProp == "abc"
          select x.Bar;

컴파일러에 의해 코드로 매핑됩니다.

var qry = source.Foo.Where(x => x.SomeProp == "abc").Select(x => x.Bar);

그리고 여기서 진정한 마술이 시작됩니다. Foo여기에 무엇이 있는지 말하지 않았 으며 컴파일러는 신경 쓰지 않습니다! 오래 해결할 수있는 것처럼 일부 라는 적절한 방법 Where즉 람다를 취할 수 있으며, 그 결과를 가지고 어떤 Select 람다를 받아 들일 수 방법을, 그것은 행복하다.

지금 람다 컴파일 될 수 있다는 것을 고려 하거나 , (행 데이터 세트 LINQ-포함 LINQ 투 개체위한 위임) 익명의 방법으로 또는 객체 모델 람다를 나타내는 식 – 트리 (실행 모델 ).

메모리 내 데이터 (일반적으로 IEnumerable<T>)의 경우 델리게이트를 훌륭하고 빠르게 실행합니다. 그러나 IQueryable<T>식 (a LambdaExpression<...>) 의 개체 표현의 경우 이를 분리하여 “LINQ-to-Something”예제에 적용 할 수 있습니다.

데이터베이스 (LINQ-to-SQL, LINQ-to-Entities)의 경우 TSQL 작성을 의미 할 수 있습니다. 예를 들면 다음과 같습니다.

SELECT x.Bar
FROM [SomeTable] x
WHERE x.SomeProp = @p1

하지만 (예를 들어 ADO.NET 데이터 서비스의 경우) HTTP 쿼리 작성을 의미 할 수 있습니다.

적은 양의 데이터를 반환하는 잘 작성된 TSQL 쿼리를 실행하는 것이 네트워크를 통해 전체 데이터베이스를로드 한 다음 클라이언트에서 필터링하는 것보다 빠릅니다. 하지만 둘 다 이상적인 시나리오와 아주 잘못된 시나리오를 가지고 있습니다.

여기서의 목표와 이점은 단일 정적 검사 구문을 사용하여 광범위한 데이터 소스를 쿼리하고 코드를보다 표현 적으로 만들 수 있도록하는 것입니다 (예를 들어 데이터를 그룹화하는 “전통적인”코드는 그렇지 않습니다. 무엇을하려고하는지에 대해 매우 명확합니다. 코드의 양에서 손실됩니다).