当存在read only或者offline表空间时，重建控制文件分两种情况：

1、重建controlfile的script中包含read only或者offline所对应的datafile；这种情况比较简单，datafile不需要rename，如果是offline的表空间，那么重建controlfile之后只需要online tbs即可；如果是read only tbs那么重建controlfile之后需要对其对应的daafile进行恢复。

2、重建controlfile的script中不包含read only或者offline所对应的datafile；重建controlfile之后需要rename datafile到正确的位置，之后如果是offline的表空间，那么重建controlfile之后只需要online tbs即可；如果是read only tbs那么重建controlfile之后需要对其对应的daafile进行恢复。

题意是这样的：

有3个用户test，test1，test2

test下有一表t

test1下有一个view:create view v1as select * from test.t

现在test1要把v1的select权限授予test2，需要具备什么条件？

来至于管理向导上的一些例子！

经常有人我，正好找到一个比较全面而又简洁的doc介绍，随手记录一下！

在OMF出现之前(9i R1),oracle db的文件，主要指dbf，redo，ctl是通过os管理的，为了简化对数据库文件的管理，oracle引入了OMF,通过omf创建的dbf和redo，其default的大小都是100m，autoextend umlimited。9i R1的dbf文件格式default：ora_%t_%u.dbf,

redo格式：ora_%g_%u.log;9iR2的格式发生了一些变化，把ora变成了o1_mf_%t(%g)_%u.dbf(log),其中%t表示dbf所属的tbs，%g表示redo所属的group#,%u表示唯一。

没有role完全可以控制权限的使用，只是不够灵活和方便而已，那么角色的作用到底是什么呢？简单的归结为2条：
1）实现批量授权
2）动态控制权限

1、系统权限UNLIMITED TABLESPACE 不能被授予role，可以被授予用户！

2、UNLIMITED TABLESPACE 没有被包括在resource role中，但是UNLIMITED TABLESPACE 随着resource的授出而被授予用户的。

3、UNLIMITED TABLESPACE 不能伴随着resource被授予role而授予用户。

hostname方式是通过client端hostname连接数据库，无需配置tns！

1. 对read only tbs进行热备份时不需要执行begin backup；

2.从9i开始通过备份的controlfile对只读表空间进行恢复时不再需要把read only tbs对应的数据文件设置为offline

Partial checkpoint
– Dirty buffers belonging to the tablespace
– ALTER TABLESPACE BEGIN BACKUP
– ALTER TABLESPACE tablespace OFFLINE NORMAL

上面2种操作会发生局部检查点！使相应的dirty buffer被写入和tablespace对应的datafile中

http://yumianfeilong.com/2007/04/02/how-to-dump-redo-log-file-information/

一篇不错的文章

转

The objective of tuning a system is either to reduce the response time for end users of the system, or to reduce the resources used to process the same work.

The NOREWRITE hint disables the use of function-based indexes.

看到这句话之后不太理解为什么提示NOREWRITE 的使用会丧失基于函数index的使用能力！

本人在大连，面向全国各地长期提供专业的oracle培训！有oracle培训需求的客户可以联系我！

培训的形式大致分两种：

1、类似官方培训，以官方的培训讲义为基础结合讲师多年来的实践经验和培训经验为有oracle培训需求的企业或者个人提供最优质的服务；

2、企业定制培训，完全根据客户自身的需求为企业或者个人量身定制培训。

培训的内容：

1、和开发相关的内容，主要介绍sql、plsql的使用；

2、oracle数据库的基本概念，基本管理，体系架构；

3、详细介绍oracle数据库的备份恢复原理、手段以及备份恢复策略的制定等；

4、详细介绍数据库的性能优化，定位产生性能问题的瓶颈所在并且调整它，主要介绍实例优化和sql语句优化。

5、详细介绍dataguard的种类、安装、配置、管理、使用、优化。

6、详细介绍rac的安装、配置、管理、使用、优化。

7、详细介绍大数据量的存储，管理，使用和优化。

8、详细介绍高可用性，高并发行数据库的设计、管理、使用和优化。

doc上的原话，记录一下，感觉写的很精彩！

定位系统性能瓶颈的时候要多利用数据以及统计信息等资源而不要过多的依赖自己以前积累的经验想当然。因为今天的系统已经变的非常复杂，性能分析的一些浮浅的规则不容易产生。oracle性能改进方法论定义的是一种工作的方法而不是一组权威性的规则。在定位性能瓶颈的时候，最好的规则就是没有规则（With bottleneck detection, the only rule is that there are no rules!The best performance engineers use the data provided and think laterally to determine performance problems.）

