2020년 10월

이 달에는 다음과 같은 새로운 기능, 향상된 기능, 변경 사항이 도입되었습니다. 이러한 추가 사항에 대해 궁금한 점이 있으면 Snowflake 지원 에 문의하십시오.

중요

각 릴리스에는 웹 인터페이스를 새로 고쳐야 적용되는 수정 사항 또는 업데이트가 포함될 수 있습니다.

일반적으로, 이러한 유형의 업데이트로 인해 사용에 방해가 되지 않도록 하려면 각 Snowflake 릴리스가 배포된 후에 웹 인터페이스를 새로 고치는 것이 좋습니다.

이 항목의 내용:

동작 변경 사항

SQL 변경 사항

시퀀스 시작값이 복제된 오브젝트에 복사됨

시퀀스는 다음 방법 중 하나로 생성할 수 있습니다.

  • CREATE SEQUENCE 를 사용하여 시퀀스 오브젝트를 생성합니다.

  • 테이블이 생성될 때 AUTOINCREMENT 또는 IDENTITY 매개 변수가 포함된 숫자 열에 대해 기본 식으로 시퀀스를 정의하거나(CREATE TABLE 사용), 나중에 정의합니다(ALTER TABLE 사용).

이전에 공지한 바와 같이, 이 릴리스에서는 원본 오브젝트가 시작 값이 정의된 시점 또는 이후에 복제되는 경우에 한해 시퀀스가 포함된 오브젝트가 복제되면 이 복제본에 시퀀스 시작 값이 보존됩니다. 이전에는 복제된 오브젝트에 시퀀스 시작 값이 복사되지 않았습니다. 이 동작 변경은 개별 테이블을 복제할 때뿐만 아니라 테이블 및 시퀀스가 포함된 데이터베이스 및 스키마를 복제할 때 적용됩니다.

SHOW PIPES: 출력의 새 INTEGRATION 열

이전에 공지한 바와 같이, 이 릴리스에서는 SHOW PIPES 명령 출력에 새 INTEGRATION 열이 포함되어 있습니다. 알림 이벤트를 사용하여 Google Cloud Storage 또는 Microsoft Azure 클라우드 저장소에서 데이터 로드를 트리거하는 파이프의 경우, 열에 알림 통합 이름이 표시됩니다.

UNDROP TABLE: 이 명령을 사용하여 구체화된 뷰의 삭제 취소 불가능

이전에 공지한 바와 같이, 이 릴리스에서는 UNDROP TABLE 명령을 사용하여 더 이상 구체화된 뷰를 삭제 취소할 수 없습니다.

이전

UNDROP TABLE <materialized_view_name> 을 사용하면 구체화된 뷰가 삭제 취소되었습니다.

현재

UNDROP TABLE <materialized_view_name> 을 사용하면 오류가 발생하고 삭제 취소 작업에 실패합니다.

구체화된 뷰 작업하기 에 설명된 대로, Time Travel은 구체화된 뷰에 대해 지원되지 않습니다 이에 따라, Snowflake는 구체화된 뷰의 삭제 취소를 지원하지 않습니다.

SHOW OBJECTS, SHOW TABLES: 외부 테이블의 출력 변경 사항

이전에 공지한 바와 같이, 이 릴리스에서는 외부 테이블에 대한 정보를 반환할 때 아래 SHOW <오브젝트> 명령의 출력이 다음과 같이 변경되었습니다.

SQL 명령

열 이름

변경

SHOW OBJECTS

KIND

이전: 외부 테이블에 대해 EXTERNAL_TABLE 이 표시되었습니다.

현재: 외부 테이블에 대해 TABLE 이 표시됩니다.

일부 비즈니스 인텔리전스 도구에서는 이 열에서 EXTERNAL_TABLE 값이 포함된 행을 건너뛰었기 때문에 이 변경 사항이 도입되었습니다.

ROWS

이전: 숫자가 표시되었습니다. 외부 테이블의 행 개수가 정확하지 않을 수 있었습니다.

현재: 외부 테이블에 대해 NULL 이 표시됩니다.

SHOW TABLES

IS_EXTERNAL

테이블 유형을 나타내는 새 열입니다.

  • Y: 외부 테이블

  • N: 표준 테이블

