T-SQL. Производительность запросов. Вынесение подзапроса в оператор WITH

Содержание

Слайд 2

Объединение результатов нескольких запросов
Вынесение подзапроса в оператор WITH
Аналитические функции
Оконные функции
Иерархические

Объединение результатов нескольких запросов Вынесение подзапроса в оператор WITH Аналитические функции Оконные
запросы
Практика

Вспоминаем пройденное

Занятие 6

Слайд 3

Что такое производительность запросов и что на нее влияет?
Оптимизатор запроса
Анализ плана

Что такое производительность запросов и что на нее влияет? Оптимизатор запроса Анализ
запроса
Индексы и статистики
Типы данных - влияние на объем БД и производительность.
Конкурентный доступ к данным, транзакции
Практика. Оптимизация производительности запросов в своей БД.

Занятие 7.
Производительность запросов

План

Слайд 4

Ресурсы необходимые
для выполнения запроса

Память – данные нужно где-то сохранить
Оперативная – быстрая
Долговременная(Диски)

Ресурсы необходимые для выполнения запроса Память – данные нужно где-то сохранить Оперативная
– медленная
Процессор – на обработку каждой строки(чтение, фильтрация, вывод) тратится какое-то кол-во тактов процессора
Время – на выполнение запроса требуется время
Время за которое отработает запрос зависит от объема данных в этом запросе, сложности запроса и мощности сервера

Слайд 5

Что такое производительность запросов

Кол-во запросов в единицу времени?
Объем выводимых данных\ кол-во

Что такое производительность запросов Кол-во запросов в единицу времени? Объем выводимых данных\
строк в ед. времени?
Время выполнения запросов?
Потребление памяти вашими запросами?
Все эти определения верны.
Нам не важно, что такое производительность, пока мы не испытываем с ней проблем.

Главный индикатор того, что есть проблемы с производительностью – это время за которое отрабатывают ваши запросы.

Слайд 6

Что влияет на производительность запросов

Железо
Объем данных
Сложность запроса
SQL – декларативный язык, СУБД

Что влияет на производительность запросов Железо Объем данных Сложность запроса SQL –
сама решает как именно она будет выполнять запросы.
На производительность запросов влияет то, как именно СУБД будет выполнять запрос (План запроса).
План запроса зависит от:
Текста запроса (Select top 1 from table vs Select * from table1 inner join table 2 on t1)
Кол-ва \ объема данных
Индексов и статистики
Типов данных
Конкурентный доступ к данным, блокировки

Слайд 7

Выполнение SQL запроса

Оптимизатор запросов парсит текст SQL запроса
Поиск и обработка команд, проверка

Выполнение SQL запроса Оптимизатор запросов парсит текст SQL запроса Поиск и обработка
существования объектов, считывание тех. Информации и тд
Оптимизатор запросов составляет план запроса
СУБД выполняет запрос согласно плану

Существуют
Предполагаемый план запроса
Актуальный план запроса

План запроса состоит из операторов обработки данных

Слайд 8

Порядок обработки операторов при парсинге запроса

FROM – найти таблицу(ы)
ON – узнать как

Порядок обработки операторов при парсинге запроса FROM – найти таблицу(ы) ON –
соединять
JOIN – узнать тип соединения
WHERE – узнать какие фильтры применить
GROUP BY – узнать как группировать
HAVING – узнать как фильтровать агрегаты
SELECT – узнать какие поля нужно выводить
ORDER BY – узнать как сортировать

Слайд 9

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

Чтение данных из таблиц
Все остальное
Соединение данных
Расчет констант
Группировка
Вывод

Чтение данных из таблиц,

Порядок выполнения запроса Чтение данных из таблиц Все остальное Соединение данных Расчет
которые находятся на диске – самый медленный процесс в БД, тк скорость чтения с дисков на порядки меньше скорости обработки данных в оперативной памяти.

Слайд 10

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

План выполнения определяет, как именно будет происходить:
Чтение данных из таблиц
Сканирование

План выполнения запроса План выполнения определяет, как именно будет происходить: Чтение данных
\ поиск по индексу
Все остальное
Соединение данных
Способ соединения данных
Расчет констант
Группировка
Вывод

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

