Oracle cursor_sharing 参数 详解

一. 官网的说明

http://download.oracle.com/docs/cd/E11882_01/server.112/e17110/initparams042.htm#REFRN10025

1.1 CURSOR_SHARING


Property
Description

Parameter type
String

Syntax
CURSOR_SHARING = { SIMILAR | EXACT | FORCE }

Default value
EXACT

Modifiable
ALTER SESSION, ALTER SYSTEM

Basic
No

CURSOR_SHARING determines what kind of SQL statements can share the same cursors.

Values:

（1）FORCE

Allows the creation of a new cursor if sharing an existing cursor, or if the cursor plan is not optimal.

（2）SIMILAR

Causes statements that may differ in some literals, but are otherwise identical, to share a cursor, unless the literals affect either the meaning of the statement or the degree to which the plan is optimized.

（3）EXACT

Only allows statements with identical text to share the same cursor.

--只有SQL 语句完全相同的情况下，才会使用相同的cursor，即执行计划。

Notes:

（1）If you set CURSOR_SHARING, then Oracle recommends the FORCE setting unless you are in a DSS environment. FORCE limits the growth of child cursors that can occur when the setting is SIMILAR.

（2）The value of the CURSOR_SHARING parameter has performance implications. Refer to Oracle Database Performance Tuning Guide before setting this parameter.

1.2 When to Set CURSOR_SHARING to a Nondefault Value

The best practice is to write sharable SQL and use the default of EXACT for CURSOR_SHARING. However, for applications with many similar statements, setting CURSOR_SHARING can significantly improve cursor sharing, resulting in reduced memory usage, faster parses, and reduced latch contention. Consider this approach when statements in the shared pool differ only in the values of literals, and when response time is poor because of a very high number of library cache misses.

Setting CURSOR_SHARING to FORCE or SIMILAR has the following drawbacks:

（1）The database must perform extra work during the soft parse to find a similar statement in the shared pool.

（2）There is an increase in the maximum lengths (as returned by DESCRIBE) of any selected expressions that contain literals in a SELECT statement. However, the actual length of the data returned does not change.

（3）Star transformation is not supported.

（4）If stored outlines were generated with CURSOR_SHARING set to EXACT, then the database does not use stored outlines generated with literals. To avoid this problem, generate outlines with CURSOR_SHARING set to FORCE or SIMILAR and use the CREATE_STORED_OUTLINES parameter.

When deciding whether to set CURSOR_SHARING to FORCE or SIMILAR, consider the performance implications of each setting.

When CURSOR_SHARING is set to FORCE, the database uses one parent cursor and one child cursor for each distinct SQL statement. The database uses the same plan for each execution of the same statement.

When set to SIMILAR, database behavior depends on the presence of histograms:

（1）Histogram absent for column with system-generated bind value

Only one parent cursor and one child cursor exists for each distinct SQL statement. In this case, all executions of a SQL statement use the same plan.

（2）Histogram present for column with system-generated bind value

If the same SQL statement is executed multiple times, each execution has its own child cursor. In this case, the database peeks at bind variable values and create a new child cursor for each distinct value. Thus, each statement execution uses a plan based on the specific literals in the statement.

For example, consider the following statement:

SELECT * FROM hr.employees WHERE employee_id = 101

If FORCE is used, or if SIMILAR is used when no histogram exists, then the database optimizes this statement as if it contained a bind variable and uses bind peeking to estimate cardinality. Statements that differ only in the bind variable share the same execution plan.

If SIMILAR is used, and if a histogram does exist, then the database does not treat the statement as if a bind variable were used. The same query for a different employee may not use the same plan.

If you set CURSOR_SHARING, then Oracle recommends the FORCE setting unless you are in a DSS environment. FORCE limits the growth of child cursors that can occur when the setting is SIMILAR.

Also, function-based indexes may not work when using SIMILAR because the database converts index parameters to bind variables.

