10 个解决方案
#1
插入的速度 主要看索引的情况,如果有聚集索引会慢很多,普通索引也有一些开销。
20万的数据量完全不用担心,一般的数据表在千万条以下的性能都还可以忍受的。
20万的数据量完全不用担心,一般的数据表在千万条以下的性能都还可以忍受的。
#2
一天几十条的增长量还不是很大,几十万条的数据一般处理起来不会太慢的.
如果楼主嫌慢的话,可以建个其它数据库把用不到的记录转过去,这样比较好
如果楼主嫌慢的话,可以建个其它数据库把用不到的记录转过去,这样比较好
#3
对select 来说受索引的影响最大,搜索的效率基本上都要看索引的使用情况。
#4
20w条并不多
#5
应该不会
#6
我们的系统一天增加20W条,呵呵,oracle分区
#7
今天我用查询分析器测试插入一条数据,竟然执行了不起13秒,晕呀.
#8
insert不会有什么影响,update会有点点影响。如果索引使用得当,检索也不会有太大影响
#9
是不是有一些触发器什么的,需要在插入的时候进行运算判断的
20W数据,出现这个速度很不正常
20W数据,出现这个速度很不正常
#10
建议建一下索引
#1
插入的速度 主要看索引的情况,如果有聚集索引会慢很多,普通索引也有一些开销。
20万的数据量完全不用担心,一般的数据表在千万条以下的性能都还可以忍受的。
20万的数据量完全不用担心,一般的数据表在千万条以下的性能都还可以忍受的。
#2
一天几十条的增长量还不是很大,几十万条的数据一般处理起来不会太慢的.
如果楼主嫌慢的话,可以建个其它数据库把用不到的记录转过去,这样比较好
如果楼主嫌慢的话,可以建个其它数据库把用不到的记录转过去,这样比较好
#3
对select 来说受索引的影响最大,搜索的效率基本上都要看索引的使用情况。
#4
20w条并不多
#5
应该不会
#6
我们的系统一天增加20W条,呵呵,oracle分区
#7
今天我用查询分析器测试插入一条数据,竟然执行了不起13秒,晕呀.
#8
insert不会有什么影响,update会有点点影响。如果索引使用得当,检索也不会有太大影响
#9
是不是有一些触发器什么的,需要在插入的时候进行运算判断的
20W数据,出现这个速度很不正常
20W数据,出现这个速度很不正常
#10
建议建一下索引