这个错误是 drop 用户时产生的，用户无法 drop。既然如此，登录该用户删除其中的procedure，结果也出现了该错误。有个帖子介绍说这是 Oracle 的一个 bug（No. 2422726），并给出了解决办法。这里记录一下：
 1. 错误现象：
SQL> show user
USER 为"SYS"
SQL> select * from v$version;
 
BANNER
------------------------------------------------------------
Oracle8i Release 8.1.6.0.0 - Production
PL/SQL Release 8.1.6.0.0 - Production
CORE    8.1.6.0.0       Production
TNS for 32-bit Windows: Version 8.1.6.0.0 - Production
NLSRTL Version 3.4.1.0.0 - Production
 
SQL> drop user hos_kf_hl cascade;
drop user hos_kf_hl cascade
*
ERROR 位于第 1 行:
ORA-00600: 内部错误代码，自变量: [16201], [], [], [], [], [], [], []
 
SQL> conn hos_kf_hl/test@qmyb
已连接。
SQL> drop procedure kill_session;
drop procedure kill_session
*
ERROR 位于第 1 行:
ORA-00600: 内部错误代码，自变量: [16201], [], [], [], [], [], [], []

 
2. 查询视图 procedure$，确认该错误：
SQL> select obj#,owner#,type# from sys.obj$ where name ='KILL_SESSION' and owner#=96;
 
      OBJ#     OWNER#      TYPE#
---------- ---------- ----------
     55491         96          7
 
SQL> select * from procedure$ where obj# = 55491;
 
      OBJ# AUDIT$                                 STORAGESIZE    OPTIONS
---------- -------------------------------------- ----------- ----------

 
3. 解决
SQL> insert into procedure$ values (55491, '----------------', null, 2);
 
1 row inserted
 
SQL> commit;
 
Commit complete
 
SQL> drop procedure kill_session;
 
过程已丢弃。
 
SQL> conn sys/password@s177 as sysdba
已连接。
SQL> drop user hos_kf_hl cascade;
 
用户已丢弃

2.通过图形界面设置。
打开Net Manager，如下图把“主机”改成现在新的机器名，就OK啦。

1.这个是查找最近标志为1，且有多条记录的数据。 (这个sql查找错误比较有用。)
  select a.c_ply_no ,count(1) from web_ply_base a
where  a.c_latest_mrk='1'
group by  a.c_ply_no
having count(1)>1

背景count(*)   count(1)   两者比较，主要还是要count(1)所相对应的数据字段： 

  如果你的数据表没有主键，那么count(1)比count(*)快  
  如果有主键的话，那主键（联合主键）作为count的条件也比count(*)要快  
  如果你的表只有一个字段的话那count(*)就是最快的啦
  如果count(1)是聚索引,id,那肯定是count(1)快。但是差的很小的。  
  因为count(*),自动会优化指定到那一个字段。所以没必要去count(?)，用count(*),sql会帮你完成优化的.

其他语句：select * from 表名 where 条件 order by 字段名 asc\desc     // asc 升序    desc  降序

ORACLE的封锁策略：  
  1、只有当修改时，Oracle在行级上锁定数据，不要把锁定上升到块或表级。  
  2、Oracle决不会为读取而锁定数据，简单读取不能在数据行上设置锁定。  
  3、数据的写入器不会阻塞数据读取器。  
  4、只有当另一个数据写入器已经锁定了某行数据后，才阻塞其他人对该行数据的写入。数据的读取器决不会阻塞数据的写入器。

-------------------------------------------------------------------------
Oracle并发处理机制的简单看法。http://www.51testing.com/html/97/n-131297.html

转载内容如下：

在Oracle开发过程中，如果你只是独立地测试你的应用，然后部署，并交给数十个并发用户使用，就很有可能痛苦地遭遇原先未能检测到的并发问题。例如，2个用户同时修改某张订单，首先他们会查询这张订单存在不存在，如果存在，那么修改它的状态。在并发操作中，用户1会很奇怪的发现他的修改丢失了。当然，除此之外，在未能够很好的处理并发问题可能遭遇的情况还有：

　　◆破坏数据的完整性。

　　◆随着用户数的增多，应用的运行速度减慢。

