小文字キーワードのSQLフォーマッター
SQLフォーマッターのプリセット
キーワードを小文字のまま保ってクエリを整形します。大文字のキーワードは、エディタに構文ハイライトがなかった時代からのより古い慣習です。多くの現代のスタイルガイドは今、すべて小文字を好みます。
- ファイルは端末の外に出ません
- 無料、登録不要
- 透かしなし
- 一度読み込めばオフラインでも動作します
SQLフォーマッターの使い方
- 1
クエリを貼り付け
長い1行、あるいはすでに半分整形済みのもの。
- 2
好みを設定
インデントサイズ、そしてキーワードを大文字にするかどうか。
- 3
結果をコピー
エディタやマイグレーションに貼り戻す準備ができています。
キーワードの大文字化がそもそも慣習になった理由
SQLキーワードを大文字にすることは、コードエディタに構文ハイライトが全くなかった時代にさかのぼります。周囲のテーブル名やカラム名から`SELECT`や`WHERE`を視覚的に区別するには、それらを手動で異なる大文字小文字で書く必要がありました — これは現代のエディタが今では自動的に提供する色分けの代替でした。実質的にすべての現代のエディタとIDEが、書かれ方にかかわらずSQLキーワードを色でハイライトするため、その元々の正当化はほぼ消滅し、いくつかの現代のスタイルガイドは、より単純な理由からすべて小文字を推奨するようになりました: 書くのが速く、クエリを書く間に大文字と小文字の間で頭の切り替えを必要としないためです。
特定のチームやプロジェクトがすでに決めたことに合わせる
キーワードの正しい大文字化の慣習は、最終的には特定のプロジェクトの既存のコードベースやスタイルガイドがすでに使っているものであり、客観的に正しい選択ではありません — 実際のクエリの挙動はどちらでも同一です。このプリセットは、すでに小文字に決めているチームや個人のために特に存在するため、整形されたクエリは周囲のコードベースの主流のスタイルに一致し、他のすべてのクエリが小文字であるファイルに大文字小文字が食い違うクエリを持ち込むことがありません。
どちらの慣習が勝つかより一貫性の方が重要
コードベース内でキーワードの大文字小文字を混在させる本当のコストは技術的なものではありません — SQLは気にしません — レビュアーの注意が、クエリを読むたびに不整合に引っかかる小さな累積的な摩擦であり、これは週に何十ものクエリをレビューするチームでは積み重なります。小文字か大文字かの慣習を1つ選び、一律に適用することが、実際に可読性の恩恵をもたらすものです。このプリセットは小文字を機械的なデフォルトにすることで、誰もチームが選んだスタイルに合わせるために手動でキーワードを書き換える必要がなくなるようにします。
よくある質問
クエリの動作は変わりますか?
いいえ。変わるのは空白とキーワードの大文字小文字だけです — 句は並べ替えられず、トークンも書き換えられません。SQLキーワードは大文字小文字を区別しないため、大文字にしても挙動を変えることはできません。
引用符で囲まれたテキストはどうなりますか?
書かれたとおり正確に残されます。フォーマッターは何かに触れる前にクエリをトークン化するため、'check the order from stock'のような文字列は、キーワードとして大文字化されるのではなく、"order"と"from"を小文字のまま保持します。正規表現ベースのフォーマッターはこれを日常的に間違えます。
どのSQL方言が動作しますか?
PostgreSQL、MySQL、SQL Server、SQLite、Oracleが共有する共通の句構造です。解析ではなく整形するため、特定の方言固有の構文はエラーを起こさずそのまま通過します — ただし特別なインデントもされません。
クエリはどこかに送信されますか?
いいえ。整形はブラウザ内で行われます。これが重要なのは、実際のクエリにはテーブル名、カラム名、時には顧客のリテラルデータが含まれるためです — そのどれも見知らぬ人のサーバーに貼り付けるべきではありません。