ROWS

이전: 숫자가 표시되었습니다. 외부 테이블의 행 개수가 정확하지 않을 수 있었습니다.

현재: 외부 테이블에 대해 NULL 이 표시됩니다.

COPY INTO <위치> 명령: Parquet 데이터 타입에 NUMBER 열 매핑

참고

이 동작 변경은 2020_08 동작 변경 번들에 포함되어 있었지만, 최상의 고객 경험 서비스를 제공하기 위해 연기되었습니다.

이 동작 변경은 기본적으로 활성화되며 릴리스 정보에 공지됩니다.

Snowflake 테이블의 NUMBER 열이 Parquet 파일에 언로드되면, 이 파일에 있는 해당 열에는 이와 동등한 DECIMAL 논리 데이터 타입이 포함됩니다. 이전에 공지한 바와 같이, 이 릴리스에서는 언로드된 Parquet 파일에서 열의 정밀도와 스케일을 결정하는 기준이 다음과 같이 변경되었습니다.

이전

Parquet 파일에 있는 DECIMAL 열은 열의 값 범위를 나타낼 수 있는 정밀도가 가장 낮았습니다. 이로 인해, 언로드된 파일 간의 데이터 타입이 일치하지 않아 외부 도구에서 파일을 사용할 수 없는 경우가 있었습니다.

현재

Parquet 파일의 DECIMAL 열 정밀도와 스케일은 Snowflake 테이블의 원본 열과 동일합니다. 예를 들어, 테이블 열의 기본 정밀도와 스케일이 (NUMBER(38, 0)) 인 경우 동일한 열이 Parquet 파일의 DECIMAL(38, 0) 열에 언로드됩니다.

Account Usage 변경 사항

DATA_TRANSFER_HISTORY 뷰에 대한 변경 사항

이전에 공지한 바와 같이, DATA_TRANSFER_HISTORY Account Usage 뷰가 다음과 같이 변경되었습니다.

이전

SOURCE_CLOUD 및 SOURCE_REGION 열 값이 TARGET_CLOUD 및 TARGET_REGION 열 값과 동일할 때 이 뷰에 데이터 전송이 표시되지 않았습니다.

현재

SOURCE_CLOUD 및 SOURCE_REGION 열 값이 TARGET_CLOUD 및 TARGET_REGION 열 값과 동일할 때 이 뷰에 데이터 전송이 표시됩니다.

Information Schema 변경 사항

외부 테이블의 TABLES 뷰에 대한 변경 사항

이전에 공지한 바와 같이, 외부 테이블에 대한 정보를 반환할 때 TABLES Information Schema 뷰의 ROW_COUNT 열 출력이 다음과 같이 변경되었습니다.

이전

열에 숫자가 표시되었습니다. 하지만 외부 테이블의 행 개수가 정확하지 않을 수 있었습니다.

현재

외부 테이블에 대해 NULL 값이 표시됩니다.

TABLES 및 COLUMNS 뷰의 쿼리 처리에 대한 변경 사항

이전에 공지한 바와 같이, 쿼리 오류를 방지하기 위해 다음과 같은 INFORMATION_SCHEMA 뷰의 처리 방식이 향상되었습니다.

이전

열 개수가 많은 테이블 또는 많은 개수의 테이블이 포함된 스키마의 경우, 다수의 행을 반환하는 TABLE 또는 COLUMNS 뷰에서의 쿼리에 실패할 수 있었습니다. 이는 스키마가 하나의 단위로 처리되었기 때문입니다.

현재

이제, Snowflake는 쿼리 실패를 방지하기 위해 스키마를 여러 단위로 나누고 각 단위를 개별적으로 처리합니다.

이렇게 스키마를 나누면 쿼리가 성공적으로 수행되지만 쿼리 성능에 영향을 줄 수도 있습니다.

참고

스키마의 테이블/열에서 쿼리가 실행되고 있는 동안 스키마 이름 변경 등과 같은 DDL 작업이 수행되는 경우, 쿼리가 일관되지 않거나 예기치 않은 결과를 반환할 수 있습니다. 이는 쿼리가 시작되어 끝나는 동안 스키마 상태가 변경되기 때문입니다.

