Sql select as: Команда AS — новое имя полям или таблицам

Содержание

Команда AS - новое имя полям или таблицам

Команда AS задает новое имя полям или таблицам при выборке из базы (то есть в самой базе изменения не происходят).

См. также команду JOIN, в которой активно используется команда AS.

Синтаксис

Для полей:

SELECT поле as его_новое_имя FROM имя_таблицы

Для таблиц:

SELECT * FROM имя_таблицы as его_новое_имя_таблицы

Примеры

Все примеры будут по этой таблице workers, если не сказано иное:

id
айди
name
имя
age
возраст
salary
зарплата
1Дима23400
2Петя24500
3Вася25600

Пример

Давайте при выборке переименуем все поля:

SELECT
	id as user_id, name as user_name,
	age as user_age, salary as user_salary
FROM workers

SQL запрос выберет следующие строки:

user_id
айди
user_name
имя
user_age
возраст
user_salary
зарплата
1Дима23400
2Петя24500
3Вася25600

Пример

Можно из одного поля сделать два (и более):

SELECT name as name1, name as name2 FROM workers

SQL запрос выберет следующие строки:

name1
имя
name2
имя
ДимаДима
ПетяПетя
ВасяВася

Синтаксис SQL запроса

Одна из основных функций SQL — получение данных из СУБД. Для построения всевозможных запросов к базе данных используется оператор SELECT. Он позволяет выполнять сложные проверки и обработку данных.

Общая структура запроса

SELECT [DISTINCT | ALL] поля_таблиц 
FROM список_таблиц 
[WHERE условия_на_ограничения_строк]
[GROUP BY условия_группировки]
[HAVING условия_на_ограничения_строк_после_группировки]
[ORDER BY порядок_сортировки [ASC | DESC]]
[LIMIT ограничение_количества_записей]

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

Параметры оператора

  • DISTINCT используется для исключения повторяющихся строк из результата
    ALL (по умолчанию) используется для получения всех данных, в том числе и повторений
  • FROM перечисляет используемые в запросе таблицы из базы данных
  • WHERE — это условный оператор, который используется для ограничения строк по какому-либо условию
  • GROUP BY используется для группировки строк
  • HAVING применяется после группировки строк для фильтрации по значениям агрегатных функций
  • ORDER BY используется для сортировки. У него есть два параметра:
    • ASC (по умолчанию) используется для сортировки по возрастанию
    • DESC — по убыванию
  • LIMIT используется для ограничения количества строк для вывода

SQL-псевдонимы

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

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

Для создания псевдонимов используется оператор AS:

SELECT good_type_id AS id FROM GoodTypes;

Порядок выполнения инструкций

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

Например, в предложении WHERE не доступны псевдонимы столбцов, определяемых в предложении SELECT, потому что, согласно списку, оно выполняется до SELECT.

  • FROM
  • WHERE
  • GROUP BY
  • HAVING
  • SELECT
  • DISTINCT
  • ORDER BY

Фактическое выполнение инструкций определяется СУБД и порядок из этого списка может значительно отличаться.

Примеры использования

Вы можете выводить любые строки и числа вместо столбцов:

Для того, чтобы вывести все данные из таблицы Company, вы можете использовать символ «*», который буквально означает «все столбцы»:

Вы можете вывести любой столбец, определённый в таблице, например, town_to из таблицы Trip:

SELECT town_to FROM Trip;

Также вы можете вывести несколько столбцов. Для этого их нужно перечислить через запятую:

SELECT member_name, status FROM FamilyMembers;

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

SELECT DISTINCT town_to FROM Trip;
10 простых шагов к полному пониманию SQL (операторы SELECT)

SQL

Очень многие программисты смотрят на SQL, как на страшного зверя. SQL — один из немногих декларативных языков, и его поведение в корне отличается от того, как работают императивные, объектно-ориентированные и даже функциональные языки программирования. Хотя многие рассматривают SQL в некоторой степени функциональным.

Я, как инструктор SQL (советую посетить наш великолепный тренинг!) пишу на нем каждый день, включая работу над библиотекой jOOQ с открытым исходным кодом.

 

Поэтому я чувствую себя обязанным донести прелести SQL до умов тех, кто все еще испытывает трудности с его пониманием. Этот урок посвящен тем, кто:

  • Уже работает с SQL, но не до конца его понимает
  • Неплохо знает SQL, но никогда серьезно не задумывался над его структурой
  • Хочет обучать SQL других

