Бази даних-20210115T104840Z-001 / Реферат на тему _Современные СУБД_ / Using_MySql,_MS_SQL_Server_and_Oracle(1)

Пример 9: вычисление среднего значения агрегированных данных

Есть ещё одна проблема с разницами дат, о которой стоит помнить: в повседневной жизни мы привыкли округлять эти значения, в то время как СУБД этой операции не выполняет. Проверьте себя: сколько лет прошло между 2011-01-01 и 2012-01-01? Один год, верно? А между 2011-01-01 и

2012-12-31?

Исследование 2.1.9.EXP.A. Проверка поведения СУБД при вычислении расстояния между двумя датами в годах.

MySQL Исследование 2.1.9.EXP.A

1SELECT YEAR('2012-01-01') - YEAR('2011-01-01') - (

2DATE_FORMAT('2012-01-01', '%m%d') <

3DATE_FORMAT('2011-01-01', '%m%d'))

1SELECT YEAR('2012-12-31') - YEAR('2011-01-01') - (

2DATE_FORMAT('2012-12-31', '%m%d') <

3DATE_FORMAT('2011-01-01', '%m%d'))

MS SQL Исследование 2.1.9.EXP.A

1 SELECT DATEDIFF(year, '2011-01-01', '2012-01-01')

1 SELECT DATEDIFF(year, '2011-01-01', '2012-12-31')

Oracle Исследование 2.1.9.EXP.A

1SELECT FLOOR(MONTHS_BETWEEN(DATE '2012-01-01', DATE '2011-01-01') / 12)

2FROM dual;

1SELECT FLOOR(MONTHS_BETWEEN(DATE '2012-12-31', DATE '2011-01-01') / 12)

2FROM dual;

Все шесть запросов 2.1.6.EXP.A вернут один и тот же результат: 1, т.е. между указанными датами с точки зрения СУБД прошёл один год. И это правда: прошёл «один полный год».

Также обратите внимание, насколько по-разному решается задача вычисления разницы между датами в годах в различных СУБД. Особенно интересны строки 2-3 в запросах для MySQL: они позволяют получить корректный результат, когда значения года различны, но на самом деле год ещё не прошёл (например, 2011-05-

01 и 2012-04-01).

Задание 2.1.9.TSK.A: показать, сколько в среднем экземпляров книг есть в библиотеке.

Задание 2.1.9.TSK.B: показать в днях, сколько в среднем времени читатели уже зарегистрированы в библиотеке (временем регистрации считать диапазон от первой даты получения читателем книги до текущей даты).

Работа с MySQL, MS SQL Server и Oracle в примерах © EPAM Systems, RD Dep, 2016–2018 Стр: 60/545

Пример 10: использование группировки данных

2.1.10.Пример 10: использование группировки данных

Задача 2.1.10.a{61}: показать по каждому году, сколько раз в этот год читатели брали книги.

Задача 2.1.10.b{62}: показать по каждому году, сколько читателей в год воспользовалось услугами библиотеки.

Задача 2.1.10.c{63}: показать, сколько книг было возвращено и не возвращено в библиотеку.

Ожидаемый результат 2.1.10.a.

Как следует из названия главы, все три задачи будут решаться с помощью

группировки данных, т.е. использования GROUP BY.

Решение 2.1.10.a{61}.

Работа с MySQL, MS SQL Server и Oracle в примерах © EPAM Systems, RD Dep, 2016–2018 Стр: 61/545

Пример 10: использование группировки данных

Обратите внимание на разницу в 4-й строке в запросах 2.1.10.a: MySQL позволяет в GROUP BY сослаться на имя только что вычисленного выражения, в то время как MS SQL Server и Oracle не позволяют этого сделать.

Ранее мы уже рассматривали логику работы группировок{20}, но подчеркнём это ещё раз. После извлечения значения года и «объединения ячеек по признаку равенства значений» полученный СУБД результат условно можно представить так:

Решение 2.1.10.b{61}.

Работа с MySQL, MS SQL Server и Oracle в примерах © EPAM Systems, RD Dep, 2016–2018 Стр: 62/545

Пример 10: использование группировки данных

