Linq to Entities가 LINQ에서 SQL을 더 "하드"하는 이유

Question

LINQ에서 엔티티에서 왜 포함 (문자열)와 관계를 지정 해야하는 이유는 무엇입니까? LINQ에서 SQL은 필요하지 않습니다.

이것이 개발자 또는 제한의 선택입니까?

또 다른 문제인 LINQ에서 SQL은 "POCO"클래스, LINQ에서 엔티티가 너무 복잡합니다.

Answer 1

LINQ to Entities (엔티티 프레임 워크)는 LINQ-to-SQL보다 훨씬 더 복잡하지만 훨씬 더 유연성을 허용하기 때문에 더 복잡합니다.

LINQ-to-SQL에서는 기본적으로 메모리에서 데이터베이스 테이블과 .NET 클래스간에 1 : 1 매핑을 얻습니다. 그것은 더 간단한 시나리오에서 괜찮으며 Linq-to-SQL이 실제로 빛나는 곳입니다.

그러나 더 크고 더 복잡한 엔터프라이즈 시나리오에서는 충분하지 않을 수 있습니다. 엔티티 프레임 워크 및 따라서 LINQ-to-Entities를 사용하면 1 : 1 기준으로 데이터베이스 구조에 반드시 연결되어 있지 않은 별도의 개념 모델 (.NET 객체)을 가질 수 있습니다 (상속, 여러 테이블을 단일 객체로 병합하고 병합합니다. 더 많은 것). 이것은 너무 복잡하고 너무 복잡하게 들릴 수 있지만, 많은 고급 시나리오에서는 생명의 보트와 필수 기능입니다.

따라서 LINQ-to-SQL 및 LINQ-to-Entities (EF)를 서로 비교할 수는 없다고 생각합니다. 요구 사항은 다른 요구 사항과 다른 접근 방식 / 스타일을 갖는 다른 별도의 문제 공간으로 만들어졌습니다. 프로그래밍의.

LINQ -to -SQL이 귀하와 귀하의 요구 사항에 충분하다면 - 훌륭합니다.

마크