ORACLE SQL 优化相关概念

最新推荐文章于 2024-04-18 07:45:00 发布
最新推荐文章于 2024-04-18 07:45:00 发布
阅读量462 收藏
点赞数
分类专栏： SQL优化 文章标签： oracle sql 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u011868279/article/details/127372903
版权 
[oracle@MaxwellDBA admin]$ sqlplus sys/sys as sysdba

SQL*Plus: Release 19.0.0.0.0 - Production on Tue Oct 18 07:13:55 2022
Version 19.3.0.0.0

Copyright (c) 1982, 2019, Oracle.  All rights reserved.


Connected to:
Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production
Version 19.3.0.0.0

sys@cdb$root:orclcdb> 

sys@cdb$root:orclcdb> select * from v$version where rownum=1;

BANNER                                                                           BANNER_FULL
-------------------------------------------------------------------------------- ----------------------------------------------------------------------------------------------------------------------------------------------------------------
BANNER_LEGACY                                                                        CON_ID
-------------------------------------------------------------------------------- ----------
Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production           Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production
                                                                                 Version 19.3.0.0.0
Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production                    0


1 row selected.

sys@cdb$root:orclcdb> show user
USER is "SYS"
sys@cdb$root:orclcdb> grant dba to scott;
grant dba to scott
             *
ERROR at line 1:
ORA-01917: user or role 'SCOTT' does not exist


sys@cdb$root:orclcdb> ALTER SESSION SET CONTAINER=ORCLPDB1;

Session altered.

sys@cdb$root:orclcdb> grant dba to SCOTT;

Grant succeeded.

sys@cdb$root:orclcdb> conn SCOTT/TIGER@ORCLPDB1;
Connected.
scott@orclpdb1:orclcdb> create table test as select * from dba_objects;

Table created.

scott@orclpdb1:orclcdb>

概念1.基数（CARDINALITY）

某个列唯一键（Distinct Keys）的数量叫作基数。

主键列的基数等于表的总行数。基数的高低影响列的数据分布。

返回表中5%以内的数据走索引，返回超过5%的数据走全表扫描。

scott@orclpdb1:orclcdb> select count(*) from test where owner = 'SYS';

  COUNT(*)
----------
     52430

1 row selected.

scott@orclpdb1:orclcdb> select 52430/73516*100 "percent" from dual;

   percent
----------
71.3178084

1 row selected.

scott@orclpdb1:orclcdb> select count(*) from test where owner = 'SCOTT';

  COUNT(*)
----------
        30

1 row selected.

scott@orclpdb1:orclcdb> select 30/73516*100 "percent" from dual;

   percent
----------
.040807443

1 row selected.

scott@orclpdb1:orclcdb>

如何查看数据分布：

select column_name, count(*) from table_name group by column_name order by 2 desc;

概念2： 选择性（Selectivity）

基数/总函数 * 100% 就是某个列的选择性

为了查看选择性，必须先收集统计信息。

以下为收集统计信息的脚本：

BEGIN
  DBMS_STATS.gather_table_stats(ownname => 'SCOTT',
                                tabname => 'TEST',
                                estimate_percent => 100,
                                method_opt => 'for all columns size 1',
                                no_invalidate => FALSE,
                                degree => 1,
                                cascade => TRUE);
END;
/

查看表中每个列的基数与选择性：

/*查看表中列的基数与选择性*/

select a.column_name,
       b.num_rows,
       a.num_distinct Cardinality,
       round(a.num_distinct/ b.num_rows * 100, 2) selectivity,
       a.histogram,
       a.num_buckets
from dba_tab_col_statistics a,dba_tables b
where a.owner = b.owner
and a.table_name = b.table_name
and a.owner = 'SCOTT'
and a.table_name = 'TEST';

优化思想1： 什么样的列必须要创建索引呢? 当一个列出现在where 条件中，该列没有创建索引并且选择性大于20%，那么该列就必须创建索引，从而优化SQL查询性能。

