Зміст курсу

Розширений Рівень SQL

1. Групування

GROUP BY Послідовність інструкцій Загальний Час Поїздки на Кожній Лінії Метро: Завдання Челендж: Середній Бал Студента Пошук Кращих Математичних Учнів - Челендж HAVING Декілька агрегативних функцій у запиті Складніші Фільтри

2. Вкладені Запити

Вкладені запити Знайти Співробітників Нетехнічних Відділів Челендж Використання Внутрішніх Підзапитів у Розділі FROM Знаходження Співробітників з Зарплатою Вище Середньої Челендж Клауза UNION Об'єднання Результатів Таблиць

3. Об'єднання Таблиць

Приєднання 2 Таблиць Отримання Категорії за Ціною Продукту Отримати Мінімальну Ціну За Категорією Отримати Кількість Продуктів за Категорією LEFT, RIGHT and INNER JOINs Об'єднання Таблиц Челендж Використання FULL JOIN

4. DDL та DML в SQL

CREATE та обмеження Операції ALTER та INSERT DROP and TRUNCATE UPDATE and DELETE

Вкладені запити

Чудові новини!

Адміністрація школи виражає задоволення нашими останніми досягненнями та сигналізує про готовність до подальшого прогресу.

Починаючи свій літній відпочинок, а ми вступаємо в період гнучкості, ми користуємося можливістю зануритися в нові методології та покращити нашу взаємодію з SQL.

Зокрема, ми прагнемо дослідити вкладені запити, фундаментальну концепцію в операціях SQL.

Для наочності цієї концепції розглянемо ілюстративний приклад, взятий з бази даних нашої організації. З розширенням компанії вводимо нову сутність, а саме department. Це доповнення збільшує нашу структуру даних, впливаючи на динаміку операцій з базою даних.

Давайте розглянемо структуру цієї нової таблиці, щоб краще зрозуміти її роль у розвитку архітектури нашої бази даних:

Як ви можете побачити, нова таблиця містить відділи, їх типи та бюджети. А в таблиці employee, як ви могли згадати, є інформація про відділ, до якого належить кожен працівник.

Розглянемо приклад, де ми використовуємо вкладені запити для отримання інформації про тих працівників, які працюють у відділах з бюджетом $500,000 або менше.

Ось як буде виглядати наш запит:


              1234567
            
SELECT *
FROM employees
WHERE department IN (
  SELECT name 
  FROM department
  WHERE budget <= 500000
)

Як ви можете бачити, цей синтаксис є досить інтуїтивним. Ми використовуємо клаузу WHERE, щоб вказати, що назва відділу має бути присутньою в таблиці, яку ми отримуємо за допомогою внутрішнього запиту.

Давайте розберемо цей запит на дві окремі частини, щоб побачити, як він працює. Спочатку отримаємо назви відділів з бюджетами до 500,000 доларів або менше (наш внутрішній запит):

Як ви можете бачити, ми отримали відповідь з 5 відділами. Запам'ятайте цю таблицю.

Тепер, враховуючи отриманий результат, давайте напишемо другий запит, щоб отримати інформацію про працівників з цих відділів:


              12345
            
SELECT * 
FROM employees
WHERE department IN (
  'Marketing', 'Human Resources', 'Finance', 'Customer Service', 'Legal'
)

Результат цього запиту буде ідентичним до результату, отриманого нами з першим запитом.

Отже, давайте поетапно розберемо, що ми робимо:

Внутрішній запит отримує names необхідних нам відділів.
Потім, використовуючи клавзу WHERE , ми встановлюємо певний критерій, який перевіряє, чи присутні відділи в таблиці , яку ми отримали за допомогою внутрішнього запиту.
Ми отримуємо бажаний результат.

Синтаксис використання внутрішнього запиту буде виглядати наступним чином:


              12345
            
SELECT * 
FROM employees
WHERE department IN (
  'Marketing', 'Human Resources', 'Finance', 'Customer Service', 'Legal'
)

Але існує кілька важливих пунктів, на які варто зважати при використанні внутрішніх запитів:

Один результат у підзапиті : Вкладений запит повинен повертати лише один стовпець , але він також може бути обмежений до одного значення, якщо використовується у умові порівняння. Це особливо важливо для операторів, таких як = , > , < , >= , <= , <> ;
Типи даних : Переконайтеся, що тип даних повернутого стовпця відповідає типу даних стовпця , до якого застосовується умова, щоб уникнути помилок несумісності типів;
Оптимізація : Вкладені запити можуть бути неефективними , особливо якщо вони виконуються для кожного рядка головного запиту;
Використання оператора IN : Вкладені запити часто використовуються з оператором IN для перевірки наявності значень у підмножині даних. Однак оператори порівняння ( > , < , >= , <= , <> ) також можуть бути використані для більш складних умов.