For example, if the index is SUBSTR(id,1,3), then the database converts it to SUBSTR("ID",:SYS_B_0,:SYS_B_1)=:id, rendering the index invalid.

Oracle 绑定变量 详解

http://blog.csdn.net/tianlesoftware/archive/2010/09/01/5856430.aspx

二. 测试

2.1 cursor_sharing=exact，这是cursor_sharing的默认值

2.1.1 查看cursor_sharing 值

[email protected](rac2)> show parameter cursor_sharing

NAME           TYPE          VALUE

------------------------- -------------------- ---------------------

cursor_sharing       string         EXACT

2.1.2 查看当前硬解析值

[email protected](rac2)> select name,value from v$sysstat where name like ‘%parse%‘;

NAME                                VALUE

------------------------------ ----------

parse time cpu                    1882056

parse time elapsed                2648194

parse count (total)              12780229

parse count (hard)                9890010（硬解析次数）

parse count (failures)                 71

2.1.3 执行一条select 语句，然后查看硬解析次数

[email protected](rac2)> select * from ta where id=168;

ID NAME

---------- ------------------------------

168 dave

[email protected](rac2)> select name,value from v$sysstat where name like ‘%parse%‘;

NAME                                VALUE

------------------------------ ----------

parse time cpu                    1882061

parse time elapsed                2648196

parse count (total)              12780360

parse count (hard)                9890021

parse count (failures)                 71

-- 这里硬解析的次数加一，因为之前SQL 没有解析过，所以需要进行硬解析之后才能执行。

2.1.4 执行与之前类似的SQL，谓词值不一样

[email protected](rac2)> select * from ta where id=198;

ID NAME

---------- ------------------------------

198 dave

[email protected](rac2)> select name,value from v$sysstat where name like ‘%parse%‘;

NAME                                VALUE

------------------------------ ----------

parse time cpu                    1882061

parse time elapsed                2648196

parse count (total)              12780482

parse count (hard)                9890022

parse count (failures)                 71

-- 硬解析次数又加1了，没有重用之前的执行计划

2.1.5 执行相同的SQL 语句

[email protected](rac2)> select * from ta where id=198;

ID NAME

---------- ------------------------------

198 dave

[email protected](rac2)> select name,value from v$sysstat where name like ‘%parse%‘;

NAME                                VALUE

------------------------------ ----------

parse time cpu                    1882061

parse time elapsed                2648196

parse count (total)              12780543

parse count (hard)                9890022

parse count (failures)                 71

-- 测试硬解析没有变化。 重用之前的cursor。

总结：

在这种模式下,只有SQL 语句完全相同的情况下，才会使用相同的cursor，即执行计划。

这种模式下，表有统计信息和没有统计信息的执行计划是有出入的。 所以该模式下的表，需要定期的去收集统计信息。

2.2 cursor_sharing=force

--修改cursor_sharing 值

[email protected](rac2)> alter session set cursor_sharing=‘force‘;

Session altered.

[email protected](rac2)> show parameter cursor_sharing

NAME           TYPE           VALUE

------------------------- --------------------- ---------------

cursor_sharing     string          force

--查看硬解析次数

[email protected](rac2)> select name,value from v$sysstat where name like ‘%parse%‘;

NAME                                VALUE

------------------------------ ----------

parse time cpu                    1882075

parse time elapsed                2648219

parse count (total)              12782090

parse count (hard)                9890067 （硬解析次数）

parse count (failures)                 71

-- select 查询

[email protected](rac2)> select * from ta where id=88;

ID NAME

---------- ------------------------------

88 dave

[email protected](rac2)> select name,value from v$sysstat where name like ‘%parse%‘;

NAME                                VALUE

------------------------------ ----------

parse time cpu                    1882075

parse time elapsed                2648219

parse count (total)              12782215

parse count (hard)                9890068 -- 硬解析次数加一