SQL优化的核心观点1: 只有大表才会产生性能问题。

抓住必须创建索引的列（调整后，可用于prod environment）

抓出表中where条件中的列可通过以下两种方法：

  • V$SQL_PLAN
  • 自动化脚本如下：
select r.name owner,
       o.name table_name,
       c.name column_name,
       equality_preds, ---等值过滤
       equijoin_preds, ---等值JOIN 比如 where a.id = b.id
       nonequijoin_preds, ---不等JOIN
       range_preds,  --- 范围过滤次数 > >= < <= between and
       like_preds, --- LIKE 过滤
       null_preds, --- NULL 过滤
       timestamp
from sys.col_usage$ u,sys.obj$ o, sys.col$ c, sys.user$ r
where o.obj# = u.obj#
  and c.obj# = u.obj#
  and c.col# = u.intcol#
  and r.name = 'SCOTT'
  and o.name = 'TEST';

自动化脚本抓取必须要建索引的列:

select owner,
       column_name,
       num_rows,
       Cardinality,
       Selectivity,
       'Need index' as notice
  from (select b.owner,
               a.column_name,
               b.num_rows,
               a.num_distinct Cardinality,
               round(a.num_distinct / b.num_rows * 100, 2) selectivity
          from dba_tab_col_statistics a, dba_tables b
         where a.owner = b.owner
           and a.table_name = b.table_name
           and a.owner = 'SCOTT'
           and a.table_name = 'TEST')
 where selectivity >= 20
   and column_name not in (select column_name
                        from dba_ind_columns
                       where table_owner = 'SCOTT'
                         and table_name = 'TEST')
   and column_name in
       (select c.name
          from sys.col_usage$ u, sys.obj$ o, sys.col$ c, sys.user$ r
         where o.obj# = u.obj#
           and c.obj# = u.obj#
           and c.col# = u.intcol#
           and r.name = 'SCOTT'
           and o.name = 'TEST')

概念3 直方图（Histogram）

如果没有对基数低的列收集直方图统计信息，基于成本的优化器（CBO）会认为该列数据分布是均衡的。

/*收集统计信息 for all columns size 1 表示对所有列都不收集直方图*/

BEGIN
  DBMS_STATS.gather_table_stats(ownname => 'SCOTT',
                                tabname => 'TEST',
                                estimate_percent => 100,
                                method_opt => 'for all columns size 1',
                                no_invalidate => FALSE,
                                degree => 1,
                                cascade => TRUE);
END;
/

Histogram 为none表示没有收集直方图

-------------查看表中每个列的基数和选择性---------------------------------

select a.column_name,
       b.num_rows,
       a.num_distinct Cardinality,
       round(a.num_distinct/ b.num_rows * 100, 2) selectivity,
       a.histogram,
       a.num_buckets
from dba_tab_col_statistics a,dba_tables b
where a.owner = b.owner
and a.table_name = b.table_name
and a.owner = 'SCOTT'
and a.table_name = 'TEST';

 

sys@cdb$root:orclcdb> conn SCOTT/TIGER@ORCLPDB1;
Connected.
scott@orclpdb1:orclcdb> set autot trace
scott@orclpdb1:orclcdb> 
scott@orclpdb1:orclcdb> select * from test where owner='SCOTT';

30 rows selected.


Execution Plan
----------------------------------------------------------
Plan hash value: 1357081020

--------------------------------------------------------------------------
| Id  | Operation         | Name | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |      |  1935 |   249K|   398   (1)| 00:00:01 |
|*  1 |  TABLE ACCESS FULL| TEST |  1935 |   249K|   398   (1)| 00:00:01 |
--------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   1 - filter("OWNER"='SCOTT')


Statistics
----------------------------------------------------------
          1  recursive calls
          0  db block gets
       1432  consistent gets
          0  physical reads
          0  redo size
       4947  bytes sent via SQL*Net to client
        411  bytes received via SQL*Net from client
          3  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
         30  rows processed