sql

When using nested queries, keep these important points in mind:

Single Result in Subquery : ensure the nested query returns only one column. If used in a comparison, it should ideally return a single value. This is crucial for operators like = , > , < , >= , <= , <> ;
Data Types : the data type of the returned column should match the column you're comparing it to, to avoid errors;
Optimization : nested queries can be slow, especially if run for each row in the main query;
Using the IN Operator : nested queries often use the IN operator to check for values in a subset. You can also use comparison operators for more complex conditions.

Все було зрозуміло?

Дякуємо за ваш відгук!

Секція 2. Розділ 1

Запитати АІ

Запитайте про що завгодно або спробуйте одне із запропонованих запитань, щоб почати наш чат

Зміст курсу

Розширений Рівень SQL

1. Групування

2. Вкладені Запити

3. Об'єднання Таблиць

4. DDL та DML в SQL

CREATE та обмеження Операції ALTER та INSERT DROP and TRUNCATE UPDATE and DELETE

Вкладені запити

Чудові новини!

Зокрема, ми прагнемо дослідити вкладені запити, фундаментальну концепцію в операціях SQL.

Ось як буде виглядати наш запит:


              1234567
            
SELECT *
FROM employees
WHERE department IN (
  SELECT name 
  FROM department
  WHERE budget <= 500000
)

Як ви можете бачити, ми отримали відповідь з 5 відділами. Запам'ятайте цю таблицю.


              12345
            
SELECT * 
FROM employees
WHERE department IN (
  'Marketing', 'Human Resources', 'Finance', 'Customer Service', 'Legal'
)

Результат цього запиту буде ідентичним до результату, отриманого нами з першим запитом.

Отже, давайте поетапно розберемо, що ми робимо:

Внутрішній запит отримує names необхідних нам відділів.
Потім, використовуючи клавзу WHERE , ми встановлюємо певний критерій, який перевіряє, чи присутні відділи в таблиці , яку ми отримали за допомогою внутрішнього запиту.
Ми отримуємо бажаний результат.

Синтаксис використання внутрішнього запиту буде виглядати наступним чином:


              12345
            
SELECT * 
FROM employees
WHERE department IN (
  'Marketing', 'Human Resources', 'Finance', 'Customer Service', 'Legal'
)

Але існує кілька важливих пунктів, на які варто зважати при використанні внутрішніх запитів:

Один результат у підзапиті : Вкладений запит повинен повертати лише один стовпець , але він також може бути обмежений до одного значення, якщо використовується у умові порівняння. Це особливо важливо для операторів, таких як = , > , < , >= , <= , <> ;
Типи даних : Переконайтеся, що тип даних повернутого стовпця відповідає типу даних стовпця , до якого застосовується умова, щоб уникнути помилок несумісності типів;
Оптимізація : Вкладені запити можуть бути неефективними , особливо якщо вони виконуються для кожного рядка головного запиту;
Використання оператора IN : Вкладені запити часто використовуються з оператором IN для перевірки наявності значень у підмножині даних. Однак оператори порівняння ( > , < , >= , <= , <> ) також можуть бути використані для більш складних умов.

sql

When using nested queries, keep these important points in mind:

Single Result in Subquery : ensure the nested query returns only one column. If used in a comparison, it should ideally return a single value. This is crucial for operators like = , > , < , >= , <= , <> ;
Data Types : the data type of the returned column should match the column you're comparing it to, to avoid errors;
Optimization : nested queries can be slow, especially if run for each row in the main query;
Using the IN Operator : nested queries often use the IN operator to check for values in a subset. You can also use comparison operators for more complex conditions.

Все було зрозуміло?

Дякуємо за ваш відгук!

Секція 2. Розділ 1

Розширений Рівень SQL

Вкладені запити

1. Why is it important for the data type of the column returned by a nested query to match the column it is compared to?

2. Which SQL operator is commonly used with nested queries to check for values in a subset?

3. Why is it important for the data type of the column returned by a nested query to match the column it is compared to?

Розширений Рівень SQL

Вкладені запити

1. Why is it important for the data type of the column returned by a nested query to match the column it is compared to?

2. Which SQL operator is commonly used with nested queries to check for values in a subset?

3. Why is it important for the data type of the column returned by a nested query to match the column it is compared to?