意思就是查询字段较长，索引代价太大，此时就需要考虑用一种较小的等价字段来替代
下面通过某种方式计算较长字段的Hash值，来做等价替换
模拟生成一下测试数据
Create table testHashColumn
(
id int identity(1,1),
QueryName nvarchar(100),
HashName AS CAST( HASHBYTES('MD2',QueryName) AS UNIQUEIDENTIFIER) persisted
)
GOcreate index idx_HashName ON testHashColumn(HashName)
GO
--这里模拟生成一个较长的名字字段
DECLARE @i int = 0
while @i<10000
begin
INSERT INTO testHashColumn (QueryName) VALUES (CONCAT('北京新视点科技文化传媒有限公司',@i))
set @i = @i+1
end
我们知道，Name这个名字是nvarchar(100)的，这个字段做索引不是不可以，如果情况复杂，实际中有可能比这个字段更大，做索引显得太宽了，造成索引空间过大，在效率上有一定程度的影响。
这里就可以考虑在Name这个字段上生成一个“替代”字段（上述HashName AS CAST( HASHBYTES(‘MD2’,QueryName) AS UNIQUEIDENTIFIER) persisted这个计算列），
这个字段首选是要跟实际值一一对应的，另外就是要求“替代”的字段类型要求相对较小，当然方法也有多种，比如生成利用checksum函数生成一个校验值，但是据实际观察checksum生成的校验值是有可能重复的，也就是说两个不同的字符串，生成同一个校验值
比如这样，很容易验证出来这个问题，可以认为是对于不同的字符串，计算之后得到同一个校验和
因此在生成“替代”字段的时候，需要考虑计算值的唯一性
这里使用的是HASHBYTES加密函数，对字符串加密，然后对加密之后的数据生成一个UNIQUEIDENTIFIER，重复的概率就小的多的多了
演示这里通过CAST( HASHBYTES(‘MD2′,’北京新视点科技文化传媒有限公司999’) AS UNIQUEIDENTIFIER)的方式，就可以给这个较长的字段生成一个UNIQUEIDENTIFIER类型的字段，
当然也不一定只有这一种方法，甚至可以做的跟复杂，只要能保证一个唯一的长字段生成的较短的字段也是唯一的就可以达到目的了
参考如下查询，就可以使用HashName计算出来的值与计算列做比较，在一定程度上可以减少检索字段索引的大小，又能达到目的的效果
如截图，就可以使用HashName字段上的索引了，同时也避免了在原始的QueryName这个较长的字段上建索引，节约了空间并提高了查询效率
