maillard life

4. SELECT * 사용에 주의! BigQuery는 Columnar DB이므로 모든 열을 다 불러오는 건 자원 낭비가 심하다. 스키마 형태는 테이블 정보를 참고하고 가능하면 필요한 열만 뽑아다 쓰자. 5. WHERE는 빠르면 빠를 수록 좋다! 여러 번의 서브 쿼리가 필요한 복잡한 쿼리문에서 특히 중요한데, WHERE는 가능한 안쪽에서 사용하는 게 경제적이다. 또 WHERE 조건 앞에 함수를 씌우는 건 지양하는 것이 좋다. #이거 보다는 WHERE FORMAT_DATE("%Y-%m-%d", ymd) >= DATE_SUB(CURRENT_DATE("Asia/Seoul"), INTERVAL 7 DAY) #이게 더 낫다 WHERE ymd >= FORMAT("%Y.%m.%d", DATE_SUB(CURRENT_DA..

1. CURERNT_DATE() 예약 쿼리, 스케줄러 작성할 때 자주 사용하는 함수이다. 초창기에 요걸로 실수한 적이 있어서 지금은 꼭 기억하고 있다. 이외에도 [TIMEZONE]이 optional인 함수가 있다면 대부분 동일할 것이다. SELECT CURRENT_TIMESTAMP() c_ts, CURRENT_DATETIME() c_dt, CURRENT_DATE() c_ymd, FROM `bigquery-public-data.covid19_italy.data_by_region` GROUP BY 1 위처럼 기본적으로 UTC 시간대로 보여준다. 만약 저장된 데이터가 KST 기준이라면? 대충 어떤 문제가 생길지 예상이 되지 않는가? 한국 시간대(KST)를 사용하고 싶으면 "Asia/Seoul"을 추가해주면 된..

테이블 생성 단계부터 참여하는 게 아니라면 기존의 것을 뜯어고치는 건 쉬운 일이 아니다 특히나 모든 권한을 다 보유하지 않았다면? 어떻게든 비틀어야지 방법이 없다... 아래는 그 흔적이다 트래픽이 오가는 플랫폼의 경우 파트너와 파트너 사이를 연결하고 끊는 과정이 일어나기 마련이다. 자연히 언제 연결했고, 중간중간 어떤 History가 있었는지를 알고 싶고, 알아야만 한다. 그런데, 이미 구성해놓기를 데이터에 변화가 있으면 그냥 덮어쓰고 그 일자만 mod date(수정일자)로 저장하게 만들었다면? 아예 갈아엎고 새로 구성한다? "좋아, 말한 사람이 책임 지고 만들면 되겠다!!" 택도 없는 소리다 DB와 웹페이지 등 해야 할 일거리는 많은데 비해, 얻을 수 있는 효과는 크지 않으므로 우선순위에 밀릴 게 뻔하..

SQL 입문할 당시, 외국 사이트를 찾아다니며 스케빈저마냥 SQL 문제를 풀었는데 그 중 난이도 높았던 문제 몇 개가 생각나서 급도전해봤다. https://www.hackerrank.com/challenges/print-prime-numbers/problem Print Prime Numbers | HackerRank Print prime numbers. www.hackerrank.com SQL문으로 풀이하라는 문제는 링크를 찾지 못한 관계로 해커랭크 링크로 대체 WHILE 문이나 LOOP 등을 활용하는 게 일반적이지만, 프로그래밍 쪽에 더 가깝고 어차피 효율 따지는 건 이후의 문제니까 넘어가자 다른 레퍼런스 없이 당장 생각나는 방법으로 만드니까 아래 쿼리가 나왔다 WITH X AS ( SELECT a F..