Sql запрос: Основы языка запросов SQL — Учебник по PHP — HTML Academy

Результатом этого запроса будет двумерный набор строк и столбцов, фактически копия table, но только с теми столбцами, которые мы запросили.

Если мы хотим получить абсолютно все столбцы данных из таблицы, мы можем использовать звездочку ( * ) сокращение вместо перечисления всех имен столбцов по отдельности.

Выбрать запрос для всех столбцов

Этот запрос, в частности, действительно полезен, потому что это простой способ проверить таблицу путем сброса все данные сразу.

Мы будем использовать базу данных с данными о некоторых классических фильмах Pixar для большинства наших упражнений. В этом первом упражнении будет задействована только таблица Movies и запрос по умолчанию, приведенный ниже. показывает все свойства каждого фильма. Чтобы перейти к следующему уроку, измените запрос, чтобы найти точная информация, которая нам нужна для каждой задачи.

SQL Server SELECT — запрос данных из одной таблицы

Резюме : это руководство знакомит вас с основами оператора SQL Server SELECT , уделяя особое внимание тому, как выполнять запросы к одной таблице.

Базовый SQL Server

Таблицы базы данных — это объекты, в которых хранятся все данные в базе данных. В таблице данные логически организованы в формате строк и столбцов, который похож на электронную таблицу.

В таблице каждая строка представляет уникальную запись, а каждый столбец представляет поле в записи. Например, таблица клиентов содержит данные клиента, такие как идентификационный номер клиента, имя, фамилию, телефон, электронную почту и адрес, как показано ниже:

SQL Server использует схемы для логической группировки таблиц и других объектов базы данных.В нашей тестовой базе данных у нас есть две схемы: продаж и производственных . Схема sales группирует все таблицы, связанные с продажами, а схема production группирует все таблицы, связанные с производством.

Для запроса данных из таблицы используйте оператор SELECT . Ниже приведена самая простая форма оператора SELECT :

 
  SELECT
    select_list
ИЗ
    schema_name.table_name;
  
  Язык кода: SQL (язык структурированных запросов) (sql)  

В этом синтаксисе:

• Сначала укажите список разделенных запятыми столбцов, из которых вы хотите запросить данные, в предложении SELECT .
• Во-вторых, укажите исходную таблицу и ее имя схемы в предложении FROM .

При обработке оператора SELECT SQL Server сначала обрабатывает предложение FROM , а затем предложение SELECT , даже если предложение SELECT появляется в запросе первым.

SQL Server

Давайте воспользуемся таблицей клиентов в образце базы данных для демонстрации.

A) SQL Server

Следующий запрос находит имя и фамилию всех клиентов:

 
  SELECT
    имя,
    Фамилия
ИЗ
    sales.customers;
  
  Язык кода: SQL (язык структурированных запросов) (sql)  

Вот результат:

Результат запроса называется набором результатов.

Следующий оператор возвращает имена, фамилии и адреса электронной почты всех клиентов:

 
  SELECT
    имя,
    Фамилия,
    электронное письмо
ИЗ
    продажи.клиенты;
  
  Язык кода: SQL (язык структурированных запросов) (sql)  

B) SQL Server

Чтобы получить данные из всех столбцов таблицы, вы можете указать все столбцы в списке выбора. Вы также можете использовать SELECT * как сокращение, чтобы сэкономить время при вводе:

 
  SELECT
    *
ИЗ
    sales.customers;
  
  Язык кода: SQL (язык структурированных запросов) (sql)  

SELECT * полезен для изучения столбцов и данных таблицы, с которой вы не знакомы.Это также полезно для специальных запросов.

Однако вам не следует использовать SELECT * для реального производственного кода по следующим основным причинам:

1. Во-первых, SELECT * часто извлекает больше данных, чем требуется вашему приложению для работы. Это приводит к передаче ненужных данных из SQL Server в клиентское приложение, что требует больше времени для передачи данных по сети и замедляет работу приложения.
2. Во-вторых, если в таблицу добавляется один или несколько новых столбцов, SELECT * просто извлекает все столбцы, которые включают в себя недавно добавленные столбцы, которые не были предназначены для использования в приложении.Это могло привести к сбою приложения.

