30.2. Планы выполнения запросов. Физические соединения: nested loop, merge join, hash join. Индексы

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

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

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

• Хэш джойн используется для сложных запросов, когда данные не отсортированы и не имеют индексов.  

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

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

• В примере с хэш джойн используется соединение по текстовому полю, и данные не отсортированы.  

• Создание некластерного индекса на столбце рейтинг в таблице SalesOrderHeader.  

• Сравнение выполнения запроса с и без индекса.  

• Сравнение соединения таблиц с индексами и без них.  

• Влияние индексов на выбор типа физического соединения.  

• Использование ключевого слова "with" в конце запроса для принудительного выбора типа физического соединения.  

• Примеры использования принудительного выбора типа физического соединения.  

• Рекомендации по изучению статей о планах выполнения запросов и физических соединениях.  

• Индексы ускоряют процесс запроса в базе данных, обеспечивая высокую производительность.  

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

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

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

• Не кластерный индекс не сортирует данные, но имеет древовидную структуру.  

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

• Для каждой таблицы может быть создан только один кластерный индекс.  

• Если столбец имеет ограничение первичного ключа, то автоматически создается кластерный ключ.  

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

• В видео рассказывается о создании и использовании индексов в SQL Server.  

• Создается таблица с первичным ключом и кластерным индексом.  

• Выполняется запрос на вставку данных в таблицу, и данные сортируются по возрастанию идентификатора.  

• Объясняется создание и использование некластерных индексов.  

• Создается некластерный индекс на столбец "имя" в порядке возрастания.  

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

• Кластерные индексы могут быть только один на таблицу, некластерные индексы могут быть несколько.  

• Кластерные индексы быстрее, так как не требуют дополнительных шагов поиска.  

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

• В системном представлении индексов можно увидеть типы индексов и их расположение в таблице.  

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

• Создание некластерного индекса на столбце "бизнес-антики".  

• Обновление списка индексов и изменение типа таблицы с кучи на кластерную.  

• Выборка по столбцу с некластерным индексом, индексный поиск.  

• Выборка по нескольким столбцам с использованием кластерного индекса.  

• Некластерные индексы могут замедлять производительность, если используются не по назначению.  

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

• Создание кластерного индекса после заполнения таблицы данными может быть более эффективным.  

• Кластерный индекс сортирует данные таблицы по одному столбцу, в то время как некластерный индекс может быть составным и содержать несколько столбцов.  

• Кластерный индекс может быть создан только на одной таблице, в то время как некластерный индекс может быть создан на нескольких таблицах.  

• Кластерный индекс ускоряет доступ к данным, в то время как некластерный индекс ускоряет доступ к данным при частом изменении данных.  

• Индексы создаются на столбцах с наиболее простым типом данных, таких как числовые типы.  

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

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

• Уникальные индексы могут быть как кластерными, так и некластерными.  

• Скрытые и составные индексы также могут быть созданы, но они не рассматриваются в данном уроке.