parse count (failures)                 71

-- 执行相同的select，但谓词值不一样

[email protected](rac2)> select * from ta where id=99;

ID NAME

---------- ------------------------------

99 dave

[email protected](rac2)> select name,value from v$sysstat where name like ‘%parse%‘;

NAME                                VALUE

------------------------------ ----------

parse time cpu                    1882075

parse time elapsed                2648219

parse count (total)              12782285

parse count (hard)                9890068

parse count (failures)                 71

--注意，这里的硬解析次数没有变化，这个就是force 的作用。只要sql语句相同，不管谓词值是否相同，都会当成相同的sql，重用之前的cursor，不会进行硬解析。

-- 查看child cursor 信息

[email protected](rac2)> select sql_text,child_number from v$sql where sql_text like ‘select * from ta where%‘;

SQL_TEXT                                 CHILD_NUMBER

---------------------------------------- ------------

select * from ta where id=:"SYS_B_0"                0

select * from ta where id=:"SYS_B_0"                1

select * from ta where id=:"SYS_B_0"                2

注意：

对于相同的SQL，oracle 在这里将不同的谓词值改成了变量，这样SQL_TEXT 就相同，正常情况下，应该使用同一个cursor，即执行计划，但是在我上面的查询中，Oracle 并没有重用，而是重新生成了一个child_cursor.  这就说明Oracle 认为这个cursor 并不是最优的，所有重新生成了一个。

可以通过如下SQL 查看为什么没有重用之前的cursor：

SQL>select * from v$sql_shared_cursor where sql_id=‘c9swtz4spq3xz‘;

如果这里有Y，就是导致不能重用的原因。

Oracle 性能相关的几个 视图 和 参数

http://blog.csdn.net/tianlesoftware/archive/2010/09/06/5867276.aspx

总结：

Allows the creation of a new cursor if sharing an existing cursor, or if the cursor plan is not optimal.

When CURSOR_SHARING is set to FORCE, the database uses one parent cursor and one child cursor for each distinct SQL statement. The database uses the same plan for each execution of the same statement.

FORCE limits the growth of child cursors that can occur when the setting is SIMILAR.

当cursor_sharing 设置为force时， Oracle 会把相同SQL的不同谓词值转换成变量，这样SQL_TEXT就看上去一样。 Oracle 就会使用一个相同的cursor。 这样他们的执行计划也是一样的。

当Oracle 认为存在的cursor 不是最优的时候，就会重新创建一个child cursor，而不重用之前的已经存在cursor。 可以通过v$sql_shared_cursor 查看为什么没有重用。

这样就会和我们上面查询的一样，会有多个child cursor，但是他们的parent cursor是一样的。这个child cursor 不是无限增常的，force 和similar 都会限制child cursor 的增长。

2.3 cursor_sharing=similar

在这种模式下，对表做统计和没做统计分析是不一样的。有关统计信息，参考我的Blog：

Oracle Statistic 统计信息 小结

http://blog.csdn.net/tianlesoftware/archive/2009/10/14/4668723.aspx

2.3.1 没有统计信息，没有直方图的情况

-- 查询ta的统计信息

[email protected](rac2)> exec dbms_stats.delete_table_stats(‘SYS‘,‘TA‘);

PL/SQL procedure successfully completed.

-- 修改cursor_sharing 模式

[email protected](rac2)> alter session set cursor_sharing=‘similar‘;

Session altered.

[email protected](rac2)> show parameter cursor_sharing

NAME          TYPE       VALUE

---------------------- ------------------ ----------------

cursor_sharing    string        similar

在similer模式下，且没有直方图，等于force 模式。 看测试：

-- 查看硬解析次数

[email protected](rac2)>  select name,value from v$sysstat where name like ‘%parse%‘;

NAME                                VALUE

------------------------------ ----------

parse time cpu                    1882222

parse time elapsed                2648406

parse count (total)              12793472

