Linq to SQL 데이터 클래스 dbml

Question

나는 dbml에 대해 궁금하다. .... 하나의 데이터베이스에 대해 하나의 dbml 파일을 만들거나 다른 부분으로 분리해야 하는가? 사용자 dbml (테이블 만 사용자와 관련됨) 등? 내가 이것을 할 때 나는 문제의 abit을 가질 것이다. User dbml에 User 테이블이 있고 Order dbml에 User 테이블이있는 경우 엔티티 네임 스페이스가 동일하면 허용되지 않습니다. 각각의 dbml에 대해 서로 다른 엔티티 네임 스페이스를 설정했다면 작동하지만 이것은 User 테이블의 다른 엔티티를 제공합니다. 단일 데이터가 비즈니스 로직 계층으로 되돌아 갈 때, 사용되는 사용자 테이블의 엔티티 네임 스페이스를 아는 것이 어렵습니다.

별도의 dbml 대신 하나의 dbml 파일을 작성하면 데이터베이스에서 데이터를 가져올 때 단일 dbml이 분리 된 dbml 버전보다 느리게 나타납니다.

Answer 1

Linq to SQL은 단일 데이터 컨텍스트 개체로 작동하도록 설계되었습니다. SQL의 DataContext
http://blogs.msdn.com/dinesh.kulkarni/archive/2008/04/27/lifetime-of-a-linq-to-sql-datacontext.aspx

에 LINQ의

수명은 NerdDinner 튜토리얼 저장소 패턴을 사용하여, SQL 사용에 대한 일반적인 Linq에 꽤 좋은 사례가있다. 모든 경우에, 리포지토리 개체는 작업을 수행하기 위해 하나의 데이터 컨텍스트 개체를 사용 : 그것은 Entity Framework에 더 적합 할 수처럼 당신이 할하려는 것은 소리

http://nerddinnerbook.s3.amazonaws.com/Part3.htm

. 그러나 Entity Framework는 현재 릴리스에서 특히 지연로드와 관련하여 몇 가지 문제가 있음을 알립니다.