普通表（Heap）

数据全局可见，存储在普通表空间，支持分区和lob类型

会话级全局临时表

数据会话级可见，存储在temp表空间，不支持分区和lob类型

create      global temporary table t1

(

         sql_id                                   varchar(100) primary key,

         sql_text                                 varchar(1000)

)

on commit      preserve rows

事务级全局临时表

数据事务级可见，存储在temp表空间，不支持分区和lob类型

create      global temporary table t2

(

         sql_id                                   varchar(100) primary key,

         sql_text                                 varchar(1000)

)

on commit      delete rows

本地临时表

表结构会话级可见，存储在temp表空间，不支持分区和lob类型，表名必须以#为前缀

create      temporary table #t3

(

         sql_id                                   varchar(100) primary key,

         sql_text                                 varchar(1000)

)

Nologging表

数据全局可见，存储在temp2空间，支持分区和lob类型

create      table t4

(

         sql_id                                   varchar(100) primary key,

         sql_text                                 varchar(1000)

)

nologging

表

1.索引列的定义长度最大为3900字节

2.不支持二级分区

3.不支持分区的合并、置换等高级能力

4.varchar最大长度是8000字节

1.不仅支持序列，还支持自增列

2.支持MySQL的二级制类型binary、varbinary和longblob

3.支持bool类型

4.支持数组、JSON类型

触发器

1.不支持语法referenceing new as new

1.支持在会话级disable所有触发器

存储过程

1.不支持自定义类型、hash表

2.930版本开始支持package

NA

视图

1.不支持对视图做DML操作

NA

序列

NA

NA

Job

1.不支持修改Job的内容，需要重建

NA

时区

1.只支持数字形式时区'+12:00'

NA

咨询锁

NA

1.不仅支持会话级，还支持事务级咨询锁

2.支持排他和共享咨询锁

同义词

NA

NA

DBMS_DEBUG

用于对存储过程（含自定义函数，触发器）的运行过程调试。

DBMS_LOB

用于处理LOB类型数据。

DBMS_LOCK

用于提供锁管理服务。

DBMS_JOB

用于执行定时任务功能。

DBMS_OUTPUT

用于调试存储过程、函数，或者在zsql命令中显示信息。

DBMS_RAFT

用于GS-Paxos主备维护的包。

DBMS_RANDOM

提供的内置随机数生成器，用于生成随机的数字、字符。

DBMS_SQL

用于执行SQL语句的包。

DBMS_STANDARD

标准包，用于事务管理、异常处理。

DBMS_STATS

用于优化统计的包。

DBMS_UTILITY

用于数据类型处理和计算的包。

DV_SYS_STATS

实例级性能数据的累计值，包括SQL的每个步骤的执行时间、产生的redo、逻辑读、物理读等数据。

V$SYSSTAT

DV_SYS_EVENTS

实例级等待事件的累计值，等待事件是重要的性能指标，一段时间的Top 等待时间反映了该时间段的性能瓶颈

V$SYSTEM_EVENT

DV_SYSTEM

当前操作系统的CPU/MEM使用情况，该数据直接从操作系统读取，包括CPU使用和虚拟内存换入换出的累计值

V$SYSTEM

DV_WAIT_STATS

data buffer       中各类型的block的等待，对应buffer busy wait等待事件

V$WAITSTAT

DV_BUFFER_POOL_STATS

当前BUFFER_POOL的使用统计情况，显示空闲页、常驻页、脏页等数量

V$BUFFER_POOL_STATISTICS

DV_GMA

当前申请的内存信息，高斯内存是预分配，和配置的参数一致

V$SGA

DV_GMA_STATS

当前SGA内存的统计项，包括shared pool和large pool的详细统计

V$SGASTAT

DV_DC_POOLS

当前DC池的情况

V$DC_POOL

DV_PL_MANAGER

存储过程加载到内存的情况

V$PL_MANAGER

DV_LIBRARY_CACHE

共享池中SQL语句的管理信息

V$LIBRARYCACHE

DV_TEMP_POOLS

当前TEMP_POOL的分配情况

V$TEMP_POOL

DV_VM_FUNC_STACK

未释放VM申请时的函数堆栈信息，当系统发生疑似VM泄露时，可以配置_MAX_VM_FUNC_STACK_COUNT，启动该视图能力

