PostgreSQL 查询筛选条件一改，性能提升百倍.doc
免费下载
PostgreSQL
查询筛选条件一改，性能提升百倍！
有时，我们需要评估和改进查询中的
WHERE
子句部分，对
筛选条件的细微更改都可能会对查询性能产生巨大影响。
1
、避免在筛选条件中使用函数
在筛选阶段将函数应用于列会降低性能。数据库需要在筛选
之前将函数应用于数据集。让我们来看一个对
timestamp
字
段进行筛选的简单示例：
SELECT count(*)
FROM orders
WHERE CAST(order_timestamp AS DATE) >= '2024-02-
01';
上述对
100000000
行数据集的查询，运行了
01 min 53
sec
，因为它需要在应用筛选条件之前，将
order_timestamp
列的数据类型从
timestamp
更改为
date
。但是，那不是必需
的！请注意，对于上面的查询，根据表的元数据，可以将其重
写为：
SELECT count(*)
FROM orders
WHERE order_timestamp >= '2024-02-01 00:00:00';
重写的查询使用了原始的时间戳字段，而不进行强制转换
在完成如此微小的更改之后，现在查询可以在
20 sec
内运行完，
速度比原始查询快了近
6
倍。
Filter using native column types
并非所有的函数都可以避免掉，因为可能需要一些函数，来
检索列值中的某部分（考虑下
substring
的示例）或者重构它。
不过，每次要在筛选条件中添加函数时，请考虑是否可以使用
原始的数据类型运算符进行替代。
最佳实践
将筛选条件应用于一个列时，请尝试调整筛选条件的格式，
而不是列的格式。
以上是一个完美的示例：将过滤条件的格式，从日期
2024-
02-01
调整成时间戳
2024-02-01 00:00:00
，这样就允许我
们使用原始的时间戳数据格式和运算符。
专业建议
如果必须要应用函数，您可以尝试以下两个方法：
在表达式上创建一个索引，这在 •
PostgreSQL
和
MySQL
中都是可行的
使用数据库触发器，来填充要进行转换的附加列•
2
、改进子查询
子查询通常用于筛选条件中，以检索出一个数值集合，来应
用到筛选条件。一个常见的示例是，需要检索出最近活动过的
用户列表时。
SELECT *
FROM users
WHERE id IN (
SELECT DISTINCT user_id
FROM sessions
WHERE session_date = '2024-02-01');
上面的查询从
SESSIONS
表中检索出不同的用户列表，然后
对
USERS
表应用筛选条件。但是，有几种性能更高的方法，
可以实现相同的结果。一个例子是使用
EXISTS
：
SELECT *
FROM users
WHERE EXISTS (
SELECT user_id
FROM sessions
WHERE user_id = id and session_date = '2024-02-01');
EXISTS
的速度更快，因为它不需要从
SESSION
表中检索不
同用户的列表，而是只验证对于特定的用户在表中是否存在至
少一行。上面的用例只是更改了子查询部分，性能就从
02 min
of 7
免费下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
最新上传
下载排行榜
1
2
9-数据库人的进阶之路：从PG分区、SQL优化到拥抱AI未来（罗敏）.pptx
3
1-PG版本兼容性案例（彭冲）.pptx
4
2-TDSQL PG在复杂查询场景中的挑战与实践-opensource.pdf
5
6-PostgreSQL 哈希索引原理浅析（文一）.pdf
6
3-AI时代的变革者-面向机器的接口语言(MOQL)_吕海波.pptx
7
8-基于PG向量和RAG技术的开源知识库问答系统MaxKB.pptx
8
4-IvorySQL V4：双解析器架构下的兼容性创新实践.pptx
9
7-拉起PG好伙伴DifySupaOdoo.pdf
10
《云原生安全攻防启示录》李帅臻.pdf
相关文档
评论