Information Schema의 DESCRIBE PIPE, SHOW PIPES, PIPES 뷰에 추가된 새 열

이전에 공지한 바와 같이, 이 릴리스에서는 다음과 같은 SQL 명령 및 뷰에 PATTERN 열이 추가되었습니다.

새 열에는 파이프 정의에서 COPY INTO <테이블> 문의 PATTERN 복사 옵션 값이 표시됩니다(있는 경우). 이 복사 옵션은 Snowflake에 로드할 파일 세트를 필터링하기 위해 Snowpipe가 사용하는 정규식 패턴입니다.

이 변경 사항이 미치는 영향을 제한하기 위해 새 열은 출력의 마지막 열로 추가됩니다.

보안/액세스 제어 변경 사항

REVOKE <권한> … FROM ROLE 명령에 대한 변경 사항

이전에 공지한 바와 같이, REVOKE <권한> 명령이 다음과 같이 변경되었습니다.

이전

특정 역할이 여러 역할로부터 동일한 오브젝트에 대한 특정 권한을 부여 받은 경우(즉, 여러 역할의 권한 부여를 보유함), 이 역할이 이러한 권한 부여를 취소하면 이 역할이 모든 권한 부여를 제거할 권한이 있더라도(즉, MANAGE GRANTS 권한을 보유했거나 다른 부여자 역할을 대체할 수 있음) 해당되는 권한 부여 하나만 취소되었습니다.

현재

역할이 제거할 수 있는 동일한 권한에 대한 모든 권한 부여를 취소할 수 있습니다.

또한, 결과로 나타나는 보고 메시지가 다음과 같이 업데이트되었습니다.

  • 조건: 취소하는 역할이 지정된 권한에 대해 피부여자 역할에게 어떠한 권한도 부여하지 않았거나, 취소하는 역할이 취소하려는 해당 권한 부여 레코드가 존재하지 않습니다.

    이전

    REVOKE 문이 실행되지 않았습니다. 다음 메시지가 반환되었습니다.

    Insufficient privileges
    
    현재

    다음 메시지가 반환됩니다.

    Statement executed successfully
    
  • 조건: OWNERSHIP 권한에 대한 권한 부여를 취소합니다.

    이전

    REVOKE 문이 실행되지 않았습니다. 다음 메시지가 반환되었습니다.

    Insufficient privileges
    
    현재

    다음 메시지가 반환됩니다.

    SQL execution error: OWNERSHIP can only be transferred.
    
  • 조건: 여러 권한에 대한 권한 부여를 취소합니다. 이러한 권한 중 하나는 OWNERSHIP입니다.

    이전

    REVOKE 문이 부분적으로 실행되었습니다. 다음 메시지가 반환되었습니다.

    Privileges [OWNERSHIP] not revoked.
    
    현재

    실패한 권한은 건너뛰고 해당되는 다른 모든 권한 부여는 취소되며, 다음 메시지가 표시됩니다.

    Revoke partially executed: <number> grant(s) revoked, OWNERSHIP skipped, which can only be transferred.
    
  • 조건: 종속 권한 부여가 있는 권한 부여를 취소하며 CASCADE가 지정되지 않았습니다.

    이전

    REVOKE 문이 실행되지 않았습니다. 다음 메시지가 표시되었습니다.

    SQL execution error: Dependent grant of privilege <privilege_name> on securable <object_name> to role <role_name> exists.  It must be revoked first.
    
    현재

    실패한 권한은 건너뛰고 해당되는 다른 모든 권한 부여는 취소되며, 다음 메시지가 표시됩니다.

    Revoke partially executed: <number> grant(s) revoked, <number> grant(s) skipped due to dependent grants and no CASCADE is specified.
    

임시 테이블의 권한에 대한 변경 사항

이전에 공지한 바와 같이, 임시 테이블 생성과 관련하여 다음과 같은 변경 사항이 도입되었습니다.

이전

임시 테이블을 생성하려면 CREATE TABLE 권한이 필요했습니다.

현재

