테이블 관계 이해 및 평가
주어진 두 테이블 간의 관계를 평가할 때 한 테이블에서 다른 테이블의 엔티티에 속할 수 있는 발생 횟수 또는 그 반대의 발생 횟수를 이해해야 합니다. 예를 들어 users 테이블과 orders 테이블을 사용합니다. 이 경우 주어진 사용자 가 수행한 주문 의 수와 주문 에 속하는 가능한 사용자 의 수를 알고 싶습니다.
계산된 열 및 차원의 정확도에 영향을 주므로 데이터 무결성을 유지하려면 관계를 이해하는 것이 중요합니다. 자세한 내용은 관계 유형 및 Data Warehouse에서 테이블을 평가하는 방법을 참조하세요.
관계 유형 types
두 테이블 사이에 있을 수 있는 관계에는 세 가지 유형이 있습니다.
One-to-One onetoone
one-to-one 관계에서 테이블 B의 레코드는 테이블 A의 한 레코드에만 속합니다. A 테이블의 레코드는 B 테이블의 한 레코드에만 속합니다.
예를 들어, 사람과 운전면허번호 간의 관계에서 사람은 운전면허번호를 하나만 가질 수 있고 운전면허번호는 사람에게만 속한다.
One-to-Many onetomany
one-to-many 관계에서 테이블 A의 레코드가 테이블 B의 여러 레코드에 속할 수 있습니다. orders과(와) items 사이의 관계를 생각해 보십시오. 주문에는 여러 항목이 포함될 수 있지만 한 항목은 단일 주문에 속합니다. 이 경우 orders 테이블은 한 쪽이고 items 테이블은 여러 쪽입니다.
Many-to-Many manytomany
many-to-many 관계에서 테이블 B의 레코드가 테이블 A의 여러 레코드에 속할 수 있습니다. 또는 그 반대로 테이블 A의 레코드는 테이블 B의 여러 레코드에 속할 수 있습니다.
제품 과(와) 카테고리 간의 관계에 대해 생각해 보십시오. 제품은 여러 카테고리에 속할 수 있으며 카테고리는 많은 제품을 포함할 수 있습니다.
테이블 평가 eval
표 사이에 존재하는 관계 유형이 주어지면 Data Warehouse에서 표를 평가하는 방법을 배울 수 있습니다. 이러한 관계는 다중 테이블 계산 열이 정의되는 방식을 형성하므로 테이블 관계를 식별하는 방법과 해당 테이블이 속하는 측면(one 또는 many)을 이해하는 것이 중요합니다.
Data Warehouse 내에서 주어진 테이블 쌍의 관계를 평가하는 데 사용할 수 있는 방법에는 두 가지가 있습니다. 첫 번째 방법에서는 테이블의 엔터티가 서로 상호 작용하는 방식을 고려하는 개념 프레임워크를 사용합니다. 두 번째 메서드는 테이블의 스키마를 사용합니다.
개념 프레임워크 사용 concept
이 방법에서는 개념 프레임워크를 사용하여 두 테이블의 엔티티가 상호 작용하는 방법을 설명합니다. 이 틀은 관계를 고려할 때 무엇이 가능한지 평가한다는 것을 이해하는 것이 중요하다.
예를 들어, 사용자와 주문에 대해 생각할 때 관계에서 가능한 모든 것을 고려합니다. 등록된 사용자는 라이프타임 내에 주문을 하지 않거나 한 개의 주문만 또는 여러 개의 주문을 할 수 있습니다. 비즈니스를 시작하고 주문이 없는 경우 주어진 사용자가 생애에 많은 주문을 할 수 있습니다. 이를 위해 테이블이 만들어져 있다.
이 메서드를 사용하려면 다음을 수행하십시오.
-
각 테이블에 설명되어 있는 엔티티를 식별합니다. 힌트: 일반적으로 명사 입니다. 예를 들어
user및orders테이블은 사용자 및 주문을 명시적으로 설명하고 있습니다. -
이러한 엔티티가 상호 작용하는 방법을 설명하는 하나 이상의 동사를 식별합니다. 예를 들어 사용자를 주문과 비교할 때 사용자는 "주문"을 합니다. 다른 방향으로 이동하면, 주문이 사용자에게 "속함"입니다.
이 유형의 프레임워크는 Data Warehouse의 모든 테이블 쌍에 적용할 수 있습니다. 이를 통해 관계의 유형과 어느 테이블이 한 면이고 어느 테이블이 여러 면인지 쉽게 식별할 수 있습니다.
두 테이블의 상호 작용 방식을 설명하는 용어를 식별한 후에는 첫 번째 엔티티의 특정 인스턴스가 두 번째 엔티티와 어떤 관계를 갖는지 고려하여 상호 작용을 양방향으로 프레임화합니다. 다음은 각 관계의 몇 가지 예입니다.
One-to-One
주어진 한 사람이 단 하나의 운전면허증 번호만을 가질 수 있다. 주어진 운전면허증 번호 하나는 오직 한 사람의 것이다.
각 테이블이 한쪽인 one-to-one 관계입니다.
One-to-Many
주어진 한 주문에는 여러 항목이 포함될 수 있습니다. 주어진 항목 하나는 오더 하나에 속합니다.
Orders 테이블은 한쪽이고 Items 테이블은 여러 쪽인 one-to-many 관계입니다.
Many-to-Many
주어진 한 가지 제품이 아마도 많은 범주에 속할 수 있다. 하나의 주어진 카테고리에 많은 제품이 포함될 수 있습니다.
각 테이블이 여러 쪽인 many-to-many 관계입니다.
테이블의 스키마 사용 schema
두 번째 메서드는 테이블 스키마를 사용합니다. 스키마는 Primary 및 Foreign 키인 열을 정의합니다. 이러한 키를 사용하여 테이블을 서로 연결하고 관계 유형을 결정할 수 있습니다.
두 테이블을 함께 연결하는 열을 식별하면 열 유형을 사용하여 테이블 관계를 평가합니다. 다음은 몇 가지 예입니다.
One-to-one
두 테이블의 primary key을(를) 사용하여 테이블을 연결하는 경우 각 테이블에서 동일한 고유 엔터티가 설명되고 관계는 one-to-one입니다.
예를 들어, users 테이블은 대부분의 사용자 특성(예: 이름)을 캡처할 수 있지만, 보조 user_source 테이블은 사용자 등록 소스를 캡처할 수 있습니다. 각 테이블에서 행은 한 명의 사용자를 나타냅니다.
One-to-many
Foreign key을(를) 가리키는 primary key을(를) 사용하여 테이블을 연결할 때 이 설정에서는 one-to-many 관계를 설명합니다. 한쪽은 primary key을(를) 포함하는 테이블이고 다른 쪽은 foreign key을(를) 포함하는 테이블입니다.
Many-to-many
다음 중 하나가 true이면 관계는 many-to-many입니다.
Non-primary key개의 열을 사용하여 두 테이블을 연결하고 있습니다.
- 복합
primary key의 일부를 사용하여 두 테이블을 연결합니다.
다음 단계
테이블 관계를 올바르게 평가하는 것은 데이터를 정확하게 모델링하는 데 중요합니다. 표 간의 관계를 이해했으므로 Data Warehouse 관리자로 수행할 수 있는 작업을 참조하세요.