마이그레이션 고려 사항(Entity Framework)
ADO.NET Entity Framework를 사용하면 기존 애플리케이션보다 몇 가지 이점이 있습니다. 가장 중요한 이점 중 하나는 개념적 모델을 사용하여 애플리케이션에서 사용되는 데이터 구조를 데이터 소스의 스키마와 구분할 수 있다는 것입니다. 이렇게 하면 애플리케이션을 적절하게 변경하지 않아도 나중에 스토리지 모델이나 데이터 소스 자체를 쉽게 변경할 수 있습니다. Entity Framework 사용의 이점에 대한 자세한 내용은 Entity Framework 개요 및 엔터티 데이터 모델을 참조하세요.
Entity Framework의 이점을 최대한 활용하기 위해 기존 애플리케이션을 Entity Framework로 마이그레이션할 수 있습니다. 일부 작업은 마이그레이션되는 모든 애플리케이션에 공통됩니다. 이러한 공통 작업에는 애플리케이션에서 .NET Framework 버전 3.5 SP1(서비스 팩 1) 이상을 사용하도록 업그레이드, 모델 및 매핑 정의, Entity Framework 구성 등이 포함되어 있습니다. 애플리케이션을 .NET Framework로 마이그레이션하는 경우 추가로 고려할 사항이 있습니다. 이러한 고려 사항은 마이그레이션되는 애플리케이션의 종류와 애플리케이션의 특정 기능에 따라 달라집니다. 이 항목에서는 기존 애플리케이션을 업그레이드할 때 사용할 최상의 방법을 선택하는 데 유용한 정보를 제공합니다.
일반적인 마이그레이션 고려 사항
모든 애플리케이션을 Entity Framework로 마이그레이션할 때는 다음 사항을 고려해야 합니다.
버전 3.5 SP1 이상을 사용하는 애플리케이션은 해당 애플리케이션에 사용되는 데이터 소스의 데이터 공급자가 Entity Framework를 지원하기만 하면 Entity Framework로 마이그레이션할 수 있습니다.
공급자가 Entity Framework를 지원하지만 Entity Framework에서 데이터 소스 공급자의 모든 기능을 지원하지 않을 수도 있습니다.
크거나 복잡한 애플리케이션의 경우 한 번에 전체 애플리케이션을 Entity Framework로 마이그레이션할 필요는 없습니다. 그러나 데이터 소스가 변경될 경우 Entity Framework를 사용하지 않는 애플리케이션의 모든 부분을 변경해야 합니다.
Entity Framework는 ADO.NET 데이터 공급자를 사용하여 데이터 소스에 액세스하므로 Entity Framework에 사용되는 데이터 공급자 연결을 애플리케이션의 다른 부분과 공유할 수 있습니다. 예를 들어, Entity Framework는 SqlClient 공급자를 사용하여 SQL Server 데이터베이스에 액세스합니다. 자세한 내용은 Entity Framework용 EntityClient 공급자를 참조하세요.
일반적인 마이그레이션 작업
기존 애플리케이션을 Entity Framework로 마이그레이션하는 경로는 애플리케이션 종류와 기존 데이터 액세스 전략에 따라 달라집니다. 그러나 기존 애플리케이션을 Entity Framework로 마이그레이션할 때 항상 다음 작업을 수행해야 합니다.
참고 항목
Visual Studio 2008부터 엔터티 데이터 모델 도구를 사용하면 이러한 모든 작업이 자동으로 수행됩니다. 자세한 내용은 방법: 엔터티 데이터 모델 마법사 사용을 참조하세요.
애플리케이션을 업그레이드합니다.
Visual Studio 2008 SP1 및 .NET Framework 버전 3.5 SP1 이상을 사용하려면 이전 버전의 Visual Studio 및 .NET Framework를 사용하여 만든 프로젝트를 업그레이드해야 합니다.
모델 및 매핑을 정의합니다.
모델 및 매핑 파일은 개념적 모델의 엔터티, 데이터 소스의 구조(예: 테이블, 저장 프로시저 및 뷰), 엔터티와 데이터 소스 구조 간의 매핑을 정의합니다. 자세한 내용은 방법: 수동으로 모델 및 매핑 파일 정의를 참조하세요.
스토리지 모델에 정의된 형식은 데이터 소스의 개체 이름과 일치해야 합니다. 기존 애플리케이션에서 데이터를 개체로 노출하는 경우 개념적 모델에 정의된 엔터티 및 속성이 이러한 기존 데이터 클래스 및 속성의 이름과 일치하는지 확인해야 합니다. 자세한 내용은 방법: 매핑 및 모델링 파일을 사용자 지정하여 사용자 지정 개체 작업을 참조하세요.
참고 항목
엔터티 데이터 모델 디자이너를 사용하여 개념적 모델의 엔터티 이름을 기존 개체와 일치하도록 바꿀 수 있습니다. 자세한 내용은 엔터티 데이터 모델 디자이너를 참조하세요.
연결 문자열을 정의합니다.
Entity Framework는 개념적 모델에 대해 쿼리를 실행할 때 특별한 형식의 연결 문자열을 사용합니다. 이 연결 문자열은 모델과 매핑 파일 및 데이터 소스에 대한 연결 정보를 캡슐화합니다.
Visual Studio 프로젝트를 구성합니다.
Entity Framework 어셈블리 및 모델과 매핑 파일에 대한 참조를 Visual Studio 프로젝트에 추가해야 합니다. 이러한 매핑 파일을 프로젝트에 추가하여 연결 문자열에 표시된 위치에 애플리케이션과 함께 배포되도록 할 수 있습니다. 자세한 내용은 방법: 수동으로 Entity Framework 프로젝트 구성을 참조하세요.
기존 개체가 있는 애플리케이션에 대한 고려 사항
.NET Framework 4부터, Entity Framework는 지속성 무시 개체라고도 하는 POCO(“Plain Old” CLR 개체)를 지원합니다. 대부분의 경우 기존 개체는 적은 부분만 변경하여 Entity Framework와 작동할 수 있습니다. 자세한 내용은 POCO 엔터티 작업을 참조하세요. 애플리케이션을 Entity Framework로 마이그레이션하고 Entity Framework 도구에서 생성된 데이터 클래스를 사용할 수도 있습니다. 자세한 내용은 방법: 엔터티 데이터 모델 마법사 사용을 참조하세요.
ADO.NET 공급자를 사용하는 애플리케이션에 대한 고려 사항
SqlClient와 같은 ADO.NET 공급자를 통해 데이터 소스를 쿼리하여 표 형식 데이터를 반환할 수 있습니다. 데이터를 ADO.NET DataSet으로 로드할 수도 있습니다. 다음 목록에서는 기존 ADO.NET 공급자를 사용하는 애플리케이션을 업그레이드할 때 고려할 사항에 대해 설명합니다.
데이터 판독기를 사용하여 표 형식 데이터 표시
EntityClient 공급자를 사용하고 반환되는 EntityDataReader 개체를 열거하여 Entity SQL 쿼리를 실행할 수 있습니다. 애플리케이션이 데이터 판독기를 사용하여 표 형식 데이터를 표시하며 데이터를 개체로 구체화, 변경 내용 추적 및 업데이트를 위해 Entity Framework에서 제공하는 기능이 필요하지 않은 경우에만 이 작업을 수행합니다. 데이터 소스를 업데이트하는 기존 데이터 액세스 코드를 계속 사용할 수 있지만 StoreConnection의 EntityConnection 속성에서 액세스된 기존 연결을 사용할 수도 있습니다. 자세한 내용은 Entity Framework용 EntityClient 공급자를 참조하세요.
DataSets 사용
Entity Framework는 메모리 내 저장, 변경 내용 추적, 데이터 바인딩 및 XML 데이터로 개체 serialize를 비롯하여 DataSet에 의해 제공되는 것과 동일한 기능을 대부분 제공합니다. 자세한 내용은 개체 작업을 참조하세요.
Entity Framework에서 애플리케이션에 필요한 DataSet의 기능을 제공하지 않아도 LINQ to DataSet을 사용하여 LINQ 쿼리의 이점을 활용할 수 있습니다. 자세한 내용은 LINQ to DataSet을 참조하세요.
데이터를 컨트롤에 바인딩하는 애플리케이션에 대한 고려 사항
.NET Framework를 사용하여 DataSet 또는 ASP.NET 데이터 소스 컨트롤과 같은 데이터 소스에 데이터를 캡슐화한 다음 사용자 인터페이스 요소를 이러한 데이터 컨트롤에 바인딩할 수 있습니다. 다음 목록에서는 컨트롤을 Entity Framework 데이터에 바인딩할 때 고려할 사항에 대해 설명합니다.
컨트롤에 데이터 바인딩
개념적 모델을 쿼리하면 Entity Framework에서 데이터를 엔터티 형식의 인스턴스인 개체로 반환합니다. 이러한 개체를 직접 컨트롤에 바인딩할 수 있으며, 이 바인딩은 업데이트를 지원합니다. 즉, DataGridView의 행과 같은 컨트롤의 데이터를 변경하면 SaveChanges 메서드를 호출할 때 변경 내용이 자동으로 데이터베이스에 저장됩니다.
애플리케이션에서 쿼리 결과를 열거하여 DataGridView 또는 데이터 바인딩을 지원하는 다른 형식의 컨트롤에 데이터를 표시하는 경우 애플리케이션을 수정하여 컨트롤을 ObjectQuery<T>의 결과에 바인딩할 수 있습니다.
자세한 내용은 컨트롤에 개체 바인딩을 참조하세요.
ASP.NET 데이터 소스 컨트롤.
Entity Framework에는 ASP.NET 웹 애플리케이션의 데이터 바인딩을 단순화하기 위한 데이터 소스 컨트롤이 포함되어 있습니다. 자세한 내용은 EntityDataSource 웹 서버 컨트롤 개요를 참조하세요.
기타 고려 사항
특정 종류의 애플리케이션을 Entity Framework로 마이그레이션할 때 다음 사항을 고려해야 할 수도 있습니다.
데이터 서비스를 노출하는 애플리케이션
WCF(Windows Communication Foundation)를 기반으로 하는 웹 서비스와 애플리케이션은 XML 요청/응답 메시징 형식을 사용하여 기본 데이터 소스의 데이터를 노출합니다. Entity Framework에서는 이진, XML 또는 WCF 데이터 계약 serialization을 사용하여 엔터티 개체의 serialization을 지원합니다. 이진 및 WCF serialization은 모두 개체 그래프의 전체 serialization을 지원합니다. 자세한 내용은 N 계층 애플리케이션 빌드합니다.
XML 데이터를 사용하는 애플리케이션
개체 serialization을 사용하여 Entity Framework 데이터 서비스를 만들 수 있습니다. 이러한 서비스는 AJAX 기반 인터넷 애플리케이션과 같이 XML 데이터를 사용하는 애플리케이션에 데이터를 제공합니다. 이런 경우 WCF 데이터 서비스를 사용하는 것이 좋습니다. 이러한 데이터 서비스는 엔터티 데이터 모델을 기반으로 하며 GET, PUT, POST와 같은 표준 REST(Representational State Transfer) HTTP 작업을 사용하여 엔터티 데이터에 대한 동적 액세스를 제공합니다. 자세한 내용은 WCF Data Services 4.5를 참조하세요.
Entity Framework에서는 기본 XML 데이터 형식을 지원하지 않습니다. 즉, XML 열이 있는 테이블에 엔터티를 매핑할 때 XML 열에 해당하는 엔터티 속성은 문자열입니다. 개체의 연결을 끊고 XML로 serialize할 수 있습니다. 자세한 내용은 개체 직렬화를 참조하세요.
애플리케이션에 XML 데이터 쿼리 기능이 필요한 경우에도 LINQ to XML을 사용하여 LINQ 쿼리의 이점을 활용할 수 있습니다. 자세한 내용은 LINQ to XML(C#) 또는 LINQ to XML(Visual Basic)을 참조하세요.
상태를 유지하는 애플리케이션
ASP.NET 웹 애플리케이션은 흔히 웹 페이지 또는 사용자 세션의 상태를 유지해야 합니다. ObjectContext 인스턴스의 개체를 클라이언트 보기 상태나 세션 상태로 서버에 저장한 다음, 나중에 검색하여 새 개체 컨텍스트에 다시 연결할 수 있습니다. 자세한 내용은 개체 연결 및 분리를 참조하세요.