たにみず＠BigQuery初心者向けアカウント @bqtanimizu

当アカウントは2022年09月からスタートし、ブログ構築の可能性を検討してきました。 公開準備が整いつつあるので、近日、Twitter上でのテスト運用を終了し、本来のアカウントの運用にシフトします。

初心者は、自分が書いたクエリが本当に正しいのか、確認することに苦労するはず。 まずはWITH句を使って適切に処理を区切りましょう。 そのWITH句それぞれについて、デバッグするためのクエリを書きましょう。 実はコツがあるんですが、まずはそこから。 #BigQuery

エラーの文言に注目する癖を付けましょう。 特に初期は、この文言だったらこの辺に問題無いか見直す、といった対応方法までメモして書き溜めることが大事。 見慣れない構文エラーが表示されたら、表示されている行番号とは別のところに問題があることが多いです。 #BigQuery

クエリを書く時は、WITH句で最初の方に、使うテーブルを全部書き出しきってしまうことをオススメします。 クエリを読む人は最初に、このクエリはどんなテーブルを使ってるのかを読み解くので。 最後まで全部読まないと分からないのはツラい。 ※パフォーマンス面では最善手ではないです。 #BigQuery

テーブルの誤削除は一週間以内であれば復旧可能です。 ビューなどは現状、INFORMATION_SCHEMAなど使ってバックアップを取ってないと復旧できません。 リスク対策の一つとしてご検討ください。 #BigQuery

初心者あるある。 NULLの挙動を思い違いしてて、間違った抽出結果を出してしまう。特にWHERE句。 使おうとしているカラムにはNULLが含まれるのか、ちゃんと確認してから使いましょう。 google.com/search?q=sql+n… #BigQuery

大きいテーブル同士をJOINしようとした時、結合キーのばらつき具合によっては、パフォーマンスが大きく下がります。 クエリの最適化を行う時に見落としがちなポイント。 クエリが重くてやってらんない時に見直してみましょう。 #BigQuery

組織でBigQueryを運用する上で思ってること。 料金をがっつり下げなきゃいけない状況じゃない限り、クエリの可読性を優先した方が良い、と思ってます。 もちろん両立が理想。 ただ現実では、料金も可読性も放っておいて抽出結果だけ優先される場面が多いですよね。 #BigQuery

CURRENT_DATE()を使ってる方は多いでしょうけど、年末ですし、抽出対象期間を見直してみませんか？ 過去N年分といった動的期間指定ならば、年越しでレポートが壊れないかご確認を。 20XX/01/01以降といった静的期間指定ならば、時間経過でクエリが重くなっていないかご確認を。 #BigQuery

一度知ってしまえば常識になるものの、その一度の機会が無ければ知らないままになっちゃいます。 初心者あるある。 例えば。FROM句が無くてもクエリを実行できるってご存じですかね？ SELECT 1; #SQL #BigQuery

サブクエリ（副問い合わせ）とWITH句とで悩むこともあるでしょうけど、基本的にはWITH句を使うようにしましょう。 BigQueryならパフォーマンスにそんなに違いはありません。 AS句を使って分かり易い別名を付けましょうね。 #SQL #BigQuery

BigQueryのデフォルトの「書式設定」はオススメできません。 適用することでクエリが壊れることがあるためです。 壊れないように常に書式設定するとなると、読みやすさが損なわれます。 社内の熟練者を真似た形で書くことをオススメします。 #SQL #BigQuery

処理の軽さや読みやすさを優先するならINNER JOINですが、デバッグの場面では敢えて一度LEFT JOINで確認するのも一手。 心配なら、どんなレコードが結合失敗しているのか確認してみましょう。 #SQL #BigQuery

「予約語」ってご存じでしょうか？ 想定外の挙動の元なので、AS句で別名を付ける時には予約語を使わないように普段から気を付けましょう。 google.com/search?q=SQL+%… 予約語だと文字色が変わるので、それで判断してもOK。 #SQL #BigQuery

勉強し始めるタイミングの方には、Excelやスプレッドシートで表計算に慣れることをオススメしたいですね。 特に、VLOOKUP関数やピボットテーブルに抵抗感が無くなると習得し易いと思います。 #SQL #BigQuery

SQLを勉強する時、自分が知ってる書き方以外の書き方を勉強するのって難しいです。 初心者の方は、一通りでも書けるならそれで充分！ 中級者から上級者にステップアップしたいなら、詳しい人に「もっとスマートな書き方ってあります？」とか教えてもらいましょう。 #SQL #BigQuery

AS句を使って別名を付ける時、「a」「b」「c」や「t1」「t2」などの名前は避けましょう。 意味や意図が分かる名称を付けることが大事。 誰にも見せずにすぐ破棄するクエリならそれでも良いんですが、いつ誰が見ても良いように、普段から心がけておくと良いです。 #SQL #BigQuery

クエリにはコメントを入れましょう。 特に、自分が書いたクエリを人に見てもらったり、教えてもらう時に必要になります。 #SQL #BigQuery

勉強し始めたばかりの方向け。 頑張って書いたクエリでエラーが出ると心折れそうになりますよね。 その時のエラーメッセージと、どうやって解消したかはメモしておきましょう。 自分のためだけでなく、今後後輩に教える時の資産になりますよ！ #BigQuery

SQL初心者の方にはハードル高いですが、リファレンスを読解できると独学で成長し易いです。 一字一句理解するのはほぼ無理。 使いたい関数を探せること、どんな風に書けば使えるかなんとなく分かること、以上２点を目標にしましょう。 cloud.google.com/bigquery/docs/… #BigQuery