LOAD_HISTORY 뷰¶
이 Information Schema 뷰를 사용하면 지난 14일 이내에 COPY INTO <테이블> 명령을 사용하여 테이블에 로딩된 데이터 기록을 검색할 수 있습니다. 뷰는 로딩된 각 파일에 대해 하나의 행을 표시합니다.
참고
이 뷰는 Snowpipe를 사용하여 로딩된 데이터 기록을 반환하지 않습니다. 이 기록 정보를 보려면 대신 COPY_HISTORY 테이블 함수를 쿼리하십시오.
열¶
열 이름 |
데이터 타입 |
설명 |
---|---|---|
SCHEMA_NAME |
TEXT |
대상 테이블의 스키마 |
FILE_NAME |
TEXT |
소스 파일의 이름 |
TABLE_NAME |
TEXT |
대상 테이블의 이름 |
LAST_LOAD_TIME |
TIMESTAMP_LTZ |
로딩 레코드의 타임스탬프 |
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 |
오류 수가 이 한계에 도달하면 중단함 |
사용법 노트¶
COPY INTO 명령에 대한 과거 데이터는 테이블이 삭제될 때 뷰에서 제거됩니다.
이 뷰에는 오류가 있거나 오류 없이 완료될 때까지 실행된 COPY INTO 명령만 포함됩니다. 예를 들어, 트랜잭션이 롤백되거나 ON_ERROR = ABORT_STATEMENT 복사 옵션이 COPY INTO <테이블> 문에 포함되고, 데이터 파일에서 감지된 오류가 로딩 작업을 중단하는 경우, 레코드가 추가되지 않습니다.
이 뷰는 10,000행이라는 상한을 반환합니다. 이 제한을 피하려면 LOAD_HISTORY 뷰 (Account Usage), COPY_HISTORY 함수 (Information Schema) 또는 COPY_HISTORY 뷰 (Account Usage)를 사용하십시오.
LAST_LOAD_TIME
열을 참조하는 WHERE 절을 포함할 때 요일을 지정할 수 있습니다. 예를 들어, 2016년 4월 1일은 금요일이었습니다. 그러나 대신 일요일을 지정하면 쿼리 결과에 영향을 주지 않습니다.WHERE last_load_time > 'Sun, 01 Apr 2016 16:00:00 -0800'
예¶
지난 14일 이내에 4월 1일이 발생했다고 가정하고 2016년 4월 1일 이후 MYDB.PUBLIC.MYTABLE
테이블에 로딩된 데이터 기록을 검색합니다.
USE DATABASE mydb; SELECT table_name, last_load_time FROM information_schema.load_history WHERE schema_name=current_schema() AND table_name='MYTABLE' AND last_load_time > 'Fri, 01 Apr 2016 16:00:00 -0800';
MYDB
데이터베이스에 대해 실행된 가장 최근 COPY INTO 명령 10개에 대한 레코드를 검색합니다.
USE DATABASE mydb; SELECT table_name, last_load_time FROM information_schema.load_history ORDER BY last_load_time DESC LIMIT 10;