　　◆不能很好地扩缩应用来支持大量用户。

　　为解决这些问题。首先要引入的是ORACLE的锁机制。数据库使用锁（lock）来保证任何给定时刻最多只有一个事务在修改给定的一段数据。实质上讲，正是锁机制才使并发控制成为可能。对ORACLE的锁机制可以查看ORACLE官方文档介绍。以下是对ORACLE锁的一点总结。

　　Oracle只在修改时才对数据加行级锁。正常情况下不会升级到块级锁或表级锁（不过两段提交期间的一段很短的时间内除外，这是一个不常见的操作）。

　　◆如果只是读数据，Oracle绝不会对数据锁定。不会因为简单的读操作在数据行上锁定。

　　◆写入器（writer）不会阻塞读取器（reader）。换种说法：读（read）不会被写（write）阻塞。这一点几乎与其他所有数据库都不一样。在其他数据库中，读往往会被写阻塞。尽管听上去这个特性似乎很不错（一般情况下确实如此），但是，如果你没有充分理解这个思想，而且想通过应用逻辑对应用施加完整性约束，就极有可能做得不对。

　　◆写入器想写某行数据，但另一个写入器已经锁定了这行数据，此时该写入器才会被阻塞。读取器绝对不会阻塞写入器。

　　开发人员要尽可能的考虑以上因素。而且还要意识到这些事ORACLE独有的。针对其他数据库，在锁的应用上略有不同。

　　以DB2为例

　　1.Oracle通过具有意向锁的多粒度封锁机制进行并发控制，保证数据的一致性。其DML锁（数据锁）分为两个层次（粒度）：即表级和行级。通常的DML操作在表级获得的只是意向锁（RS或RX），其真正的封锁粒度还是在行级；DB2也是通过具有意向锁的多粒度封锁机制进行并发控制，保证数据的一致性。

　　其DML锁（数据锁）分为两个层次（粒度）：即表级和行级。通常的DML操作在表级获得的只是意向锁（IS，SIX或IX），其真正的封锁粒度也是在行级；另外，在Oracle数据库中，单纯地读数据（SELECT）并不加锁，这些都提高了系统的并发程度，Oracle强调的是能够“读”到数据，并且能够快速的进行数据读取。而DB2的锁强调的是“读一致性”，进行读数据（SELECT）时会根据不同的隔离级别（RR，RS，CS）而分别加S，IS，IS锁，只有在使用UR隔离级别时才不加锁。从而保证不同应用程序和用户读取的数据是一致的。

　　2. 在支持高并发度的同时，DB2和Oracle对锁的操纵机制有所不同：Oracle利用意向锁及数据行上加锁标志位等设计技巧，减小了Oracle维护行级锁的开销，使其在数据库并发控制方面有着一定的优势。而DB2中对每个锁会在锁的内存（locklist）中申请分配一定字节的内存空间，具体是X锁64字节内存，S锁32字节内存（注：DB2 V8之前是X锁72字节内存而S锁36字节内存）。

　　3. Oracle数据库中不存在锁升级，而DB2数据库中当数据库表中行级锁的使用超过locklist*maxlocks会发生锁升级。

　　4. 在Oracle中当一个session对表进行insert，update，delete时候，另外一个session仍然可以从Orace回滚段或者还原表空间中读取该表的前映象（before image）； 而在DB2中当一个session对表进行insert，update，delete时候，另外一个session仍然在读取该表数据时候会处于lock wait状态，除非使用UR隔离级别可以读取第一个session的未提交的值；所以Oracle同一时刻不同的session有读不一致的现象，而DB2在同一时刻所有的session都是“读一致”的。

SQL> create table t(a number);
Table created.

1、现在，我们建立一个唯一索引来看看：
SQL> create unique index idx_t on t(a);
Index created.
SQL> select index_name,index_type,tablespace_name,table_type,status from user_indexes where index_name='T';         
no rows selected
SQL> select index_name,index_type,tablespace_name,table_type,status from user_indexes where index_name='IDX_T';
INDEX_NAME                     INDEX_TYPE                  TABLESPACE_NAME                TABLE_TYPE  STATUS
------------------------------ --------------------------- ------------------------------ ----------- --------
IDX_T                          NORMAL                      DATA_DYNAMIC                   TABLE       VALID
SQL> insert into t values(1);
1 row created.
SQL> commit;
Commit complete.

