Влияние скорости использования varchar в SQL Server 2008

В старые времена использование varcharover charбыло большим «нет», так как varcharон хранился на другой странице, чем остальная часть строки. Так ли это до сих пор в SQL Server 2008? Увижу ли я какой-либо выигрыш в памяти / производительности от замены 1-3 varchar(5)столбцов на char(5)столбцы таблицы с

а) скажем 2.000.000 строк б) если какой-либо из varcharстолбцов является частью индексов / первичных ключей

Вы путаете text / varchar (max) (типы больших объектов) с varchar (n) / char (n)

• Типы больших объектов по- прежнему будут храниться в строке / вне строки в зависимости от размера, UPDATE, sp_tableoption и т. Д.
• varchar (n) / char (n) всегда были "в ряду"

В противном случае, если вы используете char (1000), а не varchar (1000), а средняя длина данных составляет, скажем, 42, это плохой дизайн и много потерянного пространства.

Трудно сказать вам о конкретных приростах производительности или хитов, не зная больше о вашей схеме, но в целом вы хотите определить тип данных, чтобы соответствовать вашим данным. Если вам нужна фиксированная ширина (например, вы знаете, что у вас всегда будет пять символов), тогда вам следует использовать char (5). Если у вас есть переменное количество данных, вы должны использовать varchar (5).

Для SQL, чем больше данных вы можете разместить на странице, тем выше ваша производительность.

Насколько я знаю, SQL Server никогда не сохранял типы данных varchar или nvarchar вне строки. Текст и NText разные. Есть несколько дополнительных битов, которые хранятся для столбца переменной ширины, но это все.