索引该建否?

CRMNet 2009-06-22 12:52:41
表TA
字段有 TAID、TAName、TATime、TAFlag,TADepID
TAID是自动增1的,TATime是产生时间,TAFlag是标志(有3个值001,002,003),TADepID是部门ID

一个通过时间段的查询,显示的字段与TAID、TAName、TATime、TAFlag,TADepID,TADepName(通过部门表关联查询得到)
那么,TATime可以作为聚集索引,TAName可以做非聚集索引,TAFlag是否可设为非聚集索引?TADepID是否可以设为非聚集索引?
...全文
131 27 打赏 收藏 转发到动态 举报
写回复
用AI写文章
27 条回复
切换为时间正序
请发表友善的回复…
发表回复
CRMNet 2009-10-08
  • 打赏
  • 举报
回复
节日跨了
-狙击手- 2009-09-18
  • 打赏
  • 举报
回复
古董
CRMNet 2009-09-18
  • 打赏
  • 举报
回复
继续
CRMNet 2009-09-05
  • 打赏
  • 举报
回复
超过10万行
zhengzeng 2009-09-04
  • 打赏
  • 举报
回复
没有万行数据记录的,一般不用做索引。
几百行的,几十行的数据记录 ,建立索引提不了速度。还要浪费“体力”去维护。
CRMNet 2009-09-04
  • 打赏
  • 举报
回复
CRMNet 2009-07-27
  • 打赏
  • 举报
回复
D
CRMNet 2009-07-09
  • 打赏
  • 举报
回复
哦?
jin225 2009-07-06
  • 打赏
  • 举报
回复
过一段时间数据库都录的差不多了
在考虑建索引
CRMNet 2009-07-06
  • 打赏
  • 举报
回复
继续
Ray_Zhang 2009-07-01
  • 打赏
  • 举报
回复
说白了,表里的数据多不多,多就建,少就没必要建了,我自己的量化指标超过万条一定要建,建最常查询的字段为索引即可。还有注意定期维护不然会有很多碎片的。久了会影响效率
victorcai2006 2009-07-01
  • 打赏
  • 举报
回复
经常使用查询条件查询的字段,同时数据量比较大的情况下,一定要建索引,但是不要太多,因为,太多的索引会影响数据的操作,建立索引没有太多的硬性或量化的要求,全部是靠实际情况的分析的。
个人意见,仅供参考。
十一月猪 2009-07-01
  • 打赏
  • 举报
回复
查询哪个常用 ,在哪个列上建立 index,
不宜太多
hecker728 2009-07-01
  • 打赏
  • 举报
回复
xuexi
hui_hui_2007 2009-06-30
  • 打赏
  • 举报
回复
我认为按时间建一个物理索引就行了,其他索引不用。
因为索引多了反而不好,索引表也要维护呀。
特别是部门列,都是重复字段,不能建索引。
CRMNet 2009-06-30
  • 打赏
  • 举报
回复
TAFlag是否可设为非聚集索引?-->>不用,建了也不会用,因为只有三个值,数据的命中率太高
TADepID是否可以设为非聚集索引?-->>如果部门比较多的话,可以建
--------------------------------
在WHERE经常使用的列一般建议用索引
-------------------------------
该如何?
soft_wsx 2009-06-27
  • 打赏
  • 举报
回复
在WHERE经常使用的列一般建议用索引
lilewen 2009-06-27
  • 打赏
  • 举报
回复
看实际情况了,,,,,,,,
cdzxm 2009-06-27
  • 打赏
  • 举报
回复
建立索引的目的是优化数据库的性能,过度盲目的使用索引,就会变成一种炫耀,与实际能力无关.
  • 打赏
  • 举报
回复
TAFlag是否可设为非聚集索引?TADepID是否可以设为非聚集索引?

TAFlag是否可设为非聚集索引?-->>不用,建了也不会用,因为只有三个值,数据的命中率太高
TADepID是否可以设为非聚集索引?-->>如果部门比较多的话,可以建
加载更多回复(7)

34,575

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server相关内容讨论专区
社区管理员
  • 基础类社区
  • 二月十六
  • 卖水果的net
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