2、将索引手工修改为unusable状态（模拟发生索引失效的情况）：
SQL> alter index idx_t unusable;
Index altered.
SQL>  select index_name,index_type,tablespace_name,table_type,status from user_indexes where index_name='IDX_T';
INDEX_NAME                     INDEX_TYPE                  TABLESPACE_NAME                TABLE_TYPE  STATUS
------------------------------ --------------------------- ------------------------------ ----------- --------
IDX_T                          NORMAL                      DATA_DYNAMIC                   TABLE       UNUSABLE
我们看到这是，已经不能正常往表中插入数据：
SQL> insert into t values(2);
insert into t values(2)
*
ERROR at line 1:
ORA-01502: index 'MISC.IDX_T' or partition of sUCh index is in unusable state

3、首先，我们通过重建索引（rebuild index）的方法来解决问题：
SQL> alter index idx_t rebuild;
Index altered.
SQL> select index_name,index_type,tablespace_name,table_type,status from user_indexes where index_name='IDX_T';
INDEX_NAME                     INDEX_TYPE                  TABLESPACE_NAME                TABLE_TYPE  STATUS
------------------------------ --------------------------- ------------------------------ ----------- --------
IDX_T                          NORMAL                      DATA_DYNAMIC                   TABLE       VALID
SQL> insert into t values(2);
1 row created.
SQL> commit;
Commit complete.
SQL>

4、现在我们再次模拟索引失效(unusable状态)：
SQL> alter index idx_t unusable;
Index altered.
SQL> select index_name,index_type,tablespace_name,table_type,status from user_indexes where index_name='IDX_T';
INDEX_NAME                     INDEX_TYPE                  TABLESPACE_NAME                TABLE_TYPE  STATUS
------------------------------ --------------------------- ------------------------------ ----------- --------
IDX_T                          NORMAL                      DATA_DYNAMIC                   TABLE       UNUSABLE
SQL> insert into t values(3);
insert into t values(3)
*
ERROR at line 1:
ORA-01502: index 'MISC.IDX_T' or partition of such index is in unusable state

5、然后，看看是否可以通过设置参数skip_unusable_indexes=true来解决问题：
SQL> alter session set skip_unusable_indexes=true;
Session altered.
SQL> insert into t values(3);
insert into t values(3)
*
ERROR at line 1:
ORA-01502: index 'MISC.IDX_T' or partition of such index is in unusable state
SQL> select index_name,index_type,tablespace_name,table_type,status from user_indexes where index_name='IDX_T';
INDEX_NAME                     INDEX_TYPE                  TABLESPACE_NAME                TABLE_TYPE  STATUS
------------------------------ --------------------------- ------------------------------ ----------- --------
IDX_T                          NORMAL                      DATA_DYNAMIC                   TABLE       UNUSABLE
SQL> alter index idx_t rebuild;
Index altered.
SQL> select index_name,index_type,tablespace_name,table_type,status from user_indexes where index_name='IDX_T';
INDEX_NAME                     INDEX_TYPE                  TABLESPACE_NAME                TABLE_TYPE  STATUS
------------------------------ --------------------------- ------------------------------ ----------- --------
IDX_T                          NORMAL                      DATA_DYNAMIC                   TABLE       VALID
SQL> insert into t values(3);
1 row created.
SQL> commit;
Commit complete.
SQL>

总结：对于unique index，通过简单的设置参数是不能解决问题的，要解决unique index 失效的问题，只能通过重建索引来实现。

资料引用:http://www.knowsky.com/388811.html

不明白 sqlca.sqlcode = 0 是什么意思，搜了搜，记录一下sqlca.sqlcode的各种取值的意义：

    0 ——最近一次sql语句执行成功

   -1 ——最近一次sql语句执行失败

100 ——最近一次sql语句没有返回数据

nvl是个函数，作用是如果第一个参数为空值，则返回第二个参数的值，否则返回第一个参数的值。

