다른 시간 함수와 달리이 함수는 24 시간 동안 동일한 대답을 반환하므로 쿼리 캐싱을 방지하는 것이 이상하게 보입니다. 이것은 버그입니까, 아니면 예상되는 동작입니까?CURRENT_DATE()가 쿼리를 캐시하지 않는 이유는 무엇입니까?
어제부터 8 일 전에 날짜 분할 된 테이블에 고정 롤링 날짜 창이있는보기를 저장하려고하지만 캐싱을 보장하기 위해 bigquery 외부에 날짜를 구성해야하는 경우에는 불가능합니다.
다른 시간 함수와 달리이 함수는 24 시간 동안 동일한 대답을 반환하므로 쿼리 캐싱을 방지하는 것이 이상하게 보입니다. 이것은 버그입니까, 아니면 예상되는 동작입니까?CURRENT_DATE()가 쿼리를 캐시하지 않는 이유는 무엇입니까?
어제부터 8 일 전에 날짜 분할 된 테이블에 고정 롤링 날짜 창이있는보기를 저장하려고하지만 캐싱을 보장하기 위해 bigquery 외부에 날짜를 구성해야하는 경우에는 불가능합니다.
다른 기능을 위해 특별한 캐싱 로직을 사용하지 않는 것이 좋습니다. feature request on the issue tracker을 제출할 수는 있지만 다른 문제와 관련하여 우선 순위가 높지 않을 것으로 생각됩니다.
감사합니다. @Elliott 흥미로운 점은 캐싱 레이어로 전달하기 전에 함수가 더 효율적으로 계산 될 것이라고 가정했기 때문입니다. 상대 날짜는보기에서 유용합니다 (캐싱 포함). 나는 문제를 제기 할 것이다. 다시 한번 감사드립니다. – mish15
그 동안 - 현재 날짜를 정적 방식으로 반영하여 24 시간마다 Apps Script를 사용하여보기를 재구성하는 방법에 대해 알려주십시오. –
감사합니다. @FelipeHoffa 할 수 있습니다. 스크립트가 bigquery에 액세스 할 수 있는지 몰랐습니다! 이보기에서 승인 된 견해를 걸어두고 싶습니다. 중간 단계입니다. 큰 물음표로 모두보기에 좋을 것입니다. 어쨌든 팁을 주셔서 감사합니다. – mish15