Чому в SQL запиті "Вибір перед" З "? [зачинено]

Це те, що мене сильно турбувало в школі.

П'ять років тому, коли я вивчав 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 стоячи

• Структурована англійська мова запиту
  з наголосом на англійській мові , припускаючи, що вона є близькою до написання природної мови.

Тепер пропишіть ці два твердження так, як ви написали б англійські речення:

1. "З таблиці працівника e Виберіть стовпець e.Name"
2. "Виберіть стовпчик e.Name із таблиці працівників"

Другий звучить ближче до природної англійської мови, тому його встановлюють як норму.

BTW те ж міркування стосується і Whereт. Д. - заяви SQL були навмисно розроблені так, щоб вони звучали наближеними до природної мови.

Оскільки SELECT потрібен у виписці, а FROM - ні.

Select 'This String'

Звичайно, ваш sql-заяву можна проаналізувати, щоб шукати SELECT, DELETE, UPDATE після ВІД, але чи справді це велика угода?

Пам'ятайте, це все робилося до інтелігенції. Це не так складно.

Редагувати: Напевно, немає причин, що інтерпретатори sql не могли бути побудовані для того, щоб робити те і інше.

Не знаю відповіді, що я міг би зробити резервне копіювання посиланнями, але якщо мені доведеться міркувати: SQL - це декларативна мова , висловлювання такою мовою описує те, що ви хотіли б зробити, на відміну від того, як ви хочете це зробити.

Таким чином, "SELECT X FROM Y" звучить як більш підходящий спосіб відповіді "Що я хотів би вибрати з бази даних", на відміну від написання "F Y Y SELECT X".

Крім того, у SQL SELECT / UPDATE / INSERT вказується тип операції, яку ви збираєтесь зробити, і FROM - лише пункт, який допоможе вам вибрати з потрібної таблиці в базі даних. Знову ж таки, що ви робите з даними, має перевагу над тим , як саме ви збираєтесь цього досягти.

SQL - це структурована мова запитів, орієнтована на носіїв англійської мови. SELECT, INSERT, UPDATE та DELETE - обов'язкові команди. Англійською імперативними командами починається речення чи вислів. Порівняйте:

West young man go!

до

Go west young man!

SQL дотримується другого (імперативного) формату. Також чотири імперативні команди мають три суттєво різні формати. Поміркуйте:

FROM    employees a,
        accounts b
UPDATE  ...

або

INTO    customers a
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

Розбирати це було б складніше. Ви не могли сказати, що UPDATE була помилкою синтаксису, поки ви не розібрали пункт FROM, і аналізатору доведеться запам'ятати достатній контекст, щоб знати, що він аналізував підзапит. Я не думаю, що оновлення дозволені в підзапитах у будь-якому разі, але якщо вони були (можливо, з пунктом ПОВЕРНЕННЯ), то, можливо, ви не зможете сказати, що це недійсне, поки ви не розібрали оператор SELECT.

Це принаймні збільшило б k (lookahead) для граматики і, в гіршому випадку, зробило б її контекстно-чутливою, хоча це розтягує межі моїх досить тьмяно запам’ятовуваних дизайнерських робіт компілятора з університету.