chr(0)将数字0转化为字符0。

2、Y.YJKSBH=X.ZXKSBH(+) AND Y.ZLXMID=X.ZLXMID(+)
（+）表示左连接，就是在做关联之后，y表中存在而x表中不存在的数据也能查出来。

解决办法：
1、重建索引才是解决这类问题的完全的方法。
alter index index_name rebuild (online);
2、如果是分区索引只需要重建那个失效的分区 。
alter index index_name rebuild partition partition_name (online);

说明：
1. alter session set skip_unusable_indexes=true;就可以在session级别跳过无效索引作查询。
2.分区索引应适用user_ind_partitions。
3.状态分4种：
N/A说明这个是分区索引需要查user_ind_partitions或者user_ind_subpartitions来确定每个分区是否可用；
VAILD说明这个索引可用；
UNUSABLE说明这个索引不可用；
USABLE 说明这个索引的分区是可用的。

http://www.sudu.cn/info/html/edu/20071225/20526.html
http://blog.oracle.com.cn/html/65/t-122265.html

number（p，s），其中p表示该number的总长度，s为小数位。
如果s为负数，则会取相应位数的取整。
例如，如果number（4，-3），则数字1234的存储值为1000；如果number（4，-2），则数字1234的存储值为1200。

在对数据库表中的字段设定类型时，要注意：
NUMBER(10,6)  Double   带有小数
NUMBER(4)     Long     为整数

在JDBC中有两个接口对应数据库中的BLOB和CLOB类型，java.sql.Blob和java.sql.Clob。和你平常使用数据库一样你可以直接通过ResultSet.getBlob()方法来获取该接口的对象。与平时的查找唯一不同的是得到Blob或Clob的对象后，我们并没有得到任何数据，但是我们可以这两个接口中的方法得到数据。
例如：
Blob b=resultSet.getBlob(1);
InputStream bin=b.getBinaryStream();
Clob c=resultSet.getClob(2);
Reader cReader=c.getCharacterStream():
 
另外还有一种获取方法，不使用数据流，而是使用数据块。
例如
Blob b=resultSet.getBlob(1);
byte data=b.getByte(0,b.length());
Clob c=resultSet.getClob(2);
String str=c.getSubString(0,c.length());
在这里要说明一下，这个方法其实并不安全，如果你很细心的话，那很容易就能发现getByte()和getSubString()两个方法中的第二个参数都是int类型的，而BLOB和CLOB是用来存储大量数据的。而且Bolb.length()和Clob.length()的返回值都是long类型的，所以很不安全。

那么有人肯定要问既然已经有VARCHAR和VARBINARY两中类型，为什么还要再使用另外的两种类型呢？
原因：VARCHAR和VARBINARY两种类型是有自己的局限性的。首先说这两种类型的长度还是有限的不可以超过一定的限额，以VARCHAR在ORA中为例长度不可以超过4000；而LONGVARCHAR类型的一个重要缺陷就是不可以使用LIKE这样的条件检索。

另外就是在数据库中VARCHAR和VARBINARY的存取是将全部内容从全部读取或写入，对于100K或者说更大数据来说这样的读写方式，远不如用流进行读写来得更现实一些。

如果是小时为：１－２４　采取如下格式：yyyy-mm-dd HH24:MI:SS
insert into test values(to_date('2009-5-7 17:09:37','yyyy-mm-dd HH24:MI:SS'));

原因：

当插入数据的长度在1000、2000内，就会抛出这样的错误。

解决方法：

思路：将存储的字符串补上空格，让其超过2000的长度即可，但仅限与紧急解决问题。
1、首先在.java文件中引入import org.apache.commons.lang.StringUtils;
2、在此.java文件的相应的方法里添加如下判断：

    // 处理ora-1461问题(clob长度在1000-2000之间会出错)
        if (xml.length() >= 1000 && xml.length() <= 2000) {
            xml = StringUtils.rightPad(xml, 2008);
        }

相关知识：

