- 综合排序
- 最热优先
- 最新优先
- 来自专栏爱可生开源社区
技术译文 | MySQL 8.x DDL 和查询重写插件
/ 对 MySQL 查询重写以提高性能是每个 DBA 应该意识到的重要过程，以便他们可以在运行时修复错误的查询，而无需在应用程序端更改代码。 到目前为止，MySQL 社区提供了两个内置的查询重写插件来执行此任务。 该测试基于 MySQL 8.x 功能。 一、查询重写插件 该插件将有助于修改服务器在执行之前接收到的 SQL 语句。在 MySQL 8.0.12 之前，该插件仅支持 SELECT。 让我们看看如何使用查询重写插件解决此问题。 第一步，我需要更新 rewrite_rules 表中的查询规则。以下是更新查询规则时要遵循的关键点。 1 row in set (0.00 sec) 我配置了查询规则，因此现在执行查询。
74410发布于 2020-08-17 - 来自专栏DBA随笔
MySQL查询重写插件
MySQL查询重写插件 查询重写插件 从MySQL 5.7.6开始，MySQL Server支持查询重写插件，可以在服务器执行之前检查并可能修改服务器接收的语句。 后解析查询重写插件具有以下特征： 1.该插件支持基于解析树的语句重写。 2.服务器解析每个语句并将其解析树传递给插件，插件可以遍历树。 如果您尝试确定某些语句无法重写的原因，则此列可能很有用。 重写器查询重写插件过程 将规则添加到 rewrite_rules表中不足以使Rewriter插件使用该规则。 使用重写插件中定义的语句模式查询相应记录： SELECT DBA_no, name from DBA_inf where DBA_no =8; ? Rewriter_number_rewritten_queries：Rewriter查询重写插件自加载以来重写的查询数 。
3.2K30发布于 2019-11-06 - 来自专栏skyyws的技术专栏
Impala 3.4 SQL查询之重写（二）
本文我们将跟大家一起看下Impala中的一些SQL重写规则。 ，这些规则最终都会被应用于SQL的重写中。 Impala目前包含了很多重写规则，相关类图如下所示： 所有的重写规则都实现了ExprRewriteRule这个接口，接口本身只包含一个方法apply，接收一个Expr和Analyzer，返回是一个修改之后的 需要注意的是，Impala还提供了一个query option，叫ENABLE_EXPR_REWRITES，默认为true，会启用更多的重写规则，对于SQL的查询性能提升有很大的帮助。 通过上述代码可以看到，在构造GlobalState成员变量的时候，会将所有的重写规则放到一个数组当中，然后构造一个ExprRewriter类，这个类的作用就是：使用重写规则的数组，对指定的Expr进行重写操作
1K40编辑于 2022-05-20 - 来自专栏大数据&分布式
Spark SQL(三)：基本概念-查询重写
查询重写(queryrewrite)：按照一系列关系代数表达式的等价规则，对查询的关系代数表达式进行等价转换，从而提高查询执行效率。逻辑优化的本质：基于查询重写获取最优的逻辑计划树。 subseteqSC⊆S）：Gc(R)=Gc(ΠS(R))\mathcal{G}_c(R)=\mathcal{G}_c(\Pi_S(R))Gc(R)=Gc(ΠS(R))附录数据库系统概念(原书第7版)第11章查询优化
27110编辑于 2025-11-06 - 来自专栏自然语言处理
LevelRAG：突破查询重写瓶颈，提升混合检索效果
主要问题包括： 查询重写的适用性 现有的查询重写技术大多只适用于密集检索器，导致在混合检索（结合稀疏检索、密集检索、网络搜索）中效果受限。 稀疏检索器的优化问题 现有查询重写方法未能充分发挥稀疏检索器的优势，如何提高其检索精度仍是个难题。 相关研究 查询重写（Query Rewriting） 训练查询重写模型（Ma et al. 2023, Mao et al. 2024） 通过 LLM 生成伪上下文提升检索效果（Gao et al. 稀疏检索器的 查询重写 & 反馈机制 显著提高了检索质量。 与基于代理的方法对比： 在 HotpotQA 数据集上，LevelRAG 的 F1 分数 优于 ReACT 和 FireACT。 模型压缩、并行计算、缓存机制等优化手段 总结 LevelRAG 通过： 高级检索器的 逻辑规划 低级检索器的 多检索融合 稀疏检索器的 查询优化 优化了 RAG 在混合检索场景中的查询重写和检索逻辑
69510编辑于 2025-03-03 - 来自专栏海天一树
小朋友学Java（8）：重写与重载
一、重写（Override） 重写是子类对父类的允许访问的方法的实现过程进行重新编写, 返回值和形参都不能改变。即外壳不变，核心重写！ 重写的好处在于子类可以根据需要，定义特定于自己的行为。 重写也叫覆盖。 三、重写与重载的区别 区别点 重载方法 重写方法 参数列表 必须不一样 必须一样 方法返回类型 可以一样，也可以不一样 必须一样 使用场合 同一个类内部 父类与子类之间
97290发布于 2018-04-17 - 来自专栏杀马特
MySQL 查询重写怎样把复杂查询变简单，让查询提高一个“速”！
一·MySQL 查询重写基础概念 什么是查询重写 查询重写指的是在数据库执行查询之前，对输入的 SQL 查询语句进行自动转换和优化的过程。 查询重写流程图 三·MySQL 查询重写的实现方式 使用 MySQL 内置的查询优化器 MySQL 的查询优化器会自动应用一系列查询重写规则。 自定义查询重写插件 对于一些特殊的业务需求或者复杂的查询场景，MySQL 允许用户编写自定义的查询重写插件。用户可以根据自己的业务规则和数据库特点，实现特定的查询重写逻辑。 查询重写介绍图 四·MySQL 查询重写的优势与挑战 优势 提升查询性能：通过优化查询执行计划，减少资源消耗，显著提高查询速度，尤其对于复杂查询和大数据集效果明显。 性能平衡：在某些情况下，查询重写本身可能会消耗一定的资源，如何在查询重写的开销和最终性能提升之间找到平衡是一个挑战。
94610编辑于 2025-04-09 StarRocks 查询探秘（四）：Optimizer优化器之规则重写
RuleSetType 枚举定义了一系列优化规则集，用于在 logicalRuleRewrite 方法中对查询计划进行重写和优化,旨在减少查询的计算开销、IO 开销和数据处理量，从而提高查询性能。 子查询重写(SUBQUERY_REWRITE), 优化子查询逻辑。物化视图重写(MV_REWRITE), 利用物化视图加速查询。....... RuleSetType 枚举定义了一系列优化规则集，用于在 logicalRuleRewrite 方法中对查询计划进行重写和优化,旨在减少查询的计算开销、IO 开销和数据处理量，从而提高查询性能。 子查询重写(SUBQUERY_REWRITE), 优化子查询逻辑。物化视图重写(MV_REWRITE), 利用物化视图加速查询。....... 子查询重写(SUBQUERY_REWRITE), 优化子查询逻辑。物化视图重写(MV_REWRITE), 利用物化视图加速查询。.......
60510编辑于 2025-09-11- 来自专栏往期博文
MySQL学习8：连接查询
连接查询 三种连接方式 内连接查询 关键词：inner join … on 案例： 1.查询 对应班级的学生以及班级信息 select * from students inner join classes on students.cls_id=classes.id; 2.查询 对应班级的学生以及班级信息，按照班级进行排序 select c.name, s.* from students as s inner join classes as c on s.cls_id=c.id order by c.name 左连接查询 关键词：left join … on 案例： 1.查询 每位学生以及班级信息 select * from students left join classes on students.cls_id=classes.id; 右连接查询 关键词：right join … on 案例： 1.查询 1.查询 最高的学生信息 select * from students where height = (select max(height) from students);
1.5K20编辑于 2022-06-14 - 来自专栏高并发
重写equals方法必须重写hashcode
true y.equals(z) == true 则 x.equals(z) == true,x和y相等，y和z相等，则x和z相等 4.一致性 : 如果x对象和y对象有成员变量num1和num2，其中重写的 equals方法只有num1参加了运算，则修改num2不影响x.equals(y)的值 x.equals(null)必须为false 知道了equals的特性，为啥重写equals必须要重写hashcode 呢，其实这个不是语法定义，只是如果不重写hashcode在我们调用HashSet和HashMap的时候可能会造成歧义，也就是用equals方法判断的两个对象相等，但是hashcode不相等，会造成hashmap
2.2K20编辑于 2022-06-23 - 来自专栏AustinDatabases
MYSQL 中的查询技巧 与 MYSQL 8 并行查询
这就直接抛出一个问题，就是MYSQL的查询技巧还重要吗？当然如果你还要用MYSQL 来进行数据库的提取和查询，那就必须重视MYSQL的查询技巧。 ，尽量避免子查询。 or 的时候index merge 对数据查询的帮助是很大的 实际当中，（SSD 硬盘 440行数据的 fetch 不开启 0.195秒相当于全表扫描，开启0.001秒） mysql 8 是默认开启的。 最后，我们看看MYSQL 8.0的并行查询，并行查询，其实在 PG, SQL SERVER , ORACLE 中都有，但形式不同，MYSQL 8 之前是没有并行查询这个概念的，MYSQL 8 引入了并行查询 ，我们看看到底并行查询，对查询有什么帮助。
10K60发布于 2019-06-24 - 来自专栏侯哥的Python分享
Mysql基础8-多表查询
1 | 3 | | 7 | 咔咔 | 25 | 出纳 | 8000 | 2021-07-10 | 6 | 3 | | 8 1 | NULL | +----+--------+------+--------------+--------+------------+-----------+---------+ 8 财务部 | | 7 | 咔咔 | 29 | 出纳 | 8000 | 2021-07-10 | 6 | 3 | 财务部 | | 8 | +----+--------+------+--------------+--------+------------+-----------+---------+-----------+ 8 | 芳芳 | 李四 | | 珊珊 | 问问 | | 娜娜 | 张三 | | 咔咔 | 娜娜 | | 静静 | 张三 | +--------+--------+ 8
67250编辑于 2023-07-24 - 来自专栏bingfeng-技术
为什么重写equals必须重写hashCode
由此可以知晓，要使用equals对对象进行比较，那么就必须进行重写equals。 重写equals不重写hashCode会存在什么问题 我们先看下面这段话 每个覆盖了equals方法的类中，必须覆盖hashCode。 来自 Effective Java 第三版 结论：如果重写equals不重写hashCode它与散列集合无法正常工作。 既然这样那我们就拿我们最熟悉的HashMap来进行演示推导吧。 那么这样就可以推测出，如果我们重写了equals但是没重写hashCode，那么可能存在元素重复的矛盾情况。 --- 接下来我们打开hashCode的注释代码，看看执行结果 [dd871748-fc38-4696-af5f-92dd365f0219.png] 总结 如果重写了equals就必须重写hashCode
2.2K30编辑于 2021-12-08 - 来自专栏bingfeng-技术
为什么重写equals必须重写hashCode
由此可以知晓，要使用equals对对象进行比较，那么就必须进行重写equals。 3重写equals不重写hashCode会存在什么问题 我们先看下面这段话 每个覆盖了equals方法的类中，必须覆盖hashCode。 来自 Effective Java 第三版 结论：如果重写equals不重写hashCode它与散列集合无法正常工作。 既然这样那我们就拿我们最熟悉的HashMap来进行演示推导吧。 那么这样就可以推测出，如果我们重写了equals但是没重写hashCode，那么可能存在元素重复的矛盾情况。 ---- 接下来我们打开hashCode的注释代码，看看执行结果 4总结 如果重写了equals就必须重写hashCode，如果不重写将引起与散列集合（HashMap、HashSet、HashTable
1.5K20编辑于 2021-12-10 - 来自专栏用户3029758的专栏
Vector重写
声明：本文为原创，作者为 对弈，转载时请保留本声明及附带文章链接：http://www.duiyi.xyz/vector/
1.6K30发布于 2019-09-04 - 来自专栏用户3029758的专栏
vector重写
直接取某个元素 const int a = vec[0]; cout<<"vec[1]:"<<vec[1]<<endl; return 0; } 1 2 3 4 5 6 7 8 theCapacity; Object* objects; }; 声明：本文为原创，作者为 对弈，转载时请保留本声明及附带文章链接：http://www.duiyi.xyz/vector%e9%87%8d
1.6K20发布于 2019-09-04 【YashanDB 知识库】使用 select * 创建的物化视图无法进行查询重写
query rewrite;使用 select * from test where tid = 66 以及 select tid,tname from test where tid = 66，均无法进行查询重写 ：使用带双引号的大写字段名才可以进行查询重写：问题的风险及影响物化视图无法进行查询重写，影响查询性能问题影响的版本所有 yashandb 版本问题发生原因目前 yashandb 在进行物化视图的查询重写时 1、如果后面想进行查询重写的语句是 select *，目前的实现是在 select * 展开以前进行列的匹配，很明显，与 dba_mviews 中存储的 select "TID","TNAME" 是匹配不上的 2、如果后面想进行查询重写的语句是 select tid,tname，因为大小写匹配不上3、如果后面想进行查询重写的语句是 select TID,TNAME，因为没有用双引号包含，依然匹配不上以上三种情况均无法进行查询重写经验总结目前 yashandb 的物化视图查询重写功能还是比较弱，急需改进。
1.3K00编辑于 2025-02-21- 来自专栏开发笔记
重写ThreadPoolTaskExecutor
EnableConfigurationProperties({AsyncThreadPoolConfig.class} ) /** * @Description: 线程池参数配置 * @Author noneplus * @Date 2020/8/ Integer queueCapacity) { this.queueCapacity = queueCapacity; } } 创建线程池实现类 继承AsyncConfigurer，重写 java.util.concurrent.Executor; import java.util.concurrent.ThreadPoolExecutor; /** * @Description: 重写 Spring线程池 * @Author noneplus * @Date 2020/8/6 10:11 */ public class AsyncThreadPool implements AsyncConfigurer Controller 定义一个forTest方法 /** * @Description: TODO(这里用一句话描述这个类的作用) * @Author noneplus * @Date 2020/8/
1.9K30发布于 2020-08-11 - 来自专栏自然语言处理
DMQR-RAG: 基于多样化查询重写的检索增强生成
这个框架通过以下方式来解决现有问题： 查询重写：用户查询经常包含噪声和意图偏差，直接检索往往无法获得足够相关的文档。因此，查询重写对于检索到相关文档非常关键。 策略选择：在实际工业场景中，用户查询是多样化的，对每个查询应用固定集的策略并不理想。因此，动态选择适合每个特定查询的重写策略是至关重要的。 多查询重写策略（Multi-Query Rewriting Strategies） 论文提出了四种基于信息量的重写策略，以确保重写的查询具有多样性，并提供独特的信息，从而增加检索到真正相关文档的可能性： 这表明，将原始查询与其重写版本结合在检索策略中是合理且有效的。 多重查询重写的优势：相比单一查询重写，多重查询重写表现更优。 在复杂问题上的表现：在HotpotQA这样的复杂多跳问题中，DMQR-RAG显著提高了检索性能，P@5提升约8%，说明该方法适用于多种类型的查询，具有较强的通用性。
85810编辑于 2024-11-23 - 来自专栏javathings
为什么重写 equals 时必须重写 hashcode?
为什么重写 equals 时必须重写 hashcode?
2.7K20发布于 2018-11-13
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号