varchar(max)-varchar(max) и в продакшн

[@XelaVopelk]

«Sort Warnings» в sql trace и «sort_waring» в XE ловит такие вещи.

[@unfilled]

Всё верно, но ни в default trace, ни в system_health сессии XE этих событий нет. Поймать можно, но ловить нужно специально.

[@tar2ga]

Хорошая статья. Извините за глупый вопрос — а как вывести миллисекунды под cost?

[@unfilled]

Использовать свежую SSMS. В 18.0 добавили, исходя из release notes.

[@krabdb]

Очень странно, что у вас недавно вышел спор на эту тему, когда ответ о специфике распределения памяти для varchar известен много лет. Разве что вы спорили с людьми, далекими от СУБД вообще.

[@Alexus819]

И выделяет под них память как (размер / 2)

т.е. при создании таблиц если заранее известна длина строк в таблицах нужно создавать максимальную длину х2?

[@unfilled]

It depends.
Универсального решения нет. Если все строки примерно одинаковой длины, то это разумно. Но если строки примерно одинаковой длины, то может лучше использовать строки фиксированной длины? А может в запросах к этим данным вообще нигде не появляются сортировки/спулы/спиллы/что-то ещё, чему нужна память?