SQL 整形 ブラウザで確認
詰まったクエリを読みやすく整え、マイグレーション、レポート、本番修正の確認前に意図を確認できます。
方言:
インデント:
キーワード:
入力SQL
整形結果
入力を待っています...SQLを整形する理由
詰まったSQLでは、小さなミスが隠れます。joinの誤り、括弧の抜け、filterの位置、aliasの曖昧さなどです。整形だけでクエリが正しくなるわけではありませんが、確認しやすい形になります。
構造を読みやすくする: SELECTリスト、join、subquery、CTE、WHERE条件を追いやすいインデントと改行にします。
チームの一貫性: マイグレーション、ダッシュボード、分析ノート、保存クエリ集で整形スタイルを揃え、レビュー時の余計な差分を減らします。
デバッグを速くする: 論理ミス、alias不足、AND/ORグループの位置、壊れた条件を見つけやすくします。
diff を読みやすくする: 1行の巨大SQLではなく、pull requestで変更点を追える改行にします。
SQL方言の早見表
| 方言 | よくある特徴 | 推奨設定 |
|---|---|---|
| Standard SQL | 単純なリレーショナルクエリの汎用的な基準。 | 大文字キーワード、2スペースインデント |
| MySQL / MariaDB | バッククォート、LIMIT句、MySQL固有の構文。 | MySQL方言 |
| PostgreSQL | $tag$文字列、JSONB演算子、castの多い構文。 | PostgreSQL方言 |
| Transact-SQL (T-SQL) | 角括弧の識別子、TOP句、SQL Server構文。 | T-SQL方言 |
よくある質問
SQLはサーバーにアップロードされますか?
いいえ。整形はブラウザ内で行われるため、クエリ本文はページ内に残ります。
1行に圧縮された SQL を整形するには?
入力欄に貼り付け、近い方言を選びます。フォーマッターが改行、インデント、キーワードの大文字小文字を再構成します。
整形でクエリの実行結果は変わりますか?
空白やキーワードの大文字小文字は通常、意味を変えません。ただしデータベース固有の構文では、整形後もコードとしてレビューし、実行前に確認してください。
どのSQL方言を選ぶべきですか?
実行するデータベースに合わせます。PostgreSQL、MySQL、SQL Serverでは引用符、関数、cast、limit構文が違います。