동적 테이블 만들기¶

변경 내용 추적 활성화¶

증분 새로 고침 모드를 사용하여 동적 테이블을 생성할 때 쿼리하는 테이블에 변경 내용 추적이 아직 활성화되지 않은 경우 Snowflake는 자동으로 해당 테이블에 대한 변경 내용 추적을 활성화하려고 시도합니다. 증분 새로 고침을 지원하려면 동적 테이블에서 사용하는 모든 기본 오브젝트에 대해 0이 아닌 Time Travel 보존 으로 변경 내용 추적을 활성화해야 합니다.

기본 오브젝트가 변경되면 동적 테이블도 변경됩니다. 기본 오브젝트를 다시 생성하는 경우 변경 사항 추적을 다시 활성화해야 합니다.

특정 데이터베이스 오브젝트에 대한 변경 내용 추적을 활성화하려면 해당 오브젝트에 대해 ALTER TABLE, ALTER VIEW 및 유사한 명령을 사용합니다. 동적 테이블을 생성하는 사용자에게 모든 기본 오브젝트에 대한 변경 내용 추적을 활성화할 OWNERSHIP 권한이 있어야 합니다.

변경 내용 추적이 활성화되어 있는지 확인하려면 기본 오브젝트에 대해 SHOW VIEWS, SHOW TABLES 및 유사한 명령을 사용하고 change_tracking 열을 검사하십시오.

지원되는 기본 오브젝트¶

동적 테이블은 다음의 기본 오브젝트를 지원합니다.

• 테이블

• Snowflake 관리형 Apache Iceberg™ 테이블

• 외부 관리형 Apache Iceberg™ 테이블

예: 간단한 동적 테이블 만들기¶

staging_table 테이블의 product_id 및 product_name 열을 포함하는 동적 테이블을 생성하려고 하며, 다음과 같이 결정한다고 가정합니다.

• 동적 테이블의 데이터가 :code:`staging_table`의 데이터보다 지연되는 시간을 최대 20분으로 제한하고자 합니다.

• :code:`mywh`새로 고침 :ref:`<label-dynamic_tables_intro_refresh_modes> 에 필요한 컴퓨팅 리소스에 대해 ` 웨어하우스를 사용하려고 합니다.

• 사용자는 새로 고침 모드가 자동으로 선택되기를 원합니다.

  • Snowflake는 개발 중에만 자동 새로 고침 모드를 사용할 것을 권장합니다. 자세한 내용은 새로 고침 모드 선택 섹션을 참조하십시오.

• 사용자는 동적 테이블을 만들 때 동기식으로 새로 고치기를 원합니다.

• 새로 고침 모드를 자동으로 선택하고 동적 테이블을 생성 시 동기적으로 새로 고치려고 합니다.

이 동적 테이블을 생성하려면 다음 CREATE DYNAMIC TABLE SQL 문을 실행하십시오.

CREATE OR REPLACE DYNAMIC TABLE my_dynamic_table
  TARGET_LAG = '20 minutes'
  WAREHOUSE = mywh
  REFRESH_MODE = auto
  INITIALIZE = on_create
  AS
    SELECT product_id, product_name FROM staging_table;

매개 변수 및 베리언트 구문의 전체 목록은 CREATE DYNAMIC TABLE 참조를 확인하십시오.

Snowflake 또는 외부 관리형 Apache Iceberg™ 테이블에서 읽는 동적 테이블 만들기¶

Iceberg 테이블에서 동적 테이블을 생성하는 것은 일반 테이블에서 동적 테이블을 생성하는 작업과 유사합니다. Snowflake에서 관리하는 테이블이나 외부 카탈로그에서 관리하는 테이블을 기본 오브젝트로 사용하여 일반 테이블에서와 마찬가지로 CREATE DYNAMIC TABLE SQL 문을 실행합니다.

Snowflake 관리형 Iceberg 테이블에서 기본 테이블로 읽는 동적 테이블은 파이프라인이 Snowflake 관리형 Iceberg 테이블의 데이터에서 작동하도록 하거나 파이프라인이 다른 엔진에서 작성된 Iceberg 테이블에서 작동하도록 하려는 경우에 유용합니다. 외부 엔진은 Snowflake 관리형 Iceberg 테이블에 쓸 수 없습니다. 이러한 테이블은 Snowflake에서는 읽기-쓰기가 가능하지만 외부 엔진에서는 읽기 전용입니다.

