Linq to Entities가 Linq to SQL보다 더 "어려운"이유

Question

Linq to Entities에서 Include (string)와 관계를 지정해야하는 이유는 무엇입니까? Linq to SQL은 필요하지 않습니다.

개발자 또는 제한 사항 중에서 선택할 수 있습니까?

또 다른 문제는 SQL에 Linq 더 "포코"클래스입니다, Linq 엔터티가 너무 복잡합니다.

Answer 1

Linq to Entities (Entity Framework)는 Linq-To-SQL보다 훨씬 복잡하지만 유연성이 훨씬 뛰어나므로 더 복잡합니다.

Linq-to-SQL에서 기본적으로 데이터베이스 테이블과 메모리의 .NET 클래스간에 1 : 1 매핑을 얻습니다. Linq-to-SQL이 실제로 빛을 발하는 곳은 더 간단합니다.

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

그래서 나는 Linq-to-SQL과 Linq-to-Entities (EF)를 서로 비교할 수 없다고 생각합니다. 서로 다른 문제 공간을 만들었고, 서로 다른 요구 사항을 가지고 만들어졌습니다. 프로그래밍의 다른 접근법/스타일.

Linq-To-SQL이 여러분과 여러분의 요구 사항에 충분히 만족한다면, 꼭 사용해보십시오!

마크 이상하게도 내 현재의 미친 계획 때문에 최대의 키 설정에 어려움 엔티티 프레임 워크에서 작동하도록 (뷰는 데이터베이스에 걸쳐 논리적 객체로 단일 인터페이스를 제공하는 두 개의 데이터베이스를 오버레이) 가져올 수 없습니다