데이터 모델의 테이블 간 관계

관계는 각 테이블에서 동일한 데이터를 포함한 열을 기준으로 형성됩니다. 예를 들어 고객 ID를 저장하는 열이 각각 포함된 경우 고객 테이블을 Orders 테이블과 연관할 수 있습니다. 예제에서는 열 이름이 동일하지만 반드시 같아야 할 필요는 없습니다. 주문 테이블의 모든 행에 포함되어 있는 ID가 고객 테이블에도 저장되어 있기만 하다면 고객 ID 및 고객 번호처럼 다르게 사용할 수도 있습니다.

관계형 데이터베이스에는 여러 유형의 키가 있습니다. 키는 일반적으로 특수 속성이 있는 열입니다. 각 키의 목적을 이해하면 피벗 테이블, 데이터 또는 보고서에 데이터를 제공하는 다중 테이블 데이터 모델을 피벗 차트 Power View 수 있습니다.

여러 유형의 키가 있습니다. 이 키는 다음과 같은 목적으로 가장 중요합니다.

• 기본 키: 고객 테이블의 CustomerID와 같은 테이블의 행을 고유하게 식별합니다.

• 대체 키(또는 후보 키): 고유한 기본 키가 아니면 열입니다. 예를 들어 직원 테이블에는 각기 고유한 직원 ID 및 주민 등록 번호가 모두 저장될 수 있습니다.

• 외계 키: 고객 테이블의 CustomerID를 참조하는 주문 테이블의 CustomerID와 같은 다른 테이블의 고유한 열을 참조하는 열입니다.

데이터 모델에서는 기본 키 또는 대체 키를 관련 열이라고 부릅니다. 테이블에 기본 키와 대체 키가 모두 있는 경우 둘 중 하나를 테이블 관계의 기준으로 사용할 수 있습니다. 외래 키는  원본 열 또는 그냥 열이라고 부릅니다. 이 예제에서는 주문 테이블의 CustomerID(열)와 Customers 테이블의 CustomerID(룩업 열) 간에 관계가 정의됩니다. 관계형 데이터베이스에서 데이터를 가져오는 경우 기본적으로 Excel에서는 한 테이블에서 외래 키를, 나머지 테이블에서 이에 상응하는 기본 키를 선택합니다. 하지만 조회 열로는 고유한 값을 갖는 열이라면 무엇이든지 사용할 수 있습니다.

고객과 주문 간의 관계는 일대다 관계입니다. 고객별로 여러 개의 주문을 포함할 수 있지만 한 주문에 고객이 여러 명일 수는 없습니다. 또 다른 중요한 테이블 관계는 일대일입니다. 여기서의 예제에서는 각 고객에 대한 단일 할인율을 정의하는 CustomerDiscounts 테이블에는 Customer 테이블과 일대일 관계가 있습니다.

이 표는 세테이블(고객, CustomerDiscounts및 Orders) 간의 관계를 보여 주며,

관계	종류	조회 열	열
고객-고객 할인율	일대일	고객.고객 ID	고객 할인율.고객 ID
고객-주문	일대다	고객.고객 ID	주문.고객 ID

관계가 만들어진 후 Excel 테이블에서 열을 사용하는 수식을 다시 계산해야 합니다. 처리에 소요되는 시간은 데이터 양과 관계의 복잡성에 따라 달라집니다. 자세한 내용은 수식 다시 계산 을 참조합니다.

데이터 모델에서는 두 테이블 간에 여러 개의 관계를 만들 수 있습니다. 정확한 계산을 빌드하기 위해 Excel 테이블에서 다음으로의 단일 경로가 필요합니다. 따라서 각각의 테이블 쌍에 존재하는 관계는 한 번에 하나씩만 활성화됩니다. 다른 사용자가 비활성인 경우 수식 및 쿼리에서 비활성 관계를 지정할 수 있습니다.

