我的甲骨文世界

SELECT CHR(bitand(p1,-16777216)/16777215)||
CHR(bitand(p1, 16711680)/65535) "Lock",
TO_CHAR( bitand(p1,65535)) "Mode"
FROM v$session_wait
WHERE event = 'enqueue'

There are three options available:

1. Restore and recover the primary database to a point in time before the drop.
This is an extreme measure for one table as the entire database goes back in
time.

2. Restore and recover the tablespace to a point in time before the drop.
This is a better option, but again, it takes the entire tablespace back in time.

3. Restore and recover a subset of the database as a DUMMY database to export
the table data and import it into the primary database. This is the best option
as only the dropped table goes back in time to before the drop

PURPOSE
=======

To explain the ORA-1157 error and discuss the various causes and solutions for this error.

9i有一个新的包 dbms_xplan，对查询plan_table表是一个很有用的工具，相对于以前写一个复杂的SQL语句，然后从plan_table看执行计划，不如调用 dbms_xplan 包，还可以显示格式，这个工具的使用也非常方便。
调用的语法类似

这是ITPUB上的帖子：
http://www.itpub.net/335137.html

1. Jametong
减产前40个字符相同, 有多于5个不同sql版本的sql语句^_^

select substr(sqltext,1,40) sql_text,count(*)
from v$sql
group by substr(sqltext,1,40)
having count(*) >= 5;

1、  Oracle8i MTS环境常用到的几个参数

在诊断数据库系统性能的过程中，总会涉及到跟踪效率低下的sql语句，现在就如何跟踪sql语句来做一个简单的总结。权做抛砖引玉之用。 查看全文

众多Oracle有关问题中，其中最重要的一个是缓冲区忙等待()事件。缓冲区忙等待是I/O-bound Oracle系统中最常见的现象，尤其是在Oracle STATSPACK报告的前五个忙等待的读(顺序/分散)系统中，正如： 查看全文

事情的起因是我要将当前一个在线的数据库imp到一个测试库进行测试。
exp很顺利，没有问题
在测试库上drop user * cascade;
然后重新建用户，然后把刚才的备份都导入，都很顺利。 查看全文

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

Note: This note was created for 9i RAC.  The 10g Oracle documentation provides installation instructions for 10g RAC.  These instructions can be found on OTN:

Oracle® Real Application Clusters Installation and Configuration Guide
10g Release 1 (10.1) for AIX-Based Systems, hp HP-UX PA-RISC (64-bit), hp Tru64 UNIX, Linux, Solaris Operating System (SPARC 64-bit)

dbms_repair是从oracle8i开始提供的。

我们可以用设置event的方法来处理坏块：

http://www.itpub.net/showthread.php?threadid=201766&pagenumber=

 本文简要总结了一下与 权限,角色相关的视图.

ORA-01555 "Snapshot too old" - Detailed Explanation 查看全文

在9i之前，如果出现DML的误操作，只能通过备份来完成基于时间点的恢复，9i给提供了一个新的特性Flashback Query，我们可以应用此特性，可以很方便的实现恢复。但是要注意的是，Flashback Query 仅仅是一个查询的机制，不会真正的UNDO任何数据。