임시 및 일시적 테이블 관련 작업하기¶

임시 테이블용 데이터 저장소 사용¶

임시 테이블이 유지되는 동안 테이블에 저장되는 데이터는 Snowflake는 계정에 청구하는 전체 저장소 요금에 기여합니다. 예기치 않은 저장소 변경을 방지하기 위해, 특히 24시간 이상 유지하는 세션에서 큰 임시 테이블을 생성하는 경우 Snowflake는 이러한 테이블이 더 이상 필요하지 않으면 명시적으로 삭제할 것을 권장합니다. 추가 요금이 발생하지 않도록 테이블이 생성된 세션을 명시적으로 종료할 수도 있습니다.

자세한 내용은 이 항목의 테이블 타입 비교 섹션을 참조하십시오.

다른 테이블 타입과의 이름 충돌 가능성¶

다른 테이블 타입(일시적 및 영구적)과 유사하게 임시 테이블은 지정된 데이터베이스 및 스키마에 속하지만, 세션 기반이기 때문에 동일한 고유성 요구 사항이 적용되지 않습니다. 즉, 동일한 스키마 내에서 동일한 이름으로 임시 및 비임시 테이블을 생성할 수 있습니다.

그러나 임시 테이블은 세션에서 동일한 스키마의 동일한 이름을 가진 다른 테이블보다 우선합니다. 이로 인해 특히 임시 및 비임시 테이블 모두에서 DDL을 수행할 때 잠재적인 충돌 및 예기치 않은 동작이 발생할 수 있습니다. 예:

• 동일한 스키마의 기존 테이블과 이름이 같은 임시 테이블을 생성하여 기존 테이블을 효과적으로 숨길 수 있습니다.

• 동일한 스키마의 기존 임시 테이블과 이름이 동일한 테이블을 생성할 수 있지만, 새로 생성된 테이블은 임시 테이블에 의해 숨겨집니다.

이후 테이블의 세션에서 수행되는 모든 쿼리 및 기타 작업은 임시 테이블에만 영향을 줍니다.

임시 테이블 만들기¶

임시 테이블을 생성하려면 CREATE TABLE 에 TEMPORARY 키워드(또는 TEMP 약어)를 지정하기만 하면 됩니다.

임시 테이블을 만들 때는 오브젝트가 만들어진 스키마에 대한 CREATE TABLE 권한이 필요하지 않습니다.

예:

CREATE TEMPORARY TABLE mytemptable (id NUMBER, creation_date DATE);

Copy

일시적 테이블에 대한 데이터 저장소 사용¶

영구 테이블과 마찬가지로 임시 테이블은 Snowflake가 계정에 청구하는 전체 저장소 요금에 기여하지만, 일시적 테이블은 Fail-safe를 사용하지 않기 때문에 Fail-safe 비용(즉, Fail-safe 재해 복구에 필요한 데이터 유지 관리 관련 비용)이 없습니다.

자세한 내용은 이 항목의 테이블 타입 비교 섹션을 참조하십시오.

영구 테이블의 복제본으로 생성된 일시적 테이블¶

영구 테이블의 복제본으로 일시적 테이블을 생성하면 Snowflake에서 제로 카피 복제본 을 생성합니다. 즉, 일시적 테이블이 생성되면 이 테이블은 원래 영구 테이블의 기존 마이크로 파티션 을 모두 공유하므로 데이터 저장소를 전혀 활용하지 않습니다. 복제본에서 행이 추가, 삭제 또는 업데이트되면 복제본(이 경우에는 일시적 테이블)에만 속하는 새 마이크로 파티션이 생성됩니다.

영구 테이블이 삭제되면 7일간 Fail-safe 상태가 됩니다. Fail-safe 바이트는 저장소 비용 이 발생합니다. 일시적 테이블이 영구 테이블의 복제본으로 생성되면 영구 테이블이 삭제되는 시점과 그 테이블의 모든 바이트가 Fail-safe로 전환되는 시점 사이의 시간이 지연될 수 있습니다. 일시적 테이블 복제본이 삭제될 때 영구 테이블과 모든 마이크로 파티션을 공유하는 경우 해당 공유 바이트는 일시적 테이블이 삭제될 때만 Fail-safe로 전환됩니다.

일시적 데이터베이스 및 스키마¶

Snowflake는 일시적 데이터베이스 및 스키마를 생성하는 기능도 지원합니다. 임시 스키마에서 생성된 모든 테이블과 일시적 데이터베이스에서 생성된 모든 스키마는 정의에 따라 임시적입니다.

일시적 테이블, 스키마 또는 데이터 만들기¶

일시적 테이블, 스키마, 데이터베이스를 생성하려면 오브젝트를 생성할 때 TRANSIENT 키워드를 지정하기만 하면 됩니다.

• CREATE TABLE

• CREATE SCHEMA

• CREATE DATABASE

예를 들어, 일시적 테이블을 생성하려면:

CREATE TRANSIENT TABLE mytranstable (id NUMBER, creation_date DATE);

Copy

Time Travel 참고 사항¶

• 테이블에 대한 Time Travel 보존 기간은 테이블이 생성될 때 또는 그 이후 언제든지 지정할 수 있습니다. 보존 기간 내에서 모든 Time Travel 작업은 테이블의 데이터(예: 쿼리)와 테이블 자체(예: 복제 및 복원)에 대해 수행할 수 있습니다.

• 영구 테이블에 대한 Time Travel 보존 기간을 0으로 설정하면 삭제 시 즉시 Fail-safe 기간으로 전환됩니다.

• 임시 테이블의 Time Travel 보존 기간은 1일입니다. 그러나 임시 테이블은 세션(테이블이 생성된)이 종료되면 제거되므로 실제 보존 기간은 24시간 또는 나머지 세션 중 더 짧은 기간입니다.

• 장기 실행 Time Travel 쿼리는 쿼리가 완료될 때까지 임시 및 일시적 테이블의 제거가 지연합니다.

Fail-safe 참고 사항¶

• Fail-safe 기간은 모든 테이블 타입에 대해 구성할 수 없습니다.

• 일시적 및 임시 테이블에는 Fail-safe 기간이 없습니다. 그 결과 Time Travel 보존 기간을 초과하여 추가 데이터 저장소 비용이 발생하지 않습니다.