scott@orclpdb1:orclcdb> create index idx_owner on test(owner);

Index created.

scott@orclpdb1:orclcdb> select * from test where owner='SCOTT';

30 rows selected.


Execution Plan
----------------------------------------------------------
Plan hash value: 3011311971

-------------------------------------------------------------------------------------------------
| Id  | Operation                           | Name      | Rows  | Bytes | Cost (%CPU)| Time     |
-------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                    |           |  1935 |   249K|    57   (0)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID BATCHED| TEST      |  1935 |   249K|    57   (0)| 00:00:01 |
|*  2 |   INDEX RANGE SCAN                  | IDX_OWNER |  1935 |       |     5   (0)| 00:00:01 |
-------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   2 - access("OWNER"='SCOTT')


Statistics
----------------------------------------------------------
          1  recursive calls
          0  db block gets
         10  consistent gets
          1  physical reads
          0  redo size
       6244  bytes sent via SQL*Net to client
        411  bytes received via SQL*Net from client
          3  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
         30  rows processed

scott@orclpdb1:orclcdb> select * from test where owner='SYS';

52430 rows selected.


Execution Plan
----------------------------------------------------------
Plan hash value: 3011311971

-------------------------------------------------------------------------------------------------
| Id  | Operation                           | Name      | Rows  | Bytes | Cost (%CPU)| Time     |
-------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                    |           |  1935 |   249K|    57   (0)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID BATCHED| TEST      |  1935 |   249K|    57   (0)| 00:00:01 |
|*  2 |   INDEX RANGE SCAN                  | IDX_OWNER |  1935 |       |     5   (0)| 00:00:01 |
-------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   2 - access("OWNER"='SYS')


Statistics
----------------------------------------------------------
          1  recursive calls
          0  db block gets
       8218  consistent gets
        111  physical reads
          0  redo size
    8096719  bytes sent via SQL*Net to client
      38843  bytes received via SQL*Net from client
       3497  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
      52430  rows processed
scott@orclpdb1:orclcdb> set autot off
scott@orclpdb1:orclcdb> select round(73516/38) from dual;

ROUND(73516/38)
---------------
           1935

1 row selected.

scott@orclpdb1:orclcdb>

执行计划里面的Rows是假的。在做SQL优化的时候，经常需要做的工作就是帮助CBO计算比较准确的Rows.

如果CBO每次都能计算得到精确的Rows，那么我们只需要关心业务逻辑、表设计、SQL写法以及如果建立索引了。不用担心SQL会走错执行计划了。

scott@orclpdb1:orclcdb> 
scott@orclpdb1:orclcdb> 
scott@orclpdb1:orclcdb> BEGIN
  2    DBMS_STATS.gather_table_stats(ownname => 'SCOTT',
                                tabname => 'TEST',
  4                                  estimate_percent => 100,
  5                                  method_opt => 'for all columns size skewonly',
  6                                  no_invalidate => FALSE,
                                degree => 1,
  8                                  cascade => TRUE);
  9  END;
 10  /

PL/SQL procedure successfully completed.

scott@orclpdb1:orclcdb> 
scott@orclpdb1:orclcdb> select a.column_name,
  2         b.num_rows,
       a.num_distinct Cardinality,
       round(a.num_distinct / b.num_rows * 100, 2) selectivity,
  5         a.histogram,
  6         a.num_buckets
  from dba_tab_col_statistics a, dba_tables b
  8   where a.owner = b.owner
  9     and a.table_name = b.table_name
 10     and a.owner = 'SCOTT'
 11     and a.table_name = 'TEST';