C) SQL Server

Для фильтрации строк на основе одного или нескольких условий используйте предложение WHERE , как показано в следующем примере:

 
  SELECT
    *
ИЗ
    sales.customers
ГДЕ
    состояние = 'CA';
  
  Язык кода: SQL (язык структурированных запросов) (sql)  

В этом примере запрос возвращает клиентов, которые находятся в Калифорнии.

Когда доступно предложение WHERE , SQL Server обрабатывает предложения запроса в следующей последовательности: FROM , WHERE и SELECT .

Чтобы отсортировать набор результатов по одному или нескольким столбцам, используйте предложение ORDER BY , как показано в следующем примере:

 
  SELECT
    *
ИЗ
    sales.customers
ГДЕ
    состояние = 'CA'
СОРТИРОВАТЬ ПО
    имя;
  
  Язык кода: SQL (язык структурированных запросов) (sql)  

В этом примере предложение ORDER BY сортирует клиентов по их именам в возрастающем порядке.

В этом случае SQL Server обрабатывает предложения запроса в следующей последовательности: FROM , WHERE , SELECT и ORDER BY .

D) SQL Server

Чтобы сгруппировать строки в группы, вы используете предложение GROUP BY . Например, следующая инструкция возвращает все города клиентов, расположенных в Калифорнии, и количество клиентов в каждом городе.

 
  ВЫБРАТЬ
    Город,
    СЧИТАТЬ (*)
ИЗ
    продажи.клиенты
ГДЕ
    состояние = 'CA'
ГРУППА ПО
    город
СОРТИРОВАТЬ ПО
    город;
  
  Язык кода: SQL (язык структурированных запросов) (sql)  

В этом случае SQL Server обрабатывает предложения в следующей последовательности: FROM , WHERE , GROUP BY , SELECT и ЗАКАЗАТЬ ПО .

E) SQL Server

Для фильтрации групп на основе одного или нескольких условий используется предложение HAVING .В следующем примере возвращается город в Калифорнии, в котором более 10 клиентов:

 
  SELECT
    Город,
    СЧИТАТЬ (*)
ИЗ
    sales.customers
ГДЕ
    состояние = 'CA'
ГРУППА ПО
    город
ИМЕЮЩИЕ
    COUNT (*)> 10
СОРТИРОВАТЬ ПО
    город;
  
  Язык кода: SQL (язык структурированных запросов) (sql)  

Обратите внимание, что предложение WHERE фильтрует строки, а предложение HAVING фильтрует группы.

В этом руководстве вы узнали, как использовать оператор SQL Server SELECT для запроса данных из одной таблицы.

Как создать таблицу из запроса SQL

База данных:

Операторы:

Проблема:

Вы хотите создать новую таблицу в базе данных с данными, определенными SQL-запросом.

Пример:

Мы хотим создать таблицу gamer на основе SQL-запроса. В этом запросе мы выбираем данные из другой таблицы с именем Championship , представленной ниже.

В базе данных давайте создадим новую таблицу с именем gamer , которая будет хранить данные во всех столбцах, определенных в таблице Championship ( id , gamer , score , и Championship_date ).

Решение 1:

СОЗДАТЬ ТАБЛИЦУ gamer
В ВИДЕ
ВЫБРАТЬ
  *
ОТ чемпионата;
 

Обсуждение:

Если вы хотите создать новую таблицу, первым делом нужно использовать предложение CREATE TABLE и имя новой таблицы (в нашем примере: gamer ). Затем используйте ключевое слово AS и предоставьте оператор SELECT , который выбирает данные для новой таблицы. В нашем примере мы выбрали все столбцы из таблицы чемпионат с помощью звездочки (*).Набор результатов отображает все записи в таблице чемпионат .