임시 테이블을 생성하는 데 더 이상 CREATE TABLE 권한이 필요하지 않습니다. 임시 테이블을 생성하는 데 스키마에 대해 테이블 생성 권한이 필요하지 않습니다. 임시 테이블은 사용자 세션에 있으며 세션이 끝나면 자동 삭제됩니다.

열 수준 보안: 마스킹 정책을 생성할 때 UDF USAGE 권한이 필요함

이전에 공지한 바와 같이, 사용자 정의 함수(UDFs)를 사용하는 열 수준 보안 마스킹 정책의 동작이 다음과 같이 변경되었습니다.

이전

마스킹 정책 본문에 UDF가 사용되는 경우, 열 수준 보안 마스킹 정책(MASKING_ADMIN)을 생성하려는 역할은 UDF에 대해 OWNERSHIP 권한이 있어야 합니다.

UDF에 대한 OWNERSHIP 권한이 부여되지 않은 경우에는 Snowflake가 다음 오류 메시지를 표시합니다.

SQL execution error: UDF 'MYUDF' not owned by the policy creator role.
현재

마스킹 정책 본문에 UDF가 사용되는 경우, 열 수준 보안 마스킹 정책(MASKING_ADMIN)을 생성하려는 역할은 UDF에 대해 USAGE 권한이 있어야 합니다. UDF에 대한 OWNERSHIP 권한은 더 이상 필요하지 않습니다.

UDF에 대한 USAGE 권한이 부여되지 않은 경우에는 Snowflake가 다음 오류 메시지를 표시합니다.

SQL access control error: Insufficient privileges to operate on function 'MYUDF'.

에코시스템 변경 사항

SnowSQL: 더 이상 출력이 XML 형식으로 표시되지 않음

이전에 공지한 바와 같이, SnowSQL의 동작이 다음과 같이 변경되었습니다.

이전

SnowSQL의 문서화되지 않은 기능을 통해 사용자는 다음 명령에서 XML 을 형식을 지정하여 XML 을 출력 형식으로 지정할 수 있었습니다.

!set output_format=<format>;
현재

SnowSQL은 더 이상 XMLoutput_format 옵션으로 지원하지 않습니다.

Go Snowflake 드라이버: 지원되는 Golang 최소 버전이 1.14로 변경됨

이전에 공지한 바와 같이, Go Snowflake 드라이버에서 지원되는 Golang 버전이 다음과 같이 변경되었습니다.

이전

지원되는 최소 Go 버전이 1.13이었습니다.

현재

지원되는 최소 Go 버전이 1.14입니다.

이 드라이버는 Go 1.15도 지원합니다.

이 변경 사항은 Go의 자체 지원 정책을 따르며, 그에 따라 1.14 이전 버전은 더 이상 지원되지 않습니다.

Secure Data Sharing 변경 사항

데이터베이스를 교체할 때 공유 확인

CREATE OR REPLACE DATABASE 구문을 사용하여 데이터베이스를 다시 생성하는 것은 데이터베이스를 삭제한 후에 같은 이름의 데이터를 생성하는 것과 같습니다.

이전에 공지한 바와 같이, 데이터베이스 소유자(또는 그 이상의 역할)가 하나 이상의 공유에 포함되어 있는 데이터베이스를 다시 생성하면 다음과 같은 변경 사항이 적용됩니다.

이전

데이터베이스가 삭제될 때 경고 메시지가 표시되지 않아, 이 데이터베이스를 참조하는 공유를 사용할 수 없었습니다.

현재

CREATE AND REPLACE 문이 실행되지 않으며 오류 메시지가 표시됩니다.

SQL 업데이트

Account Usage: 새 TASK_HISTORY 뷰

이 릴리스에서는 작업 사용량에 대한 정보를 제공하는 새 TASK_HISTORY 뷰가 Account Usage(SNOWFLAKE 공유 데이터베이스 내부)에 추가되었습니다. 이 뷰에는 지난 1년 동안 실행된 작업마다 각각의 행이 표시됩니다.

Time Travel을 사용하여 복제된 오브젝트가 과거의 오브젝트 이름과 구조를 상속함

AT | BEFORE 절을 사용하면, CREATE <오브젝트> … CLONE 문이 데이터를 복사하지 않고도 과거의 특정 시점의 테이블, 스키마, 데이터베이스 복제본을 생성할 수 있습니다. 이 기능은 Time Travel을 사용하여 초기 버전의 오브젝트에 액세스합니다.

