- 스키마:
LOAD_HISTORY 뷰¶
이 Account Usage 뷰를 사용하면 지난 365일(1년) 이내에 COPY INTO <테이블> 명령을 사용하여 테이블에 로딩된 데이터 기록을 검색할 수 있습니다. 뷰는 로딩된 각 파일에 대해 하나의 행을 표시합니다.
참고
이 뷰는 Snowpipe를 사용하여 로딩된 데이터 기록을 반환하지 않습니다. 이 기록 정보를 보려면 대신 COPY_HISTORY 뷰를 쿼리하십시오.
열¶
열 이름 |
데이터 타입 |
설명 |
---|---|---|
TABLE_ID |
NUMBER |
대상 테이블의 내부/시스템 생성 식별자 |
TABLE_NAME |
TEXT |
대상 테이블의 이름 |
SCHEMA_ID |
NUMBER |
대상 테이블의 스키마에 대한 내부/시스템 생성 식별자 |
SCHEMA_NAME |
TEXT |
대상 테이블의 스키마 |
CATALOG_ID |
NUMBER |
대상 테이블의 데이터베이스에 대한 내부/시스템 생성 식별자 |
CATALOG_NAME |
TEXT |
대상 테이블의 데이터베이스 |
FILE_NAME |
TEXT |
소스 파일의 이름 |
LAST_LOAD_TIME |
TIMESTAMP_LTZ |
로딩 레코드의 날짜 및 시간(UTC 타임존) |
STATUS |
TEXT |
상태: |
ROW_COUNT |
NUMBER |
소스 파일에서 로딩된 행 수 |
ROW_PARSED |
NUMBER |
소스 파일에서 구분 분석된 행 수 |
FIRST_ERROR_MESSAGE |
TEXT |
소스 파일의 첫 번째 오류 |
FIRST_ERROR_LINE_NUMBER |
NUMBER |
첫 번째 오류의 줄 번호 |
FIRST_ERROR_CHARACTER_POSITION |
NUMBER |
첫 번째 오류 문자의 위치 |
FIRST_ERROR_COL_NAME |
TEXT |
첫 번째 오류의 열 이름 |
ERROR_COUNT |
NUMBER |
소스 파일에 있는 오류 행의 수 |
ERROR_LIMIT |
NUMBER |
오류 수가 이 제한에 도달하면 중단합니다 |
사용법 노트¶
대부분의 경우 뷰의 지연 시간은 최대 90분입니다. 다음 조건이 모두 참인 경우 뷰에서 지정된 테이블의 로드 기록에 대한 대기 시간은 최대 2일일 수 있습니다.
LOAD_HISTORY에서 마지막으로 업데이트된 이후 주어진 테이블에 추가된 DML 문의 수는 32개 미만이었습니다.
LOAD_HISTORY에서 마지막으로 업데이트된 이후 주어진 테이블에 추가된 행의 수는 100개 미만이었습니다.
이 뷰에는 오류가 있거나 오류 없이 완료될 때까지 실행된 COPY INTO 명령만 포함됩니다. 예를 들어, 트랜잭션이 롤백되거나 ON_ERROR = ABORT_STATEMENT 복사 옵션이 COPY INTO <테이블> 문에 포함되고, 데이터 파일에서 감지된 오류가 로딩 작업을 중단하는 경우, 레코드가 추가되지 않습니다.
LAST_LOAD_TIME
열을 참조하는 WHERE 절을 포함할 때 요일을 지정할 수 있습니다. 예를 들어, 2016년 4월 1일은 금요일이었습니다. 그러나 대신 일요일을 지정하면 쿼리 결과에 영향을 주지 않습니다.WHERE last_load_time > 'Sun, 01 Apr 2016 16:00:00 -0800'
로드 기록 복제 후 LOAD_HISTORY Account Usage 뷰에는 대상 테이블에 대한 최신 잘라내기 작업 이후의 기록만 표시됩니다. 이는 복제가 없는 뷰와는 다릅니다. 복제가 없는 뷰에서는 전체 데이터 로딩 기록이 표시됩니다.
예¶
가장 최근에 실행된 COPY INTO 명령 10개에 대한 레코드를 검색합니다.
SELECT file_name, last_load_time FROM snowflake.account_usage.load_history ORDER BY last_load_time DESC LIMIT 10;