LINQ to SQL을 사용하는 N 계층 및 원격 응용 프로그램
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 계층 응용 프로그램의 기본 아키텍처를 보여 줍니다.
.png "LINQ to SQL N 계층 아키텍처")
추가 리소스
LINQ to SQL을 사용하는 n 계층 응용 프로그램을 구현하는 방법에 대한 자세한 내용은 다음 항목을 참조하십시오.
ADO.NET 데이터 집합을 사용하는 n 계층 응용 프로그램에 대한 자세한 내용은 N 계층 응용 프로그램에서 데이터 집합 작업 작업을 참조하십시오.