V$VM_FUNC_STACK

DV_SESSIONS

当前所有的会话情况

V$SESSION

DV_SESSION_EVENTS

会话的所有的等待事件

V$SESSION_EVENT

DV_SESSION_WAITS

会话当前的等待事件

V$SESSION_WAIT

DV_OPEN_CURSOR

当前打开的游标状态

V$OPEN_CURSOR

DV_REACTOR_POOLS

连接池和对应工作线程池信息

V$REACTOR_POOL

DV_SPINLOCKS

当前所有会话对SPINLOCK的使用情况，spin_lock是自旋锁，锁住的语句太长开销比较大 一般是控制一个结构体变量在修改时不被别人修改

V$SPINLOCK

DV_TRANSACTIONS

当前的事务信息

V$TRANSACTION

DV_SQLS

SQL的DML语句执行情况

V$SQLAREA

DV_SQL_POOL

当前系统SQLPOOL使用情况

V$SQLPOOL

DV_LONG_SQL

长SQL的日志

V$LONGSQL

DV_LOCKS

当前锁资源情况

V$LOCK

DV_LOCKED_OBJECTS

锁对象的信息

V$LOCKED_OBJECT

DV_USER_ADVISORY_LOCKS

使用中的会话级咨询锁信息

V$USER_ADVISORY_LOCKS

DV_LATCH

当前结构锁的使用情况，latch一般是结构锁，有共享锁，排他锁之分，粒度大

V$LATCH

DV_SEGMENT_STATS

数据库中的heap和index等对象的使用情况

V$SEGMENT_STATISTICS

DV_UNDO_SEGMENTS

undo      segment队列的实时状态信息

V$UNDO_SEGMENT

DV_TEMP_UNDO_SEGMENT

所有temp      undo segment队列的实时状态信息

V$TEMP_UNDO_SEGMENT

DV_ARCHIVE_GAPS

备用数据库上的存档间隙的信息

V$ARCHIVE_GAP

单表（非分区表）的规模

数据量<5000万，空间占用<100G

表过大会导致数据非常离散，根据索引扫描数据时物理读高，并且索引的层高也会变大

表/分区的数量

总数量<10万

Segment过多会产生大量的统计信息，系统表空间会增大，同时share pool的DC占用也会变多，buffer pool需要保存Segment头，内存消耗会增大

约束

唯一、非空约束由数据库约束保证

如果由业务保证唯一和非空约束比较麻烦，容易产生垃圾数据

列的类型

1.时间类型用日期类型，不要使用字符串

2.长字符串使用clob，而不要用varchar

时间类型使用字符串占用的空间多，处理也容易出错；列中包括长字符串容易出现行迁移和行链接

列的个数和长度

个数<200，行长度<8000字节

列过长容易出现行迁移和行链接，并且每个数据只能保留几条数据，索引扫描的效率会比较低

Extent的大小

当前还不支持动态extent，对于大表，Extent设置为1M或8M

默认extent是64K，对大表做全表扫描时IO效率低，增大extent，一次IO可以扫描更多的数据块，减少IO次数

数据的更新

避免数据更新后变长，避免大量并发更新同一个数据块，避免对索引列的大量更新

如果把数据更新后变长，容易出现行迁移和ITL等待，需要调大PCTFREE；并发更新同一个数据块可能产生大量的buffer busy wait等待；大量更新索引列也会产生大量空块和索引倾斜，update效率也会降低

数据的删除

大批量数据的删除使用删除分区的方式，而不要用delete的方式

如果使用delete方式删除大量数据，不仅效率低，而且可能导致索引产生大量空块和索引倾斜的问题

Range

用户创建分区，分区键大小从小到大，不能往中间插入新分区，分区键一般是date或number类型

适用日志、流水类大表，需要根据时间删除历史数据

CREATE      TABLE WSR$_LONGSQL1

(

         SNAP_ID       BINARY_INTEGER             NOT NULL,

         CTIME                               DATE

)

PARTITION      BY RANGE(SNAP_ID)

(PARTITION      P_0 VALUES LESS THAN (1))

Interval

用户只需要设定分区间隔和初始分区键值，根据插入的数据自动生成对应的分区，分区键一般是date或number类型

