Сжатие данных в SQL Server 2017 Standard Edition

Я установил экземпляр SQL Server 2017 Standard Edition и экспериментирую со сжатием данных. Одна вещь, которую я заметил, заключается в том, что SQL Server использует только одно ядро ​​​​для сжатия, что для большой таблицы (> 300 ГБ) занимает очень много времени. Между прочим, SQL 2014 Dev Edition использует все доступные ядра для одной и той же операции и занимает гораздо меньше времени.

Это ожидаемое поведение? Если да, то ограничивается ли это сжатием таблицы в первый раз, т. е. с помощью ALTER TABLE? Будет ли SQL Server SE использовать только одно ядро ​​при вставке и/или извлечении данных из сжатой таблицы?


sql sql-server compression sql-server-2017
person hps    schedule 22.02.2019    source источник
comment
Привет @hps, был ли адресован ваш вопрос? Если да, то не могли бы вы отметить его как ответ?   -  person Alexander Volok    schedule 23.03.2019

Ответы (1)


arrow_upward
1
arrow_downward

(ИМХО) Это ожидаемое поведение и ограничение стандартной версии.

Хотя некоторые функции Enterprise был разблокирован в SQL Server 2016 SP1, Microsoft намеренно сохраняет множество оптимизаций, таких как многоядерные задачи обслуживания, только в выпуске Enterprise. Потому что он просто стоит в 4 раза дороже стандартного. Поэтому компаниям, которым действительно нужен такой уровень функциональности, приходится покупать премиум-предложения.

В соответствии с этим документ:

Корпоративная версия:

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

Стандартная версия:

Редакция SQL Server Standard обеспечивает базовое управление данными и базу данных бизнес-аналитики для отделов и небольших организаций, чтобы они могли запускать свои приложения, и поддерживает общие инструменты разработки для локальной и облачной среды, что обеспечивает эффективное управление базами данных с минимальными ИТ-ресурсами.

Аналогичные ограничения стандартной версии:

  • одноядерный индекс перестроен
  • не более 25% ОЗУ может быть использовано columnstore и т. д. и т. д.
person Alexander Volok    schedule 22.02.2019
comment
Я не вижу ничего конкретного, что говорит о том, что сжатие будет работать с 1 DOP, Александр, когда функции работают по-другому, они задокументированы. Масштабируемость и производительность СУРБД не указывает, что сжатие выполняется на одном процессоре; однако в нем указано, что Columnstore и In-Memory OLTP будут работать с 2 и 1 DOP для Standard и Express/Web соответственно. Я ожидаю, что это будет задокументировано в приведенном выше документе, если Standard намеренно работает с меньшим количеством ядер. - person Larnu; 22.02.2019
comment
@Larnu, есть и другие ограничения, которые не указаны в этом документе. Например, улучшения оптимизатора запросов, такие как оптимизация рабочих нагрузок звездообразной схемы или онлайн-операций ALTER TABLE и т. д., так что я не очень удивлен. - person Alexander Volok; 22.02.2019