COLUMN_NAME                                                                                                                        NUM_ROWS CARDINALITY SELECTIVITY HISTOGRAM       NUM_BUCKETS
-------------------------------------------------------------------------------------------------------------------------------- ---------- ----------- ----------- --------------- -----------
OWNER                                                                                                                                 73516          38         .05 FREQUENCY                38
OBJECT_NAME                                                                                                                           73516       61420       83.55 HEIGHT BALANCED         254
SUBOBJECT_NAME                                                                                                                        73516         417         .57 HEIGHT BALANCED         254
OBJECT_ID                                                                                                                             73516       73514         100 NONE                      1
DATA_OBJECT_ID                                                                                                                        73516        6585        8.96 HEIGHT BALANCED         254
OBJECT_TYPE                                                                                                                           73516          47         .06 FREQUENCY                47
CREATED                                                                                                                               73516         990        1.35 HEIGHT BALANCED         254
LAST_DDL_TIME                                                                                                                         73516        1260        1.71 HEIGHT BALANCED         254
TIMESTAMP                                                                                                                             73516        1178         1.6 HEIGHT BALANCED         254
STATUS                                                                                                                                73516           2           0 FREQUENCY                 2
TEMPORARY                                                                                                                             73516           2           0 FREQUENCY                 2

COLUMN_NAME                                                                                                                        NUM_ROWS CARDINALITY SELECTIVITY HISTOGRAM       NUM_BUCKETS
-------------------------------------------------------------------------------------------------------------------------------- ---------- ----------- ----------- --------------- -----------
GENERATED                                                                                                                             73516           2           0 FREQUENCY                 2
SECONDARY                                                                                                                             73516           2           0 FREQUENCY                 2
NAMESPACE                                                                                                                             73516          23         .03 FREQUENCY                23
EDITION_NAME                                                                                                                          73516           0           0 NONE                      0
SHARING                                                                                                                               73516           4         .01 FREQUENCY                 4
EDITIONABLE                                                                                                                           73516           2           0 FREQUENCY                 2
ORACLE_MAINTAINED                                                                                                                     73516           2           0 FREQUENCY                 2
APPLICATION                                                                                                                           73516           1           0 FREQUENCY                 1
DEFAULT_COLLATION                                                                                                                     73516           1           0 FREQUENCY                 1
DUPLICATED                                                                                                                            73516           1           0 FREQUENCY                 1
SHARDED                                                                                                                               73516           1           0 FREQUENCY                 1

COLUMN_NAME                                                                                                                        NUM_ROWS CARDINALITY SELECTIVITY HISTOGRAM       NUM_BUCKETS
-------------------------------------------------------------------------------------------------------------------------------- ---------- ----------- ----------- --------------- -----------
CREATED_APPID                                                                                                                         73516           0           0 NONE                      0
CREATED_VSNID                                                                                                                         73516           0           0 NONE                      0
MODIFIED_APPID                                                                                                                        73516           0           0 NONE                      0
MODIFIED_VSNID                                                                                                                        73516           0           0 NONE                      0

26 rows selected.

scott@orclpdb1:orclcdb> set autot trace
scott@orclpdb1:orclcdb> select * from test where owner='SCOTT';

30 rows selected.


Execution Plan
----------------------------------------------------------
Plan hash value: 3011311971

-------------------------------------------------------------------------------------------------
| Id  | Operation                           | Name      | Rows  | Bytes | Cost (%CPU)| Time     |
-------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                    |           |    30 |  3960 |     2   (0)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID BATCHED| TEST      |    30 |  3960 |     2   (0)| 00:00:01 |
|*  2 |   INDEX RANGE SCAN                  | IDX_OWNER |    30 |       |     1   (0)| 00:00:01 |
-------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   2 - access("OWNER"='SCOTT')


Statistics
----------------------------------------------------------
          1  recursive calls
          0  db block gets
         10  consistent gets
          0  physical reads
          0  redo size
       6244  bytes sent via SQL*Net to client
        411  bytes received via SQL*Net from client
          3  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
         30  rows processed

scott@orclpdb1:orclcdb> select * from test where owner='SYS';

52430 rows selected.


Execution Plan
----------------------------------------------------------
Plan hash value: 1357081020