최근 릴리스에서는 Time Travel을 사용한 오브젝트 복제의 동작이 다음과 같이 변경되었습니다.

이전

복제된 오브젝트가 CREATE <오브젝트> … CLONE 문이 실행되었을 시점의 오브젝트 이름, 설명, 이와 유사한 메타데이터를 상속했습니다. 오브젝트 복제본이 AT | BEFORE 절에 설정된 시점의 오브젝트 구조를 상속했습니다. 하지만 컨테이너(데이터베이스 또는 스키마)에 있는 하위 오브젝트가 ALTER <오브젝트> … RENAME TO 문을 사용하여 과거의 이 시점 이후에 다른 컨테이터로 옮겨지면 원래 컨테이너의 복제본에 하위 오브젝트가 포함되지 않았습니다.

현재

복제된 오브젝트는 과거 시점을 기준으로 원본 오브젝트의 이름 및 구조를 상속 하지만, 기타 모든 메타데이터의 경우 CREATE <오브젝트> … CLONE 문이 실행된 현재 시점을 기준으로 상속합니다.

예를 들어, 테이블 복제본은 과거의 테이블 이름과 열을 상속하지만 클러스터링 키, 스테이지 파일 형식, 설명, 기타 메타데이터는 현재 시점을 기준으로 상속합니다.

새 매개 변수: MAX_DATA_EXTENSION_TIME_IN_DAYS

이 릴리스에는 MAX_DATA_EXTENSION_TIME_IN_DAYS 매개 변수가 추가되었습니다. 이 매개 변수는 Snowflake가 테이블의 스트림이 부실해지는 것을 방지하기 위해 설정할 수 있는 데이터 보존 최대 연장 기간을 지정합니다. 기본적으로, 원본 테이블의 데이터 보존 기간이 14일 미만이고 스트림을 사용한 적 없다면 계정의 Snowflake 에디션과 관계없이 Snowflake는 이 기간을 일시적으로 최대 14일까지 스트림의 오프셋으로 연장합니다. 데이터 보존 또는 규정 준수를 위해 저장소 비용을 제어해야 할 경우 이 새 매개 변수를 사용하여 테이블에 대한 자동 연장 기간을 제한할 수 있습니다.

MAX_DATA_EXTENSION_TIME_IN_DAYS 매개 변수에는 0일(데이터 보존 기간 자동 연장 안 함)부터 14일까지 모든 정수 값을 사용할 수 있습니다. 계정에서 테이블의 최댓값을 늘리려면 Snowflake 지원 에 문의하십시오.

이 매개 변수는 계정, 데이터베이스, 스키마, 테이블 수준에서 설정할 수 있습니다. 이 매개 변수는 표준 매개 변수 계층 구조 를 따릅니다.

보안 업데이트

AWS 및 Microsoft Azure의 Snowflake: HITRUST CSF 인증

Snowflake는 AWS 및 Microsoft Azure 클라우드 플랫폼의 Snowflake 계정에 HITRUST CSF 인증이라고 하는 중요한 이정표를 달성했습니다.

이 인증은 규정 준수 및 위험 관리 측면에서 Snowflake의 보안 태세를 강화하며, Business Critical 이상의 Snowflake 에디션에 적용됩니다.

아래 표는 HITRUST CSF 인증을 지원하는 AWS 및 Azure 리전을 보여 줍니다. AWS 및 Azure의 모든 새 리전에서 HITRUST CSF 인증이 지원됩니다.

AWS 클라우드 리전 ID

Azure 클라우드 리전 ID

us-west-2

east-us-2

us-east-1

west-europe

us-east-2

canada-central

eu-west-1

us-gov-virginia

eu-central-1

ap-southeast-2

ca-central-1

페더레이션/SSO 업데이트: 강제 재인증 지원

초기 인증 SSO 흐름 중에 인증 사용자가 Snowflake에 액세스하기 위해 다시 인증하도록 요구하는 SAML2 보안 통합을 구성할 수 있는 기능이 도입되었습니다. 이 기능을 활성화하면, Snowflake는 Snowflake에서 ID 공급자로의 발신 SAML 요청에서 SAML ForceAuthn 매개 변수를 True 로 설정합니다.