Слайд 11

Анализ плана выполнения запроса

План выполнения запроса состоит из операторов обработки данных, соединенных

Анализ плана выполнения запроса План выполнения запроса состоит из операторов обработки данных,
стрелками - «потоками данных».
Главная цель анализа плана запроса – найти самый медленный оператор (или группу операторов) и понять, почему был выбран такой оператор и что можно изменить.
Для каждого оператора в плане указаны его относительные «стоимость» и доп. тех параметры
Для каждого оператора и потока данных в плане запроса указаны ожидаемые: кол-во строк, объем данных и тд.

Слайд 12

Выполнение SQL запроса

Оптимизатор запросов парсит текст SQL запроса
Поиск и обработка команд, проверка

Выполнение SQL запроса Оптимизатор запросов парсит текст SQL запроса Поиск и обработка
существования объектов, считывание тех. Информации и тд
Оптимизатор запросов составляет план запроса
СУБД выполняет запрос согласно плану

Слайд 13

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

План выполнения определяет, как именно будет происходить:
Чтение данных из таблиц
Сканирование

План выполнения запроса План выполнения определяет, как именно будет происходить: Чтение данных
\ поиск по индексу
Все остальное
Соединение данных
Способ соединения данных
Расчет констант
Группировка
Вывод

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

Слайд 14

Чтение данных из таблиц

Есть 2 способа чтения данных из таблицы
Сканирование – чтение

Чтение данных из таблиц Есть 2 способа чтения данных из таблицы Сканирование
всех строк, строчка за строчкой
Поиск по индексу – чтение нужных строк

Игра:
Ведущий загадал число, от 1 до 100.
Игрок может говорить ответы(13?, 15?)
Ведущий может отвечать только так - загаданное число больше или меньше предложенного.
За какое минимальное кол-во попыток можно гарантированно угадать число?

Слайд 15

Что такое индекс

Индекс – бинарное дерево поиска.
У индекса есть узлы.
Поиск по индексу

Что такое индекс Индекс – бинарное дерево поиска. У индекса есть узлы.
быстрее полного сканирования.
Например, для поиска нужного числа среди 1 000 000 элементов, нужно:
1 000 000 итераций при полном сканировании
20 итераций при поиске по инедексу

Слайд 16

Индексы в MS SQL Server

Кластерный индекс – структура, в которой хранится вся

Индексы в MS SQL Server Кластерный индекс – структура, в которой хранится
таблица, отсортированная по ключу. Кластерный индекс может быть только один.
Некластерный индекс – структура рядом с таблицей, в которой хранятся только значения ключа и ссылки на основную таблицу.
Куча – таблица без индексов

Слайд 17

Чтение данных из таблиц

Оптимизатор запросов выберет сканирование таблицы в случаях:
Когда у таблицы

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

Слайд 18

Статистики

Статистики – это примерная информация о данных в таблице, которую СУБД собирает

Статистики Статистики – это примерная информация о данных в таблице, которую СУБД
самостоятельно в фоновом режиме.
Статистику можно построить для:
Индекса
Столбца
Набора столбцов
Статистика разбивает все данные на 200 границ и сохраняет информацию о том, сколько примерно строк в каждой границе.
Оптимизатор запросов обращается к статистике во время построения плана.

Как оптимизатор понимает, сколько данных будет участвовать в запросе

Слайд 19

Типы данных и их влияние на производительность

Типы данных столбцов таблицы влияют на

Типы данных и их влияние на производительность Типы данных столбцов таблицы влияют
производительность:
Из-за выделяемой памяти
Вывод поля nvarchar(1000) потребует 2*1000 * N Байт, даже если в поле хранятся строки не более 5 символов
Из-за преобразования типов
Если при фильтрации или соединении поле приводится к другому типу данных (явно или не явно), то СУБД не может доверять статистике по этому полю. Это приводит к сканированиям.
Имя файла: T-SQL.-Производительность-запросов.-Вынесение-подзапроса-в-оператор-WITH.pptx
Количество просмотров: 73
Количество скачиваний: 0