standard なぜ私はSQLキーワードを大文字にする必要がありますか?



sql format standard (13)

可能な重複:
T-SQLキーワードに大文字を使用する理由はありますか?

簡単な質問。 私は個人的に大文字の文字列よりも読みやすいように、小文字の文字列を見つける。 SQLの大文字/小文字の区別がありますか?

参考のため:

select
    this.Column1,
    case when this.Column2 is null then 0 else this.Column2 end
from dbo.SomeTable this
    inner join dbo.AnotherTable another on this.id = another.id
where
    this.Price > 100

SELECT
    this.Column1,
    CASE WHEN this.Column2 IS NULL THEN 0 ELSE this.Column2 END
FROM dbo.SomeTable this
    INNER JOIN dbo.AnotherTable another ON this.id = another.id
WHERE
    this.Price > 100

前者はわかりやすいようですが、私は後者の方がより頻繁に見えます。


Answer #1

読みやすさの問題です。 SQLキーワードにUPPERCASEを使用すると、スクリプトがわかりやすくなります。


Answer #2

私のオフィスの開発者の大多数がsqlキーワードの大文字を信じているので、私は大文字に変更しなければなりませんでした。 大多数のルール

私は、小文字は読みやすく、SQLキーワードは青で強調表示されていると考えています。

栄光の日には、私たちが緑色のスクリーンで開発していたので、キーワードはキャプティアルにありました!

問題は、大文字でC#のキーワードを書かないと、SQLのキーワードを大文字で書く必要があるのはなぜですか?

他の誰かが言ったように - 首都はショッキングです!


Answer #3

これに私が付け加えることの1つは、まだ誰も見ていないことです。

あなたがプログラミング言語の中からアドホックSQLを使用しているなら、文字列の中にたくさんのSQLがあるでしょう。 例えば:

insertStatement = "INSERT INTO Customers (FirstName, LastName) VALUES ('Jane','Smith')"

この場合、シンタックスカラーリングが機能しないため、大文字で読みやすくすることができます。


Answer #4

私は、ホスト言語(主にC#)の「コントラスト」を高めるためにSQLを大文字にしています。

それは単に好みや伝統の問題です...


Answer #5

Joe Celkoの「SQL Programming Style」(ISBN 978-0120887972)から:

ルール:

予約語を大文字にします。

理論的根拠:

大文字の単語は、一連の音節や文字として読み取られるのではなく、1つの単位として表示されます。 目は彼らに引き寄せられ、彼らは声明または句を発表するように行動する。 それが見出しと警告兆候が働く理由です。

タイポグラファーは単語の形にボーマという言葉を使用します。 この用語は、ポール・セイガーの著書(1975)に掲載されています。 アセンブラのカードにちょうど合う長方形のカードにそれぞれの手紙を想像してください。アセンブラ、ディセンダ、ベースラインの文字を一緒にスナップして単語を作るさまざまな "レゴブロック"として見ることができます。

大文字のboumaは、常にシンプルで密な矩形であり、小文字の単語のフィールドから選択するのは簡単です。

私が魅力的だと思うのは、これがSQLのヒューリスティックに関する唯一の本です.SQLの有名な作者が書いたものです。 これは絶対的な真実ですか? 知るか。 それは合理的な音と私は少なくともチームメンバーにルールを指摘することができますし、彼らはそれに従うように指示する(彼らは誰かを非難したい場合は、私は彼らにCelkoの電子メールアドレスを与える:)


Answer #6

私はあなたに同意する - 私には、大文字はちょうどショッキングです。

私は、IDEが構文強調表示を使ってキーワードを目立たせるように扱いました。

私はそれの歴史的理由を知らないが、今は主観的な好みだ。

私の推論をさらに明確にするために編集する:

他の現代語でキーワードを大文字にしますか? 構成例:

USING (EditForm form = NEW EditForm()) {
    IF (form.ShowDialog() == DialogResult.OK) {
       IF ( form.EditedThing == null ) {
          THROW NEW Exception("No thing!");
       }
       RETURN form.EditedThing;
    } ELSE {
       RETURN null;
    }
}              

うん!

とにかく、どのスタイルがより人気があるかという投票からはっきりと分かりますが、私たちは皆それが単なる個人的な好みであることに同意すると思います。


Answer #7

いくつかのSQLデベロッパーは、次のようにレイアウトしています。

SELECT s.name, m.eyes, m.foo
FROM muppets m, muppet_shows ms, shows s 
WHERE m.name = 'Gonzo' AND m.muppetId = ms.muppetId AND ms.showId = s.showId

彼らは、自分が使っている1つのフィールドごとの1つのアプローチとは違って、読みやすいと主張しています。


Answer #8

80年代には、データベース名を大文字にし、sqlキーワードを小文字にしました。 ほとんどの作家は、逆に、SQLキーワードを大文字にしました。 結局、私は群衆と一緒に行くようになりました。

C、C ++、またはJavaで公開されているほとんどのコードスニペットでは、言語キーワードは常に小文字であり、大文字のキーワードはパーサーによって認識されないことさえあります。 私は、たとえSQLがソースコードに埋め込まれていても、プログラミング言語で使用するSQLの逆の規則を使用する正当な理由は見当たりません。

そして、私はデータベース名のためにすべての大文字の使用を守るつもりはありません。 実際には "叫ぶ"のように見えます。 また、データベース名に大文字を使用するなど、より良い規則があります。 (「データベース名」とは、スキーマの名前、表のようなスキーマ・オブジェクト、そしておそらく他のものを意味します)。私が80年代にやったからといって、今日はそれを守らなければならないわけではありません。

最後に、 "De gustibus non disputandum est"。



Answer #10

私は小文字のキーワードを好む。 Management Studioではキーワードが色分けされているため、識別子と識別する際に問題はありません。

大文字のキーワードは基本的に... ...)

- "BASIC、COBOL、FORTRANは80年代から呼ばれ、大文字のキーワードを元に戻したかった" ;)


Answer #11

主に伝統です。 多くのDBMSでは、テーブル名とカラム名では大文字と小文字が区別されるため、大文字でも大文字でも入力できないため、キーワードを大文字にすることができます。


Answer #12

私は、SQLのキーワードにも大文字を使うことを好む。

はい小文字の方が読みやすくなりますが、クエリをスキャンするために余分な秒を費やさなければならないため、ほとんどの時間があなたを大丈夫にします。 それが完了してテストされると、とにかくそれを再び見ることはほとんどありません(DAL、ストアドプロシージャまたは何でもあなたからそれを隠すでしょう)。

あなたが最初にそれを読んでいるのであれば、大文字のWHERE AND JOINがあなたのところに飛びつきます。


Answer #13

コードにはSQLステートメントがない句読点があります。 物事を分かち合うのに役立つ点と括弧とセミコロンがあります。 コードにも行があります。 複数の物理行にSQL文を書くことができるという事実にもかかわらず、それは単一の文であり、単一の「行のコード」です。

もし私が普通の句読点を付けずに英語のテキストを書いていたら、新しい句の大文字を大文字にしたらITが楽になるかもしれません。それはちょうど1つが終わった場所と次が始まった場所を分かりやすくするでしょう。読んでいるのは難しいとは言えませんが、今のところ読んでいるのは簡単ですが、少なくともあなたはそれに従うことができます。





readability