Однако, если вы хотите создать таблицу только с подмножеством записей, вы можете указать выбранный запрос, как в примере ниже.

Решение 2:

СОЗДАТЬ ТАБЛИЦУ gamer
В ВИДЕ
ВЫБРАТЬ
  игрок, счет, чемпионат_дата
ОТ чемпионата
ГДЕ Championship_date

 
 Вот результат: 

 

Запрос SELECT извлекает только записи с датой Championship_date , равной или старше 10 августа 2020 г. ( WHERE Championship_date).В новой таблице хранится меньше столбцов, чем в предыдущем примере ( SELECT gamer, score, championship_date ) без столбца id .

Аналогичное решение этой проблемы — использовать предложение SELECT INTO для создания новой таблицы и копирования данных из другой таблицы. Взгляните на код:

Решение 3:

ВЫБРАТЬ
  игрок, счет, чемпионат_дата
INTO gamer
ОТ чемпионата
ГДЕ Championship_date

 
 Итоговая таблица такая же.Обратите внимание, что эта конструкция отсутствует в стандарте SQL. В этой команде SQL мы сначала записываем  SELECT , затем список столбцов, затем ключевое слово  INTO  и, наконец, имя новой таблицы, которую мы хотим создать. Затем вы можете добавить  WHERE  и другие предложения SQL, такие как  GROUP BY  или  HAVING , для фильтрации записей для новой таблицы. 



 

Что скрывается за простым запросом SQL? | Николай Димоларов

Краткое изучение того, что происходит, когда приложение / разработчик запускает SQL-запрос для получения данных из базы данных PostgresDB.

Так же, как и большинство детей в наши дни, кажется, не знают, откуда берутся их мясо (подсказка: не растет на деревьях, а может быть из лаборатории) или почему небо голубое (подсказка: синий свет короче , меньшие волны), тревожное количество разработчиков (на самом деле) не знают, откуда берутся их данные и как они обрабатываются и хранятся. Эта статья должна стать отправной точкой на пути инженера к пониманию того, как это работает. Это очень хорошо, независимо от того, какую платформу или платформу без кода пытаются научить вас.Особенно, если данные действительно являются новой нефтью (очевидно, так было уже несколько лет), возможно, стоит посмотреть, как работают базы данных.

Отказ от ответственности: это не учебник по SQL.

Без лишних слов простой оператор SQL для выборки всех пользователей из БД с именем users:

Отказ от ответственности 2: суть не в том, чтобы писать причудливые операторы SQL, а в том, чтобы продемонстрировать, что происходит, когда вы делаете

 SELECT * FROM users; 

Итак, многие ли из вас на самом деле знают, что происходит между нажатием Enter в терминале psql и получением результата?

Основы

Чтобы понять это, нужно начать с начала — архитектуры PostgresDB.

В конце концов, это клиент-серверное приложение, написанное на C ++. Клиент — это любой, кто обращается к БД, например. ваш терминал psql, ваша функция Lambda, драйвер JDBC и т. д., а сервер — это бэкэнд PGDB, который принимает ваши запросы, хранит данные и т. д.

Вот базовый обзор архитектуры PostgresDB, который будет увеличиваться на протяжении всей статьи:

Путь запроса

В глубине официальной документации PostgresDB есть довольно хороший обзор «пути запроса».Вот что вам следует знать:

1. Установить соединение, передать запрос и дождаться результатов

PGDB может обрабатывать несколько соединений одновременно (через «постмастера», см. Архитектуру), и для каждого соединения он создает новый процесс ( «Postgres», см. Архитектуру) для обработки запросов (например, операторов SQL) этого соединения. Другими словами, это простая модель клиент / сервер «процесс на пользователя». Постмастер обрабатывает начальное соединение и аутентификацию, а затем передает это соединение новому процессу postgres.Эти процессы взаимодействуют друг с другом с помощью общей памяти и семафоров для обеспечения общей целостности данных даже при одновременных подключениях (помните ACID?)