AWS Glue와 같이 :ref:`Snowflake가 아닌 외부 카탈로그<label-tables_iceberg_catalog_integration>`에서 관리하고 Apache Spark와 같은 엔진에서 작성된 Iceberg 테이블에서 읽는 동적 테이블은 외부 데이터 레이크의 데이터를 처리하는 데 유용합니다. 외부 관리형 데이터를 기반으로 동적 테이블을 생성하여 데이터를 복제하거나 수집하지 않고도 Snowflake에서 지속적으로 처리할 수 있습니다.

불변성 및 백필이 있는 동적 테이블 생성¶

불변성 제약 조건 </user-guide/dynamic-tables-immutability-constraints>`을 사용하면 동적 테이블의 일부를 정적으로 표시할 수 있습니다. ``IMMUTABLE WHERE` 절을 정의할 때 Snowflake는 새로 고침 중에 해당 행을 건너뛰므로 대량의 과거 데이터가 있는 테이블의 성능이 향상됩니다.

백필은 기존 데이터를 계산하지 않고 동적 테이블에 복사할 수 있도록 하여 불변성 제약 조건을 확장합니다. 이 작업을 수행하면 향후 업데이트를 위해 사용자 지정 새로 고침 쿼리를 정의하는 동안 과거 데이터를 즉시 사용할 수 있습니다.

자세한 내용과 예는 불변성 제약 조건 사용 섹션을 참조하세요.

동적 테이블 만들기의 모범 사례¶

동적 테이블의 파이프라인 연결¶

새로운 동적 테이블을 정의할 때는 많은 중첩된 명령이 있는 대규모 동적 테이블을 정의하는 대신 파이프라인이 있는 작은 동적 테이블을 사용합니다.

동적 테이블을 설정하여 다른 동적 테이블을 쿼리할 수 있습니다. 예를 들어, 데이터 파이프라인이 스테이징 테이블에서 데이터를 추출하여 다양한 차원 테이블(예: customer, product, date, time)을 업데이트하는 시나리오를 가정해 보겠습니다. 또한 파이프라인은 이러한 차원 테이블의 정보를 기반으로 집계 sales 테이블을 업데이트합니다. 차원 테이블이 스테이징 테이블을 쿼리하도록 구성하고, 집계 sales 테이블이 차원 테이블을 쿼리하도록 구성하면 작업 그래프와 유사한 계단식 효과를 만들 수 있습니다.

이 설정에서 집계 sales 테이블에 대한 새로 고침은 차원 테이블에 대한 새로 고침이 완료된 후에만 실행됩니다. 이를 통해 데이터 일관성을 보장하고 지연 목표를 달성할 수 있습니다. 자동화된 새로 고침 프로세스를 통해 소스 테이블이 변경되면 적절한 시간에 모든 종속 테이블에서 새로 고침이 트리거됩니다.

동적 테이블 생성 문제 해결¶

동적 테이블을 생성할 때 초기 새로 고침은 일정(ON_SCHEDULE) 또는 생성 시 즉시(ON_CREATE) 발생합니다. 초기 데이터 채우기 또는 :ref:`초기화<label-dynamic_tables_initialization>`는 이 초기 새로 고침이 발생하는 시점에 따라 다릅니다. 예를 들어, :code:`ON_CREATE`의 경우, 초기화는 업스트림 동적 테이블의 새로 고침을 트리거하는 경우 더 오래 걸릴 수 있습니다.

검색되는 데이터의 양에 따라 초기화하는 데 다소 시간이 걸릴 수 있습니다. 진행 상황을 보려면 다음을 수행합니다.

1. Snowsight 에 로그인합니다.

2. 탐색 메뉴에서 Monitoring » Query History 를 선택합니다.

3. Filters 드롭다운에서 Warehouse 필터에 SQL Text 를 입력하고 CREATE DYNAMIC TABLE 필터에 웨어하우스 이름을 입력합니다.

4. SQL text 아래에서 동적 테이블이 있는 쿼리를 선택하고 Query Details 및 Query Profile 탭을 사용하여 진행 상황을 추적합니다.