zoukankan      html  css  js  c++  java
  • sqlserver中索引优化

    • 背景:

    MRO表中TimeStamp nvarchar(32),但实际上它存储的内容是日期(2015-09-09 11:20:30)。

    现在我要执行这样一个sql语句:

    Select t10.* from Tuning.MRO as T10 inner join Tuning.MRO_LteCell as T11 on T10.OID=T11.MROOID
    Where T10.ObjectID=@ObjectID
       and T10.UEID=@UEID
       and (T10.TimeStamp>@BeginTime and T10.TimeStamp<@EndTime);

    Tuning.MRO有3亿条记录

    Tuning.MRO_LteCell有7亿记录

    这时上边的sql语句执行时间是3分钟多,这时Tuning.MRO.TimeStamp是没有索引的。

    • 请问,这对整个情况,有什么好的优化方法?

    1,)如果添加上Tuning.mro.TimeStamp的索引,是否和把TimeStamp类型改为DateTime类型具有一样的效果。

    • DBA给的回答

      从索引的角度来说,要少而精。

         从你的sql角度来看。如果MRO的objectid能够定位返回的行数更少,而且使用频繁。可以在objectid上建立索引。 同理,也可以在ueid、timestamp上建立索引。

         关键看哪个字段使用更频繁,返回行数更少。

        一般来说如果是时间字段。建议使用datetime。

         1.占用字节更少,8位

         2.更兼容一些。比如如果输入的‘20150909’ 这样。SqlServer可以自动改变成2015-09-09这样的时间格式。

     关于sql优化:http://www.cnblogs.com/wy123/category/834336.html

  • 相关阅读:
    生成R文件
    android开发问题汇总
    雅虎股票接口
    Ext4.1 , #Ext4.2
    MSSQL手工注入 报错注入方法
    MSSQL 数据库复制脚本
    Go VS Code 调式常见问题处理
    Win10 VS2012 无法注册IIS4.0 解决方案
    VirtualBox 局域网独立主机设置
    如何用.reg文件操作注册表
  • 原文地址:https://www.cnblogs.com/yy3b2007com/p/4818219.html
Copyright © 2011-2022 走看看