В этом руководстве мы сосредоточимся только на операторах SELECT. Другие DML-операторы будут подробно рассмотрены в следующий раз.


Примечание. Этот урок раньше публиковался только на
Tech.Pro (оригинальная версия находится здесь). К сожалению, материал Tech.Pro стал недоступным. С разрешения Tech.Pro мы снова публикуем его контент в блоге jOOQ.

И вот…

  1. SQL является декларативным

SELECT first_name, last_name FROM employees WHERE salary > 100000

SELECT first_name, last_name

FROM employees

WHERE salary > 100000

Все понятно. И вас не волнует, откуда эти записи о сотруднике (employee) берутся. Вам лишь нужны те, у которых достойная зарплата (salary).

  • Что мы из этого узнаем?

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

Забудьте обо всем этом. Думайте о том, как объявлять вещи. Не о том, как сказать машине, вычислить что-либо.

2. Код SQL не является упорядоченным

Обычно путаница происходит из-за того, что элементы кода SQL не расположены в том порядке, в каком они выполняются. Лексический порядок выглядит так:

  • SELECT [ DISTINCT ]
  • FROM
  • WHERE
  • GROUP BY
  • HAVING
  • UNION
  • ORDER BY

Для простоты перечислены не все предложения SQL. Этот словесный порядок принципиально отличается от логического порядка (который в свою очередь может отличаться от порядка выполнения в зависимости от выбора оптимизатора):

  • FROM
  • WHERE
  • GROUP BY
  • HAVING
  • SELECT
  • DISTINCT
  • UNION
  • ORDER BY

Три пункта, которые следует отметить:

  1. Первое предложение здесь FROM, а не SELECT. Сначала происходит загрузка данных с диска в память, чтобы с ними можно было работать.
  2. SELECT выполняется после большинства других предложений. Главное, после FROM и GROUP BY. Это важно понимать, если думаете, что можете ссылаться на элементы, которые объявляете в предложении SELECT из предложения WHERE. Следующее невозможно:

SELECT A.x + A.y AS z FROM A WHERE z = 10 -- z здесь не доступна!

SELECT A.x + A.y AS z

FROM A

WHERE z = 10 -- z здесь не доступна!

Есть два варианта повторно использовать z. Либо повторить выражение:

SELECT A.x + A.y AS z FROM A WHERE (A.x + A.y) = 10

SELECT A.x + A.y AS z

FROM A

WHERE (A.x + A.y) = 10

… либо прибегнуть к производным таблицам, общим табличным выражениям или представлениям данных, чтобы избежать повторения кода. Смотрите примеры ниже.

3. UNION ставится перед ORDER BY в лексическом и логическом порядках. Многие думают, что каждый подзапрос UNION можно упорядочить, но по стандарту SQL и в большинстве диалектов SQL это не так. Хотя в некоторых диалектах позволяется упорядочивание

подзапросов или производных таблиц, нет никакой гарантии, что такой порядок будет сохранен после выполнения операции UNION.

Обратите внимание, что не все базы данных реализуют вещи одинаковым образом. Правило номер 2, например, не применяется в точности, как описано выше, для MySQL, PostgreSQL, и SQLite.

Что мы из этого узнаем?

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

Конечно, неплохо, если бы язык был спроектирован таким образом, когда лексическая последовательность фактически отражает логический порядок, как это реализовано в Microsoft LINQ.

3. Вся суть SQL заключается в ссылках на таблицы

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

Стандарт SQL определяет предложение FROM следующим образом:

<from clause> ::= FROM <table reference> [ { <comma> <table reference> }... ]

<from clause> ::=

    FROM <table reference>

        [ { <comma> <table reference> }... ]

Вывод предложения FROM — это объединенная ссылка на таблицу объединенного значения всех ссылок. Попробуем это переварить.

Указанная выше запись производит комбинированную ссылку на таблицу значений a и b. Если a имеет 3 колонки и b 5 колонок, тогда выходная таблица “output table” будет состоять из 8 (3 + 5) столбцов.

Записи, содержащиеся в этой комбинированной табличной ссылке являются перекрестным / декартовым произведением a x b. Иными словами, каждая запись a образует пару с записью b. Если a имеет 3 записи, а b 5 записей, описанная выше ссылка на таблицу производит 15 записей (3 x 5).

