（1）
选择最有效率的表名顺序
(
只在基于规则的优化器中有效
)
：
ORACLE
的解析器按照从右到左的顺序处理
FROM
子句中的表名，
FROM
子句中写在最后的表
(
基础表
driving table)
将被最先处理，在
F
目的(Why) 深入理解当高频执行SQL时，oracle所发生的等待事件，并为此制定解决方案。 执行人员(Who) ORACLE DBA 运行环境（Where）database : oracle 11.2.0.3 + ASM +SSD # 当然是测试环境。OS：IBM AIX 7.1模拟工具：在上一篇提到的使用python自主开发的一款并发工具。 模拟场景（What) 模拟30个用户，并发调用一
转载
2024-07-01 17:29:47
83阅读
简介PostgreSQL查询优化器执行过程语法分析：生成查询树语义检查：对SQL表达的语义进行检查查询优化
视图重写逻辑优化：子查询优化，条件化简，等价谓词重写，连接消除，得到逻辑计划物理优化：基于代价优化，得到物理计划。PostgreSQL主要采用动态规划和遗传算法非SPJ优化：主要针对分组，排序，去重等操作查询计划执行在PostgreSQL中，语法树并不是一棵树状结构的，把关系平面化到
对PostgreSQL 的sql编写学习与实操
原创
2024-06-25 17:47:58
75阅读
原创
2024-01-23 15:08:06
124阅读
从上海来到温州，看了前几天监控的sql语句和数据变化，发现有一条语句的io次数很大，达到了150万次IO，而两个表的数
原创
2024-01-23 11:39:33
117阅读
当数据量比较大的时候，提升查询效率就是需要去考虑的事情了。一个百万级别的表格，如果不做任何优化的话，即使是最简单的查询语句执行起来也是慢的让人难以接受；当然“优化”本身是一个比较复杂的工程，从设计表、字段到查询语句的写法都有很多讲究，这里只考虑索引的方式，且是最普通的索引；下面的操作中对应数据库表w008_execrise_info（8000数据量）， w008_wf02_info（40
转载
2024-02-20 20:27:15
175阅读
数据管理型系统，由于用户的要求或者系统设计要求，会出现大量表进行join，还要进行大量统计性数据查询展示，甚至数据权限控制等操作。最后会导致sql异常复杂，随着数据量增加，或者只是应用到生产环境（正式环境）就会出现系统反应慢，体验差的现象，这个时候不得不对这些，复杂的sql进行优化。没有经验的程序员会感觉无从下手，这么复杂的sql语句看一眼就头疼，该怎么办呢
转载
2024-04-23 18:03:53
35阅读
一、操作符优化 1、IN 操作符 用IN写出来的SQL的优点是比较容易写及清晰易懂，这比较适合现代软件开发的风格。但是用IN的SQL性能总是比较低的，从Oracle执行的步骤来分析用IN的SQL与不用IN的SQL有以下区别： ORACLE试图将其转换成多个表的连接，如果转换不成功则先执行IN里面的子查询，再查询外层的表记录，如果转换成功则直接采用多个表的连接方式查询。由此可见用IN的SQL至少多了
转载
2023-12-27 13:53:50
723阅读
SQL语句优化技术分析
SQL语句优化技术分析
操作符优化
IN 操作符
用IN写出来的SQL的优点是比较容易写及清晰易懂，这比较适合现代软件开发的风格。
但是用IN的SQL性能总是比较低的，从ORACLE执行的步骤来分析用IN的SQL与不用IN的SQL有以下区别：
ORACLE试图将其转换成多个表的连接，如果转换不成功则先执行IN里面的子查询，再查询外层的表记录，如果转
原创
2012-01-10 16:32:12
379阅读
我们要做到不但会写SQL，还要做到写出性能优良的SQL语句。
（1）选择最有效率的表名顺序(只在基于规则的优化器中有效)：
Oracle 的解析器按照从右到左的顺序处理FROM子句中的表名，FROM子句中写在最后的表(基础表 driving table)将被最先处理，在FROM子句 中包含多个表的情况下,你必须选择记录条数最少的表作为基础表。如果有3个以
转载
精选
2012-07-10 09:27:47
214阅读
1、只查询出需要的列，尽量不用 *；2、外表大内表小用IN，外表小内表大适合用EXISTS;3、用到>或者<号比较时，可以用>=或者<=代替；
原创
2014-10-15 15:15:15
309阅读
在最近需求中，加入了大量的统计：其中有个统计是统计某日帖子的被评论人数的， 1. 刚开始为了实现功能，简单得写了下： select count(*) as num,post_uid from (select count(uid),post_uid from b where psot_id in(x,
转载
2022-02-23 11:26:18
57阅读
前言前段时间接手库房项目之后，有很多地方需要优化，从中也学到了很多东西，将在博客中一一整理出来分享给大家。实际案例：库房系统中管理员权限下的入库管理中的入库记录页面每次打开时都加载的非常慢，长达三十多秒，
原创
2022-02-23 15:30:19
84阅读
1.多where，少havingwhere用来过滤行，having用来过滤组 聚合语句：统计分组数据时用，对分组数据再次判断时用havingHAVING子句可以让我们筛选成组后的各组数据．; Y( }; X, \5 m1 OHAVING子句在聚合后对组记录进行筛选而WHERE子句在聚合前先筛选记录．也就是说作用在GROUP BY 子句和HAVING子句前Sql代码...
原创
2023-05-08 12:12:42
68阅读
su - oracle sqlplus / as sysdba //登录数据库 exec dbms_workload_repository.create_snapshot(); // @?/rdbms/admin/awrrpt.sql //跑awr报告 //通过报告找出消耗资源最多的sql spoo ...
转载
2021-10-12 09:41:00
76阅读
2评论
提高数据库性能的方式有两种一、一种是DBA通过对数据库的各个方面调优 调整数据库:共享池,java池,高速缓存,大
原创
2022-08-26 15:10:57
170阅读
一、SQL语句优化（1）查看表结构MariaDB[oldboy]>desctest1;+-------+----------+------+-----+---------+-------+|Field|Type|Null|Key|Default|Extra+-------+----------+------+-----+---------+-------+|id|int(4)|NO||NUL
原创
2018-01-07 16:26:30
1675阅读
SQL语句没写好可能导致： 1）网速不给力，不稳定。 2）服务器内存不够，或者SQL 被分配的内存不够。 3）sql语句设计不合理 4）没有相应的索引，索引不合理 5）没有有效的索引视图 6）表数据过大没有有效的分区设计 7）数据库设计太2，存在大量的数据冗余 8）索引列上缺少相应的统计信息，或者统
原创
2022-01-11 16:57:47
70阅读
我们要做到不但会写SQL,还要做到写出性能优良的SQL,以下为笔者学习、摘录、并汇总部分资料与大家分享！
（1） 选择最有效率的表名顺序(只在基于规则的优化器中有效)：
orACLE 的解析器按照从右到左的顺序处理FROM子句中的表名，FROM子句中写在最后的表(基础表 driving table)将被最先处理，在FROM
转载
2010-08-13 09:58:22
211阅读
