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

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

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

sql-server sql-server-2008

— Карло В. Данго
источник

Возможный дубликат вопроса Как слишком длинные поля (varchar / nvarchar) влияют на производительность и использование диска? (MSSQL Server 2008) . Если вы думаете, что это не дубликат, то, безусловно, вы найдете там и ответы.

— Marian

Ответы:

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

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

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

— ГБН
источник

в DB2 и некоторых других механизмах БД char и varchar хранились по-разному, а некоторые рекомендации для DB2 были перенесены на SQL Server.

— Эндрю Бикертон

@ Эндрю Бикертон: еще один миф ...

— gbn

Вы можете указать мне, где этот миф был развенчан? (Я согласен, что этот совет не относится к SQL Server)

— Эндрю Бикертон,

Я также ссылаюсь на одну из оригинальных версий DB2 (вероятно, так не было в последние 10 лет), аналогично совету с SQL 2000, что PK должны быть некластеризованными из-за проблем с производительностью, которые все еще существуют, хотя больше не быть правдой

— Эндрю Бикертон

@ Эндрю Бикертон: просто посмотрите на структуры диска SQL Server (несколько ответов SO от меня) stackoverflow.com/search?q=user%3A27535+anatomy . Извините за поздний ответ

— gbn

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

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

— SQLRockstar
источник

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

— mrdenny
источник