Perché il Select prima del From in una query SQL? [chiuso]

Questo è qualcosa che mi ha infastidito molto a scuola.

Cinque anni fa, quando ho imparato l'SQL, mi sono sempre chiesto perché prima specifichiamo i campi che vogliamo e poi da dove li vogliamo.

Secondo la mia idea, dovremmo scrivere:

From Employee e
Select e.Name

Quindi perché la norma dice quanto segue?

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

Mi ci sono volute settimane per capire SQL, e so che molto di quel tempo è stato consumato dall'ordine sbagliato degli elementi.

È come scrivere in C #:

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

Quindi, presumo che abbia una ragione storica. Perché?

Originariamente il linguaggio SQL era chiamato SEQUEL che significa

• Linguaggio di query inglese strutturato
  con enfasi sull'inglese , supponendo che sia vicino nell'ortografia al linguaggio naturale .

Ora sillaba queste due affermazioni mentre scrivi le frasi in inglese:

1. "Dalla tabella Employee e Seleziona colonna e.Name"
2. "Seleziona colonna e.Name dalla tabella Employee e"

Il secondo suona più vicino alla lingua inglese naturale, ecco perché è impostato come norma.

BTW stesso ragionamento va su Whereecc. - Le istruzioni SQL sono state progettate intenzionalmente per suonare vicino al linguaggio naturale.

Perché SELECT è richiesto in un'istruzione select e FROM non lo è.

Select 'This String'

Naturalmente la tua istruzione sql può essere analizzata per cercare SELECT, DELETE, UPDATE dopo il FROM, ma è davvero un grosso problema?

Ricorda, questo è stato fatto prima dell'intellisense. Non è così complicato.

Modifica: Probabilmente non c'è motivo per cui gli interpreti sql non possano essere costruiti per fare entrambe le cose.

Non conosco una risposta di cui potrei fare il backup con riferimenti, ma se dovessi speculare: SQL è un linguaggio dichiarativo , una dichiarazione di tale linguaggio descrive ciò che vorresti fare al contrario di come vorresti farlo.

Pertanto, "SELEZIONA X DA Y" suona come un modo più appropriato di rispondere "Cosa mi piacerebbe selezionare dal database", anziché scrivere "DA Y SELEZIONARE X".

Inoltre, in SQL, SELECT / UPDATE / INSERT specifica il tipo di operazione che si sta per eseguire e FROM è solo una clausola che consente di selezionare dalla tabella corretta nel database. Ancora una volta, cosa stai facendo con i dati ha la precedenza su come esattamente ci riuscirai.

SQL è un linguaggio di query strutturato indirizzato a persone di lingua inglese. SELECT, INSERT, UPDATE e DELETE sono comandi imperativi. In inglese i comandi imperativi iniziano la frase o la frase. Confrontare:

West young man go!

per

Go west young man!

SQL segue il secondo formato (imperativo). Anche i quattro comandi imperativi hanno tre formati significativamente diversi. Tener conto di:

FROM    employees a,
        accounts b
UPDATE  ...

o

INTO    customers a
SELECT  ...

Se conosci l'azione che stai intraprendendo, è più facile selezionare il formato corretto.

Nel caso di select, determini quali attributi desideri, quindi aggiungi le tabelle che li hanno. Man mano che crei i criteri di selezione, puoi aggiungere altre tabelle. Quando si aggiungono dinamicamente criteri, di solito può essere eseguito alla fine di una parte statica della query.

Le istruzioni SQL iniziano con i verbi. Questa è stata la scelta dei progettisti del linguaggio e molti linguaggi di programmazione funzionano in questo modo. Semanticamente, non è raro vedere linguaggi di programmazione che funzionano così:

verb(noun, noun, noun);

Inoltre, nel caso dell'istruzione SELECT fornita come esempio, la sintassi proposta inserisce l'oggetto per primo nell'istruzione. Invece di un ordine di frase VSO (verbo, soggetto, oggetto), avresti OVS, che sarebbe molto strano rispetto ai linguaggi naturali. SVO (ad esempio inglese), VSO (ad esempio arabo) e SOV (ad esempio latino) sono approssimazioni più ragionevoli del linguaggio umano.

Penso che complicherebbe significativamente l'analisi, specialmente con le subquery, ad es

  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

Analizzare questo sarebbe più complicato. Non si poteva dire che UPDATE era un errore di sintassi fino a quando non si era analizzata la clausola FROM e il parser avrebbe dovuto ricordare un contesto sufficiente per sapere che stava analizzando una sottoquery. Non credo che gli aggiornamenti siano consentiti nelle sottoquery, ma se lo fossero (forse con una clausola RETURNING), potresti non essere in grado di dire che questo non è valido fino a quando non hai analizzato l'istruzione SELECT.

Ciò aumenterebbe almeno k (lookahead) per la grammatica e nella peggiore delle ipotesi la renderebbe sensibile al contesto, anche se questo sta allungando i limiti dei miei documenti di progettazione di compilatori piuttosto vagamente ricordati dall'università.