SQLクエリでFromの前にSelectがあるのはなぜですか？[閉まっている]

これは学校で私を悩ませたものです。

5年前、私がSQLを学んだとき、最初に必要なフィールドを指定し、次にそれらのフィールドを指定する理由を常に考えていました。

私の考えによると、次のように書く必要があります。

From Employee e
Select e.Name

それで、なぜ規範は次のように言うのですか？

Select e.Name -- Eeeeek, what does e mean?
From Employee e -- Ok, now I know what e is

SQLを理解するのに何週間もかかりましたが、その時間の多くは間違った要素の順序によって消費されていたことを知っています。

C＃で書くようなものです。

string name = employee.Name;
var employee = this.GetEmployee();

したがって、これには歴史的な理由があると思います。どうして？

もともとSQL言語はSEQUELと呼ばれていました

• ストラクチャード英語クエリ言語は、
  を重視して英語のスペルが近いことを仮定して、自然言語。

ここで、英語の文章を綴るのと同じように、次の2つの文を綴ります。

1. 「従業員テーブルからe列e.Nameを選択」
2. 「従業員テーブルeから列e.Nameを選択」

2番目は自然な英語に近いように聞こえるので、標準として設定されています。

ちなみに、同じ理由はWhere他にも当てはまります。SQLステートメントは、自然言語に近いように意図的に設計されています。

SELECTステートメントではSELECTが必須であり、FROMは必須ではないためです。

Select 'This String'

もちろん、SQLステートメントを解析して、FROMの後にSELECT、DELETE、UPDATEを検索することもできますが、それは本当に大したことですか？

覚えておいて、これはすべてインテリセンスの前に行われました。それほど複雑ではありません。

編集：SQLインタープリターが両方を行うために構築できなかった理由はおそらくないでしょう。

私が参照によりバックアップ可能性が答えを知っているが、私は推測していた場合はいけない：SQLは宣言型言語は、そのような言語のステートメントが記述するものとは対照的に、あなたがやりたいか、あなたがそれをやりたいです。

このように、「SELECT X FROM Y」は、「FROM Y SELECT X」と書くのではなく、「データベースから選択したいもの」に答えるより適切な方法として聞こえます。

さらに、SQLでは、SELECT / UPDATE / INSERTは実行しようとしている操作のタイプを指定し、FROMはデータベース内の適切なテーブルから選択するのに役立つ句にすぎません。繰り返しますが、データで何をしているのかは、それをどの程度正確に達成しようとしているかよりも優先されます。

SQLは、英語を話す人を対象とした構造化照会言語です。SELECT、INSERT、UPDATE、およびDELETEは必須のコマンドです。英語では、命令型コマンドは文または文を開始します。比較する：

West young man go!

に

Go west young man!

SQLは2番目（必須）の形式に従います。また、4つの命令型コマンドには、大きく異なる3つの形式があります。考慮してください：

FROM    employees a,
        accounts b
UPDATE  ...

または

INTO    customers a
SELECT  ...

実行しているアクションがわかっている場合は、正しい形式を選択する方が簡単です。

selectの場合、必要な属性を決定してから、それらの属性を持つテーブルを追加します。選択基準を作成するときに、追加のテーブルを追加できます。基準を動的に追加する場合、通常はクエリの静的な部分の最後で実行できます。

SQLステートメントは動詞で始まります。それが言語設計者の選択であり、多くのプログラミング言語がそのように機能します。意味的には、次のように機能するプログラミング言語が見られることは珍しくありません。

verb(noun, noun, noun);

また、例として与えるSELECTステートメントの場合、提案された構文はオブジェクトをステートメントの最初に置きます。VSO（動詞、主語、目的語）文の順序の代わりに、OVSがあります。これは、自然言語と比較すると非常に奇妙です。SVO（英語など）、VSO（アラビア語など）、およびSOV（ラテン語など）は、人間の音声のより合理的な近似です。

特にサブクエリの場合、解析が非常に複雑になると思います。

  FROM Foo f
  JOIN (FROM Bar b
        WHERE b.ID = f.ID
        UPDATE b
           SET b.Wibble = 1) x
    ON x.ID = f.ID
SELECT f.XYZ

これの解析はより複雑になります。FROM句を解析するまでUPDATEが構文エラーであることはわかりませんでした。また、パーサーは、サブクエリを解析していることを知るのに十分なコンテキストを記憶する必要があります。とにかく、サブクエリで更新が許可されるとは思いませんが、更新された場合（おそらくRETURNING句を使用）、SELECTステートメントを解析するまでこれが無効であるとは言えないかもしれません。

これにより、少なくとも文法のk（lookahead）が増加し、最悪の場合は状況依存になりますが、これは大学からのかなり曖昧に記憶されたコンパイラー設計論文の範囲を広げています。