2. Анализ запроса

Он состоит из 2 этапов:

• Анализ: Парсер PGDB использует инструменты UNIX bison и flex в качестве парсера и лексера, чтобы проверить, является ли входящая строка запроса (текст ASCII) допустимым запросом SQL. Это делается только с фиксированными правилами синтаксиса SQL без какого-либо понимания базовой семантики строки запроса.Результатом является дерево синтаксического анализа:

• Transform: использует дерево синтаксического анализатора для построения дерева запроса, которое содержит семантическую интерпретацию запроса, например. на какие таблицы, типы данных, операторы и функции ссылаются. Корнем деревьев запросов является определенная здесь структура данных запроса. Результат:

Мини-подробный анализ запроса:

• targetList: содержит вывод запроса и его тип данных, в данном случае идентификатор столбца и данные, которые являются целыми числами
• rtable: содержит ссылку на таблица
• Jointree: содержит операторы FROM и WHERE
• sortClause: содержит способ сортировки данных

Важное примечание прямо из официальных документов:

Причина отделения необработанного синтаксического анализа от семантического анализа заключается в том, что поиск в системном каталоге может быть выполнено только внутри транзакции, и мы не хотим начинать транзакцию сразу после получения строки запроса.Стадии необработанного синтаксического анализа достаточно для идентификации команд управления транзакцией (BEGIN, ROLLBACK и т. Д.), И затем они могут быть правильно выполнены без какого-либо дальнейшего анализа. Как только мы узнаем, что имеем дело с фактическим запросом (таким как SELECT или UPDATE), можно начать транзакцию, если мы еще не в ней. Только после этого может быть запущен процесс преобразования.

3. Система перезаписи Rewrite

PGDB использует дерево запросов в качестве входных данных и выполняет преобразования на основе правил, хранящихся в его системных каталогах, которые могут применяться к дереву запросов.Результатом снова будет дерево запросов. Хорошим примером является реализация представлений (виртуальных таблиц), в которых система перезаписи перезаписывает пользовательский запрос для доступа к исходным таблицам в определении представления вместо псевдонима представления.

Здесь можно найти исчерпывающий пример того, как работает система правил для представлений.

4. План запроса

Планировщик / оптимизатор использует переписанное дерево запросов с последнего шага для создания оптимального / дешевого (= самого быстрого / наиболее эффективного) плана выполнения для запроса — плана запроса.Оптимизатор просматривает все возможные пути для выполнения запроса. Если в инструкции нет большого количества объединений, превышающих geqo_treshold, когда рассмотрение всех возможностей невозможно с вычислительной точки зрения. В этом случае вместо него используется универсальный оптимизатор запросов.

Пример на диаграмме выше показывает простой пример, когда исполнитель должен выполнить последовательное сканирование таблицы tbl_a с последующей сортировкой.

Вы можете проверить свой план запроса, набрав EXPLAIN перед запросом:

 EXPLAIN SELECT (...) 

5. Исполнитель

Официальная документация объясняет это так ясно, как только можно:

Исполнитель рекурсивно проходит через дерево плана и извлекает строки способом, представленным планом. Исполнитель использует систему хранения при сканировании отношений, выполняет сортировку и объединение, оценивает квалификации и, наконец, возвращает полученные строки.

Исполнитель используется для оценки всех 4 основных типов SQL-запросов: SELECT, INSERT, DELETE и UPDATE.Здесь вы можете найти более подробную информацию о действиях исполнителя для каждого типа запроса.

Бонус: ускорение графического процессора

На самом деле существуют инструменты, такие как PG Strom для ускорения графического процессора, особенно для оптимизатора запросов и исполнителя, как показано на этой диаграмме:

Это не то, что тестировалось для статьи, но это может вдохновить вас проверить, что там есть, так как это кажется довольно крутой технологией.

Память

