Пересказ статьи Uwe Ricken. Heaps in SQL Server: Part 3 Nonclustered Indexes
Пока эта серия состоит из:
- Кучи в SQL Server: часть 1 - основы
- Кучи в SQL Server: часть 2 - оптимизация чтений
- Кучи в SQL Server: часть 3 - некластеризованные индексы (эта статья)
В предыдущей
статье описывалось как можно оптимизировать выборку данных из кучи. Настоящая статья посвящена возможности достижения оптимального времени выполнения запроса для кучи с помощью некластеризованных индексов.
Continue reading "Кучи в SQL Server: часть 3 - некластеризованные индексы"
Пересказ статьи Uwe Ricken. Heaps in SQL Server: Part 2 Optimizing Reads
Пока эта серия состоит из:
- Кучи в SQL Server: часть 1 - основы
- Кучи в SQL Server: часть 2 - оптимизация чтений (эта статья)
- Кучи в SQL Server: часть 3 - некластеризованные индексы
Кучи вряд ли являются любимцами разработчика, поскольку они не очень производительны, особенно когда дело доходит до выборки данных (так думает большинство людей!). Определенно, какая-то правда есть в этом мнении, однако окончательно все решает рабочая нагрузка. В этой статье я описываю, как работает куча при выборке данных. Если вы понимаете процесс, который происходит в SQL Server при чтении данных из кучи, вы сможете легко решить, является ли куча лучшим решением для вашей рабочей нагрузки.
Continue reading "Кучи в SQL Server: часть 2 - оптимизация чтений"
Пересказ статьи Uwe Ricken. Heaps in SQL Server: Part 1 The Basics
Большинство советов, которые вы видите в сети, рекомендуют избегать куч (heap). В настоящей статье дается понятие кучи, и вы сами сможете определить, когда кучи являются лучшим выбором.
Пока эта серия состоит из:
- Кучи в SQL Server: часть 1 - основы (эта статья)
- Кучи в SQL Server: часть 2 - оптимизация чтений
- Кучи в SQL Server: часть 3 - некластеризованные индексы
Continue reading "Кучи в SQL Server: часть 1 - основы"
Пересказ статьи Marty Catherall. OPENJSON and CROSS APPLY
OPENJSON является основным средством манипуляции документами JSON в T-SQL.
Мы уже видели, что можем использовать схему по умолчанию, которая вернет метаданные о документе JSON, или же можем использовать явную схему, когда мы вводим предложение WITH и PATH - путь к требуемым данным.
Пока в наших примерах мы использовали либо схему по умолчанию, либо явную схему, но не смешивали их вместе.
Continue reading "OPENJSON и CROSS APPLY"
Пересказ статьи Marty Catherall. OPENJSON and an Alias
Использование алиасов в T-SQL является делом обычным.
Мы можем присваивать алиасы как таблицам (предложение FROM) и столбцам (предложение SELECT), так и некоторым другим вещам. Это важно для написания хороших запросов на T-SQL.
Continue reading "OPENJSON и алиас"
§ Решена проблема с оправкой сообщений с сайта.
Исправлена проверка задачи 153 (SELECT, обуч.этап), которая работала только под MSSQL.
Continue reading "Новости за 2020-08-29 - 2020-09-04"
Пересказ статьи Marty Catherall. OPENJSON Getting to the data, and the PATH – PART II
Мы видели как вытащить данные из документа JSON в реляционную таблицу, используя явную схему, которая была определена в предложении WITH табличнозначной функции OPENJSON.
Continue reading "OPENJSON: получение данных и PATH - часть 2"
Пересказ статьи Marty Catherall. OPENJSON Getting to the data, and the PATH – PART I
Недавно мы использовали FOR JSON PATH для преобразования табличных данных (взятых непосредственно из таблицы SQL) в документ JSON.
PATH, о котором мы говорим здесь, используется с OPENJSON для получения данных, которые содержатся в документе JSON.
Мы видели пример OPENJSON и читали данные с явной схемой.
Continue reading "OPENJSON: Получение данных и PATH - часть 1"
Пересказ статьи Marty Catherall. OPENJSON, explicit schema and data type
Когда мы читали данные из документа в табличный формат, то указывали такие столбцы:
* value (значение)
* minimum (минимум)
* maximum (максимум)
* value_in_use (используемое значение)
* description (описание)
Continue reading "OPENJSON, явная схема и тип данных"
Пересказ статьи Brent Ozar. Why Ordering Isn’t Guaranteed Without an ORDER BY
Если ваш запрос не имеет предложения ORDER BY, вы не можете надежно предсказать неизменность порядка результатов с течением времени.
Конечно, сначала это будет выглядеть предсказуемо, но в будущем, когда что-то будет меняться - индексы, таблица, конфигурация сервера, размер ваших данных - вы можете столкнуться с неприятными сюрпризами.
Continue reading "Почему порядок не гарантируется без ORDER BY"