방법: 데이터베이스 관계 매핑(LINQ to SQL)
업데이트: November 2007
항상 동일하게 유지되는 모든 데이터 관계를 엔터티 클래스에서 속성 참조로 인코딩할 수 있습니다. 예를 들어 Northwind 샘플 데이터베이스에서는 일반적으로 고객이 주문을 하기 때문에 고객과 고객 주문 간의 관계가 항상 모델에 존재합니다.
LINQ to SQL은 이러한 관계를 나타내는 데 도움이 되도록 AssociationAttribute 특성을 정의합니다. 이 특성은 데이터베이스에서의 외래 키 관계가 무엇인지 나타내기 위해 EntitySet<TEntity> 및 EntityRef<TEntity> 형식과 함께 사용됩니다. 자세한 내용은 특성 기반 매핑(LINQ to SQL)의 Association 특성 단원을 참조하십시오.
.gif "참고") 참고: |
|---|
AssociationAttribute 및 ColumnAttribute Storage 속성 값은 대/소문자를 구분합니다. 예를 들어 AssociationAttribute.Storage 속성의 특성에 사용하는 값은 코드의 다른 곳에서 사용하는 해당 속성 이름과 대/소문자가 동일해야 합니다. 이 규칙은 Visual Basic과 같이 일반적으로 대/소문자를 구분하지 않는 프로그래밍 언어를 포함하여 모든 .NET 프로그래밍 언어에 적용됩니다. Storage 속성에 대한 자세한 내용은 DataAttribute.Storage를 참조하십시오. |
이 항목의 뒷부분에 나오는 예제처럼 대부분의 관계는 일대다입니다. 다음과 같이 일대일 및 다대다 관계를 나타낼 수도 있습니다.
일대일: 양쪽 모두에 EntitySet<TEntity>을 포함하여 이 종류의 관계를 나타냅니다.
고객의 보안 코드를 Customer 테이블에서 찾을 수 없고 인증된 사람만 액세스할 수 있도록 만들어진 Customer-SecurityCode 관계를 예로 들 수 있습니다.
다대다: 다대다 관계에서 링크 테이블(접합 테이블)의 기본 키는 일반적으로 다른 두 테이블의 외래 키 조합으로 구성됩니다.
예를 들어 EmployeeProject 링크 테이블을 사용하여 구성된 Employee-Project 다대다 관계가 있다고 가정해 봅니다. LINQ to SQL에서는 Employee, Project 및 EmployeeProject라는 세 개의 클래스를 사용하여 이러한 관계를 모델링해야 합니다. 이 경우 Employee 및 Project 간의 관계를 변경하려면 기본 키 EmployeeProject의 업데이트가 필요한 것처럼 보일 수 있습니다. 그러나 이 상황을 모델링하는 최선의 방법은 기존 EmployeeProject를 삭제하고 새 EmployeeProject를 만드는 것입니다.
참고:관계형 데이터베이스에서 관계는 일반적으로 다른 테이블의 기본 키를 참조하는 외래 키 값으로 모델링됩니다. 이러한 키 사이를 탐색하려면 관계형 조인 작업을 사용하여 두 테이블을 명시적으로 연결합니다.
반면, LINQ to SQL의 개체는 점 표기법으로 탐색할 수 있는 속성 참조 또는 참조 컬렉션을 사용하여 서로를 참조합니다.
예제
다음 일대다 예제에서 Customer 클래스는 고객과 고객의 주문 사이의 관계를 선언하는 속성을 가집니다. Orders 속성은 EntitySet<TEntity> 형식입니다. 이 형식은 이 관계가 일대다(한 명의 고객과 여러 개의 주문)라는 것을 나타냅니다. OtherKey 속성은 이 속성과 비교할 관련 클래스의 속성 이름을 지정함으로써 이 연결이 이루어지는 방법을 설명하는 데 사용됩니다. 이 예제에서는 데이터베이스 조인이 해당 열 값을 비교하는 것처럼 CustomerID 속성이 비교됩니다.
| 참고: |
|---|
Visual Studio를 사용하는 경우 개체 관계형 디자이너를 통해 클래스 간의 연결을 만들 수 있습니다. |
<Table(Name:="Customers")> _
Public Class Customer
<Column(IsPrimaryKey:=True)> _
Public CustomerID As String
' ...
Private _Orders As EntitySet(Of Order)
<Association(Storage:="_Orders", OtherKey:="CustomerID")> _
Public Property Orders() As EntitySet(Of Order)
Get
Return Me._Orders
End Get
Set(ByVal value As EntitySet(Of Order))
Me._Orders.Assign(value)
End Set
End Property
End Class
[Table(Name = "Customers")]
public partial class Customer
{
[Column(IsPrimaryKey = true)]
public string CustomerID;
// ...
private EntitySet<Order> _Orders;
[Association(Storage = "_Orders", OtherKey = "CustomerID")]
public EntitySet<Order> Orders
{
get { return this._Orders; }
set { this._Orders.Assign(value); }
}
}
또한 이 상황을 반대로 적용할 수도 있습니다. Customer 클래스를 사용하여 고객과 주문 간의 연결을 설명하는 대신에 Order 클래스를 사용할 수 있습니다. 다음 코드 예제와 같이 Order 클래스는 EntityRef<TEntity> 형식을 사용하여 고객에 대한 관계를 설명합니다.
| 참고: |
|---|
EntityRef<TEntity> 클래스는 지연된 로드를 지원합니다. 자세한 내용은 지연된 로드와 즉시 로드 비교(LINQ to SQL)를 참조하십시오. |
<Table(Name:="Orders")> _
Public Class Order
<Column(IsPrimaryKey:=True)> _
Public OrderID As Integer
<Column()> _
Public CustomerID As String
Private _Customer As EntityRef(Of Customer)
<Association(Storage:="Customer", ThisKey:="CustomerID")> _
Public Property Customer() As Customer
Get
Return Me._Customer.Entity
End Get
Set(ByVal value As Customer)
Me._Customer.Entity = value
End Set
End Property
End Class
[Table(Name = "Orders")]
public class Order
{
[Column(IsPrimaryKey = true)]
public int OrderID;
[Column]
public string CustomerID;
private EntityRef<Customer> _Customer;
[Association(Storage = "_Customer", ThisKey = "CustomerID")]
public Customer Customer
{
get { return this._Customer.Entity; }
set { this._Customer.Entity = value; }
}
}