parse count (hard)                9890538

parse count (failures)                 74

--做一次select 查询

[email protected](rac2)> select * from ta where id=238;

ID NAME

---------- ------------------------------

238 dave

[email protected](rac2)> select name,value from v$sysstat where name like ‘%parse%‘;

NAME                                VALUE

------------------------------ ----------

parse time cpu                    1882222

parse time elapsed                2648406

parse count (total)              12793476

parse count (hard)                9890539 硬解析加一

parse count (failures)                 74

-- 在次select

[email protected](rac2)> select * from ta where id=2397;

ID NAME

---------- ----------

2397 dave

[email protected](rac2)> select name,value from v$sysstat where name like ‘%parse%‘;

NAME                                VALUE

------------------------------ ----------

parse time cpu                    1882337

parse time elapsed                2648558

parse count (total)              12823605

parse count (hard)                9890751

parse count (failures)                 75

-- 这里还是有增加硬解析，有点奇怪

-- 查看对应的SQL

[email protected](rac2)> select sql_text,child_number from v$sql where sql_text like ‘select * from ta where%‘;

SQL_TEXT                                 CHILD_NUMBER

---------------------------------------- ------------

select * from ta where id=238                       0

select * from ta where id=2396                      0

select * from ta where id=2391                      0

select * from ta where id=2397                      0

这里并没有将谓词值转换成变量，也就是说similar 没有生效，没有达到force的效果。

在如下Blog 上有对Force 没有生效的一个讨论：

http://forums.oracle.com/forums/message.jspa?messageID=3569923#3569923

摘取一段如下：

Interesting. You may need to flush the shared pool "harder"... Try your testcase again, but issue the ALTER SYSTEM FLUSH SHARED_POOL twice in a row before changing the cursor_sharing setting. It looks like that the statement doesn‘t show up in V$SQLAREA any longer but still seems not to be flushed entirely and I can find some left-overs of it in the underlying X$KGL library cache fixed tables with the same hash value. After the second "flush shared pool" these are gone and then the cursor sharing works as expected.

解决方法就是在指定cursor-_sharing 之前，执行2次flush shared_pool. 测试一下看看。

[email protected](rac2)> alter system flush shared_pool;

System altered.

[email protected](rac2)> alter system flush shared_pool;

System altered.

[email protected](rac2)> alter session set cursor_sharing=similar;

Session altered.

[email protected](rac2)> select name,value from v$sysstat where name like ‘%parse%‘;

NAME                                VALUE

------------------------------ ----------

parse count (hard)                9890936

[email protected](rac2)> select * from ta where id=232;

ID NAME

---------- ----------

232 dave

[email protected](rac2)> select name,value from v$sysstat where name like ‘%parse%‘;

NAME                                VALUE

------------------------------ ----------

parse count (hard)                9890946

--从硬解析来看，数量有增加

-- 在查询一次

[email protected](rac2)> select * from ta where id=23218;

ID NAME

---------- ----------

23218 dave

[email protected](rac2)> select name,value from v$sysstat where name like ‘%parse%‘;

NAME                                VALUE

------------------------------ ----------

parse count (hard)                9890954

--硬解析又增加了，如果说只有这一条SQL执行，不会增加硬解析。 这个是其他的SQL 带来的硬解析，我们可以查看v$sql验证：

[email protected](rac2)> select sql_text,child_number,executions from v$sql where sql_text like ‘select * from ta where%‘;

SQL_TEXT                  CHILD_NUMBER EXECUTIONS

---------------------------------------- ------------ ----------

select * from ta where id=:"SYS_B_0"         0          2

-- 在这里，已经使转成成了变量，并且执行了2次。 这说明，我们的force是生效的。

2.3.2  有统计信息和直方图

当cursor_sharing 设置为similar，并且表上存在histograms时， 这时候的similar 等于 默认值 exact.  下面我们验证一下。

-- 分析表

