PL/SQL中对于数据量大概再20~30W这个级别,查询加上order by ,影响会不会非常大呢?
4个回答
2012-12-07
展开全部
这个取决于你处理的先后顺序, 以及 排序列有没有索引的了.
例如你 20~30W 数据
WHERE 一下以后, 结果只有 一百多行, 然后你再 order by, 那基本上属于没感觉的了。
但是如果你是 20~30W 数据, 什么 where 条件也没有, 就要 order by,然后取前 100行。
那么取决于你的 order by 上面有没有索引。
如果有,那么基本上也是没感觉的, 因为 索引已经排序排好了。
只需要根据索引,拿100行数据就好。
但是如果你是 20~30W 数据, 什么 where 条件也没有, 就要 order by,然后取前 100行。
而且 order by 的上面, 也没有索引。
那么就是要 “全表扫描”了。
如果你的列不多,那么“全表扫描” 需要读取的磁盘数据量不大,那么时间上还可以。
要是列很多, 又是那种 varchar(max) 或者 TEXT 或者 二进制 之类的大数据,那么影响就大一些了。
例如你 20~30W 数据
WHERE 一下以后, 结果只有 一百多行, 然后你再 order by, 那基本上属于没感觉的了。
但是如果你是 20~30W 数据, 什么 where 条件也没有, 就要 order by,然后取前 100行。
那么取决于你的 order by 上面有没有索引。
如果有,那么基本上也是没感觉的, 因为 索引已经排序排好了。
只需要根据索引,拿100行数据就好。
但是如果你是 20~30W 数据, 什么 where 条件也没有, 就要 order by,然后取前 100行。
而且 order by 的上面, 也没有索引。
那么就是要 “全表扫描”了。
如果你的列不多,那么“全表扫描” 需要读取的磁盘数据量不大,那么时间上还可以。
要是列很多, 又是那种 varchar(max) 或者 TEXT 或者 二进制 之类的大数据,那么影响就大一些了。
2012-12-07
展开全部
这个数据量应该影响不会很大,如果仅仅是在外面做个排序。如果查询的比较复杂,也许会慢。还要看机器而定。一般情况下没多大影响
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
在不考虑查询的时间的基础上,加order by对结果存在影响,影响的大小与参数 sort_area_size 有关,如果内存够用,可以增大参数 sort_area_size 的值,来减少order by 时间。
来自:求助得到的回答
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
会。
但是影响不是很大,除非千万级或列数有一两百列的大表
但是影响不是很大,除非千万级或列数有一两百列的大表
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询