なぜ PostgreSQL SQL を特別にフォーマットするのでしょうか?
Postgres は、最新の製品スタック、分析サイドカー、および他のメンバーが会議に参加している間にデータ友達が作成する実験的なクエリに登場します。この方言には、使い慣れた感触、豊富なフィルター、明確な CTE、および where 句内にビジネス上の意味を隠すことができる JSON サポートが備わっています。オフィスの痛みは劇的なクラッシュではありません。それは静かな間違った答えです。戻り値が含まれる数値だと思っていましたが、null カテゴリがフィルターをすり抜けたか、横結合がスライドの暗示以上のことを行っていました。 Postgres 対応のきれいな出力により、顧客向けの KPI を数値に賭ける前に、カテゴリ ロジック、結合順序、および null 処理が表示されます。分析とエンジニアリングの間に位置する製品およびプログラムの担当者にとって、勝利は共通の認識です。もつれや希望に手を振るのではなく、具体的な線について具体的な質問をすることができます。 SQL が読めないことでイライラするのは、会議が「オフラインで検証します」で終わってしまうことであり、厳密性が昼寝をしてしまうことがよくあります。無料のブラウザファーストフォーマッタを使用すると、テーブルステークスのレイアウトにすばやくアクセスできるため、会話が室内に留まります。感情的な部分も本物です。読みやすいクエリは、パズルを密輸しているように感じることなく、ドキュメント、チケット、または受け渡しに簡単に挿入できるからです。利点は、時間的プレッシャーに対する自信です。リリース ウィンドウ、ビジネス レビュー、またはサポートのエスカレーションを見て、クエリがデータベースに要求していることを期待しているのではなく、実際にデータベースに何を要求しているのかを知ることができます。 「後でわかった」で始まるストーリーを減らしたい場合は、SQL を意図的に読みやすくし、テストしてから提示します。それは小さな一歩ですが、多くの場合、非常に大規模な謝罪ツアーが妨げられます。この習慣は、レビューで監督が鋭い質問をした瞬間に功を奏し、パニックに陥ることなく特定の条項を指摘できるようになります。
PostgreSQL SQL のフォーマット方法
- :: キャスト、ドル引用符で囲まれた関数、または JSONB パスを使用する場合は、フォーマッタが完全なトークンを認識できるように、それらを同じペースト内に保持してください。
- 可能な場合は Postgres または汎用の高度な SQL モードをオンにして、ラテラル サブクエリとウィンドウ定義を注意深く確認してください。
- パフォーマンスが重要な場合は、非本番インスタンスで書式設定されたクエリを EXPLAIN します。述語が奇妙に移動した場合、可読性の変更が自由にできないためです。