이 기능은 재인증을 통해 보안을 향상합니다. 또한, 재인증 프롬프트를 통해 사용자는 Snowflake에 액세스하기 위해 초기에 사용한 SSO와 다른 자격 증명 세트를 입력할 수 있습니다.

계정에 이 기능을 활성화하려면 Snowflake 지원 에 문의하십시오.

자세한 내용은 고급 SAML SSO기능 섹션을 참조하십시오.

에코시스템 업데이트

ODBC 드라이버 2.22.0: SQL_ATTR_ENABLE_AUTO_IPD 설정을 위한 새 매개 변수

ODBC 드라이버 버전 2.22.0에는 기본값 SQL_ATTR_ENABLE_AUTO_IPD를 재정의할 수 있는 새 구성 매개 변수가 추가되었습니다.

기본적으로, ODBC 드라이버는 서드 파티 도구와의 호환성을 위해 SQL_ATTR_ENABLE_AUTO_IPD를 true로 설정합니다. (ODBC 표준은 기본값을 false로 설정합니다.)

ODBC 드라이버가 SQL_ATTR_ENABLE_AUTO_IPD를 false로 설정하도록 구성하려면 다음 구성 매개 변수를 설정하십시오.

  • Windows에서, Windows 레지스트리의 [HKEY_LOCAL_MACHINE\SOFTWARE\Snowflake\Driver] 하위 키에 새 String 값을 추가합니다.

    • 값 이름: EnableAutoIpdByDefault

    • 값 데이터: false

  • macOS 및 Linux에서, 다음 줄을 simba.snowflake.ini 파일에 추가합니다.

    EnableAutoIpdByDefault=false

클라이언트 패키지 유효성 검사: 새 공개 키

클라이언트 패키지의 유효성 검사를 위해 Snowflake가 제공하는 GPG 보안 키의 정기적 순환의 일환으로, Snowflake는 다음과 같은 서명된 클라이언트 패키지에 사용할 수 있는 새로운 공개 키를 출시했습니다.

  • SnowSQL (CLI 클라이언트) 1.2.11 (사용 가능한 경우) 이상(Linux)

  • Spark용 Snowflake 커넥터 2.8.2 (사용 가능한 경우) 이상

  • JDBC 드라이버 3.12.13 (사용 가능한 경우) 이상

  • ODBC 드라이버 2.22.1 (사용 가능한 경우) 이상 (Linux)

새 키를 사용하여 이러한 클라이언트 버전의 유효성을 검사하려면 다음을 수행합니다.

  1. 새 키를 다운로드하고 로컬 환경에 가져옵니다.

  2. 최신 버전의 클라이언트 패키지를 다운로드하여 설치합니다.

  3. 로컬 환경에서 이전 키를 삭제합니다(선택 사항).

자세한 지침은 해당 클라이언트의 Snowflake 설명서를 참조하십시오.

중요

클라이언트를 중단 없이 원할하게 사용하기 위해 로컬 환경에서 새 클라이언트 버전이 자동으로 설치 및 구성되도록 설정한 경우, 해당 클라이언트 버전이 출시되기 전에 새 키를 가져와야 합니다. 궁금한 점이 있으면 Snowflake 지원 에 문의하십시오.

데이터 로드 업데이트

JSON 데이터를 로드할 때 유효하지 않은 UTF-8 문자 바꾸기 가능 — 미리 보기

이 릴리스에서는 JSON 데이터를 로드할 때 COPY INTO <테이블> 명령이 REPLACE_INVALID_CHARACTERS 파일 형식 옵션을 지원하는 기능을 미리 보기로 제공합니다. 이전에는, 파일 형식 옵션이 CSV 데이터를 로드할 때만 지원되었습니다.

IGNORE_UTF8_ERRORS 파일 형식 옵션도 데이터 로드 중에 UTF-8 이외의 모든 문자를 바꾸는 기능을 수행합니다. 하지만 REPLACE_INVALID_CHARACTERS 옵션은 UTF-8 이외의 문자를 1:1로 교체할 수 있지만 IGNORE_UTF8_ERRORS 옵션은 그렇지 않습니다.