다이어그램 보기에서 활성 관계는 단선이고 비활성 관계는 대시선입니다. 예를 들어 AdventureWorksDW2012의 테이블 DimDate에는FactInternetSales:OrderDate, DueDate및 ShipDate의세 개의 서로 다른 열과 관련된 열인 DateKey가포함되어 있습니다. DateKey 및 OrderDate 간의 관계가 활성 상태라면 달리 지정하지 않는 한 이 관계가 수식의 기본 관계로 사용됩니다.

다음 요구 사항을 충족하는 경우 관계를 만들 수 있습니다.

조건	설명
각 테이블의 고유 식별자	테이블마다 테이블의 각 행을 고유하게 식별하는 열이 하나씩 있어야 합니다. 이 열을 대개 기본 키라고 합니다.
고유 조회 열	조회 열의 데이터 값은 고유해야 합니다. 즉, 열에 중복 값이 포함될 수 없습니다. 데이터 모델에서 Null 및 빈 문자열은 빈 칸에 해당하여 별도의 데이터 값으로 인정됩니다. 따라서 조회 열에는 여러 개의 Null이 있을 수 없습니다.
호환되는 데이터 형식	원본 열 및 조회 열의 데이터 형식은 호환되어야 합니다. 데이터 형식에 대한 자세한 내용은 데이터 모델에서 지원되는 데이터 형식을 참조하세요.

데이터 모델에서 복합 키로는 테이블 관계를 만들 수 없습니다. 또한 일대일 및 일대다 관계만 만들도록 제한됩니다. 다른 관계 유형은 지원되지 않습니다.

복합 키 및 조회 열

복합 키는 두 개 이상의 열로 구성됩니다. 데이터 모델에서는 복합 키를 사용할 수 없습니다. 테이블에는 항상 테이블의 각 행을 고유하게 식별하는 열이 하나 있어야 합니다. 복합 키를 기반으로 기존 관계가 있는 테이블을 가져오는 경우 Power Pivot의 테이블 가져오기 마법사는 모델에서 만들 수 없습니다.

기본 키 및 외래 키가 여러 개의 열로 정의된 두 테이블 간에 관계를 만들려면 먼저 이 값들을 결합하여 하나의 키 열을 만든 후 관계를 만들어야 합니다. 데이터를 가져오기 전에 또는 Power Pivot 추가 기능을 사용하여 데이터 모델에서 계산된 열을 만들어 이 작업을 할 수 있습니다.

다대다 관계

데이터 모델에서는 다대다 관계를 사용할 수 없습니다. 즉, 모델에 접합 테이블 을 추가할 수 없습니다. 하지만 DAX 함수를 사용해 다대다 관계를 모델링할 수는 있습니다.

자체 조인 및 루프

데이터 모델에서는 자체 조인이 허용되지 않습니다. 자체 조인이란 한 테이블에서 자체적으로 형성되는 재귀적 관계입니다. 자체 조인은 주로 부모-자식 계층을 정의하는 데 사용됩니다. 예를 들어 Employees 테이블을 자체 조인하면 기업의 관리망을 보여 주는 계층을 만들 수 있습니다.

Excel에서는 한 통합 문서의 여러 관계를 잇는 루프를 만들 수 없습니다. 즉, 다음과 같은 관계 집합은 금지됩니다.

테이블 1, 열 a - 테이블 2, 열 f

테이블 2, 열 f - 테이블 3, 열 n

테이블 3, 열 n - 테이블 1, 열 a

루프를 초래하는 관계를 만들려고 하면 오류가 발생합니다.

파워 피벗 추가 기능을 사용하여 데이터를 가져오는 경우 파워 피벗을 통해 Excel에서 만드는 데이터 모델에서 관계를 검색하고 새 관계를 만들 수도 있다는 이점이 있습니다.