[email protected](rac2)> exec dbms_stats.gather_table_stats(‘SYS‘,‘TA‘, METHOD_OPT =>‘FOR COLUMNS SIZE 10 ID‘);

PL/SQL procedure successfully completed.

--这里我手工的指定了收集的类型。

-- 查看直方图: histograms

这部分内容，具体可以参考我的blog：  Oracle Statistic 统计信息 小结

http://blog.csdn.net/tianlesoftware/archive/2009/10/14/4668723.aspx

[email protected](rac2)> SELECT column_name, num_distinct, num_buckets, histogram

2  FROM DBA_TAB_COL_STATISTICS WHERE table_name = ‘TA‘ AND column_name = ‘ID‘;

COLUMN_NAME       NUM_DISTINCT NUM_BUCKETS HISTOGRAM

------------------------------ ------------ ----------- ---------------

ID                    1005510          10 HEIGHT BALANCED

-- 先flush shared_pool 两次

[email protected](rac2)>  alter system flush shared_pool;

System altered.

[email protected](rac2)>  alter system flush shared_pool;

System altered.

[email protected](rac2)> show parameter cursor_sharing

NAME          TYPE       VALUE

------------------------ -------------------------------- ----------

cursor_sharing     string      SIMILAR

-- select 查询和对应的解析

[email protected](rac2)> select sql_text,child_number,executions from v$sql where sql_text like ‘select count(*) from ta %‘;

SQL_TEXT                CHILD_NUMBER EXECUTIONS

--------------------------------------------- ------------ ----------

select count(*) from ta where id>:"SYS_B_0"              0          3

[email protected](rac2)> select count(*) from ta where id>10000;

COUNT(*)

----------

990000

[email protected](rac2)> select sql_text,child_number,executions from v$sql where sql_text like ‘select count(*) from ta %‘;

SQL_TEXT                                      CHILD_NUMBER EXECUTIONS

--------------------------------------------- ------------ ----------

select count(*) from ta where id>:"SYS_B_0"              0          3

select count(*) from ta where id>:"SYS_B_0"              1          1

--因为ID值和之前的不一样，所以没有重用之前的cursor，而是重新创建了一个

[email protected](rac2)> select count(*) from ta where id>100;

COUNT(*)

----------

999900

[email protected](rac2)> select sql_text,child_number,executions from v$sql where sql_text like ‘select count(*) from ta %‘;

SQL_TEXT                                      CHILD_NUMBER EXECUTIONS

--------------------------------------------- ------------ ----------

select count(*) from ta where id>:"SYS_B_0"              0          3

select count(*) from ta where id>:"SYS_B_0"              1          1

select count(*) from ta where id>:"SYS_B_0"              2          1

-- 这次ID 值又不一样，又重新生成了一个cursor

..... 中间又生成了N 次...

[email protected](rac2)> select count(*) from ta where id>90808;

COUNT(*)

----------

909192

[email protected](rac2)> select sql_text,child_number,executions from v$sql where sql_text like ‘select count(*) from ta %‘;

SQL_TEXT                                      CHILD_NUMBER EXECUTIONS

--------------------------------------------- ------------ ----------

select count(*) from ta where id>:"SYS_B_0"              0          3

select count(*) from ta where id>:"SYS_B_0"              1          1

select count(*) from ta where id>:"SYS_B_0"              2          1

select count(*) from ta where id>:"SYS_B_0"              3          1

select count(*) from ta where id>:"SYS_B_0"              4          1

select count(*) from ta where id>:"SYS_B_0"              5          1

select count(*) from ta where id>:"SYS_B_0"              6          1

select count(*) from ta where id>:"SYS_B_0"              7          1

-- 这个就像我们开始说的，虽然会对变量进行转换，但不会重用，只有谓词值一样的时候才重用之前的cursor。

[email protected](rac2)> select count(*) from ta where id>90808;