따라서 1:1로 문자를 바꾸려면 REPLACE_INVALID_CHARACTERS 옵션을 사용하는 것이 좋습니다. 이러한 파일 형식 옵션 둘 다 지정하는 COPY INTO <테이블> 명령을 실행하면 오류가 발생합니다.

기본적으로 REPLACE_INVALID_CHARACTERS 옵션은 FALSE로 설정되며, 그에 따라 기존 동작이 유지됩니다. REPLACE_INVALID_CHARACTERS 를 TRUE로 설정하면, 로드 작업이 유효하지 않은 각 UTF-8 문자를 유니코드 대체 문자(�)로 바꿉니다.

다음 방법 중 하나로 REPLACE_INVALID_CHARACTERS = TRUE로 설정합니다.

  • COPY INTO <테이블> 문에 직접 지정된 파일 형식 옵션으로 설정.

  • 명명된 파일 형식 또는 스테이지 오브젝트에 대해 지정된 파일 형식 옵션으로 설정. 그러면 COPY INTO <테이블> 문에서 명명된 파일 형식/스테이지 오브젝트를 참조할 수 있습니다.

미리 보기 기능은 평가 및 테스트용으로 제공되므로 프로덕션용으로는 권장되지 않습니다.

데이터베이스 복제 업데이트

Enterprise Edition 이상 계정에서 Standard Edition 계정으로 복제: 데이터 보존 기간이 1일로 제한됨

Standard Edition 계정의 최대 데이터 보존 기간은 1일이며, Enterprise Edition 이상 계정의 최대 데이터 보존 기간은 90일입니다. 계정 또는 오브젝트(데이터베이스, 스키마 또는 테이블) 수준에서 DATA_RETENTION_TIME_IN_DAYS 매개 변수를 설정하여 기본 데이터 보존 기간을 재정의할 수 있습니다.

이 릴리스에서는 Enterprise Edition 이상 계정의 기본 데이터베이스를 Standard Edition 계정의 보조 데이터베이스로 복제하는 동작이 다음과 같이 변경되었습니다.

이전

기본 데이터베이스(또는 데이터베이스에 있는 모든 스키마 또는 테이블)에 대해 DATA_RETENTION_TIME_IN_DAYS 매개 변수가 1보다 큰 값으로 설정되어 있으면, 초기 복제 또는 새로 고침 작업에 실패했습니다.

현재

기본 데이터베이스(또는 데이터베이스에 있는 모든 스키마 또는 테이블)에 대해 DATA_RETENTION_TIME_IN_DAYS 매개 변수가 1보다 큰 값으로 설정되어 있으면, 초기 복제 또는 새로 고침 작업이 허용됩니다. 하지만 보조 데이터베이스 및 이 데이터베이스의 모든 오브젝트에 대한 DATA_RETENTION_TIME_IN_DAYS 설정은 1일입니다.

대부분의 데이터베이스 장애 조치/장애 복구 시나리오에서는 Business Critical Edition 이상의 계정이 필요합니다. 단, 계정 마이그레이션은 예외입니다. Enterprise Edition 이상 계정에서 Standard Edition 계정으로 데이터베이스를 마이그레이션하는 경우, 보조 데이터베이스가 기본 데이터베이스로 승격되어도 보조 데이터베이스 및 이 데이터베이스의 오브젝트에 대한 DATA_RETENTION_TIME_IN_DAYS 설정은 여전히 1일로 제한됩니다.

참고

이 공지에서는 이전에 차단되었지만 이제는 허용되는 활동에 대해 설명합니다. 따라서 Snowflake의 표준 동작 변경 정책이 적용되지 않습니다.

Business Critical 이상 계정에서 Standard Edition 계정으로 데이터베이스를 복제하는 경우, 계정 관리자는 ALTER DATABASE … ENABLE REPLICATION TO ACCOUNTS 문을 실행할 때 IGNORE EDITION CHECK 절을 포함해야 합니다. 그렇지 않으면, 로컬 데이터베이스가 기본 데이터베이스 역할을 하도록 승격될 때 오류 메시지가 표시됩니다.

맨 위로 이동