Этот вывод переводится в предложение GROUP BY (после фильтрации в предложении WHERE), где преобразуется в новый вывод. Разберемся с этим позже.

Если мы посмотрим на эти примеры в свете реляционной алгебры / теории множества, то таблица SQL — это отношение или набор кортежей. Каждое предложение SQL преобразует одно или несколько отношений, чтобы создать новые отношения.

Что мы из этого узнаем?

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

4. Ссылки на таблицы SQL могут быть довольно функциональными

Ссылка на таблицу — мощная штука. Примером их силы является ключевое слово JOIN, которое в действительности не является выражением SELECT, а частью специальной ссылки на таблицу. Объединенная таблица, как определено в стандарте SQL (упрощенный):

<table reference> ::= <table name> | <derived table> | <joined table>

<table reference> ::=

    <table name>

  | <derived table>

  | <joined table>

Вернемся к нашему примеру:

a может по сути быть объединенной таблицей:

a1 JOIN a2 ON a1.id = a2.id

a1 JOIN a2 ON a1.id = a2.id

Развивая предыдущее выражение, получим:

FROM a1 JOIN a2 ON a1.id = a2.id, b

FROM a1 JOIN a2 ON a1.id = a2.id, b

Хотя не рекомендуется объединять синтаксис, где приводится разделенный запятыми список ссылок на таблицы, с синтаксисом объединенных таблиц, но так можно делать. В результате, объединенная ссылка будет содержать величины a1+a2+b.

Производные таблицы еще мощнее, чем объединенные таблицы. Мы до этого еще дойдем.

Что мы из этого узнаем?

Всегда нужно думать категориями ссылок на таблицы. Это поможет не только понять, как данные переходят в предложениях SQL, (смотрите предыдущий раздел), но и как создаются сложные ссылки на таблицы.

И, что важно, понять, JOIN является ключевым словом для построения соединенных таблиц. А не частью оператора SELECT. Некоторые базы данных позволяют использование JOIN в операторах INSERT, UPDATE, DELETE

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

Ранее мы видели это предложение:

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

Одна очень распространенная ошибка заключается в том, чтобы где-то забыть предикат JOIN. Подумайте о следующем:

FROM a, b, c, d, e, f, g, h WHERE a.a1 = b.bx AND a.a2 = c.c1 AND d.d1 = b.bc -- etc...

FROM a, b, c, d, e, f, g, h

WHERE a.a1 = b.bx

AND a.a2 = c.c1

AND d.d1 = b.bc

-- etc...

Синтаксис соединенных таблиц:

  • Безопаснее, так как предикаты join можно размещать вблизи соединенных таблиц, тем самым предотвращая ошибки.
  • Более выразительные, так как можно различать OUTER JOIN, INNER JOIN и т. д.

 

Что мы из этого узнаем?

Всегда применяйте JOIN. Никогда не используйте ссылки на таблицы, разделенные запятыми, в предложениях FROM.

6. Различные операции JOIN в SQL

Операции JOIN состоят, в основном, из следующих пяти видов:

  • EQUI JOIN
  • SEMI JOIN
  • ANTI JOIN
  • CROSS JOIN
  • DIVISION

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

EQUI JOIN

Это наиболее распространенная операция JOIN. Содержит два подвида:

  • INNER JOIN (или просто JOIN)
  • OUTER JOIN (далее подразделяется на LEFT, RIGHT, FULL OUTER JOIN)

Разницу лучше объяснить на примере:

-- Ссылка на таблицу содержит авторов и их книги -- Есть одна запись для каждой книги и ее автора. -- Авторы без книг НЕ включены author JOIN book ON author.id = book.author_id -- Ссылка на таблицу содержит авторов и их книги -- Есть одна запись для каждой книги и ее автора. --... ИЛИ есть записи "empty" (пустые) для авторов без книг -- ("empty" означает, что все столбцы книги равны NULL) author LEFT OUTER JOIN book ON author.id = book.author_id

-- Ссылка на таблицу содержит авторов и их книги

-- Есть одна запись для каждой книги и ее автора.

-- Авторы без книг НЕ включены

author JOIN book ON author.id = book.author_id

 

-- Ссылка на таблицу содержит авторов и их книги

-- Есть одна запись для каждой книги и ее автора.

--... ИЛИ есть записи "empty" (пустые) для авторов без книг