COUNT(*)

----------

909192

[email protected](rac2)> select sql_text,child_number,executions from v$sql where sql_text like ‘select count(*) from ta %‘;

SQL_TEXT                  CHILD_NUMBER EXECUTIONS

--------------------------------------------- ------------ ----------

select count(*) from ta where id>:"SYS_B_0"              0          3

select count(*) from ta where id>:"SYS_B_0"              1          1

select count(*) from ta where id>:"SYS_B_0"              2          1

select count(*) from ta where id>:"SYS_B_0"              3          1

select count(*) from ta where id>:"SYS_B_0"              4          1

select count(*) from ta where id>:"SYS_B_0"              5          1

select count(*) from ta where id>:"SYS_B_0"              6          1

select count(*) from ta where id>:"SYS_B_0"              7          2

-- 注意这里，因为我们执行了一个一样的SQL,包括谓词，这里的重用了之前的cursor。

总结：

当cursor_sharing 设置为similar时，Oracle 会对SQL 的位置值转换成常量，这个和force 一样。 但是不同的是：

（1）当字段上有histograms时， 这时等于exact，虽然SQL text 一样，但谓词值不同就不会重用cursor。 只有SQL 语句完全一样，包括谓词值，才会重用cursor。

（2）当没有statstics时，即没有histograms，这时等于force，只要SQL 语句一样，就会重用cursor。

三.  similar 模式对expdp 带来的影响

在eygle 的blog上看到similar 对增加expdp备份的时间。

原理链接如下：

http://www.eygle.com/archives/2011/01/cursor_sharing_expdp.html

相关链接：

Oracle 10g Data Pump Expdp/Impdp 详解

http://blog.csdn.net/tianlesoftware/archive/2009/10/15/4674224.aspx

Oracle expdp/impdp 使用示例

http://blog.csdn.net/tianlesoftware/archive/2011/03/18/6260138.aspx

3.1按照默认的expdp

[email protected](rac2)> show parameter cursor_sharing

NAME                                 TYPE        VALUE

------------------------------------ ----------- ------------------------------

cursor_sharing                       string      EXACT

[[email protected] backup]$ expdp /‘/ as sysdba/‘ directory=backup full=y dumpfile=fullexp.dmp logfile=fullexp.log

Export: Release 10.2.0.4.0 - Production on Friday, 17 June, 2011 13:54:40

...............

Job "SYS"."SYS_EXPORT_FULL_01" successfully completed at 14:05:49

测试库，全备花了11分钟。

3.2 用similar 模式 expdp 备份

cursor_sharing是一个动态参数，可以在执行expdp之前进行修改，然后执行导出, 备份完在改回来。

[email protected](rac2)> alter system set cursor_sharing=similar scope=memory;

System altered.

[email protected](rac2)> show parameter cursor_sharing

NAME                    TYPE        VALUE

------------------------------------ ----------- ------------------------------

cursor_sharing              string      SIMILAR

[[email protected] backup]$ expdp /‘/ as sysdba/‘ directory=backup full=y dumpfile=fullexp.dmp logfile=fullexp.log

Export: Release 10.2.0.4.0 - Production on Friday, 17 June,2011 13:40:37

....

Job "SYS"."SYS_EXPORT_FULL_01" successfully completed at 13:52:42

备份了12分钟.

因为库不大，所以差距不明显.  不过如果库大的话，一般也不会用expdp来备份。所以这里作为一个知识点，了解一下。

zhuan :http://www.cnblogs.com/zlja/archive/2011/06/17/2449633.html

时间： 2024-10-06 05:05:34

Oracle cursor_sharing 参数 详解的相关文章

day01_linux中与Oracle有关的内核参数详解