On an Oracle data server system, where there is generally only one application running, the server runs database activity in user space. Activities required to service database requests (such as scheduling, synchronization, I/O, memory management, and process/thread creation and tear down) run in kernel mode. In a system where all CPU is fully utilized, a healthy Oracle system runs between 65% and 95% in user space.

）oracle对系统cpu的利用如果在user cpu（应用程序使用cpu的百分比）的65% ～95%之间，则oralcle system被认为是健康的。

e文不好，不知理解的是否准确！

http://space.itpub.net/756652/viewspace-244138

转，不错的文章！

 查看全文

http://www.itpub.net/thread-148366-1-2.html

记录一下!

什么是Scalability，看看他的形容词的意思：scalable adj.可攀登的
可升级的，这里Scalability我通常理解为系统的可攀升能力。doc的原意是：

Scalability is a system's ability to process more workload, with a proportional increase in system resource usage. In other words, in a scalable system, if you double the workload, then the system would use twice as many system resources. This sounds obvious, but due to conflicts within the system, the resource usage might exceed twice the original workload.

不知道该起个什么样的标题来记录这句话，看到这句话时感觉写的非常好，想记录一下：

Performance problems are usually the result of contention for, or exhaustion of, some system resource

性能问题通常是一些系统资源被争夺或者是被耗尽的结果！

What Is Disk Contention?

Disk contention occurs when multiple processes try to access the same disk simultaneously. Most disks have limits on both the number of accesses (I/O operations each second) and the amount of data they can transfer each second (I/O data rate, or throughput). When these limits are reached, processes must wait to access the disk.

http://www.itpub.net/thread-877110-1-5.html

收藏记录一下！

Some pitfalls are discussed in the following sections:

• Hit ratios
• Wait events with timed statistics
• Comparing Oracle statistics with other factors
• Wait events without timed statistics
• Idle wait events
• Computed statistics

创建同样大小的表空间，永久表空间要比临时标空间慢很多，原因就像doc所言创建数据文件时block需要被初始化为"empty",其实就是检查block的过程，以保证之后以后每个block都能被写入；而临时文件不需要被初始化!

需要注意的一句话是：

Usually, the optimizer does not consider the order in which tables appear in the FROM clause when choosing an execution plan.

If the WHERE clauses uses columns of many single-column indexes, then Oracle executes the statement by performing a range scan on each index to retrieve the rowids of the rows that satisfy each condition. Oracle then merges the sets of rowids to obtain a set of rowids of rows that satisfy all conditions. Oracle then accesses the table using these rowids.

Oracle can merge up to five indexes. If the WHERE clause uses columns of more than five single-column indexes, then Oracle merges five of them, accesses the table by rowid, and then tests the resulting rows to determine whether they satisfy the remaining conditions before returning them.

当我第一次看到hint相关内容中讲到AND_EQUAL时（

The AND_EQUAL hint explicitly chooses an execution plan that uses an access path that merges the scans on several single-column indexes.

）感觉没有读懂，不知道这里提到的merge到底指的什么意思，但是当看到RBO Path 9: Single-Column Indexes章节中的解释时对AND_EQUAL已经非常清楚了，原来是对单列index scan找到满足条件的rowid的merge（If the WHERE clauses uses columns of many single-column indexes, then Oracle executes the statement by performing a range scan on each index to retrieve the rowids of the rows that satisfy each condition. Oracle then merges the sets of rowids to obtain a set of rowids of rows that satisfy all conditions. Oracle then accesses the table using these rowids.）

RBO Path 1: Single Row by Rowid

This access path is available only if the statement's WHERE clause identifies the selected rows by rowid or with the CURRENT OF CURSOR embedded SQL syntax supported by the Oracle precompilers. To execute the statement, Oracle accesses the table by rowid.

doc上的原话，随手记录下！

Note that the full table scan is the lowest ranked access path on the list. This means that the RBO always chooses an access path that uses an index if one is available, even if a full table scan might execute faster.

从上面这段话我们知道full table scan 是最低等级的访问路径，那意味着下面列出来的15种访问路径的数字越小等级越高，也就是说使用访问路径的等级越高rbo认为效率越高，当然实际情况可能并非如此。

都是doc上的原话，记录一下！

