В предыдущей статье было показано как SQL Server выполняет изменения в некластерных индексах, но пока только в тех случаях, когда данные в индексе действительно изменяются. В примере из прошлой статьи использовался простой оператор UPDATE, который порождает построчный или «узкий» план запроса. В этой статье будет показано как оптимизируется план с изменениями данных с индексами в «широком» плане запроса.
· Номер выпуска: 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:
Китайский (упрощенное письмо) | Китайский (традиционное письмо) | Английский (США) | Французский | Немецкий | Итальянский | Японский | Корейский | Португальский (Бразилия) | Русский | Испанский
Планы запросов на вставку, изменение и удаление состоят из двух частей. Первая часть называется курсор чтения, и она определят то множество строк, которое необходимо вставить, изменить или удалить. Вторая часть называется курсор записи, и в этой части непосредственно происходит вставка, изменение или удаление данных. Давайте рассмотрим простой пример:
Автор: Боб Дорр – главный эскалационный инженер поддержки 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-4-5 лет после начала работы ОЛАП-отчетности, система начинает работать несколько медленнее, что раньше. Вобщем-то понятно почему - объемы данных растут, а оборудование как правило остается тем же самым.
Автор: Критик
|
Когда мы создаем в SSAS меру типа distinct count, она по-умолчанию создается в новой группе мер, причем метаданные источника данных копируется из исходной группы мер. То есть, если исходная группа мер содержала в себе 50 секций, то определения(запросы) этих секций абсолютно таком же виде скопируются в новую группу мер. |
Автор: Критик
За долгое время накопилась куча весьма простых хитростей,
которые не достойны отдельной статьи, но способны существенно облегчить жизнь
разработчикам, а в некоторых случаях даже существенно повысить
производительность.
Поэтому я решил их опубликовать с кратким описанием. Часть где-то найдена,
часть придумана. Возможно кому-то пригодится. Необходимое ПО - SSAS 2005+
добавлено: 29 ноя 14
Автор: DeColo®es
Отображение каких-либо данных в виде графиков - это часто
понятнее и нагляднее, чем таблицы.
Для того, чтобы представить какие-либо данные в виде того или иного графика
существуют множество инструментов, начиная простого и мощного Excel, который
почти всегда под рукой.
Но что если Excel не установлен или не доступен?
И даже если установлен - часто разработчик или администратор базы данных имеет
некий набор скриптов, которые позволяют быстро оценить текущее состояние
системы и создавать отдельный dashboard в Excel или где-то еще не хочется.
В общем - если очень хочется, то графики можно рисовать и в SSMS.
|
Периодически публикую запрос, который сам использую для
мониторинга того, что происходит на SQL Server. |
Автор: DeColo®es
Неявное приведение типов данных, которое в определенных
случаях допускается в T-SQL - очень удобная штука. Для новичка. С приобретением
опыта, разработчики стараются держать все под контролем и чаще скорее сами
стараются определить, каким образом значение должно преобразовываться из одного
типа в другой. Дело дошло до того, что возможность полного запрета на неявную
конвертацию регулярно запрашивается сообществом пользователей SQL Server у
разработчиков...
Чем же так плохо наличие вроде бы очень удобного, прощающего ошибки и
сокращающего код функционала СУБД?
Автор: DeColo®es
В большинстве баз данных, которые мне доводилось видеть, встречаются "универсальные" процедуры со множеством параметров. Как правило, это процедуры поиска чего-либо в базе данных или же процедуры, формирующие набор данных для отчета. При этом чем больше параметров, тем меньше их используется.
добавлено: 27 окт 11
Автор: DeColo®es
Как-то, для систематизации бэкапов баз, потребовалось
составить список баз с информацией о том, когда и куда был сделан последний
бэкап, текущем размере базы и т.д.
Собственно, делюсь скриптами.
Скрипты разные для версии 2000 и всех от 2005 и старше.
Тот, который написан для 2000 конечно будет работать и на 2005+, но он
медленнее из-за необходимости обновления информации о реальном распределении
пространства внутри файла данных.
