(1)仅在主键上建立聚集索引,并且不划分时间段: Select gid,fariqi,neibuyonghu,title from tgongwen 用时:128470毫秒(即:128秒) (2)在主键上建立聚集索引,在fariq上建立非聚集索引: select gid,fariqi,neibuyonghu,title from Tgongwen where fariqi> dateadd(day,-90,getdate()) 用时:53763毫秒(54秒) (3)将聚合索引建立在日期列(fariqi)上: select gid,fariqi,neibuyonghu,title from Tgongwen where fariqi> dateadd(day,-90,getdate()) 用时:2423毫秒(2秒) 虽然每条语句提取出来的都是25万条数据,各种情况的差异却是巨大的,特别是将聚集索引建立在日期列时的差异。事实上,如果您的数据库真的有1000万容量的话,把主键建立在ID列上,就像以上的第1、2种情况,在网页上的表现就是超时,根本就无法显示。这也是我摒弃ID列作为聚集索引的一个最重要的因素。
(2)和(3)之间比较我能明白,可(1)怎么能和(2)(3)之间能进行比较呢,(1)他要取出全部的数据记录直接取就是了呀.
(2)和(3)之间比较我能明白,可(1)怎么能和(2)(3)之间能进行比较呢,(1)他要取出全部的数据记录直接取就是了呀.
解决方案 »
- 如何在js中生成div的html代码,以用来替换jsp页面中的div
- jsp一个账号不能够多个人同时登录问题
- 如何用Java实现IP地址的验证?
- 谁能给我 这个 鼠标 触发加个延时 谢谢谢谢
- jsp include 指令乱码的问题
- 如何在自己的tomcat下配置自己的工程呀?在线等.....
- 在struts的Action类中怎么得到application对象,好像只能得到session对象?
- 一个比较郁闷的事情
- 关于tomcat 和 apache整合后ip地址改变的问题
- 那位大哥知道sessionlistener类的相关资料
- 非高手,不要进来(css难题)
- 为啥这么多ASP的网站啊,jsp不好吗?
楼主【tnt87】截止到2008-07-19 23:50:12的历史汇总数据(不包括此帖):
发帖的总数量:6 发帖的总分数:80 每贴平均分数:13
回帖的总数量:12 得分贴总数量:4 回帖的得分率:33%
结贴的总数量:6 结贴的总分数:80
无满意结贴数:2 无满意结贴分:40
未结的帖子数:0 未结的总分数:0
结贴的百分比:100.00% 结分的百分比:100.00%
无满意结贴率:33.33 % 无满意结分率:50.00 %
敬礼!