16.2.23

Вышли исправления безопасности для всех версий SQL Server – валентинка от SQL Server Team

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

Это обновление для системы безопасности содержит пять исправлений и устраняет уязвимости. Дополнительные сведения об уязвимостях смотрите в следующих рекомендациях по безопасности:

§  CVE-2023-21528 — уязвимость Microsoft SQL Server удаленного выполнения кода

§  CVE-2023-21704 — Уязвимость драйвера MICROSOFT ODBC для SQL Server удаленного выполнения кода

§  CVE-2023-21705 — уязвимость Microsoft SQL Server удаленного выполнения кода

§  CVE-2023-21713 — уязвимость Microsoft SQL Server, связанная с удаленным выполнением кода

§  CVE-2023-21718 — уязвимость драйвера ODBC Microsoft SQL, связанная с удаленным выполнением кода

SQL Server 2022

Обновления безопасности для SQL Server 2022 RTM GDR

Описание: http://support.microsoft.com/help/5021522

Загрузка: https://download.microsoft.com/download/2/c/1/2c1266eb-f2c6-47c6-8eb3-2fc01c1fbb91/SQLServer2022-KB5021522-x64.exe

27.1.23

Внутренняя оптимизация для индексов в «широком» плане запроса

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

В предыдущей статье было показано как SQL Server выполняет изменения в некластерных индексах, но пока только в тех случаях, когда данные в индексе действительно изменяются. В примере из прошлой статьи использовался простой оператор UPDATE, который порождает построчный или «узкий» план запроса. В этой статье будет показано как оптимизируется план с изменениями данных с индексами в «широком» плане запроса.

Релиз SQL Server Management Studio 19.0

SSMS 19.0 является последней общедоступной версией. Если у вас установлена предварительная версия SSMS 19, ее следует удалить перед установкой SSMS 19.0.

·  Номер выпуска: 19.0
·  Номер сборки: 19.0.20196.0
·  Дата выпуска: 26 января 2023 г.

Подробности выпуска тут: https://learn.microsoft.com/ru-ru/sql/ssms/download-sql-server-management-studio-ssms?view=sql-server-ver16&tabs=command-line

SQL Server Management Studio 19.0.1:
Китайский (упрощенное письмо) | Китайский (традиционное письмо) | Английский (США) | Французский | Немецкий | Итальянский | Японский | Корейский | Португальский (Бразилия) | Русский | Испанский

20.1.23

Внутренняя оптимизация операций изменения для индексов

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

Планы запросов на вставку, изменение и удаление состоят из двух частей. Первая часть называется курсор чтения, и она определят то множество строк, которое необходимо вставить, изменить или удалить. Вторая часть называется курсор записи, и в этой части непосредственно происходит вставка, изменение или удаление данных. Давайте рассмотрим простой пример:

SQL Server 2012 Database Engine Task Scheduling

Дата публикации: 13 августа 2013г.

Автор: Боб Дорр – главный эскалационный инженер поддержки SQL Server
По материалам статьи: How It Works: SQL Server 2012 Database Engine Task Scheduling

В течении последних лет в разных источниках были описаны алгоритмы работы планировщика SQL Server. В частности, в статье «The Guru’s Guide to SQL Server Architecture and Internals» есть глава, написанная разработчиком планировщика (Sameer) и Кеном Хендерсеном. Автор этой статьи иранее описывал некоторые технические детали алгоритмов планирования задач SQLServer.

Эта статья посвящена некоторым изменениям, которые появились в SQL Server 2012. Статья не претендует на охват всех нюансов (коих слишком много), вместо этого будет частично проиллюстрирована работа алгоритма в его современной реализации, что позволит вам лучше понимать поведение планировщика SQLServer . Автор допускает по тексту несколько вольную трактовку в описании алгоритмов, преследуя цель избавить статью от лишней официальности.

Хитрость №3. Проектирование DWH и кубов на MS SQL/SSAS: оптимизация больших кубов

http://www.sql.ru/blogs/dwh/1232

Автор: Критик

Часто через 3-4-5 лет после начала работы ОЛАП-отчетности, система начинает работать несколько медленнее, что раньше. Вобщем-то понятно почему - объемы данных растут, а оборудование как правило остается тем же самым.

Хитрость №2. Проектирование DWH и кубов на MS SQL/SSAS: оптимизируем процессинг DC-групп мер

http://www.sql.ru/blogs/dwh/1231

Автор: Критик

Когда мы создаем в SSAS меру типа distinct count, она по-умолчанию создается в новой группе мер, причем метаданные источника данных копируется из исходной группы мер. То есть, если исходная группа мер содержала в себе 50 секций, то определения(запросы) этих секций абсолютно таком же виде скопируются в новую группу мер.

Хитрость №1. Проектирование DWH и кубов на MS SQL/SSAS: мера по-умолчанию

http://www.sql.ru/blogs/dwh/1228

Автор: Критик

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

Поэтому я решил их опубликовать с кратким описанием. Часть где-то найдена, часть придумана. Возможно кому-то пригодится. Необходимое ПО - SSAS 2005+

19.1.23

Рисуем графики в SQL Server Management Studio

http://www.sql.ru/blogs/decolores/1885

добавлено: 29 ноя 14

Автор: DeColo®es

Отображение каких-либо данных в виде графиков - это часто понятнее и нагляднее, чем таблицы.
Для того, чтобы представить какие-либо данные в виде того или иного графика существуют множество инструментов, начиная простого и мощного Excel, который почти всегда под рукой. 
Но что если Excel не установлен или не доступен?

И даже если установлен - часто разработчик или администратор базы данных имеет некий набор скриптов, которые позволяют быстро оценить текущее состояние системы и создавать отдельный dashboard в Excel или где-то еще не хочется.
В общем - если очень хочется, то графики можно рисовать и в SSMS.

Смотрим текущую активность SQL Server

http://www.sql.ru/blogs/decolores/1871

Периодически публикую запрос, который сам использую для мониторинга того, что происходит на SQL Server.
Сегодня - очередное обновление.

Боремся с неявным приведением типов в SQL Server

http://www.sql.ru/blogs/decolores/1112

Автор: DeColo®es

Неявное приведение типов данных, которое в определенных случаях допускается в T-SQL - очень удобная штука. Для новичка. С приобретением опыта, разработчики стараются держать все под контролем и чаще скорее сами стараются определить, каким образом значение должно преобразовываться из одного типа в другой. Дело дошло до того, что возможность полного запрета на неявную конвертацию регулярно запрашивается сообществом пользователей SQL Server у разработчиков...
Чем же так плохо наличие вроде бы очень удобного, прощающего ошибки и сокращающего код функционала СУБД?