여러 테이블을 가져오는 경우 파워 피벗에서는 테이블 간의 기존 관계를 모두 자동으로 검색합니다. 또한 피벗 테이블을 만들면 파워 피벗에서는 테이블의 데이터를 분석합니다. 정의되지는 않았지만 가능한 관계를 검색하고 이러한 관계에 포함하기에 적합한 열을 제안합니다.

검색 알고리즘은 열의 값과 메타데이터에 대한 통계 데이터를 사용하여 관계의 가능성을 유추합니다.

• 관련된 모든 열에 있는 데이터 형식은 서로 호환되어야 합니다. 자동 검색의 경우 정수 및 텍스트 데이터 형식만 지원됩니다. 데이터 형식에 대한 자세한 내용은 데이터 모델에서 지원하는데이터 형식을 참고하세요.

• 관계가 제대로 검색되려면 조회 열에 있는 고유한 키의 수가 관계의 "다" 쪽 테이블에 있는 값보다 많아야 합니다. 즉, 조회 테이블의 키 열에 없는 값이 관계에서 "다" 쪽에 해당하는 키 열에 있으면 안 됩니다. 예를 들어 제품과 제품 ID가 나열된 테이블(조회 테이블)이 있고 제품별 판매 정보가 나열된 판매 테이블(관계의 다 측)이 있다고 가정해 보겠습니다. 판매 레코드에 포함된 제품 ID가 제품 테이블에 없는 경우 관계를 자동으로 만들 수 없지만 이를 수동으로 만들 수는 있습니다. 이 관계를 Excel에서 검색할 수 있으려면 먼저 제품 조회 테이블에 누락된 제품의 ID를 업데이트해야 합니다.

• "다" 쪽에 해당하는 키 열의 이름이 조회 테이블의 키 열 이름과 비슷해야 합니다. 이름은 완전히 같지 않아도 됩니다. 예를 들어 비즈니스 설정에서는 기본적으로 동일한 데이터가 포함된 열 이름(Emp ID, EmployeeID, Employee ID,EMP_ID 등)을 변형합니다. 알고리즘을 통해 비슷한 이름을 검색하여, 비슷하거나 정확히 일치하는 이름을 가진 열에 더 높은 확률을 할당합니다. 따라서 가져오는 데이터의 열 이름을 기존 테이블의 열과 비슷한 이름으로 바꾸면 관계가 만들어질 가능성이 높아집니다. 가능한 관계가 여러 개 검색된 경우에는 관계를 만들지 않습니다.

이 정보는 일부 관계가 검색되지 않는 이유 또는 필드 이름 및 데이터 형식 등의 메타데이터를 변경해 관계 자동 검색의 성능을 향상시키는 방법을 이해하는 데 도움이 됩니다. 자세한 내용은 관계 문제 해결을 참고하세요.

명명된 집합에 대한 자동 검색

명명된 집합과 피벗 테이블의 관련 필드 간에 존재하는 관계는 자동으로 검색되지 않습니다. 대신 이러한 관계를 수동으로 만들 수 있습니다. 자동 관계 검색을 사용하려면 명명된 집합을 모두 제거하고 명명된 집합의 개별 필드를 피벗 테이블에 직접 추가해야 합니다.

관계 유추

경우에 따라서는 테이블 간의 관계가 자동으로 연결됩니다. 예를 들어 아래에 있는 처음 두 테이블 집합 간에 관계를 만들면 다른 두 테이블 간에도 관계가 존재하는 것으로 유추되어 관계가 자동으로 만들어집니다.

제품과 범주 -- 수동으로 관계 생성

범주와 하위 범주 -- 수동으로 관계 생성

제품과 하위 범주 -- 관계가 유추됨

관계가 자동으로 연결되려면 위와 같이 관계가 한 방향으로 형성되어야 합니다. 예를 들어 처음에 판매와 제품 간에 관계를 만든 후 판매와 고객 간에 관계를 만들면 관계가 유추되지 않습니다. 제품과 고객 간에는 다대다 관계가 형성되기 때문입니다.