-- ("empty" означает, что все столбцы книги равны NULL)

author LEFT OUTER JOIN book ON author.id = book.author_id

 

SEMI JOIN

Эта реляционная концепция в SQL может быть выражена двумя способами: С помощью предиката IN или с использованием предиката EXISTS. «Semi» на латыни означает «половина». Этот тип соединения используется для объединения только «половины» ссылки на таблицу. Что это значит? Рассмотрим вновь вышеуказанное объединение автора и книги. Представим, что нам не нужны комбинации автор — книга, а только авторы, у которых есть книги. Тогда можно написать:

-- Использование IN FROM author WHERE author.id IN (SELECT book.author_id FROM book) -- Использование EXISTS FROM author WHERE EXISTS (SELECT 1 FROM book WHERE book.author_id = author.id)

-- Использование IN

FROM author

WHERE author.id IN (SELECT book.author_id FROM book)

 

-- Использование EXISTS

FROM author

WHERE EXISTS (SELECT 1 FROM book WHERE book.author_id = author.id)

Хотя нет общего правила, следует предпочесть IN или EXISTS, но можно сказать примерно так:

Поскольку INNER JOIN также выдают результаты авторов, у которых есть книги, многие начинающие подумают, что можно удалить дубликаты с помощью ключевого слова DISTINCT. Им кажется, что SEMI JOIN можно выразить следующим образом:

-- Найти только тех авторов, которые имеют книги SELECT DISTINCT first_name, last_name FROM author JOIN book ON author.id = book.author_id

-- Найти только тех авторов, которые имеют книги

SELECT DISTINCT first_name, last_name

FROM author

JOIN book ON author.id = book.author_id

Так делать не рекомендуется по двум причинам:

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

Подробную информацию о злоупотреблении DISTINCT можно найти в этом посте.

ANTI JOIN

Эта реляционная концепция является полной противоположностью SEMI JOIN. Ее можно образовать, просто добавив ключевое слово NOT в предикатах IN или EXISTS. Пример, где мы выберем тех авторов, у которых нет книг:

-- Использование IN FROM author WHERE author.id NOT IN (SELECT book.author_id FROM book) -- Использование EXISTS FROM author WHERE NOT EXISTS (SELECT 1 FROM book WHERE book.author_id = author.id)

-- Использование IN

FROM author

WHERE author.id NOT IN (SELECT book.author_id FROM book)

 

-- Использование EXISTS

FROM author

WHERE NOT EXISTS (SELECT 1 FROM book WHERE book.author_id = author.id)

Применяются те же правила в отношении производительности, читаемости и выразительности. Однако есть небольшой нюанс в отношении NULL при использовании NOT IN, но эта тема выходит за рамки нашего урока.

CROSS JOIN

Этот оператор создает перекрестное произведение двух соединенных ссылок на таблицу, комбинируя каждую запись первой ссылки с записью второй ссылки на таблицу. Мы уже видели раньше, что это может быть достигнуто посредством ссылок на таблицы с разделителями-запятыми в предложении FROM. В редких случаях, когда это действительно необходимо, в большинстве диалектов SQL перекрестное соединение CROSS JOIN можно написать явным образом:

-- Объединить каждого автора с книгой author CROSS JOIN book

-- Объединить каждого автора с книгой

author CROSS JOIN book

DIVISION

Реляционное деление — вот кто настоящий зверь. В кратце, если JOIN это умножение, division (деление) — противоположность операции JOIN. Реляционные деления очень трудно выразить в SQL. Поскольку этот урок для начинающих, деление мы не рассматриваем. Для самых храбрых информация находится здесь, здесь и здесь.

Что мы из этого узнаем?

Много чего. Давайте запихнем это в наши головы. В SQL повсюду ссылки на таблицы. Соединяемые таблицы представляют собой довольно сложные ссылки на таблицы. Но между реляционными выражениями и выражениями SQL есть разница. Не все операции реляционного соединения также являются формальными операциями соединения SQL. Имея немного практики и знаний в реляционной теории, вы всегда сможете выбрать верный тип реляционного соединения JOIN и правильно представить его на языке SQL.

7. Производные таблицы SQL похожи на табличные переменные

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

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

-- Производная таблица FROM (SELECT * FROM author)

-- Производная таблица

FROM (SELECT * FROM author)

