Описание: KB5035123
Скачать: SQLServer2019-KB5035123-x64.exe
Дата выпуска: 11 апреля 2024 г.
12.4.24
Накопительный пакет обновления 26 для SQL Server 2019 - KB5035123
10.4.24
Исправление безопасности для CU25 и GDR к SQL Server 2019 - KB5036335
SQL Server 2019
Описание:
Скачать:
- версия CU25: SQLServer2019-KB5036335-x64.exe
- версия GDR: SQLServer2019-KB5035434-x64.exe
Дата выпуска: 09.04.2024
Описание уязвимости:
Исправление безопасности для CU12 и GDR к SQL Server 2022 - KB5036343
SQL Server 2022
Описание:
Скачать:
- версия CU12: SQLServer2022-KB5036343-x64.exe
- версия GDR: SQLServer2022-KB5035432-x64.exe
Дата выпуска: 09.04.2024
Описание уязвимости:
1.4.24
Сильное шифрование подключения 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, как раз и направлена эта статья.
27.3.24
Ranking Functions: ROW_NUMBER
Четыре функции ранжирования: ROW_NUMBER, RANK, DENSE_RANK и NTILE появились в SQL Server 2005 и отличаются от обычных скалярных функций тем, что результат, который они выдают для строки, зависит от других строк выборки. От агрегатных функций они отличаются тем, что возвращают только одну строку для каждой строки на входе, т.е. они не объединяют набор строк в одну. В этой статье мы рассмотрим ROW_NUMBER — самую простую из всех функций ранжирования.
15.3.24
Накопительный пакет обновления 12 для SQL Server 2022 - KB5033663
Описание: KB5033663
Скачать: SQLServer2022-KB5033663-x64.exe
Дата выпуска: 14 марта 2024 г.
5.3.24
Halloween Protection
Автор оригинала: Craig Freedman
В предыдущей статье Внутренняя оптимизация операций изменения для индексов было рассказано о том, что планы запроса для UPDATE состоят из двух частей: курсора чтения, который выбирает строки, которые необходимо изменить, и курсора записи, который и выполняет изменения. SQL Server использует такую логику изменения, следуя которой курсоры чтения и записи в плане с UPDATE выполняются двумя отдельными шагами или фазами. Другими словами, фактическое изменение в строке не должно влиять на выбор строк изменения. С этим связана описанная ниже проблема, для преодоления которой нужно обеспечить такую работу курсора записи в плане с UPDATE, чтобы он не влиял на курсор чтения, эта проблема известна под названием «Halloween Protection». Такое имя она получила поскольку была обнаружена исследователями IBM более 30 лет назад в Хэллоуин.
1.3.24
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.
29.2.24
Стандартные шаги исполнения запроса
По материалам статьи Craig Freedman: The Building Blocks of Query Execution
Что такое итератор?
SQL Server декомпозирует запросы, преобразуя их в набор стандартных блоков-примитивов, которые принято называть операторами или итераторами. Каждый итератор служит для выполнения одной операции, например, просмотр (сканирование), изменение, фильтрация или соединение данных таблиц, а также соединение двух наборов данных. Всего известно несколько дюжин таких примитивных итераторов. Итераторы могут иметь одну или несколько дочерних записей и могут объединяться в деревья, которые принято называть планом исполнения запроса. Любая инструкция SQL выполняется по соответствующему плану запроса. Для одной инструкции на практике может существовать много правильных планов исполнения запроса. Оптимизатор запросов старается найти лучший (например, самым дешевый) план запроса для каждой инструкции.
Свойства итераторов
В этой статье будет дан краткий обзор трех интересных свойств итераторов, которые влияют на исполнение запроса: использование памяти, отсутствие или наличие блокировок и поддержка динамических курсоров.
22.2.24
Частичная агрегация
Автор оригинала: Craig Freedman
В нескольких предыдущих статьях обсуждалось, как в SQL Server реализована агрегация, были рассмотрены операторы агрегирования потока и хеш-агрегат. Я также использовал хеш-агрегат в качестве примера в статье Введение в распараллеливание исполнения запроса. В этой статье мы рассмотрим частичную агрегацию. Частичная агрегация — это метод, который SQL Server использует для оптимизации параллельной агрегации. Прежде чем начать, я хочу отметить, что рассуждения о частичной агрегацию можно найти в книге Inside Microsoft SQL Server 2005 : Query Tuning and Optimization (см. страницу 187 внизу).
20.2.24
Оператор распараллеливания (Exchange)
По материалам статьи Craig Freedman: The Parallelism Operator (aka Exchange)
Перевод Ирины Наумовой.
Как я уже писал в статье Введение в распараллеливание исполнения запроса , итератор параллелизма (или обмена - Exchange operator) фактически привносит в процесс выполнения запроса возможность распараллеливания задачи. Оптимизатор помещает оператор обмена в том месте, где происходит разделение на несколько потоков, и оператор обмена перемещает строки между потоками.
Подписаться на:
Сообщения (Atom)