FIRST_ROWS(n)提示告诉优化器要执行的sql语句的优化目标是获得最快的响应时间，但是下面这些情况该提示不起作用：

The optimizer ignores this hint in DELETE and UPDATE statement blocks and in SELECT statement blocks that contain any of the following syntax:

• Set operators (UNION, INTERSECT, MINUS, UNION ALL)
• GROUP BY clause
• FOR UPDATE clause
• Aggregate functions
• DISTINCT operator
• ORDER BY clauses, when there is no index on the ordering columns

These statements cannot be optimized for best response time, because Oracle must retrieve all rows accessed by the statement before returning the first row. If you specify this hint in any of these statements, then the optimizer uses the cost-based approach and optimizes for best throughput.

这是9i性能优化向导上的内容，在11g下测试count操作（Aggregate functions）发现提示也起作用！

doc上介绍hint不能被传播到view内部，除非在创建view时把hint写在view的内部或者使用global hint!

doc上的这段话对Optimizer Hints介绍的非常清楚，记录一下!

当然更重要的是能够熟练的使用各种hint来改变sql的执行计划从而优化sql

这里对下面一段做一点解释：

You can use hints to specify the following:

• The optimization approach for a SQL statement
• --The optimization approach 指的是cbo和rbo
• The goal of the cost-based optimizer for a SQL statement
• --The goal of the cost-based optimizer 指的是语句追求的是最大吞吐量( all_rows)还是最快响应时间(first_rows(n))
• The access path for a table accessed by the statement
• --The access path for a table accessed是指full table scan or index scan
• The join order for a join statement
• --是指表的连接顺序
• A join operation in a join statement
• --A join operation 指的应该是表与表之间的连接方法：nl，merge or hash

 查看全文

在性能优化向导中经常会出现Cardinality，Cardinality到底是指什么，看看doc的准确解释：

Cardinality is the number of unique values in a column in relation to the number of rows in the table

By placing a constraint in the enabled novalidated state, you enable the constraint without locking the table.如doc所言，把constriant由状态disable变成enable时在表上会产生lock，期间所有的DML, queries, or DDL都被阻塞（If you change a constraint from disabled to enabled, then the table must be locked. No new DML, queries, or DDL can occur, because there is no mechanism to ensure that operations on the table conform to the constraint during the enable operation.）。阻塞的原因是：because there is no mechanism to ensure that operations on the table conform to the constraint during the enable operation。而enabled novalidated对新数据生效对表里现有数据不产生作用，正是利用这个特性，oracle巧妙的实现了约束从enabled novalidated到enable不产生lock，从而也就不会引起在enabled novalidated变成enable期间阻塞表上的读写操作。oracle利用在表上的一致性查询来校验老数据是否满足约束，如果满足就把其状态变成enable，如果不一直就报错，在修改期间如果有新数据插入则enabled novalidated会发挥作用来校验。(The enabled novalidated state prevents operations violating the constraint from being performed on the table).

其实Enabled Novalidated的作用：

表面看是仅仅对新数据产生作用，对老数据不产生作用；实质上是解决了把约束的状态从disable变成enable而引起的lock从而阻塞对该表的读写操作！

primary key和unique约束是要依赖index的，下面通过试验来看看他们之间的依赖关系!

之前没有想过这个问题，第一次看到这样的说法是在piner的面试题中。当时觉得有点意思，这几天细读doc，上面也提到了这样的说法：

Consider an index on a table on which a lot of DML has been performed. Because of the DML, the size of the index can increase to the point where each block is only 50% full, or even less. If the index refers to most of the columns in the table, then the index could actually be larger than the table.

 查看全文

看到经常有人问此问题！doc的原话，看到了随手记录下！

那么究竟什么是DETERMINISTIC Functions，看看doc的解释！

DETERMINISTIC Functions

Any user-written function used in a function-based index must have been declared with the DETERMINISTIC keyword to indicate that the function will always return the same output return value for any given set of input argument values, now and in the future.

可以通过dbms_stats提供的set_table_stats来修改表的统计信息从而使cbo产生我们希望的执行计划！

利用dbms_stats的procedure gather_schema_stats 和gather_database_stats通过使用参数options 和objlist可以列出那些没有统计信息或者统计信息stale的对象。

在创建函数index之后系统会自动产生虚拟列，而这一列也是隐藏的，在创建index时系统自动使用了compute statistics选项为创建的index搜集了statistics，然而并不会为生成的虚拟列搜集statistics，这时如果需要为虚拟列搜集statistics就需要重新分析表或者单独为虚拟列搜集statistics。