Обратите внимание, что некоторые диалекты SQL требуют, чтобы производные таблицы имели корреляционное имя (также называемое псевдонимом).

-- Производная таблица с псевдонимом FROM (SELECT * FROM author) a

-- Производная таблица с псевдонимом

FROM (SELECT * FROM author) a

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

-- Получить имя и фамилию авторов и их возраст в днях SELECT first_name, last_name, age FROM ( SELECT first_name, last_name, current_date - date_of_birth age FROM author ) -- Если возраст больше, чем 10000 дней WHERE age > 10000

-- Получить имя и фамилию авторов и их возраст в днях

SELECT first_name, last_name, age

FROM (

  SELECT first_name, last_name, current_date - date_of_birth age

  FROM author

)

-- Если возраст больше, чем 10000 дней

WHERE age > 10000

Обратите внимание, что некоторые базы данных и стандарт SQL:1999 подняли производные таблицы на следующий уровень введением обобщенных табличных выражений. Это позволит повторно использовать одну и ту же производную таблицу несколько раз в одной инструкции SQL SELECT. Приведенный выше запрос будет переведен на (почти) эквивалент:

WITH a AS ( SELECT first_name, last_name, current_date - date_of_birth age FROM author ) SELECT * FROM a WHERE age > 10000

Команда SQL для выборки из базы данных часть 2 (ORDER BY, LIMIT, SELECT AS, COUNT)
При запросе к базе данных существует возможность ограничить выборку по количеству возвращаемых строк. А ещё можно запросить отсортированный по какому-либо параметру результат.

Сортировка (ORDER BY)

С помощью команды ORDER BY можно сделать сортировку результата, который будет выдан из базы данных. Результат можно сортировать по значению поля. Либо в прямом направлении "ASC", либо в обратном направлении "DESC". Приведём пример использования:
SELECT * FROM `USERS` WHERE `ID` > 2 ORDER BY `ID` DESC;
В конце этого запроса можно увидеть конструкцию "ORDER BY `ID` DESC", которая говорит о том, что выборка будет отсортирована по убыванию значения столбца ID. Если нужно сделать по возрастанию, то будет такой запрос:
SELECT * FROM `USERS` WHERE `ID` > 2 ORDER BY `ID` ASC;
Можно сделать две сортировки. Для этого после "ORDER BY" необходимо написать через запятую название столбца и направление сортировки. К примеру, отсортируем выборку по возрастанию ID но по убыванию даты (столбец DATE):
SELECT * FROM `USERS` ORDER BY `ID` ASC, `DATE` DESC;

Ограничение (LIMIT)

При работе с базой надо всегда помнить, что база данных - это довольно медленный инструмент. Поэтому необходимо минимизировать не только количество запросов к ней, но и количество выбранных из неё данных. Это можно сделать тремя способами. И лучше использовать их все одновременно:
  • Делать выборку определённых полей, а не всех полей таблицы. Для этого после команды SELECT необходимо ставить не *, а название выбираемых полей через запятую.
  • Использовать условия WHERE, которые ограничивают размер выборки.
  • Использовать LIMIT (лимит) на количество выбираемых строк.
О последнем способе поговорим отдельно. Лимит задаётся числом. К примеру, если написать "LIMIT 1;", то в результате SQL запроса будут возвращены не более 10 строк из таблицы. Чтобы установить лимит, напишите его в самом конце запроса:
SELECT * FROM `USERS` LIMIT 10;

Установка лимита на выборку может значительно ускорить некоторые запросы к базе. Не забывайте, что чем медленнее загружаются страницы Вашего сайта, тем меньше посетителей на нём будет. Потому что люди не любят ждать загрузки страницы. Загрузка длительностью более 2 секунд отталкивает от сайта более 60% его аудитории.

Переименовывание столбца при запросе (AS)

Бывают случаи, когда необходимо переименовать столбец в результатах выборки. Зачастую это делается для упрощения последующего программирования обработки выборки. Представьте, что у нас есть таблица со столбцом, который называется "SECTION_FULL_NUMBER":
+---------------------+
| SECTION_FULL_NUMBER |
+---------------------+
| 6                   |
+---------------------+
| 118                 |
+---------------------+
| 21                  |
+---------------------+
Использовать такое длинное имя не хочется, поэтому попробуем его укоротить до слова "NAME". Сделать это нам поможет команда "AS", которую необходимо поставить после называния выбираемого поля, вот так:
SELECT `SECTION_FULL_NUMBER` AS 'SECTION' FROM `USERS`;
В результате выполнения такого SQL запроса мы получим таблицу, но название столбца будет заменено на 'SECTION':
+---------+
| SECTION |
+---------+
| 6       |
+---------+
| 118     |
+---------+
| 21      |
+---------+
При переименовании в SELECT нельзя указать новое название столбца, которое будет совпадать с названием другого столбца.