同Range分区，比Range分区使用更方便，用户不用提前创建分区，并且可以有数据时再创建分区而不用创建空分区

CREATE TABLE      WSR$_LONGSQL2

(

         SNAP_ID           BINARY_INTEGER        NOT NULL,

         CTIME                               DATE

)

PARTITION      BY RANGE(SNAP_ID) INTERVAL(1)

(PARTITION      P_0 VALUES LESS THAN (1))

List

分区键是离散值，分区需要用户创建

适用在分区键是离散值的场景

CREATE      TABLE WSR$_LONGSQL3

(

         SNAP_ID           BINARY_INTEGER        NOT NULL,

         CTIME                               DATE

)

PARTITION      BY LIST (SNAP_ID)

(PARTITION      P_0 VALUES (1))

Hash

用户设定分区键和分区数，可以自动生成分区，插入数据时根据hash算法选择对应的分区

适用于分区键取值非常多的场景，一般用于把数据隔离开，而不是为了根据分区删除数据，使用hash分区减少buffer busy wait的等待

CREATE      TABLE WSR$_LONGSQL4

(

         SNAP_ID           BINARY_INTEGER        NOT NULL,

         CTIME                               DATE

)

PARTITION      BY HASH (SNAP_ID) PARTITIONS 16

分区表不要创建全局索引

分区表一般创建本地索引（使用local关键字）。如果创建了全局索引，当删除分区时会导致索引失效

不要创建无用的索引

索引会降低DML语句的性能，所以不要创建无用的索引

不要创建冗余的索引

例如下面两个索引，如果在userid, playlistid上创建了索引，就没有必要在userid上创建一个索引。

create      index ix_ums_playcontentlist_userid on t_ums_userplaycontentlist (userid)

create      index ix_ums_playcontentlist_id on t_ums_userplaycontentlist (userid,      playlistid)

索引的key不宜过长

如果索引key过长，会导致索引树高度很大，索引查询效率会降低。对于组合索引，索引的列不宜过多。不要把长字符串列作为索引列，例如描述字段。

组合索引，要把高选择度的列放在前面

如下例所示，useraccount选择度远高于accounttype，所以应该把useraccount作为索引的首列，这样当查询条件中有useraccount而没有accounttype时仍能高效的使用索引。

create      index ix_ums_usrordlib_account_type on t_ums_userorderlib      (useraccount,accounttype)

当需要对大数据量排序时，可以通过创建索引来避免排序

场景：分页查询需要查询歌曲（总数100万），没有查询条件，查询结果需要按照musicname排序，实际绝大部分的查询是前几页。

解决方案：在musicname创建索引，通过索引全扫描来避免排序，只要不是查询的数据非常靠后，效率就很高

一般不在选择率很低的列上创建索引

一般不在状态，用户类型这种取值很少的列上创建索引。但是，有些场景却可以创建这种索引。例如，当需要查询的那部分的取值在数据中的比例很低时或者使用rownum限制了每次只查询出一小批数据。总的原则是，只要一次查询的数据在数据中的比例非常小，那么就适合使用索引。这里之所以说“一次查询”，是因为符合条件的数据可能很多，但是可能使用rownum限制了每次只查100条。

如果where语句中不得不对查询列采用函数查询，如upper函数，需要建立相应函数索引

如果查询条件在列上使用了函数，那么直接在列上创建的索引是无法使用的，必须创建对应的函数索引。如下例所示。

create      index ix_auditionauthlog_tonename on t_ums_auditionauthlog(upper(tonename))

    tablespace      ringidx

连接顺序

leading

指定某个表为驱动表，例如leading(a)

ordered

多表连接时指定表的连接顺序，按照from后面表的顺序连接，没有参数

连接方式

use_nl

指定表的连接方式为嵌套循环，例如use_nl(a      b)，括号内顺序不重要，括号内支持多个表

use_hash

指定表的连接方式为哈希连接，例如use_hash(a      b)，括号内顺序不重要，括号内支持多个表

访问路径

full

指定对某个表全表扫描，例如full(a)

index

指定对某个表使用索引扫描，按照索引的排序方式，默认正序，例如index(a       索引名)

其他

rule

指定使用RBO优化器，不能有分区表等高级特性，不能和其他提示一起使用。