LONG: 可变长的字符串数据，最长2G，LONG具有VARCHAR2列的特性，可以存储长文本一个表中最多一个LONG列
LONG RAW: 可变长二进制数据，最长2G
CLOB:  字符大对象Clob 用来存储单字节的字符数据
NCLOB: 用来存储多字节的字符数据
BLOB: 用于存储二进制数据
BFILE: 存储在文件中的二进制数据，这个文件中的数据只能被只读访。但该文件不包含在数据库内。bfile字段实际的文件存储在文件系统中,字段中存储的是文件定位指针.bfile对oracle来说是只读的,也不参与事务性控制和数据恢复。
其中CLOB，NCLOB，BLOB都是内部的LOB(Large Object)类型，最长4G，没有LONG只能有一列的限制。要保存图片、文本文件、Word文件各自最好采用那種数据类型呢？BLOB最好，LONG RAW也不错，但Long是oracle将要废弃的类型，因此建议用BLOB。

相关链接：http://www.blogjava.net/allen-zhe/archive/2008/05/06/198627.html

再一次打开oracle时，数据显示一切正常。

为此，我在网上搜索了下，整理了些简单TOAD的使用技巧，现分享给大家。

常用快捷键：

F8 调出以前执行的sql命令
F9 执行全部sql
Ctrl+t 补全table_name
Ctrl+. 补全table_name
alt+ 箭头上下 看sql history
Ctrl+Enter 直接执行当前sql
Ctrl+Shift+F  格式化sql语句。

如果还觉得不够用的话，可以在系统菜单空白处点击右键，进入menu shortcuts，自行定义快捷键。

toad下修改表中字段的值：
首先在schema Browser下查找到相应的表，在右边点击Data栏，然后选中一条记录，再点击Data栏下面的▲(Edit Record)，即可修改字段里的值，然后点击√(Post edit)，最后就是Commit了。

正文：

Oracle数据导出：
如果是导出本机的Oracle数据库：
exp pcisv62/11@ORCL  file="d:\pcisv62081226.dmp"  full=y   
（ORCL为本地数据库监听）

如果是导出服务器端的Oracle数据：
exp pcisv62/11@tnsname  file="d:\pcisv62081226.dmp" full=y
（tnsname为COREV6_DBSERVER，SID为COREV6，主机为DBSERVER。）
exp pcisv6_ab/11@COREV6_DBSERVER file=d:\v6100210.dmp rows=y buffer=1024000

注意：必须是 DBA 才能执行完整数据库或表空间导出操作。

Oracle数据导入,分以下步骤：
1.先在Oracle9i的Enterprise Manager Console下，以sys/sys及sysdba身份登陆，在“存储”-->“表空间”下创建表空间COREV6，同时给其分配合适的空间。
2.在“安全性”-->“用户”下创建用户pcisv62,使用户默认的表空间为COREV6，同时在“角色”里授予CONNECT、DBA、EXP_FULL_DATABASE、IMP_FULL_DATABASE、RESOURCE。
3.导入.dmp文件，开始-->运行cmd，导入命令：
imp pcisv6_ab/11@ORCL file=d:\v6100210.dmp  full=y ignore=y

以下转载：几种导入导出的命令方法，以备以后查阅。
数据导出：
exp qhmis/qhmis@qhmis  file='d:\backup\qhmis\qhmis20060526.dmp'  grants=y  full=n
 1 将数据库TEST完全导出,用户名system 密码manager 导出到D:\daochu.dmp中
   exp system/manager@TEST file=d:\daochu.dmp full=y
 2 将数据库中system用户与sys用户的表导出
   exp system/manager@TEST file=d:\daochu.dmp owner=(system,sys)
 3 将数据库中的表table1 、table2导出
   exp system/manager@TEST file=d:\daochu.dmp tables=(table1,table2)
 4 将数据库中的表table1中的字段filed1以"00"打头的数据导出
   exp system/manager@TEST file=d:\daochu.dmp tables=(table1) query=\" where filed1 like '00%'\"      
数据的导入：
 1 将D:\daochu.dmp 中的数据导入 TEST数据库中。
   imp system/manager@TEST  file=d:\daochu.dmp
   上面可能有点问题，因为有的表已经存在，然后它就报错，对该表就不进行导入。
   在后面加上 ignore=y 就可以了。
 2 将d:\daochu.dmp中的表table1 导入
 imp system/manager@TEST  file=d:\daochu.dmp  tables=(table1)

