Snowflake가 의미 체계 뷰를 검증하는 방법¶

필수 요소: 의미 체계 뷰는 1개 이상의 차원 또는 메트릭을 정의해야 합니다.

예를 들어, TPC-H 의미 체계 뷰에는 최소한 1개의 차원(예: customer_name) 또는 메트릭(예: order_average_value)이 필요합니다.

기본 키 및 외래 키: 기본 키 및 외래 키 정의에서 물리적 기본 테이블 열 또는 기본 테이블 열을 직접 참조하는 논리 테이블에 정의된 식을 사용해야 합니다(예: t1.fact AS t1.col).

예를 들어, TPC-H 스키마에서 c_custkey 를 customer 테이블의 기본 키로, o_custkey 를 orders 테이블의 외래 키로 사용할 수 있습니다. c_custkey 및 o_custkey 는 물리적 기본 테이블의 열입니다.

테이블 별칭 참조: 관계 또는 식에서 테이블을 참조할 때는 정의된 별칭을 사용해야 합니다.

예를 들어, 테이블 별칭을 orders AS snowflake_sample_data.tpch.orders_table 로 정의하는 경우 메트릭 정의에 orders_table 이 아닌 orders 라는 테이블 별칭을 사용해야 합니다.

논리 테이블에 별칭을 지정하지 않으면 모든 식에서 논리 테이블 이름을 사용해야 합니다.

Many-to-one relationships and one-to-one relationships: Relationships work like foreign key constraints.

논리 테이블 ``table_1``이 ``col_1``을 기본 키로 식별한다고 가정해 보겠습니다.

TABLES (
  table_1 AS my_table_1 PRIMARY KEY (col_1)
  ...

관계를 :code:`table_2 (col_2) REFERENCES table_1 (col_1)`로 정의하는 경우 ``col_1``은 기본 키여야 하며, ``col_2``는 외래 키 역할을 해야 합니다.

• ``table_2``의 여러 행이 ``col_2``에서 동일한 값을 사용하는 경우 ``table_2``에서 ``table_1``로의 다대일 관계가 생성됩니다.

  For example, orders (o_custkey) REFERENCES customers (c_custkey) creates a many-to-one relationship from orders to customers (many orders can belong to one customer with the key c_custkey).

• ``table_2``의 각 행이 ``col_2``에서 고유한 값을 갖는 경우 ``table_2``에서 ``table_1``로의 일대일 관계가 생성됩니다.

  예를 들어, customer_details_extended (e_custkey) REFERENCES customer_details (c_custkey)`는 ``customer_details_extended``에서 ``customer_details``으로의 일대일 관계를 생성합니다(고객에 대한 확장 세부 정보의 한 행은 ``c_custkey` 키가 있는 고객 세부 정보의 한 행에 속함).

Validations performed on one-to-one relationships:

• Row-level expressions can refer to other row-level expressions at the same (or lower) granularity.

  예를 들어, customer_details 및 ``customer_details_extended``는 일대일 관계를 가지며, 여기서 ``customer_details``의 한 행은 ``customer_details_extended``의 한 행과 관련이 있습니다. 이러한 각 테이블의 행 수준 식은 한 명의 특정 고객을 참조합니다. 행 수준 식은 세분성이 동일하므로 각 행은 행 수준 식에서 다른 식을 직접 참조할 수 있습니다.

  결과적으로, ``customer_details``의 행 수준 식은 ``customer_details_extended``에 대한 행 수준 식의 메트릭 또는 집계를 참조할 수 :emph:`없습니다`(그 반대도 마찬가지임).

• :ref:`집계 수준 식<label-semantic_views_validation_expression_aggregate>`은 단일 집계를 사용하여 동일한 세분성에서 행 수준 식을 참조해야 합니다.

  예를 들어, customer_details 또는 customer_details_extended``의 집계 수준 식은 다른 엔터티를 참조할 때 단일 집계를 사용해야 합니다. 또한 ``customer_details 및 ``customer_details_extended``에 대한 메트릭은 집계 없이 두 엔터티의 다른 메트릭을 직접 참조해야 합니다.

이러한 규칙은 엔터티 간의 관계가 customer_details REFERENCES customer_details_extended 또는 :code:`customer_details_extended REFERENCES customer_details`로 정의되는지 여부에 적용됩니다.

전이 관계: Snowflake는 자동으로 간접 관계를 도출합니다.

예를 들어, line_items 및 orders 사이의 관계를 정의하고 orders 및 customer 사이의 또 다른 관계를 정의하면 Snowflake는 line_items 및 customer 사이에도 관계가 있다는 것을 이해합니다.

일대일 관계는 다른 일대일 및 다대일 관계와 상호 작용할 때 전이성을 존중합니다.

• 논리 테이블 customers 및 customer_details``가 일대일 관계이고 논리 테이블 ``customer_details 및 customer_details_extended``가 일대일 관계인 경우 논리 테이블 ``customers 및 ``customer_details_extended``는 일대일 관계로 자동 추론되며 유효성 검사 중에 이와 같이 처리됩니다.

• 논리 테이블 customers 및 customer_details``가 일대일 관계이고 논리 테이블 ``customer_details 및 ``regions``가 다대일 관계인 경우, ``customers``는 ``regions``에 대해 전이적으로 다대일 관계로 추론되며, 이는 식 유효성 검사 중 ``customers``에 ``regions``보다 높은 세분성을 제공합니다.

순환 관계 없음: 순환 관계는 전이 경로를 통해서도 정의할 수 없습니다.

예를 들어, orders 에서 customer 로의 관계와 customer 에서 orders 로의 다른 관계를 정의할 수 없습니다.

자체 참조 금지: 현재 테이블은 자신을 참조할 수 없습니다(예: 직원이 다른 직원을 자신의 관리자로 참조할 수 있는 직원 관리자 계층 구조).

다중 경로 관계 제한: 두 테이블 간에 여러 관계를 정의할 수 있지만 제한이 있습니다.

예를 들어, line_items 이 order_key 와 다른 열을 통해 orders 와 연관되어 있는 경우, 해당 테이블은 서로의 의미 식을 참조할 수 없습니다.