doc上的原话，随手记录一下。

 查看全文

Use the DBMS_STATS package to generate statistics.

Statistics generated include the following:

user_tab_cols differs from "USER_TAB_COLUMNS" in that hidden columns are not filtered out。10.2版本中user_tab_cols比user_tab_columns多出下面几列：

HIDDEN_COLUMN VARCHAR2(3)
VIRTUAL_COLUMN VARCHAR2(3)
SEGMENT_COLUMN_ID NUMBER
INTERNAL_COLUMN_ID NOT NULL NUMBER
QUALIFIED_COL_NAME VARCHAR2(4000)

 查看全文

index和index之间是如何进行hash join的，因为index中包括了rowid，所以通过rowid可以连接。

Index Joins

An index join is a hash join of several indexes that together contain all the table columns that are referenced in the query. If an index join is used, then no table access is needed, because all the relevant column values can be retrieved from the indexes. An index join cannot be used to eliminate a sort operation. The index join is available only with the CBO.

Index Join Hints

You can specify an index join with the initialization parameter OPTIMIZER_FEATURES_ENABLE or the INDEX_JOIN hint. For more information on the INDEX_JOIN hint, see "INDEX_JOIN".

 查看全文

其实Fast Full Index Scans是针对full table scan而言的,Fast Full Index Scans的一些特点也和full table scan相似(如：多块读)：

Fast Full Index Scans的一些特点：

1.Fast full scan is available only with the CBO

2.at least one column in the index key has the NOT NULL constraint

3. A fast full scan accesses the data in the index itself, without accessing the table

4.It cannot be used to eliminate a sort operation, because the data is not ordered by the index key.（粗略的试验了一下发现也是排好序了，按照index_key）

5.It reads the entire index using multiblock reads, unlike a full index scan

6.Fast full index scans cannot be performed against bitmap indexes(这里有点问题，在10g，11g下测似没有问题啊)

7.A fast full scan is faster than a normal full index scan in that it can use multiblock I/O and can be parallelized just like a table scan

8.There must be a parallel clause on the index if you want to perform a fast full index scan in parallel. The parallel degree of the index is set independently. The index does not inherit the degree of parallelism of the table.

9.You must have analyzed the index; otherwise, the optimizer might decide not to use it

唯一index和非唯一index的index entry中尽管都存在rowid，但是其实有一点细微的差别，在唯一index中index_column就是index_column, 数据通过index_column排序；而在非唯一index中index_column其实是index_key+rowid，如果index_key相同，那么会使用rowid排序。

理解oracle lock的概念，有助于理解多用户的并发执行。

记得在北京讲课时曾经有学员问到过这个问题，当时没有详细测试，前几天看到pub上又有人提及这类问题，简单的测试了一下，还发现了一些问题。传递出去的对象权限可以cascade回收，而传递出去的系统权限却没有cascade回收!

不使用绑定变量，而open_cursors又开的很大，很容易导致ORA-04031错误!

DATA BLOCK内部结构图

一张不错的图，不过看起来有些累

当口令中包含@时不能通过sqlplus username/"password"连上数据库，但是可以通过sqlplus username(@tns)之后再输入password(切记password用双引号扩起来)正常连接数据库；也可以先进入sqlplus环境：sqlplus /nolog之后再connect username/"password"@tns连接数据库！

偶然发现在为字段增加约束时使用constraint或者constraints都可以创建成功，查看oracle语法发现是constraint,不知道是否是bug？

之前并不清楚catalog命令的意思，直到去年考ocp时有到题目提到catalog命令，题意已经记不清楚了，当然答案也是懵的。

网上无意中看到了ninoo的总结，转过来记录一下！

matched之后的delete语法是10g之后才有的，使用起来更加灵活方便了；而且10g中还增加了where子句可以控制条件

http://9host.cn/oracle/200742218395312855.html

转

这两个概念确实不太好理解

说穿了其实user是控制权限的，而schema是个容器，非所有者要访问这个容器下的对象就需要在
对象前面写上schema（owner）的名字，如果不想写而又没有创建synonym，此时可以通过
alter session set current_schema=schema_name
来改变当前session的schema从而在访问对象时省去schema（owner）；
最终能否访问对象还是要看是否有访问这个对象的权限而和schema无关。