linux中与Oracle有关的内核参数详解 在安装Oracle的时候需要调整linux的内核参数,但是各参数代表什么含义呢,下面做详细解析. Linux安装文档中给出的最小值: fs.aio-max-nr = 1048576 fs.file-max = 6815744 kernel.shmall = 2097152 kernel.shmmax = 4294967295 kernel.shmmni = 4096 kernel.sem = 250 32000 100 128 net.ipv4.ip

LINUX下ORACLE相关的内核参数详解

ORACLE相关的内核参数详解 1.kernel.sem [[email protected] ~]# cat /proc/sys/kernel/sem 250         32000    100         142 [[email protected] ~]#  ipcs -sl ------ Semaphore Limits -------- max number of arrays = 142 max semaphores per array = 250 max semaphor

Oracle中用exp/imp命令参数详解【转】

Oracle中用exp/imp命令参数详解 [用 exp 数 据 导 出]:1  将数据库TEST完全导出,用户名system 密码manager 导出到D:\daochu.dmp中   exp system/[email protected]   rows=y  indexes=y compress=n buffer=65536   feedback=100000full=y  file=d:\daochu.dmp  log=d:\daochulog.txt   owner=(ECC_BIZ,

linux中与Oracle有关的内核参数详解

工作当中遇到oracle运行时CPU占用率达到90%以上,调小以下参数值后恢复正常. fs.file-max = 65536 net.core.rmem_default=262144 net.core.rmem_max=262144 net.core.wmem_default=262144 net.core.wmem_max=262144 在安装Oracle的时候需要调整linux的内核参数,但是各参数代表什么含义呢,下面做详细解析. Linux安装文档中给出的最小值: fs.aio-max-n

Oracle 时间，日期 类型函数及参数详解

ORACLE字符数字日期之间转化 Java代码 24 小时的形式显示出来要用 HH24 select to_char(sysdate,'yyyy-MM-dd HH24:mi:ss') from dual; select to_date('2005-01-01 13:14:20','yyyy-MM-dd HH24:mi:ss') from dual; to_date() function 1. 日期格式参数 含义说明 D 一周中的星期几 DAY 天的名字,使用空格填充到 9 个字符 DD 月中的第

【转】Oracle 11g Dataguard 参数详解

转自:https://www.jb51.net/article/52269.htm 这篇文章主要介绍了Oracle 11g Dataguard参数详解,包含了独立参数.主库参数.备库参数的详细说明,需要的朋友可以参考下. 注:本文译自<Oracle Data Guard 11g Handbook> Page 78 – Page 88 就Data Guard(后面都写成DG)来说,我们只关注如下三种参数: 1.独立于数据库角色的参数2.数据库角色为primary时的参数3.数据库角色为stand

ORACLE——日期时间格式化参数详解 之一

2.日期格式化参数详解 2.1 -/,.;: 指定返回字串分隔符 SQL> select to_char(sysdate,'yyyy.mm.dd') from dual; TO_CHAR(SYSDATE,'YYYY.MM.DD') ----------------------------- 2015.12.28 SQL> select to_char(sysdate,'yyyy+mm=dd') from dual; TO_CHAR(SYSDATE,'YYYY+MM=DD') ---------

Oracle 11g数据库详解（2015-1-18更新）

Oracle 11g数据库详解 整理者:高压锅 QQ:280604597 Email:[email protected] 大家有什么不明白的地方,或者想要详细了解的地方可以联系我,我会认真回复的 1   简介 数据库操作主要有以下几步: 1.  启动.停止数据库 2.  连接.断开数据库 3.  创建.修改.删除数据库用户 4.  表空间 5.  新建.修改.删除表 6.  查询.插入.修改.删除表数据 7.  新建.修改.删除视图 8.  新建.修改.删除存储过程 9.  新建.修改.删除触发

ORACLE用户PROFILE详解

ORACLE用户PROFILE详解   一.官网说明 Oraclerecommends that you use the Database Resource Manager rather than the SQLstatement to establish resource limits. The Database Resource Manager offers amore flexible means of managing and tracking resource use. Purpose