条件参数可多选（也可能为空）情况下如何优化大表查询速度？

2012-11-02 11:30:35 195 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

怎样在 PostgreSQL 中优化对大表的并行查询的任务调度？在 PostgreSQL 中优化对大表的并行查询的任务调度是一项复杂而又重要的任务。就像一场精心策划的战役，需要我们综合考虑各种因素，制定合理的策略，才能取得胜利。通过合理设置并行度、选择合适的查询语句、优化索引、使用分区表、调整内存参数和监控分析查询计划，我们可以充分发挥 PostgreSQL 的性能优势，提高大表查询的速度和效率，为企业的业务发展提供有力的支持。希望本文能够对您在 PostgreSQL 中优化大表并行查询的任务调度方面提供一些有益的参考和帮助。阅读详情

...全文

如何优化多表查询sql？关注 Using filesort（需要额外排序）和 Using temporary（使用了临时表），这些都是性能杀手。：使用Redis/Memcached等缓存连接查询的最终结果，特别是那些不常变化的数据。：如果索引包含了查询所需要的所有字段，数据库就无需“回表”查询数据行，速度极快。：为驱动表在内存中建立一个哈希表，然后遍历被驱动表，用连接键去哈希表中查找。eq_ref：理想的多表连接类型，通常使用主键或唯一索引进行关联。驱动表（通常是数据量小的表，或先访问的表）的连接键索引至关重要。阅读详情

alex_cjh

MS-SQL Server 34,876 成员 254,635 内容

+ 关注 + 加入社区

切换为时间正序

开启时代 2012-11-02

打赏
举报

把为空和非空的分开来查询然后用 union all 合并结果试试速度如何。

alex_cjh 2012-11-02

打赏
举报

[Quote=引用 4 楼的回复:]

SQL code

--借助系统表来写个例子不知是否能提快你的查询速度
--你的问题使用了charindex()h函数，基本上可以说A.CODE这个字段上的索引废了我的方法没测试过单手我避开这个函数

create table #test
(
id int identity,
value int
)
declare @str varchar(max)
set @s……
[/Quote]
谢谢，我试一下。

alex_cjh 2012-11-02

打赏
举报

[Quote=引用 3 楼的回复:]

1亿的表。你设计的查询这样？
[/Quote]

求指教^^

开着拖拉机泡妞 2012-11-02

打赏
举报



--借助系统表来写个例子  不知是否能提快你的查询速度

--你的问题使用了charindex()h函数，基本上可以说A.CODE这个字段上的索引废了  我的方法没测试过  单手我避开这个函数





create table #test

(

	id int identity,

	value int

)

declare @str varchar(max)

set @str='1|2|3|4|36|'

set @str=REPLACE(@str,'|',' union all select ')

set @str='insert #test(value) select '+LEFT(@str,LEN(@str)-17)

print @str

exec (@str)

select * from #test

/*

id          value

----------- -----------

1           1

2           2

3           3

4           4

5           3



(5 行受影响)



*/ 



--然后再inner join返回你的数据



select 

	a.number,

	a.name,

	a.type 

from 

	master..spt_values a 

inner join 

	#test b 

on 

	a.number=b.value and a.type='p'

	

/*

number      name                                type

----------- ----------------------------------- ----

1           NULL                                P  

2           NULL                                P  

3           NULL                                P  

4           NULL                                P  

36          NULL                                P  



(5 行受影响)



*/



我看了执行计划 除了对我建的临时表#test进行了表扫描 

master..spt_values表上的索引被充分利用到了





select 

	a.number,

	a.name,

	a.type 

from 

	master..spt_values a 

where CHARINDEX('|'+LTRIM(number)+'|','|'+'1|2|3|4|36|')>0 and type='p'

SQL77 2012-11-02

打赏
举报

1亿的表。你设计的查询这样？

开着拖拉机泡妞 2012-11-02

打赏
举报



--借助系统表来写个例子  不知是否能提快你的查询速度

--你的问题使用了charindex()h函数，基本上可以说A.CODE这个字段上的索引废了  我的方法没测试过  单手我避开这个函数





create table #test

(

	id int identity,

	value int

)

declare @str varchar(max)

set @str='1|2|3|4|36|'

set @str=REPLACE(@str,'|',' union all select ')

set @str='insert #test(value) select '+LEFT(@str,LEN(@str)-17)

print @str

exec (@str)

select * from #test

/*

id          value

----------- -----------

1           1

2           2

3           3

4           4

5           3



(5 行受影响)



*/ 



--然后再inner join返回你的数据



select 

	a.number,

	a.name,

	a.type 

from 

	master..spt_values a 

inner join 

	#test b 

on 

	a.number=b.value and a.type='p'

	

/*

number      name                                type

----------- ----------------------------------- ----

1           NULL                                P  

2           NULL                                P  

3           NULL                                P  

4           NULL                                P  

36          NULL                                P  



(5 行受影响)



*/



我看了执行计划 除了对我建的临时表#test进行了表扫描 

master..spt_values表上的索引被充分利用到了  而临时表的数据量肯定是有限的  不会有很多 如果真的数据量很大，可以考虑给临时表的value字段加上索引



--个人一个想法 仅供参考

条件参数可多选（也可能为空）情况下如何优化大表查询速度？

相关推荐