Решение 2.1.10.b{62} очень похоже на решение 2.1.10.a{61}: разница лишь в том, что в первом случае нас интересуют все записи за каждый год, а во втором — количество идентификаторов читателей без повторений за каждый год. Покажем это графически:

Решение 2.1.10.c{61}.

MS SQL Решение 2.1.10.c

1SELECT (CASE

2WHEN [sb_is_active] = 'Y'

3THEN 'Not returned'

4ELSE 'Returned'

Oracle Решение 2.1.10.c

1SELECT (CASE

2WHEN "sb_is_active" = 'Y'

3THEN 'Not returned'

4ELSE 'Returned'

13ORDER BY "status" DESC

Врешении 2.1.10.c есть одна сложность: нужно на основе значений поля sb_is_active Y (книга на руках, т.е. не возвращена) и N (книга возвращена) полу-

чить человекочитаемые осмысленные надписи «Not returned» и «Returned».

Работа с MySQL, MS SQL Server и Oracle в примерах © EPAM Systems, RD Dep, 2016–2018 Стр: 63/545

Пример 10: использование группировки данных

В MySQL все необходимые действия помещаются в одну строку (строка 1), а благодаря способности MySQL ссылаться на имя вычисленного выражения в

GROUP BY, нет необходимости повторять всю эту конструкцию в строке 4.

MS SQL Server и Oracle поддерживают одинаковый, но чуть более громоздкий синтаксис: строки 1-5 запросов для этих СУБД содержат необходимые преобразования, а дублирование этого же кода в строках 8-12 вызвано тем, что эти СУБД

не позволяют в GROUP BY сослаться на вычисленное выражение по его имени.

И снова покажем графически, с какими данными приходится работать СУБД:

Исследование 2.1.10.EXP.A. Как быстро, в принципе, работает группировка на больших объёмах данных? Используем базу данных «Большая библиотека» и посчитаем, сколько книг находится на руках у каждого читателя.

MySQL Исследование 2.1.10.EXP.A

1SELECT `sb_subscriber`,

2COUNT(`sb_id`) AS `books_taken`

MS SQL Исследование 2.1.10.EXP.A

1SELECT [sb_subscriber],

2COUNT([sb_id]) AS [books_taken]

Oracle Исследование 2.1.10.EXP.A

1SELECT "sb_subscriber",

2COUNT("sb_id") AS "books_taken"

3 FROM "subscriptions"

4WHERE "sb_is_active" = 'Y'

5GROUP BY "sb_subscriber"

Медианы времени после выполнения по сто раз каждого из запросов

2.1.10.EXP.A:

С одной стороны, результаты не выглядят пугающе, но, если объём данных увеличить в 10, 100, 1000 раз и т.д. — время выполнения уже будет измеряться часами или даже днями.

Работа с MySQL, MS SQL Server и Oracle в примерах © EPAM Systems, RD Dep, 2016–2018 Стр: 64/545

Пример 10: использование группировки данных

Задание 2.1.10.TSK.A: переписать решение 2.1.10.c так, чтобы при подсчёте возвращённых и невозвращённых книг СУБД оперировала исходными значениями поля sb_is_active (т.е. Y и N), а преобразование в «Returned» и «Not returned» происходило после подсчёта.

Работа с MySQL, MS SQL Server и Oracle в примерах © EPAM Systems, RD Dep, 2016–2018 Стр: 65/545

Выборка из нескольких таблиц

2.2. Выборка из нескольких таблиц

2.2.1.Пример 11: запросы на объединение как способ получения человекочитаемых данных

Следующие две задачи уже были упомянуты ранее{14}, сейчас мы рассмотрим их подробно.

Задача 2.2.1.a{67}: показать всю человекочитаемую информацию обо всех книгах (т.е. название, автора, жанр).

Задача 2.2.1.b{69}: показать всю человекочитаемую информацию обо всех обращениях в библиотеку (т.е. имя читателя, название взятой книги).

Ожидаемый результат 2.2.1.a.

Работа с MySQL, MS SQL Server и Oracle в примерах © EPAM Systems, RD Dep, 2016–2018 Стр: 66/545

Пример 11: запросы на объединение как способ получения человекочитаемых данных

Решение 2.2.1.a{66}.

MySQL Решение 2.2.1.a

1SELECT `b_name`,

2`a_name`,

3`g_name`

4 FROM `books`

5JOIN `m2m_books_authors` USING(`b_id`)

6JOIN `authors` USING(`a_id`)

7JOIN `m2m_books_genres` USING(`b_id`)

8JOIN `genres` USING(`g_id`)

MS SQL Решение 2.2.1.a

1SELECT [b_name],

2[a_name],

3[g_name]

4 FROM [books]

5JOIN [m2m_books_authors]

6ON [books].[b_id] = [m2m_books_authors].[b_id]

7JOIN [authors]

8ON [m2m_books_authors].[a_id] = [authors].[a_id]

9JOIN [m2m_books_genres]

10ON [books].[b_id] = [m2m_books_genres].[b_id]

11JOIN [genres]

12ON [m2m_books_genres].[g_id] = [genres].[g_id]

Oracle Решение 2.2.1.a

1SELECT "b_name",

2"a_name",

3"g_name"

4 FROM "books"

5JOIN "m2m_books_authors" USING("b_id")

6JOIN "authors" USING("a_id")

7JOIN "m2m_books_genres" USING("b_id")

8JOIN "genres" USING("g_id")

Ключевое отличие решений для MySQL и Oracle от решения для MS SQL Server заключается в том, что эти две СУБД поддерживают специальный синтаксис указания полей, по которым необходимо производить объединение: если такие поля имеют одинаковое имя в объединяемых таблицах, вместо конструкции ON

первая_таблица.поле = вторая_таблица.поле можно использовать USING(поле), что зачастую очень сильно повышает читаемость запроса.

Несмотря на то, что задача 2.2.1.a является, пожалуй, самым простым случаем использования JOIN, в ней мы объединяем пять таблиц в одном запросе, потому покажем графически на примере одной строки, как формируется финальная выборка.

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

Работа с MySQL, MS SQL Server и Oracle в примерах © EPAM Systems, RD Dep, 2016–2018 Стр: 67/545

Пример 11: запросы на объединение как способ получения человекочитаемых данных

Первое действие:

[books] JOIN [m2m_books_authors]

ON [books].[b_id] = [m2m_books_authors].[b_id]

Таблица books:

Таблица m2m_books_authors:

b_id a_id

1 7

Промежуточный результат:

Второе действие:

{результат первого действия} JOIN [authors]

ON [m2m_books_authors].[a_id] = [authors].[a_id]

Третье действие:

{результат второго действия} JOIN [m2m_books_genres] ON [books].[b_id] = [m2m_books_genres].[b_id]

Таблица m2m_books_genres:

b_id g_id

1 1

1 5

Работа с MySQL, MS SQL Server и Oracle в примерах © EPAM Systems, RD Dep, 2016–2018 Стр: 68/545

Пример 11: запросы на объединение как способ получения человекочитаемых данных

Промежуточный результат:

Четвёртое действие:

{результат третьего действия} JOIN [genres]

ON [m2m_books_genres].[g_id] = [genres].[g_id]

Аналогичная последовательность действий повторяется для каждой строки из таблицы books, что и приводит к ожидаемому результату 2.2.1.a.

Решение 2.2.1.b{66}.

MySQL Решение 2.2.1.b

1SELECT `b_name`,

2`s_id`,

3`s_name`,

4`sb_start`,

5`sb_finish`

6 FROM `books`

7JOIN `subscriptions`

8ON `b_id` = `sb_book`

9JOIN `subscribers`

10ON `sb_subscriber` = `s_id`

MS SQL Решение 2.2.1.b

1SELECT [b_name],

2[s_id],

3[s_name],

4[sb_start],

5[sb_finish]

6 FROM [books]

7JOIN [subscriptions]

8ON [b_id] = [sb_book]

9JOIN [subscribers]

10ON [sb_subscriber] = [s_id]

Работа с MySQL, MS SQL Server и Oracle в примерах © EPAM Systems, RD Dep, 2016–2018 Стр: 69/545