ОК. Теперь вы знаете, (1) что происходит, когда вы подключаетесь к экземпляру PGDB, и (2) как SQL-запросы анализируются, оптимизируются и выполняются. Единственное, чего не хватает, так это того, как хранятся данные, чтобы охватить (самые) основы работы современных * баз данных.

* Вы можете принять слово «современный» с долей скептицизма, учитывая возраст PostgresDB, но он все еще очень широко используется и является одной из основных реляционных баз данных, используемых сегодня.

Здесь есть отличное объяснение этой темы, поэтому ниже приводится лишь краткое изложение.

Существует 2 типа памяти:

1. Локальная память

Используется каждым серверным процессом postgres. Эта память выделяется каждым процессом для обработки запросов и состоит из:

• temp_buffers: хранение временных таблиц исполнителем
• work_mem: используется исполнителем для объединений и т. Д.
• maintenance_work_mem: обслуживание операций, таких как REINDEX

2.Общая память

Она выделяется при запуске сервера PGDB и используется всеми внутренними процессами для обеспечения целостности данных (помните начало статьи?) Это также память, с которой взаимодействует внутренний процесс — обычно она не взаимодействует. напрямую с постоянным хранилищем. Эта общая память состоит из:

• Общий буферный пул: где страницы в таблицах и индексах загружаются в
• буфер WAL: Postgres имеет журнал упреждающей записи i.е. журнал транзакций, гарантирующий, что данные не потеряны из-за сбоя сервера. Данные WAL сохраняются в буфере WAL перед передачей в постоянное хранилище.
• Журнал фиксации: содержит все состояния транзакций как часть механизма управления параллелизмом.

Вы можете настроить эти значения и количество выделенной им памяти, чтобы повысить производительность вашей базы данных. Еще больше информации об утилитах для каждой части памяти можно найти здесь.

Объединяем / А как насчет постоянного хранилища?

Что в итоге происходит? Как данные сохраняются? Исполнитель может читать / записывать из / в таблицы и индексы в базе данных через диспетчер буферов, который может получать доступ к данным из постоянного хранилища, добавляя их в общий пул буферов.

Резюме

К настоящему моменту вы должны иметь базовое представление о внутренней работе одной из самых популярных баз данных! В конце концов, вы просто взаимодействуете с очень умным приложением на C ++ — насколько это круто? Надеюсь, это снимет некоторую стигму с «сложными базами данных». Возможно, это даже вдохновит вас копнуть глубже и понять, как вы можете оптимизировать свои приложения, лучше понимая, как хранятся ваши данные — безусловно, одно из самых больших узких мест в современной разработке программного обеспечения.

Источники:

Порядок выполнения SQL-запроса

Блог

SQL — один из самых мощных инструментов аналитика. В SQL Superstar мы даем вам практические советы, которые помогут вам максимально эффективно использовать этот универсальный язык и создавать красивые и эффективные запросы.

Создание заказа

Шаги, которые вы предпринимаете для достижения цели, имеют значение! Когда вы печете торт, вы должны предварительно разогреть его, смазать сковороду и смешать ингредиенты в правильном порядке, иначе вместо вкусного угощения у вас получится беспорядок.Выбор правильного порядка операций SQL также важен, если вы хотите выполнять эффективные и действенные запросы. В этой статье вы познакомитесь с некоторыми передовыми практиками, которые помогут вам начать оптимизацию порядка запросов SQL.

Получите советы и рекомендации по SQL от наших экспертов:

Определение порядка выполнения SQL

Порядок выполнения SQL определяет порядок, в котором оцениваются условия запроса. Некоторые из наиболее распространенных проблем с запросами, с которыми сталкиваются люди, можно легко избежать, если лучше понять порядок выполнения SQL, который иногда называют порядком операций SQL.Понимание порядка запросов SQL может помочь вам диагностировать, почему запрос не выполняется, и даже чаще поможет вам оптимизировать запросы, чтобы они выполнялись быстрее.

В современном мире планировщики SQL-запросов могут делать всевозможные трюки, чтобы запросы выполнялись более эффективно, но они всегда должны получать тот же окончательный ответ, что и запрос, который выполняется в стандартном порядке выполнения SQL. Это заказ:

