На вас больше влияет (каждый) компонент ключа (а) переменная длина и (б) ширина [широкая, а не узкие столбцы], чем количество компонентов в ключе. Если только MS не сломал его снова в последнем выпуске (они сломали Heaps в 2005 году). Тип данных не замедляет его; ширина и, в частности, переменная длина (любой тип данных). Обратите внимание, что фиксированный столбец len становится переменным, если для него установлено значение Nullable. Переменные len столбцов в индексах - это плохие новости, потому что при каждом доступе нужно выполнять небольшую «распаковку», чтобы получить данные.
Очевидно, что индексированные столбцы должны быть как можно более узкими, используя только фиксированные столбцы, а не только столбцы Nullable.
С точки зрения количества столбцов в составном ключе, конечно, один столбец быстрее, чем семь, но не так много: три широких переменных-столбца намного медленнее, чем семь тонких фиксированных столбцов.
GUID, конечно, очень жирный ключ; GUID плюс все остальное очень и очень жирно; GUID Nullable - это материал Guiness. К сожалению, это коленная реакция на решение проблемы IDENTITY, которая, в свою очередь, является следствием того, что не были выбраны хорошие естественные реляционные ключи. Поэтому вам лучше всего исправить реальную проблему в источнике и выбрать хорошие естественные ключи; избегать ИДЕНТИЧНОСТИ; избегайте GUID.
Опыт и производительность настройки, а не гипотеза.