Агрегатный оконный оператор пакетного режима в SQL Server 2016
Содержание:
1. Агрегатный оконный оператор пакетного режима в SQL Server 2016 (Вы читаете данный раздел);
2. Демонстрационные данные;
3. Агрегатные оконные функции без фрейма.
Обработка в пакетном режиме и специальный прием для ее использования применительно к данным в формате rowstore!
Как известно, еще в SQL Server 2012 былвключен передовой механизм пакетной обработки данных. В SQL Server 2014 и 2016 он был значительно модернезирован, а его возможности расширены.
Пакет состоит из 900 строк для каждого столбца плюс вектор квалифицирующих строк, показывающий, какие строки с логической точки зрения все еще являются частью данного пакета или были удалены (скажем, при помощи фильтра). Операторы, обеспечивающие функционирование в пакетном режиме, одновременно обрабатывают целый пакет данных. Это означает, что они оценивают метаданные только попакетно и используют пакеты в качестве единицы измерения входящих данных для вызываемых ими функций. Пакетная обработка позволяет значительно сократить число необходимых циклов процессора и использует кэш процессора куда более эффективно. При работе с объектами, содержащими большое количество строк, метод пакетной обработки позволяет повысить производительность обработки запросов на несколько порядков. В процессе анализа планов выполнения запросов вы можете определить, должен ли оператор использовать пакетный режим и был ли этот режим фактически задействован, просмотрев свойства Estimated Execution Mode и Actual Execution Mode данного оператора.
Пакет строк похож
По состоянию на сегодня в различных вариантах SQL Server (в версиях 2012, 2014 и 2016) предусмотрено следующее требование: чтобы пакетная обработка данных стала возможной, необходимо иметь по крайней мере один индекс columnstore в одной из опрашиваемых таблиц. И опять-таки на сегодня индексы columnstore поддерживаются только в редакции Enterprise системы SQL Server. Технология columnstore предусматривает возможность пакетной обработки, поскольку предполагает хранение данных в сжатом формате, ориентированном на столбцы; однако наряду с этим пакетная обработка позволяет значительно повышать скорость обработки запросов в ситуациях, когда данные извлекаются из традиционного формата rowstore. Извлекая отдельные строки из кучи rowstore или двоичного дерева, SQL Server дает возможность конвертировать эти строки в пакеты и затем обрабатывать полученные данные с помощью операторов, позволяющих переходить в пакетный режим.
В версии SQL Server 2016 реализован ряд усовершенствований, которые могут значительно повысить быстродействие выполнения запросов с использованием оконных функций. Я имею в виду, в частности, сверхскоростной пакетный агрегатный оконный оператор, пакетный оператор сортировки и даже средства для обеспечения режима пакетной обработки в последовательных планах. Если представление данных в формате columnstore в любом случае облегчает обработку почти всех ваших запросов, модернизация системы до уровня 2016 позволит выполнять их намного быстрее. А если работа с запросами облегчается в случае представления данных в формате rowstore и может выполняться с большей эффективностью в режиме пакетной обработки? Скажем, если при обработке запросов производятся упорядоченные вычисления вроде тех, что выполняются оконными функциями? Тогда, извлекая упорядоченные данные из индекса двоичного дерева, мы можем избежать затрат на сортировку, без которой не обойтись в случае использования индекса columnstore. Надо признать, что зачастую запросы оказываются слишком сложными, предусматривающими объединения, а также другие элементы запросов, чтобы можно было предварительно упорядочивать данные с помощью индекса двоичного дерева. Но в ряде случаев они достаточно просты, и такое упорядочение возможно.
1.
2. Демонстрационные данные;
3. Агрегатные оконные функции без фрейма.
Обработка в пакетном режиме и специальный прием для ее использования применительно к данным в формате rowstore!
Как известно, еще в SQL Server 2012 былвключен передовой механизм пакетной обработки данных. В SQL Server 2014 и 2016 он был значительно модернезирован, а его возможности расширены.
Пакет состоит из 900 строк для каждого столбца плюс вектор квалифицирующих строк, показывающий, какие строки с логической точки зрения все еще являются частью данного пакета или были удалены (скажем, при помощи фильтра). Операторы, обеспечивающие функционирование в пакетном режиме, одновременно обрабатывают целый пакет данных. Это означает, что они оценивают метаданные только попакетно и используют пакеты в качестве единицы измерения входящих данных для вызываемых ими функций. Пакетная обработка позволяет значительно сократить число необходимых циклов процессора и использует кэш процессора куда более эффективно. При работе с объектами, содержащими большое количество строк, метод пакетной обработки позволяет повысить производительность обработки запросов на несколько порядков. В процессе анализа планов выполнения запросов вы можете определить, должен ли оператор использовать пакетный режим и был ли этот режим фактически задействован, просмотрев свойства Estimated Execution Mode и Actual Execution Mode данного оператора.
Пакет строк похож
По состоянию на сегодня в различных вариантах SQL Server (в версиях 2012, 2014 и 2016) предусмотрено следующее требование: чтобы пакетная обработка данных стала возможной, необходимо иметь по крайней мере один индекс columnstore в одной из опрашиваемых таблиц. И опять-таки на сегодня индексы columnstore поддерживаются только в редакции Enterprise системы SQL Server. Технология columnstore предусматривает возможность пакетной обработки, поскольку предполагает хранение данных в сжатом формате, ориентированном на столбцы; однако наряду с этим пакетная обработка позволяет значительно повышать скорость обработки запросов в ситуациях, когда данные извлекаются из традиционного формата rowstore. Извлекая отдельные строки из кучи rowstore или двоичного дерева, SQL Server дает возможность конвертировать эти строки в пакеты и затем обрабатывать полученные данные с помощью операторов, позволяющих переходить в пакетный режим.
В версии SQL Server 2016 реализован ряд усовершенствований, которые могут значительно повысить быстродействие выполнения запросов с использованием оконных функций. Я имею в виду, в частности, сверхскоростной пакетный агрегатный оконный оператор, пакетный оператор сортировки и даже средства для обеспечения режима пакетной обработки в последовательных планах. Если представление данных в формате columnstore в любом случае облегчает обработку почти всех ваших запросов, модернизация системы до уровня 2016 позволит выполнять их намного быстрее. А если работа с запросами облегчается в случае представления данных в формате rowstore и может выполняться с большей эффективностью в режиме пакетной обработки? Скажем, если при обработке запросов производятся упорядоченные вычисления вроде тех, что выполняются оконными функциями? Тогда, извлекая упорядоченные данные из индекса двоичного дерева, мы можем избежать затрат на сортировку, без которой не обойтись в случае использования индекса columnstore. Надо признать, что зачастую запросы оказываются слишком сложными, предусматривающими объединения, а также другие элементы запросов, чтобы можно было предварительно упорядочивать данные с помощью индекса двоичного дерева. Но в ряде случаев они достаточно просты, и такое упорядочение возможно.