SQL выбирает и объединяет ваши таблицы и является первой выполненной частью запроса.Это означает, что в запросах с объединениями в первую очередь выполняется объединение.

Рекомендуется ограничивать или предварительно агрегировать таблицы перед потенциально большими объединениями, которые в противном случае могут потребовать очень много памяти. Многие современные планировщики SQL используют логику и различные типы объединений для оптимизации под разные запросы, которые могут быть полезны, но на них нельзя полагаться.

В примере ниже планировщик SQL может знать, что нужно предварительно фильтровать эхо-запросы. Это технически нарушает правильный порядок запросов SQL, но вернет правильный результат.

  выбрать
 считать(*)
из
 пинги
присоединиться
 подписки
на
 pings.cookie = signups.cookie
где
 pings.url ilike '% / blog%'  

Однако, если вы собираетесь использовать столбцы таким образом, чтобы предотвратить предварительную фильтрацию, базе данных придется отсортировать и объединить обе полные таблицы. Например, следующий запрос требует столбца из каждой таблицы и будет принудительно объединен перед любой фильтрацией.

  - || используется для конкатенации
Выбрать
 считать(*)
из
 first_names
присоединиться к last_names
 на first_names.id = last_names.id
где
 first_names.name || last_names.name ilike '% a%'  

Чтобы ускорить запрос, вы можете предварительно отфильтровать имена с буквой «a» в них:

  с limited_first_names как (
 Выбрать
   *
 из
   first_names
 где
   назовите ilike '% a%'
)
, limited_last_names как (
  Выбрать
    *
  из
    фамилии
  где
     назовите ilike '% a%'
)
Выбрать
 считать(*)
из
 limited_first_names
присоединиться
 limited_last_names
на
 limited_last_names.id = limited_first_names.id  

Чтобы узнать больше, вы также можете прочитать о том, как мы ускорили наши собственные запросы в 50 раз с помощью предварительной агрегации.

Предложение where используется для ограничения теперь объединяемых данных значениями в столбцах вашей таблицы. Это можно использовать с любым типом данных, включая числа, строки или даты.

 , где nmbr> 5;
где strng = 'Скайуокер';
где dte = '2017-01-01';  

Одна из частых ошибок в SQL — это попытка использовать оператор where для фильтрации агрегатов, что нарушает порядок выполнения правил SQL. Это связано с тем, что при оценке оператора where оператор «группировать по» еще не был выполнен и агрегированные значения неизвестны.Таким образом, следующий запрос не будет выполнен:

  выбрать
 страна
, сумма (площадь)
из
 страны
где
 сумма (площадь)> 1000
группа по
 1  

Но это может быть решено с помощью оговорки о наличии, описанной ниже.

GROUP BY Пункт

Group by сворачивает поля набора результатов в их отдельные значения. Это предложение используется с агрегациями, такими как sum () или count (), для отображения одного значения на сгруппированное поле или комбинацию полей.

При использовании группировки по: Группировать по X означает поместить всех с одинаковым значением X в одну строку.Сгруппируйте по X, Y поместите все те, у которых одинаковые значения для X и Y, в одну строку.

Предложение group by заслуживает отдельной публикации по многим причинам, и вы можете найти гораздо больше информации о «group by» в других сообщениях нашего блога или в нашем техническом документе о советах по порядку запросов SQL и множестве других уловок. и передовой опыт.

Получите советы и рекомендации по SQL от наших экспертов:

Крис Мейер — менеджер по аналитическим разработкам в Sisense. Он имеет 8-летний опыт работы в области данных и аналитики в Ernst & Young и Soldsie.Он увлечен созданием современных стеков данных, которые открывают трансформационные идеи для бизнеса.

QUERY BY SQL

С помощью команды QUERY BY SQL можно воспользоваться преимуществами ядра SQL, интегрированного в 4D. Он может выполнить простой запрос SELECT, который можно записать следующим образом:

