Skip to content

Кучи в SQL Server: часть 1 - основы

Пересказ статьи Uwe Ricken. Heaps in SQL Server: Part 1 The Basics



Большинство советов, которые вы видите в сети, рекомендуют избегать куч (heap). В настоящей статье дается понятие кучи, и вы сами сможете определить, когда кучи являются лучшим выбором.
Пока эта серия состоит из:

  1. Кучи в SQL Server: часть 1 - основы (эта статья)

  2. Кучи в SQL Server: часть 2 - оптимизация чтений

  3. Кучи в SQL Server: часть 3 - некластеризованные индексы

Continue reading "Кучи в SQL Server: часть 1 - основы"

OPENJSON и CROSS APPLY

Пересказ статьи Marty Catherall. OPENJSON and CROSS APPLY


OPENJSON является основным средством манипуляции документами JSON в T-SQL.

Мы уже видели, что можем использовать схему по умолчанию, которая вернет метаданные о документе JSON, или же можем использовать явную схему, когда мы вводим предложение WITH и PATH - путь к требуемым данным.

Пока в наших примерах мы использовали либо схему по умолчанию, либо явную схему, но не смешивали их вместе.
Continue reading "OPENJSON и CROSS APPLY"

OPENJSON и алиас

Пересказ статьи Marty Catherall. OPENJSON and an Alias


Использование алиасов в T-SQL является делом обычным.
Мы можем присваивать алиасы как таблицам (предложение FROM) и столбцам (предложение SELECT), так и некоторым другим вещам. Это важно для написания хороших запросов на T-SQL. Continue reading "OPENJSON и алиас"

OPENJSON: получение данных и PATH - часть 2

Пересказ статьи Marty Catherall. OPENJSON Getting to the data, and the PATH – PART II


Мы видели как вытащить данные из документа JSON в реляционную таблицу, используя явную схему, которая была определена в предложении WITH табличнозначной функции OPENJSON. Continue reading "OPENJSON: получение данных и PATH - часть 2"

OPENJSON: Получение данных и PATH - часть 1

Пересказ статьи 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"

OPENJSON, явная схема и тип данных

Пересказ статьи Marty Catherall. OPENJSON, explicit schema and data type


Когда мы читали данные из документа в табличный формат, то указывали такие столбцы:
* value (значение)
* minimum (минимум)
* maximum (максимум)
* value_in_use (используемое значение)
* description (описание)

Continue reading "OPENJSON, явная схема и тип данных"

Почему порядок не гарантируется без ORDER BY

Пересказ статьи Brent Ozar. Why Ordering Isn’t Guaranteed Without an ORDER BY


Если ваш запрос не имеет предложения ORDER BY, вы не можете надежно предсказать неизменность порядка результатов с течением времени.
Конечно, сначала это будет выглядеть предсказуемо, но в будущем, когда что-то будет меняться - индексы, таблица, конфигурация сервера, размер ваших данных - вы можете столкнуться с неприятными сюрпризами.
Continue reading "Почему порядок не гарантируется без ORDER BY"

Как отследить производительность запросов, которые используют хинты RECOMPILE

Пересказ статьи Brent Ozar. How to Track Performance of Queries That Use RECOMPILE Hints



Пусть у нас есть хранимая процедура, которая содержит два запроса - второй запрос использует хинт RECOMPILE (тут есть статья по теме):
Continue reading "Как отследить производительность запросов, которые используют хинты RECOMPILE"

Секреты индексов и внешних ключей

Пересказ статьи Rafaelo Condret. The Secrets of Indexes and Foreign Keys



В этой статье мы обсудим, как использовать внешние ключи и индексы, чтобы увеличить эффективность реляционной базы данных. Continue reading "Секреты индексов и внешних ключей"

Что если вам действительно необходимо сжать базу данных?

Пересказ статьи Brent Ozar. What If You Really DO Need to Shrink a Database?


Вы уже слышали, что сжатие базы данных - это плохо, поскольку связано с появлением как внешней, так и внутренней фрагментации, вызывает блокировки, рост журнала транзакций при запуске, а также является медленным и однопоточным. Вы понимаете, что если речь идет всего лишь о 10-20-30% базы данных, а база данных составляет всего 100-200 ГБ, то вы можете спокойно оставить это место, потому что все равно будете его использовать.
Continue reading "Что если вам действительно необходимо сжать базу данных?"