--------------------------------------------------------------------------
| Id  | Operation         | Name | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |      | 52430 |  6758K|   399   (1)| 00:00:01 |
|*  1 |  TABLE ACCESS FULL| TEST | 52430 |  6758K|   399   (1)| 00:00:01 |
--------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   1 - filter("OWNER"='SYS')


Statistics
----------------------------------------------------------
          1  recursive calls
          0  db block gets
       4856  consistent gets
          0  physical reads
          0  redo size
    3453492  bytes sent via SQL*Net to client
      38843  bytes received via SQL*Net from client
       3497  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
      52430  rows processed

scott@orclpdb1:orclcdb>

直方图是用来帮助CBO在对基数很低、数据分布不均衡的列进行Rows估算的时候，可以得到更精确的Rows就够了。

什么样的列需要收集直方图呢？当列出现在where条件中，列的选择性小于1%并且该列没有收集过直方图，这样的列就应该收集直方图。

注意：千万不能对没有出现在where条件中的列收集直方图。对没有出现在where条件中的列收集直方图完全是做无用功，浪费数据库资源。

抓出必须创建直方图的列：

select a.owner,
       a.table_name,
       a.column_name,
       b.num_rows,
       a.num_distinct Cardinality,
       trunc(a.num_distinct / b.num_rows * 100, 2) selectivity,
       'Need Gather Histogram' notice
  from dba_tab_col_statistics a, dba_tables b
 where a.owner = b.owner
   and a.table_name = b.table_name
   and a.owner = 'SCOTT'
   and a.table_name = 'TEST'
   and a.table_name = b.table_name
   and num_distinct / num_rows < 0.01
   and (a.owner, a.table_name, a.column_name) in
       (select r.name owner, o.name table_name, c.name column_name
          from sys.col_usage$ u, sys.obj$ o, sys.col$ c, sys.user$ r
         where o.obj# = u.obj#
           and c.obj# = u.obj#
           and c.col# = u.intcol#
           and r.name = 'SCOTT'
           and o.name = 'TEST')
   and a.histogram = 'NONE';

概念4 回表（TABLE ACCESS BY INDEX ROWID）

当对一个列创建索引之后，索引会包含该列的键值以及键值所对应行所在的rowid.

回表：通过索引中记录的rowid访问回表中的数据

回表属于单块读，回表次数太多会严重影响SQL性能，如果回表次数太多，就不应该走索引扫描，应该走全表扫描。

在进行SQL优化的时候，一定要注意回表次数，特别是要注意回表的物理I/O次数。

scott@orclpdb1:orclcdb> select * from test where owner='SYS';

52430 rows selected.


Execution Plan
----------------------------------------------------------
Plan hash value: 3011311971

-------------------------------------------------------------------------------------------------
| Id  | Operation                           | Name      | Rows  | Bytes | Cost (%CPU)| Time     |
-------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                    |           |  1935 |   249K|    57   (0)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID BATCHED| TEST      |  1935 |   249K|    57   (0)| 00:00:01 |
|*  2 |   INDEX RANGE SCAN                  | IDX_OWNER |  1935 |       |     5   (0)| 00:00:01 |
-------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   2 - access("OWNER"='SYS')


Statistics
----------------------------------------------------------
          1  recursive calls
          0  db block gets
       8218  consistent gets
        111  physical reads
          0  redo size
    8096719  bytes sent via SQL*Net to client
      38843  bytes received via SQL*Net from client
       3497  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
      52430  rows processed

scott@orclpdb1:orclcdb>

 TABLE ACCESS BY INDEX ROWID BATCHED 就是回表，索引返回多少行数据，回表就要回多少次，每次回表都是单块读。该SQL语句返回了52430行数据，那么回表就回了52430行数据。

 SQL的性能确实大部分损失在回表中，是否能回答返回表中5%内的数据走索引，超过表中5%的数据走全表扫描？根本原因在于回表。

如何消除回表？