Количесво строк в выборке (COUNT)

Одной из самых частых необходимостей является подсчёт количества строк вы вборке. Но как было сказано ранее, получение большого количества строк и столбцов из базы происходит довольно долго, что замедляет сайт. Поэтому не стоит пытаться подсчитывать количество строк после получения выборки. Лучше получить количество строк непосредственно из запроса. Для этого исопльзуется команда "COUNT(*)" (по английски "count" переводится как "количество"). Попробуем использовать её в SQL запросе:
SELECT COUNT(*) FROM `USERS`;
В результате выполнения такого запроса будет получен один столбце с одной строкой:
+----------+
| COUNT(*) |
+----------+
| 3        |
+----------+
Цифра "3" в примере означает, что в таблице было всего 3 записи (3 строчки). Если попробовать обработать данные, возвращённые базой, то может возникнуть проблема с названием столбца (в нём есть скобки и звёздочка). Поэтому воспользуемся рекомендацией из предыдущего параграфа и переименуем столбец в "CNT":
SELECT COUNT(*) AS 'CNT' FROM `USERS`;
Теперь результат будет легче обработать благодаря лаконичному названию столбца, содержащему только латинские буквы:
+-----+
| CNT |
+-----+
| 2   |
+-----+

SQL SELECT AS - Essential SQL

Переименование столбцов с помощью SQL SELECT AS

Вы можете использовать форму SQL SELECT AS для переименования столбцов в результатах запроса.

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

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

В этом примере мы переименовываем FirstName в First и LastName в Last.

ВЫБЕРИТЕ FirstName AS First , LastName AS Last ОТ персоны. Персона;

 ВЫБЕРИТЕ FirstName AS First
, LastName AS Last
ОТ персоны. Персона; 

AS является необязательным. Можете ли вы переписать вышеуказанный SQL без использования AS?

- Попробуйте переписать наш первый пример без использования AS.

 - Ответ
ВЫБЕРИТЕ FirstName First
, LastName Last
ОТ персоны. Персона; 

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

Например, предположим, что вы хотите вернуть LastName в верхнем регистре. Вы могли бы написать

 ВЫБРАТЬ ВЕРХНУЮ (Фамилия) 
ОТ персоны. Персона

Но как только вы запустите запрос, вы увидите, что имя столбца не возвращается. Чтобы столбцу было присвоено имя, вы можете использовать AS.

ВЫБЕРИТЕ ВЕРХНИЙ (Фамилия) как [ПОСЛЕДНЕЕ ИМЯ] ОТ персоны. Персона

 - Ответ
ВЫБЕРИТЕ ВЕРХНИЙ (Фамилия) как [ПОСЛЕДНЕЕ ИМЯ]
ОТ персоны. Персона 

твой ход!

Можете ли вы написать запрос для выдачи отдельного списка имен в верхнем регистре? Назовите столбец [Отдельные имена].

Напишите ваш запрос ниже, они попробуют.

 - Ответ
ВЫБЕРИТЕ DISTINCT UPPER (FirstName) AS [Отдельные имена]
ОТ персоны. Персона; 

Дополнительные ресурсы оператора SELECT

Если вы хотите узнать больше о команде SELECT, я бы порекомендовал вам прочитать нашу статью Простые запросы выбора.

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

Ищете супер книгу SQL? Проверьте SQL-запросы для простых смертных.

,

sql - MySQL - ВЫБЕРИТЕ КАК ГДЕ

Переполнение стека
  1. Товары
  2. Клиенты
  3. Случаи использования
  1. Переполнение стека Публичные вопросы и ответы
  2. Команды Частные вопросы и ответы для вашей команды
  3. предприятие Частные вопросы и ответы для вашего предприятия
  4. работы Программирование и связанные с ним технические возможности карьерного роста
  5. Талант Нанимать технический талант
  6. реклама Связаться с разработчиками по всему миру
