LINQ to SQL을 사용하는 n 계층 또는 다중 계층 애플리케이션을 만들 수 있습니다. 일반적으로 LINQ to SQL 데이터 컨텍스트, 엔터티 클래스 및 쿼리 생성 논리는 DAL(데이터 액세스 계층)으로 중간 계층에 있습니다. 비즈니스 논리 및 비영구 데이터는 엔터티 및 데이터 컨텍스트의 부분 클래스 및 메서드에서 완전히 구현되거나 별도의 클래스에서 구현될 수 있습니다.
클라이언트 또는 프레젠테이션 계층은 중간 계층의 원격 인터페이스에서 메서드를 호출하고 해당 계층의 DAL은 메서드에 매핑된 쿼리 또는 저장 프로시저를 DataContext 실행합니다. 중간 계층은 일반적으로 엔터티 또는 프록시 개체의 XML 표현으로 클라이언트에 데이터를 반환합니다.
중간 계층에서 엔터티는 데이터 컨텍스트에 의해 만들어지며, 해당 상태를 추적하고 데이터베이스에 대한 변경 내용의 지연된 로드 및 제출을 관리합니다. 이러한 엔터티는 DataContext에 "연결"됩니다. 그러나 엔터티가 serialization을 통해 다른 계층으로 전송되면 분리됩니다. 즉 DataContext , 더 이상 상태를 추적하지 않습니다. LINQ to SQL에서 변경 내용을 데이터베이스에 제출하려면 클라이언트가 업데이트를 위해 다시 보내는 엔터티를 데이터 컨텍스트에 다시 연결해야 합니다. 낙관적 동시성 검사에 필요한 경우 클라이언트는 원래 값 및/또는 타임스탬프를 다시 중간 계층으로 제공할 책임이 있습니다.
ASP.NET 애플리케이션 LinqDataSource 에서는 이러한 복잡성을 대부분 관리합니다. 자세한 내용은 LinqDataSource 웹 서버 컨트롤 개요를 참조하세요.
추가 리소스
LINQ to SQL을 사용하는 n 계층 애플리케이션을 구현하는 방법에 대한 자세한 내용은 다음 항목을 참조하세요.
ADO.NET DataSets를 사용하는 n 계층 애플리케이션에 대한 자세한 내용은 n 계층 애플리케이션의 데이터 세트 작업을 참조하세요.