备案控制台
开发者社区 云计算 文章 正文

Adaptive Query Plans

2024-03-08 12
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介： Adaptive Query Plans

optimizer_adaptive_plan

Adaptive query plans are enabled by default.

Adaptive plans are enabled when the following initialization parameters are set:

• OPTIMIZER_ADAPTIVE_PLANS is TRUE (default)

• OPTIMIZER_FEATURES_ENABLE is 12.1.0.1 or later

• OPTIMIZER_ADAPTIVE_REPORTING_ONLY is FALSE (default)

Adaptive plans control the following optimizations:

• Nested loops and hash join selection

• Star transformation bitmap pruning

• Adaptive parallel distribution method

snowofsummer
目录
相关文章
snowofsummer
|
1月前
|
Oracle 关系型数据库
Adaptive Query Optimization
Adaptive Query Optimization
snowofsummer
19 4
snowofsummer
|
1月前
|
SQL
Adaptive Statistics
Adaptive Statistics
snowofsummer
16 0
快乐阿超
|
6月前
simple-query
simple-query
快乐阿超
42 0
鲲志说
|
SQL 关系型数据库 MySQL
postgre分页查询报错：ERROR: LIMIT #,# syntax is not supported 建议：Use separate LIMIT and OFFSET clauses
postgre分页查询报错：ERROR: LIMIT #,# syntax is not supported 建议：Use separate LIMIT and OFFSET clauses
鲲志说
266 0
postgre分页查询报错：ERROR: LIMIT #,# syntax is not supported 建议：Use separate LIMIT and OFFSET clauses
遥凌
|
算法 数据处理
Volcano - An Extensible and Parallel Query Evaluation System 论文解读
前面写了一些关于优化器的文章，现在开个小差，写一些执行器的paper介绍，从这篇开始。 这篇是Graefe的Volcano Project的执行器框架，其概念已被广泛接受和使用，也就是我们最为熟悉的Volcano iterator的执行框架，关于volcano/cascades的优化器介绍
遥凌
668 0
遥凌
|
SQL 关系型数据库 MySQL
Accelerating Queries with Group-By and Join By Groupjoin
这篇paper介绍了HyPer中引入的groupjoin算子，针对 join + group by这种query，可以在某些前提条件下，在join的过程中同时完成grouping+agg的计算。 比如用hash table来实现hash join和group by，就可以避免再创建一个hash table，尤其当join的数据量很大，产生的group结果又较少时，可以很好的提升执行效率。
遥凌
326 0
Accelerating Queries with Group-By and Join By Groupjoin
遥凌
|
SQL Oracle 算法
Cost-based query transformation in Oracle
这篇paper主要介绍了Oracle从10g开始引入的CBQT(Cost Based Query Transformation)框架。虽然以Oracle历来的风格，无法期待它在paper中讨论很多细节，不过这篇还是可以让我们一窥Oracle对于query rewrite的处理思路和很多非常实用的query rewrite模式，对于开发优化器的同学很有参考意义。 值得一提的是，PolarDB目前也在做这方面的工作，而主要的参考正是这篇paper。此外这篇paper的思路和MemSQL optimizer中对query rewrite的处理思路非常接近，关于MemSQL optimizer的介绍可
遥凌
273 0
Cost-based query transformation in Oracle
遥凌
|
SQL 监控 算法
Adaptive Execution of Compiled Queries 论文解读
本篇是TUM的内存数据库HyPer针对compile-based执行框架的改进。其中涉及到HyPer的动态编译和并行执行框架 动态编译文章的结尾提到了编译执行系统存在的2个问题，其中之一就是：不可控的编译时间。
遥凌
445 0
Adaptive Execution of Compiled Queries 论文解读
遥凌
|
SQL Oracle 算法
Adaptive and Big Data Scale Parallel Execution in Oracle
在上篇文章中，主要讨论了SQL Server的MPP数仓系统PDW的分布式优化过程，PolarDB的并行优化从中有所借鉴，本篇文章主要看下这篇介绍Oracle并行执行策略的paper，因为在PolarDB的分布式执行策略中，有很多与其有所重叠。
遥凌
192 0
Adaptive and Big Data Scale Parallel Execution in Oracle
开源大数据EMR
|
SQL 存储 分布式计算
F1 Query: Declarative Querying at Scale
2013 年的 F1 是基于 Spanner，主要提供 OLTP 服务，而新的 F1 则定位则是大一统：旨在处理 OLTP/OLAP/ETL 等多种不同的 workload。但是这篇新的 F1 论文对 OLTP 的讨论则是少之又少，据八卦是 Spanner 开始原生支持之前 F1 的部分功能，导致 F1 对 OLTP 的领地被吞并了。
开源大数据EMR
921 0
F1 Query: Declarative Querying at Scale