,

псевдонимов SQL


псевдонимов SQL

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

Псевдонимы часто используются, чтобы сделать имена столбцов более читабельными.

Псевдоним существует только на время запроса.

Синтаксис столбца псевдонима

ВЫБЕРИТЕ имя_столбца AS имя_псевдонима
ОТ table_name;

Синтаксис таблицы псевдонимов

ВЫБЕРИТЕ Имена столбцов
ОТ имя_стола AS имя_псевдонима;


Демо База данных

В этом уроке мы будем использовать хорошо известную базу данных Northwind.

Ниже приведен выбор из таблицы «Клиенты»:

ID клиента CustomerName ContactName Адрес Город Почтовый индекс Страна
2 Ана Трухильо Эмпаредадос и Хеладос Ана Трухильо Avda. de la Constitución 2222 Мехико Д.F. 05021 Мексика
3 Антонио Морено Такерия Антонио Морено Матадерос 2312 México D.F. 05023 Мексика
4 вокруг рога Томас Харди 120 Ганновер пл. Лондон WA1 1DP Великобритания

И выбор из таблицы «Заказы»:

OrderID ID клиента ID сотрудника ЗаказатьДата ShipperID
10354 58 8 1996-11-14 3
10355 4 6 1996-11-15 1
10356 86 6 1996-11-18 2


Псевдоним для столбцов Примеры

Следующий оператор SQL создает два псевдонима, один для CustomerID столбец и один для столбца CustomerName:

Пример

ВЫБЕРИТЕ CustomerID AS ID, CustomerName AS Customer
ОТ клиентов;

Попробуй сам "

Следующий оператор SQL создает два псевдонима, один для CustomerName столбец и один для столбца ContactName. Примечание: Требуется двойные кавычки или квадратные скобки, если псевдоним содержит пробелы:

Пример

ВЫБЕРИТЕ CustomerName AS Клиент, ContactName AS [Контактное лицо]
ОТ клиентов;

Попробуй сам "

Следующая инструкция SQL создает псевдоним с именем «Address», который объединяет четыре столбца (Address, PostalCode, Город и Страна):

Пример

ВЫБЕРИТЕ CustomerName, Address + ',' + PostalCode + '' + City + ',' + Country AS Адрес
ОТ клиентов;

Попробуй сам "

Примечание: Чтобы использовать приведенный выше оператор SQL для работы в MySQL, используйте следующее:

ВЫБЕРИТЕ CustomerName, CONCAT (Address, ',', PostalCode, ',', City, ',', Country) AS Адрес
ОТ клиентов;


Псевдоним для таблиц Пример

Следующий оператор SQL выбирает все заказы от клиента с CustomerID = 4 (вокруг рога).Мы используем таблицы «Клиенты» и «Заказы», ​​и дайте им псевдонимы таблиц "c" и "o" соответственно (здесь мы используем псевдонимы, чтобы сделать SQL короче):

Пример

ВЫБЕРИТЕ o.OrderID, o.OrderDate, c.CustomerName
ОТ Клиентов AS c, Заказы AS o
ГДЕ c.CustomerName = 'Вокруг Рога' И c.CustomerID = o.CustomerID;

Попробуй сам "

Следующий оператор SQL такой же, как указано выше, но без псевдонимов:

Пример

ВЫБРАТЬ Заказы.OrderID, Orders.OrderDate, Customers.CustomerName
ИЗ Клиентов, Заказы
ГДЕ Customers.CustomerName = 'Вокруг Рога' И Клиенты.CustomerID = Orders.CustomerID;

Попробуй сам "

Псевдонимы могут быть полезны, когда:

  • В запросе участвует более одной таблицы
  • Функции используются в запросе
  • Имена столбцов большие или не очень читаемые
  • Два или более столбцов объединены вместе


,

sql - Почему «Select» называется оператором DML?

Переполнение стека
  1. Товары
  2. Клиенты
  3. Случаи использования
  1. Переполнение стека Публичные вопросы и ответы
  2. Команды Частные вопросы и ответы для вашей команды
  3. предприятие Частные вопросы и ответы для вашего предприятия
  4. работы Программирование и связанные с ним технические возможности карьерного роста
  5. Талант Нанимать технический талант
  6. реклама Связаться с разработчиками по всему миру
,

Отправить ответ

avatar
  Подписаться  
Уведомление о