Hash Join

Автор оригинала: Craig Freedman

По материалам статьи Craig Freedman: Hash Join

Когда Вы встречаете случай использования оператора Hash Join (хэш-соединение), это говорит о наличии тяжелого запроса. В отличие то соединения Nested Loops Join, которое хорошо для относительно маленьких наборов данных, и от соединения Merge Join, которое помогает при умеренных размерах наборов данных, хэш-соединение превосходит другие типы соединений при необходимости соединения огромных наборов данных. Хэш-соединения распараллеливается и масштабируется лучше любого другого соединения и сильно выигрывает при большой производительности информационных хранилищ (я вернусь к обсуждению параллельного выполнения запросов в следующей серии статей).

Функции ранжирования: RANK, DENSE_RANK, and NTILE

Автор оригинала: Craig Freedman

В предыдущей статье обсуждалась функция ROW_NUMBER. Сейчас же мы рассмотрим другие функции ранжирования: RANK, DENSE_RANK и NTILE. Начнем с RANK и DENSE_RANK. Эти функции по функциональности и реализации аналогичны ROW_NUMBER. Разница заключается в том, что ROW_NUMBER присваивает уникальные возрастающие значения каждой строке, не обращая внимания на повторение значений выражения сортировки, тогда как RANK и DENSE_RANK присваивают одинаковые значения строкам с одинаковым значением выражения сортировки. Разница между функциями RANK и DENSE_RANK заключается в том, как значения присваиваются строкам.

Nested Loops Join

Автор оригинала: Craig Freedman

По материалам статьи Craig Freedman: Nested Loops Join

SQL Server поддерживает три физические оператора соединений: соединение вложенных циклов, соединение слиянием и хэш-соединение. В этой статье я опишу соединение вложенных циклов - Nested Loops Join (или NL-соединение, для краткости).

Накопительный пакет обновления 26 для SQL Server 2019 - KB5035123

SQL Server 2019 — версия продукта: 15.0.4365.2

Описание: KB5035123

Скачать: SQLServer2019-KB5035123-x64.exe

Дата выпуска: 11 апреля 2024 г.

Исправление безопасности для CU25 и GDR к SQL Server 2019 - KB5036335

 SQL Server 2019

Описание:

• версия CU25: 15.0.4360.2 KB5036335
• версия GDR:  15.0.2110.4  KB5035434

Скачать:

• версия CU25: SQLServer2019-KB5036335-x64.exe
• версия GDR:  SQLServer2019-KB5035434-x64.exe
  

Дата выпуска: 09.04.2024

Описание уязвимости:

• Microsoft ODBC Driver for SQL Server Remote Code Execution Vulnerability

Исправление безопасности для CU12 и GDR к SQL Server 2022 - KB5036343

SQL Server 2022

Описание:

• версия CU12: 16.0.4120.1 KB5036343
• версия GDR:  16.0.1115.1  KB5035432

Скачать:

• версия CU12: SQLServer2022-KB5036343-x64.exe
• версия GDR:  SQLServer2022-KB5035432-x64.exe
  

Дата выпуска: 09.04.2024

Описание уязвимости:

• Microsoft ODBC Driver for SQL Server Remote Code Execution Vulnerability

Сильное шифрование подключения SQL Server Management Studio 20 к Microsoft SQL Server 2022

Автор оригинала: Erin Stellato

Эта статья о том, что нового появилось в SQL Server Management Studio 20 (SSMS), и является второй из серии статей на эту тему. Первую статью можно почитать тут: Upcoming changes for SQL Server Management Studio (SSMS) - Part 1.Заключительной статьёй в серии является: Upcoming changes for SQL Server Management Studio (SSMS) - Part 3. SSMS 20 может удивить Вас сразу после установки, когда вдруг обнаружится что по умолчанию предполагается шифрованное соединение SSMS с сервером баз данных. На то, чтобы помочь пользователям SSMS справится с этой проблемой и добиться лучшей защиты соединения с помощью новых механизмов шифрования SQL Server 2022, как раз и направлена эта статья.

Ranking Functions: ROW_NUMBER

 Автор оригинала: Craig Freedman

Четыре функции ранжирования: ROW_NUMBER, RANK, DENSE_RANK и NTILE появились в SQL Server 2005 и отличаются от обычных скалярных функций тем, что результат, который они выдают для строки, зависит от других строк выборки. От агрегатных функций они отличаются тем, что возвращают только одну строку для каждой строки на входе, т.е. они не объединяют набор строк в одну. В этой статье мы рассмотрим ROW_NUMBER — самую простую из всех функций ранжирования.

Накопительный пакет обновления 12 для SQL Server 2022 - KB5033663

SQL Server 2022 — версия: 16.0.4115.5

Описание: KB5033663

Скачать: SQLServer2022-KB5033663-x64.exe

Дата выпуска: 14 марта 2024 г.

Halloween Protection

Автор оригинала: Craig Freedman

В предыдущей статье Внутренняя оптимизация операций изменения для индексов было рассказано о том, что планы запроса для UPDATE состоят из двух частей: курсора чтения, который выбирает строки, которые необходимо изменить, и курсора записи, который и выполняет изменения. SQL Server использует такую логику изменения, следуя которой курсоры чтения и записи в плане с UPDATE выполняются двумя отдельными шагами или фазами. Другими словами, фактическое изменение в строке не должно влиять на выбор строк изменения. С этим связана описанная ниже проблема, для преодоления которой нужно обеспечить такую работу курсора записи в плане с UPDATE, чтобы он не влиял на курсор чтения, эта проблема известна под названием «Halloween Protection». Такое имя она получила поскольку была обнаружена исследователями IBM более 30 лет назад в Хэллоуин.

Read Committed Isolation Level

По материалам статьи Craig Freedman: Read Committed Isolation Level

SQL Server 2000 поддерживал четыре уровня изоляции транзакций: «read uncommitted» (nolock), «read committed», «repeatable read» и «serializable». В SQL Server 2005 были добавлены два новых уровня изоляции: «read committed snapshot» и «snapshot». Указание уровня изоляции определяет, какие блокировки будут использованы SQL Server при доступе к данным. Следовательно, выбор уровня изоляции фактически определяют степень параллелизма и согласованности, которые станут возможны для операций с данными и транзакций. Все указанные уровни изоляции описаны в Books Online.

Стандартные шаги исполнения запроса

По материалам статьи Craig Freedman: The Building Blocks of Query Execution

Что такое итератор?

SQL Server декомпозирует запросы, преобразуя их в набор стандартных блоков-примитивов, которые принято называть операторами или итераторами. Каждый итератор служит для выполнения одной операции, например, просмотр (сканирование), изменение, фильтрация или соединение данных таблиц, а также соединение двух наборов данных. Всего известно несколько дюжин таких примитивных итераторов. Итераторы могут иметь одну или несколько дочерних записей и могут объединяться в деревья, которые принято называть планом исполнения запроса. Любая инструкция SQL выполняется по соответствующему плану запроса. Для одной инструкции на практике может существовать много правильных планов исполнения запроса. Оптимизатор запросов старается найти лучший (например, самым дешевый) план запроса для каждой инструкции.