просто сделайте Get-AzResource
и найдите все типы ресурсов в этой группе ресурсов, что-то вроде:
Get-AzResource -ResourceGroupName xxx | Select-Object ResourceType
Это не верно. Таблицы выделяются на диске на 8k страницах. Когда таблица читается из диска, вся страница прочитана в одной операции IO и сохранена в памяти. Поэтому длина столбца не будет влиять на выравнивание памяти вообще. На самом деле, с типами данных непеременной длины, короче определенно лучше: nchar (200) столбец позволит больше строк на страницу, чем nchar (256) столбец. Это позволяет большему количеству строк быть считанным на единственный физический IO, который может иметь поразительное влияние на производительности базы данных.
Если что-нибудь это, вероятно, хуже из-за выделения наверху. При выделении nvarchar (256), база данных, вероятно, включает несколько байтов для длины, таким образом, требование устройства хранения данных может на самом деле быть 258.
Существует столько уровней абстракции в действии здесь, что Вы не собираетесь видеть любое преимущество путем попытки оптимизировать наверху для чего-то, что только имеет значение в самой нижней части, и Вы могли бы просто сделать вещи хуже!
Интересно, пришел ли ваш друг так или иначе к своему выводу на его собственном или если это было случаем распространения мифа.
Существует большая презентация Tom Kyte на "Вещах, Вы знаете", что в значительной степени все должны смотреть прежде, чем предъявить претензии как та выше: Вещи Вы знаете
Думайте о нем этот путь: Если бы nvarchar[256] работает лучше, чем nvarchar[200], DBMS только сделал бы nvarchar[256], когда Вы просите nvarchar[200]? (Но все еще заставьте его быть похожим на nvarchar[200]),
Хороший DBMS имеет некоторую чрезвычайно усовершенствованную оптимизацию. Я вполне уверен, у них есть все простые также.