BigQuery의 PARSEDATE를 사용할 때 조회 결과를 저장하는 임시 테이블이 만료되었을 때의 처리
2396 단어 GCPSQLGoogle CloudBigQuerytech
발생 상황
SELECT PARSE_DATE("%Y-%m-%d", "20220101")
또는SELECT PARSE_DATE("%Y%m%d", "2022-01-01")
등이 발생했다.까닭
PARSE_DATE는 첫 번째 매개변수의 형식 문자열에 따라 두 번째 매개변수의 날짜 문자열을 해석합니다.
그림에도 날짜 문자열과 형식 문자열이 일치하지 않습니다. 해석할 수 없기 때문입니다.
따라서 다음 형식과 날짜 문자열이 일치하면 문제 없이 해석할 수 있다.
SELECT PARSE_DATE("%Y-%m-%d", "2022-01-01")
SELECT PARSE_DATE("%Y/%m/%d", "2022/01/01")
SELECT PARSE_DATE("%Y%m%d", "20220101")
SELECT PARSE_DATE("%d/%m/%Y", "01/02/2022")
최후
평소 많이 쓰던 라일스의 해석계 방법은 날짜의 문자열을 상대방에게 전달하면 되기 때문에 사양에 너무 신경 쓰지 말고 PARSE--DATE를 사용할 때 의외로 푹 빠진다.
다만 이번 조사에서 빅큐리의 PARSE. -데이트에 대한 이해가 깊어져서 다행이에요.
여러분도 좋은 빅큐리 생활을 하세요.
Reference
이 문제에 관하여(BigQuery의 PARSEDATE를 사용할 때 조회 결과를 저장하는 임시 테이블이 만료되었을 때의 처리), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://zenn.dev/masarufuruya/articles/81ed4d5981a872텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)