通过建立组合索引

概念5 集群因子（CLUSTER FACTOR）

集群因子用于判断索引回表需要消耗的物理I/O次数。

当索引范围扫描，索引全扫描不回表或者返回数据量很少的时候，不管集群因子多大，对SQL查询性能几乎没有任何影响。再次强调一遍，在进行SQL优化的时候，往往回建立合适的组合索引消除回表。或者建立组合索引尽量减少回表次数。

DB架构
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Oracle（一）执行计划
dlx29376的博客
08-02 319
目录 一、什么是执行计划 二、如何查看执行计划 三、如何读懂执行计划 1. 执行顺序的原则 2. 执行计划中字段解释 3. 谓词说明 4. JOIN方式 4.1 HASH JOIN（散列连接） 4.2 SORT MERGE JOIN（排序合并连接） 4.3 NESTED LOOP（嵌套循环连接） 5. 表访问方式 5.1 全表扫描（Full Table Scans...
Oracle 优化篇+SAA（SQL Access Advisor）用法
ZZT_2009
07-22 832
说明：本文为SAA（SQL Access Advisor）使用参考手册 用途：本文仅供初学者熟悉了解SQL Access Advisor或优化参考 标签：SQL Access Advisor、SAA、SAA使用方法、Oracle优化、SQL调优、SAA流程图 温馨提示：如果您发现本文哪里写的有问题或者有更好的写法请留言或私信我进行修改优化 高级内容：由于篇幅原因，部分高级内容和详情没有在此展现，如有需要可以留言或私信 ★知识点 ※ SQL Access Advisor是伴随着10G出现的一个优化工具,提供
Oracle-数据库升级到19C用户登录报错问题
最新发布
sinat_36757755的博客
04-18 1383
Oracle从低版本迁移到高版本12c、19c之后，在用户密码保持不变的情况下，出现用户密码登录报错的问题，报错为ORA-28040和ORA-01017。
impdp/expdp报ora 60019
m0_46032649的博客
03-01 167
impdp/expdp报ora 60019
Oracle 19c 使用数据泵如何导入导出 PDB 用户
JiekeXu的博客
02-17 4902
作者 | JiekeXu来源 |公众号 JiekeXu DBA之路（ID: JiekeXu_IT）大家好，我是 JiekeXu,很高兴又和大家见面了,今天和大家一起来看看 Oracle 1...
Oracle-sql优化之统计信息
sinat_36757755的博客
04-19 2746
本文章主要讲述生产运维中常见的统计信息导致执行计划异常的情形以及如何确认统计信息是否存在问题，Oracle的执行计划生成是基于cost，而cost则是根据表的统计信息以及服务器性能指标去计算的，所以一个正确的统计信息对于执行计划的生成非常重要。
记录Oracle rac 19C（19.15）补丁升级（OPatch 33803476）操作过程
狗剩儿的记忆博客
07-20 1784
提示以下是本篇文章正文内容，下面案例可供参考。
Oracle Glodengate管理-Oracle19C RAC 搭建OGG聚合模式同步数据到11.2.0.4
oradbm的博客
02-01 1542
-//检查发现extract名字有问题，刚开始注册的时候是EXTORA，抽取进程为exint，重新注册为exint(所以注册的名字要和抽取的名字一致)原文链接：https://blog.csdn.net/m15217321304/article/details/112276914。--//exttrailsource的内容就是exint抽取进程的exttrail /ogg/ogg/trails/w1。--//报错的意思就是需要创建一个全局用户，就是c##开头的，跨所有PDB的。
基于Oracle的SQL优化 崔华
05-08
"基于Oracle的SQL优化"这一主题，涵盖了如何针对Oracle数据库进行SQL查询的改进，以达到减少资源消耗、提高数据处理速度的目标。 首先，了解SQL执行的原理是优化的基础。Oracle数据库接收到SQL语句后，会通过解析器...
oraclesql优化
08-27
本文将深入探讨Oracle的基本概念、索引原理、选择访问路径以及表的连接，这些都是进行SQL优化的基础。 1. Oracle 概念 Oracle服务器是一个复杂而高效的数据存储和管理平台。它包含以下主要组成部分： - **应用...
Oracle SQL 官方文档
03-08
本官方文档集包括四份重要的参考资料，涵盖了Oracle SQL的核心概念、语法和最佳实践。 1. **PL/SQL语言参考**：PL/SQL是Oracle特有的过程化语言，它结合了SQL的查询能力与编程语言的控制结构。此文档详细介绍了PL/...
oracle sql program
06-13
本篇将深入探讨Oracle SQL的相关知识点。 一、SQL基础 SQL（Structured Query Language）是所有关系型数据库的标准语言，Oracle SQL在其基础上增加了一些扩展功能。基本的SQL操作包括： 1. 查询（SELECT）：通过...
Oracle Sql基础（beginning oracle sql中文版）
02-06
Oracle SQL是数据库管理员和开发人员用来与Oracle数据库交互的语言，它是SQL标准的扩展，提供了许多特有的功能和优化。本资源“Oracle Sql基础（beginning oracle sql中文版）”旨在为初学者提供一个全面的Oracle ...
Oracle 19c 创建用户、授权实践
enjoy.day
01-13 9137
Oracle 19c 创建用户、授权实践
oracle19c安装
m0_60319041的博客
07-19 498
oracle19c安装 环境准备 (1) 物理内存不少于 2G (2) 硬盘空间不少于 12G (3) swap分区空间不少于 2G (4) 关闭防火墙 ① 临时关闭 systemctl stop firewalld ② 永久关闭 systemctl disable firewalld (5) 关闭SELINUX ① vi /etc/selinux/config 将SELINUX=enforcing改为SELINUX=disabled 下载安装包 (1) oracle-database-ee-19c
oracle dbms_stats(no_invalidate参数)
cuiye1492的博客
02-08 500
dbms_stats收集统计信息时候no_invalidate参数用于是否与收集相关object的cursor失效，defalut(9i false, 10g dbms_stats.auto_invalidate(既null))...
oracle索引的事
seacean2000的专栏
10-24 469
索引是一种可选的与表相关的数据库对象，可以用于提高数据的查询效率。索引是建立在表列上的数据库对象，但是无论其物理结构还是逻辑结构均不依赖于表。数据库中引入索引的目的是提高对表中数据的查询速度。如果一个表没有建立索引，则对该表进行查询时会进行全表扫描。如果表中有索引，则在条件查询时数据库系统优先对索引进行查询。索引可以提高查询效率的原因是索引结构中保存了索引值及其相应记录的物理地址ROWID，并按照
一个实际工作中的sql的模拟
dalinqin(dblife)的专栏
04-04 946
 create table t as select * from dba_objects;update t set LAST_DDL_TIME=to_date(20040101,yyyymmdd)+trunc(dbms_random.value(1,360))SQL> desc x Name                          Null?    Type ----
mysql bytessent_如何对DSQLSERVER、MySQL、Orache语句性能分析
weixin_29710403的博客
01-27 135
SQLSERVER语句性能分析SQLSERVER通过设置STATISTICS查看执行SQL时的系统情况。SETSTATISTICSPROFILEON：显示分析、编译和执行查询所需的时间(以毫秒为单位)。SETSTATISTICSIOON：报告与语句内引用的每个表的扫描数、逻辑读取数(在高速缓存中访问的页数)和物理读取数(访问磁盘的次数)有关的信息。SETSTATISTICSTIM...
ORACLESQL性能优化.ppt
11-21
2. SQL优化机制：包括共享SQL区域、SQL语句处理的阶段（如解析、执行和提取）、共享游标以及遵循良好的SQL编码标准。 二、Oracle的优化器 Oracle的优化器是决定如何执行SQL语句的关键组件，它可以基于成本或规则...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值