oracle9i  安装到最后，更改了：sys口令:sys    system口令:system   

现在需要以system身份登陆sql*puls，方法有二：

第一种方法：.进入SQL*Plus后在弹出对话框中直接点击“确定”，   
  请输入用户名：sys   as   sysdba   

     请输入口令：sys  

第二种方法：进入Dos窗口，输入一下命令：  
  c:\>sqlplus   /nolog  
  SQL>conn   sys/password   as   sysdba

注意：sys的权限最大！是默认的DBA！一般不在该用户下建用户表，PACKAGE等！system的权限就差一些。

1) select * from T1 where exists(select * from T2 where T1.a=T2.a) ;

    T1数据量小而T2数据量非常大时，T1<<T2 时，1) 的查询效率高。

2) select * from T1 where T1.a in (select T2.a from T2) ;

     T1数据量非常大而T2数据量小时，T1>>T2 时，2) 的查询效率高。

exists 用法：

1）句中的“select * from T2 where T1.a=T2.a” 相当于一个关联表查询，

     相当于“select * from T1,T2  where T1.a=T2.a”；

2）句中的“select * from T1 where T1.a in (select T2.a from T2) ”，这里的“in”后面括号里的语句搜索出来的字段的内容一定要相对应，一般来说，T1和T2这两个表的a字段表达的意义应该是一样的，否则这样查没什么意义。

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

+++++++++++++   下面转载  +++++++++++++++++++

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

今天市场报告有个sql及慢，运行需要20多分钟，如下：
update p_container_decl cd
set cd.ANNUL_FLAG=\'0001\',ANNUL_DATE = sysdate
where exists(
select 1
from (
select tc.decl_no,tc.goods_no
from p_transfer_cont tc,P_AFFIRM_DO ad
where tc.GOODS_DECL_NO = ad.DECL_NO
and ad.DECL_NO = \'sssssssssssssssss\'
) a
where a.decl_no = cd.decl_no
and a.goods_no = cd.goods_no
)
上面涉及的3个表的记录数都不小，均在百万左右。根据这种情况，我想到了前不久看的tom的一篇文章，说的是exists和in的区别，in 是把外表和那表作hash join，而exists是对外表作loop，每次loop再对那表进行查询。
这样的话，in适合内外表都很大的情况，exists适合外表结果集很小的情况。

而我目前的情况适合用in来作查询，于是我改写了sql，如下：
update p_container_decl cd
set cd.ANNUL_FLAG=\'0001\',ANNUL_DATE = sysdate
where (decl_no,goods_no) in
(
select tc.decl_no,tc.goods_no
from p_transfer_cont tc,P_AFFIRM_DO ad
where tc.GOODS_DECL_NO = ad.DECL_NO
and ad.DECL_NO = ‘ssssssssssss’
)

让市场人员测试，结果运行时间在1分钟内。问题解决了，看来exists和in确实是要根据表的数据量来决定使用。

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

1.以Administrators 身份登陆windows系统。
2.停掉Oracle Service服务。 
3.通过Oracle installer 卸载任何orcle产品及组件。
4.删除%ORACLE_base%文档和SYSTEM_DRIVE:\program files下的oracle文档。
5.删除SYSTEM_DRIVE:\Documents and Settings\All Users\「开始」菜单\程式中的oracle项。
6.在“开始菜单”—点“运行”—输入“regedit”打开注册表：
   到HKEY_CLASSES_ROOT下，删除以Oracle，ORA，ORCL开头的键；
   到HKEY_LOCAL_MACHINE\SOFTWARE下，删除ORACLE键和Apache Group键；
   到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services下，删除以Oracle开头的键；
   到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services \Eventlog\Application下，删除以Oracle开头的键；
  到HKEY_CURRENT_USER下，删除Oracle键；
  到HKEY_CURRENT_USER\SOFTWARE\ORACLE下，删除以Oracle 或 Orcl开头的键（假如有的话）；
7.打开系统系统环境变量（我的电脑－>右键－>系统属性－>高级－>环境变量），在PATH中删除任何以%ORACLE_HOME%开始的项。
8.重启电脑。