一个表,才12万条记录,查询速度明显见慢,正常吗?
一个表,才12万条记录,查询速度明显见慢,正常吗?
我已将自增字段设成主键。十几个字段。按条件查询也很慢,主要是第一次最慢,以后好点,正常否,请教。大约要5秒钟,全部查询更慢些。
问题点数:20、回复次数:10Top
1 楼xhwly(wly)回复于 2005-08-02 07:50:16 得分 6
看你select 字段的多少,另外除了主鍵索引外,按常用的查詢條件列建立索引能明顯提高查詢速度.Top
2 楼myhelp_110()回复于 2005-08-02 08:00:00 得分 0
是一个进销存明细帐,很多列都会用到,都建索引影响效率吗?Top
3 楼gimy007(逮猫的耗子)回复于 2005-08-02 08:13:56 得分 2
只要根据你实际的查询建联合索引就行,没必要都建索引;
索引可以提高查询效率,但要多耗费空间Top
4 楼jinfeiyang(机会是给有充分准备的人)回复于 2005-08-02 08:26:35 得分 2
同意上面的观点,,但硬件也要考虑Top
5 楼meilian01(meilian)回复于 2005-08-02 08:34:54 得分 2
肯定要建引,不然速度会让人受不了Top
6 楼wangdehao(找找找(现在很幸福))回复于 2005-08-02 08:43:44 得分 2
将自增字段设成主键 如果你在查询条件中用不到这个自增字段的话,将他设为主键并不能提高查询速度,建议在查询条件上建联合索引Top
7 楼mschen(Co-ok)回复于 2005-08-02 08:53:31 得分 2
将自增字段设成主键不太好,因为会在自增字段上建立簇索引.因为一个表只能有一个簇索引,因此簇索引应该精心挑选才是.Top
8 楼bugchen888(臭虫)回复于 2005-08-02 10:32:12 得分 2
聚集索引应该建在区分度大而且经常在Where子句中出现的栏位上。。
不过12万笔数据不需要聚集索引也会很快。非聚集索引也应该建在如上所说的栏位上(高选择性的栏位,在Where子句中出现频率高的栏位),并且各个非聚集索引的首列尽量不要重复。索引的首列是这个索引的最宝贵的资源。Top
9 楼myhelp_110()回复于 2005-08-02 13:46:25 得分 0
这个表只有自增字段具有惟一性呀/如何办呀?Top
10 楼bugchen888(臭虫)回复于 2005-08-02 14:38:52 得分 2
选择性高并不一定就非要唯一嘛。Top




