黄一级a做爰片免费网站,网站seo描述,网站开发前端和后端用什么语言,萧山网站建设争锋网络这一篇再说下索引的最后一个主题#xff0c;索引覆盖#xff0c;当然学习比较好的捷径是看看那些大师们设计的索引#xff0c;看从中能提取些什么营养的东西#xff0c;下面我们看看数据库中一个核心的Orders表。一#xff1a;查看表的架构1. 先查看这个表的大概架构信息-… 这一篇再说下索引的最后一个主题索引覆盖当然学习比较好的捷径是看看那些大师们设计的索引看从中能提取些什么营养的东西下面我们看看数据库中一个核心的Orders表。一查看表的架构1. 先查看这个表的大概架构信息
--查看表的架构信息
SELECT c.column_id,c.name,t.name FROM sys.columns AS c
JOIN sys.types t
ON c.system_type_idt.system_type_id
WHERE c.object_idobject_id(O_Orders)
ORDER BY c.column_id
从这个订单表来看大概有89个字段。。。还是蛮多的可能有太多的历史原因吧下面就有一个疑问来了针对这么多的字段加上五花八门的类型如何规划好单列索引和复合索引。。。下面我们来看看这些专家们怎么设计的。2. 复合索引 首先声明一下由于我的权限有限不能进行DBCC INDPAGE等命令所以我没有能力判断下面的索引是include索引还是复合索引所以这里统一叫成复合索引吧。
SELECT name,type_desc FROM sys.indexes WHERE object_idobject_id(O_Orders)
从上面可以看到有9个非聚集索引1个聚集索引然后可以通过 SHOW_STATISTICS 抽查几个索引看看到底关联了哪些字段找到其中的二个索引覆盖多达6列如索引idx_order_status_2,IX_O_OrdersUID。
DBCC SHOW_STATISTICS(O_Orders,idx_order_status_2)
DBCC SHOW_STATISTICS(O_Orders,IX_O_OrdersUID)
从这两个索引中关联的字段大概可以看出两点信息①这些字段都比较小为char(1)smallintbit这样的自然表示的状态会比较少。②将表中多个状态少的字段挑选几个按照访问频率组合在一起做一个索引。但是仔细想想虽然原则上说状态少的字段不合适建索引但是类似“订单状态(OrderStatus)这种字段肯定是一个被频繁查询的列。。。既然是频繁的列肯定就要想办法优化方法就是建复合索引这样在复杂的sql中更加容易被撞上索引覆盖。比如下面这样
SET STATISTICS IO ON
SELECT OrderStatus, ProcessStatus, SendTicketCity, FlightAgency, Eticket, OrderID
FROM dbo.Orders WHERE OrderStatusP AND ProcessStatus1 AND SendTicketCity1
然后继续挑选几个索引瞄一瞄。。。一般来说覆盖1到2个列的索引都叫小索引。
DBCC SHOW_STATISTICS(O_Orders,idx_eid_orderdate)
DBCC SHOW_STATISTICS(O_Orders,IX_O_Order_FinishDate)
通过上面的索引大概可以看到Eid和FinishDate这两列一眼扫过就知道应该是一个唯一性比较高的列了至于为什么要覆盖2列那这个就是根据业务和生产的滚动数据来决定了那这样的索引有什么好处呢同样更容易会撞到索引链接也就是多条件中会走到多个索引每个索引中贡献一些列刚好可以满足select中的所有列。。。比如下面这样。
-- 可以看到select中的所有列都是有idx_eid_orderdate 和 IX_O_Order_FinishDate 贡献
SELECT OrderID,FinishDate,PrepayType,Eid,OrderDate
FROM dbo.O_Orders WHERE Eidcctv1 AND FinishDate2015-1-1
好了就像园友说的索引就是拆东墙补西墙每建一个索引都需要评估它的利弊。如您有更多问题与我互动扫描下方进来吧~