SELECT *
FROM table
WHERE

aTable — это имя таблицы, переданной в первом параметре, а sqlFormula — это строка запроса, переданная в второй параметр.

Например, следующий оператор:

([Сотрудники]; "name = 'smith'")

эквивалентен следующему запросу SQL:

Команда QUERY BY SQL аналогична команде QUERY BY FORMULA. Ищет записи в указанной таблице. Он изменяет текущий выбор aTable для текущего процесса и делает первую запись нового выбора текущей записью.

Примечание: Команда QUERY BY SQL не может использоваться в контексте внешнего SQL-соединения; он подключается непосредственно к интегрированному SQL-механизму 4D.

QUERY BY SQL применяет sqlFormula к каждой записи в выбранной таблице. sqlFormula — это логическое выражение, которое должно возвращать True или False . Как вы, возможно, знаете, в стандарте SQL условие поиска может давать результат True, , False, или NULL. Все записи (строки), в которых условие поиска возвращает True , включены в новый текущий выбор.

Выражение sqlFormula может быть простым, например, сравнивать поле (столбец) со значением; или он может быть сложным, например выполнение вычислений.Как и QUERY BY FORMULA, QUERY BY SQL может оценивать информацию в связанных таблицах (см. Пример 4). sqlFormula должен быть допустимым оператором SQL, совместимым со стандартом SQL-2 и с учетом ограничений текущей реализации SQL 4D. Дополнительные сведения о поддержке SQL в 4D см. В Справочном руководстве по 4D SQL.

Параметр sqlFormula может использовать ссылки на четырехмерные выражения. Используемый синтаксис такой же, как для встроенных команд SQL или кода, включенного между тегами Begin SQL / End SQL, i.е .: <> или: MyVar.

Примечание: Эта команда совместима с командами SET QUERY LIMIT и SET QUERY DESTINATION.

Напоминание: У вас не может быть ссылок на локальные переменные в скомпилированном режиме. Для получения дополнительной информации о программировании SQL в 4D обратитесь к разделу Обзор команд SQL.

QUERY BY SQL не использует отношения между таблицами, определенные в редакторе структуры 4D. Если вы хотите использовать связанные данные, вам нужно будет добавить в запрос JOIN.Например, предположим, что у нас есть следующая структура с отношением «Многие к одному» от [Люди] Город к [Города] Имя:

[Люди]
Имя
Город
[Города]
Имя
Население

Использование в команде QUERY BY FORMULA вы можете написать:

Используя QUERY BY SQL, вы должны написать следующий оператор, независимо от того, существует ли связь:

Примечание. QUERY BY SQL обрабатывает отношения» один ко многим «и» многие ко многим «иначе, чем QUERY BY FORMULA.

В этом примере показаны офисы, в которых объем продаж превышает 100. Запрос SQL:

SELECT *
FROM Office
WHERE Sales> 100

При использовании команды QUERY BY SQL :

В этом примере показаны заказы, которые попадают в диапазон от 3000 до 4000.Запрос SQL:

SELECT *
FROM Orders
WHERE Amount BETWEEN 3000 AND 4000

При использовании команды QUERY BY SQL:

В этом примере показано, как получить результат запроса, упорядоченный по определенному критерию. Запрос SQL:

SELECT *
FROM People
WHERE City = ’Paris’
ORDER BY Name

При использовании команды QUERY BY SQL :

В этом примере показан запрос с использованием связанных таблиц в 4D.В SQL вы должны использовать JOIN для моделирования этого отношения. Предположим, у нас есть две следующие таблицы:

[Счета-фактуры] со следующими столбцами (полями):
ID_Inv: Longint
Date_Inv: Date
Amount: Real
[Lines_Invoices] со следующими столбцами (полями):
ID_Line: Longint
ID_Inv: Longint
Код: Alpha (10)

Между [Lines_Invoices] ID_Inv и [Invoices] ID_Inv существует отношение «многие к одному».