SQLServer中间接实现函数索引或者Hash索引

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了SQLServer中间接实现函数索引或者Hash索引，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含4821字，纯文字阅读大概需要7分钟。

内容图文

Table TestFunctionIndex ( id int identity(1,1), val varchar(50), subval as LOWER(SUBSTRING(val,10,4)) persisted --增加一个持久化计算列 ) GO --在持久化计算列上建立索引 create index idx_subvar on TestFunctionIndex(subval) GO --插入10W行测试数据 insert into TestFunctionIndex(val) values (NEWID()) go 100000

在有索引的字段上使用函数之后，是无法使用索引的

　　如果直接在计算列上查询，就可以正常地使用到索引了

　　

　　以上通过在计算列上建立一个索引，可以根据计算列上的索引做查找，避免了直接在字段上使用函数或者其他操作，造成即便字段上有索引也用不到的情况

　　补充：
　　测试中神奇地发现，如果计算列字段上建立了索引，在原始字段上使用函数与计算列的函数一样的时候，可以神奇地使用到计算列上的索引
　　可见SQLServer在我们没有注意的地方也是下了不少功夫的啊

　　

 

 

2，生成较长字段或者多个字段的Hash值替代原始字段做查询或者连接来提升查询效率

　　开发中遇到另外一种常见的情况是经常使用到的查询条件字段较长，或者是表连接的时候连接条件字段较多，
　　即便是字段或者查询条件上有索引，但是因为字段较长或者条件较多，此时有可能会影响到查询的效率
　　这种情况就适当考虑将原始的较长的字段生成一个较小的字段（但是要确保唯一性），或者是讲多个字段生成一个较短的数据类型做替代，以提高查询的效率

　　举个例子，假如有这么一张表，Name字段是我模拟出来的，Name是一个比较长的字段，又要用来做检索
　　意思就是查询字段较长，索引代价太大，此时就需要考虑用一种较小的等价字段来替代
　　下面通过某种方式计算较长字段的Hash值，来做等价替换

　　

　　模拟生成一下测试数据

Create table testHashColumn
(
    id int identity(1,1),
    QueryName nvarchar(100),
    HashName AS CAST( HASHBYTES(‘MD2‘,QueryName)  AS UNIQUEIDENTIFIER) persisted
)
GO

create 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这个较长的字段上建索引，节约了空间并提高了查询效率

 

3， 逻辑主键为多个字段的时候，在多了字段上生成一个“替代”性的唯一字段

　　某些情况下业务需求或者设计也好(比如没有达到第三范式，BC范式，第四范式，甚至是第五范式)，在表连接的时候往往会有多个字段
　　比如这种样子：

SELECT *
FROM TableNameA a
INNER JOIN TableNameB b
    ON a.key=b.key
        AND a.Type = b.Type
        AND a.Status = b.Staus
        AND a.CreationTime = b.CreationTime
        AND a.***=b.***
where ***

　   在表关联的时候，连接条件很多，
　　如果是这样子，最好的情况就是建立一个较宽的复合索引，
　　但是这样的话，索引的宽度和体积就变得很大，使用的时候效率也有一定的影响
　　这种情况就可以考虑在TableNameA 和 TableNameB 上，
　　利用多个连接的字段（Key+Type +Status +CreationTime+***）做了类似于示例2中的一个计算列，在计算列上建立一个索引
　　然后再表连接的时候就可以用如下的方式替代

SELECT *
FROM TableNameA a
INNER JOIN TableNameB b
    ON a.HashValue=b.HashValue
WHERE ***

　　总是，这是一种以空间换时间的思路（冗余存储一个类似于标识符的字段，提高查询效率），
　　在生成“替代”字段的思想有两点，第一要足够的小，第二要原始值生成替代字段的唯一性

 

总结：SQLServer 中没有函数索引和Hash索引，而某些业务需求或者说是为了性能考虑，又需要类似的功能，
　　　通过类似于空间换时间的方法来实现，可以变通地来实现类似于函数索引或者Hash索引的功能，已达到其他数据库中函数索引和Hash索引的效果（虽然原理可能不一样）。
　　　需要注意的就是在生成计算列或者说Hash值替代的时候要注意计算方式，确保生成之后的Key值的唯一性
　　　当然实现方式就可以根据需要自行选择了，条条大路通罗马。

　　

 

SQLServer中间接实现函数索引或者Hash索引

标签：替换   identity   varchar   分享   log   creation   逻辑   span   bsp   

本文系统来源：http://www.cnblogs.com/wy123/p/6617700.html

内容总结

以上是互联网集市为您收集整理的SQLServer中间接实现函数索引或者Hash索引全部内容，希望文章能够帮你解决SQLServer中间接实现函数索引或者Hash索引所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---