데이터 저장소 고려 사항¶

계정용 저장소(계정 관리자만 해당)¶

ACCOUNTADMIN 역할이 할당된 경우(즉, Snowflake 계정을 위한 최상위 관리자 역할을 수행) Snowsight 또는 Classic Console 를 사용하여 전체 계정의 데이터 저장소를 살펴볼 수 있습니다.

Snowsight

Select Admin » Cost Management » Consumption.

Classic Console

Account » Billing & Usage » Average Storage Used 을 클릭합니다.

이 페이지에는 계정에 대한 총 평균 데이터 저장소와 모든 데이터베이스, 내부 및 명명된 스테이지, Fail-safe의 데이터에 대한 총계가 표시됩니다.

자세한 내용은 저장소 비용 살펴보기 섹션을 참조하십시오.

개별 테이블 저장소¶

적절한 권한이 있는 모든 사용자는 개별 테이블에 대한 데이터 저장소를 확인할 수 있습니다. Snowflake에서 제공하는 테이블 데이터 저장소 확인 방법은 다음과 같습니다.

Classic Console

Databases » <db_이름> » Tables 을 클릭합니다.

SQL

SHOW TABLES 명령을 실행합니다.

또는

다음 중 하나를 쿼리합니다.

• TABLE_STORAGE_METRICS 뷰(Snowflake Information Schema).

• TABLE_STORAGE_METRICS 뷰 뷰(Account Usage).

세 가지 방법 중에, TABLE_STORAGE_METRICS 은 CDP 수명 주기의 다음 세 가지 상태에서 테이블 데이터에 대한 물리적 저장소(바이트 단위) 분석이 포함되므로 가장 자세한 정보를 제공합니다.

• 활성(ACTIVE_BYTES 열)

• Time Travel(TIME_TRAVEL_BYTES 열)

• Fail-safe(FAILSAFE_BYTES 열)

또한, 뷰는 테이블을 복제할 때 발생하는 소유 저장소와 참조 저장소를 구별하기 위한 열도 제공합니다(아래 섹션 참조).

스테이징된 파일 저장소(데이터 로딩용)¶

Snowflake는 데이터를 대량으로 테이블에 로드하는 기능을 지원하기 위해 로드할 데이터가 포함된 파일이 저장되는 스테이지를 활용합니다. Snowflake는 내부 스테이지와 외부 스테이지를 모두 지원합니다.

Snowflake 내부 스테이지에서 스테이징된 데이터 파일에는 Time Travel 및 Fail-safe와 관련된 추가 요금이 부과되지 않지만, 표준 데이터 저장소 요금은 부과됩니다. 따라서 Snowflake는 저장소 비용을 관리하는 데 도움이 되도록 이러한 파일을 모니터링하고 데이터가 로드되고 파일이 더 이상 필요하지 않으면 스테이지에서 제거할 것을 권장합니다. 데이터 로딩 중에(COPY INTO <테이블> 명령 사용) 또는 나중에(REMOVE 명령 사용) 이러한 파일을 제거하도록 선택할 수 있습니다.

자세한 내용은 데이터 로딩 고려 사항 섹션을 참조하십시오.

테이블 IDs¶

모든 Snowflake 테이블에는 테이블을 고유하게 식별하는 ID가 있습니다. 또한, 모든 테이블은 CLONE_GROUP_ID와도 연결됩니다. 테이블에 복제본이 없으면 ID와 CLONE_GROUP_ID는 동일합니다. 이러한 IDs는 TABLE_STORAGE_METRICS 뷰에 표시됩니다.

소유 저장소 vs 참조 저장소¶

테이블이 복제되면 원래 테이블에 대해 새 ID 및 CLONE_GROUP_ID가 할당됩니다. 복제본이 생성되는 순간 두 테이블의 모든 마이크로 파티션이 완전히 공유됩니다. 이러한 마이크로 파티션과 연결된 저장소는 클론 그룹에서 가장 오래된 테이블이 소유하며, 복제본은 이러한 마이크로 파티션을 참조합니다.

복제본이 생성된 후 복제본 그룹 내의 두 테이블에는 별도의 수명 주기가 있으므로 각 테이블에서 DML 작업을 수행하면 해당 테이블이 소유하는 새 마이크로 파티션이 생성됩니다. 이러한 마이크로 파티션과 연결된 저장소는 TABLE_STORAGE_METRICS 뷰의 RETAINED_FOR_CLONE_BYTES 열을 사용하여 쿼리할 수 있습니다.

복제본 그룹 내의 모든 테이블에는 독립적인 수명 주기가 있기 때문에 이러한 테이블 내의 저장소 소유권을 복제본 그룹 내의 다른 테이블로 전송해야 하는 경우가 있습니다. 예를 들어, 다음으로 구성된 복제본 그룹을 생각해 보십시오.

원본 테이블:		복제 대상:		복제 대상:
T1	»	T2	»	T3

T2와 T3가 일부 마이크로 파티션을 공유하고 T2가 삭제된 경우 T2가 Fail-safe로 전환되기 전에 해당 저장소의 소유권을 이전해야 합니다. Snowflake에서 이러한 전송은 마이크로 파티션이 Time Travel 상태를 종료하고 그렇지 않으면 Fail-safe로 전환될 때 발생합니다. 위의 경우 T2가 이전에 소유했던 마이크로 파티션은 Time Travel 보존 기간이 만료되면 T3로 이전됩니다.

임시 테이블¶

다른 SQL 데이터베이스와 유사하게, 임시 테이블은 단일 사용자 세션 내에서만 그리고 세션 기간 내에서만 유지됩니다. Snowflake 임시 테이블에는 Fail-safe가 없으며 Time Travel 보존 기간이 0 또는 1일에 불과하지만, Time Travel 기간은 테이블이 삭제될 때 종료됩니다.

그러므로 임시 테이블과 관련하여 부과되는 최대 총 CDP 요금은 1일(또는 세션이 종료되어 테이블이 삭제되거나 명시적으로 삭제된 경우에는 그 미만)입니다. 이 기간 동안에는 테이블에서 Time Travel을 수행할 수 있습니다.

일시적 테이블¶

일시적 테이블은 Snowflake에 고유한 테이블입니다. 일시적 테이블은 영구 테이블과 임시 테이블의 속성을 모두 갖습니다.

• 임시 테이블과 달리 일시적 테이블은 세션과 연결되지 않으며, 해당 테이블에 액세스할 수 있는 권한이 있는 모든 사용자가 볼 수 있습니다. 또한, 영구 테이블과 유사하게 테이블이 생성된 세션 이후에도 지속됩니다.

• 임시 테이블와 마찬가지로 일시적 테이블에는 Fail-safe가 없으며 Time Travel 보존 기간이 0 또는 1일에 불과합니다.

따라서 일시적 테이블과 관련하여 부과되는 최대 총 CDP 요금은 1일입니다. 이 기간 동안에는 테이블에서 Time Travel을 수행할 수 있습니다.