ORACLE回收站
在执行一个存储过程建表时，出现了这个ORA-38301:无法对回收站中的对象执行DDL/DML错误。发现原来这是10G的一个新特性，回收站。对于drop的表并不是直接删除掉的。而是放在回收站中了。RecycleBin。
可是在回收站中没有查到这个表。
select * from recyclebin;
很奇怪。
进行删除操作。
进行删除后，还是不能对该表重建，报错该对象已经存在。
从回收站中查询该表，报出个
ORA-00600: 内部错误代码, 参数: [ktsircinfo_num1
怪了。网上很多人说是oracle内部自己的问题。没办法，重启数据库试一把了。结果重启后，那个表已经不在数据库中存在了。问题解决了。
记录下基本的回收站操作：
已经放到回收站里的表是不能用drop命令删除的(注意对象名字上的双引号)
如果要清掉该对象,使用purge命令：
SQL> PURGE table "BIN$V3f/oYUITrCEF2cotS5JaA==$0" ;
如果直接清空所有的Recycle Bin中的对象：
相关文档：
shutdown immediate
强列不建议转为非归档模式
startup mount
alter database noarchivelog
alter database open
非归档转归档
startup mount
alter database archivelog
alter database open
在归档日志模式下，有可能会遇到归档日志大小超过最大值而出现讨厌的ORA-00257错误，前面说了如何把归档日志空间变大。� ......
create or replace procedure inserttestdata
(
v_count in number,
v_startuserid in varchar2,
v_returnval out number )
as
v_opertime ......
分页的宗旨是控制查询出来的数据个数，下面这条语句对于Oracle分页已经足够了。
（注：该语句只能用于Oracle）
SELECT * from (SELECT temp.*, ROWNUM RN from (SELECT * from USERS ORDER BY ID DESC) temp) WHERE RN > 0 AND RN <= 10
SELECT *
from (SELECT AA.*, ROWNUM RN ......
1.在ORACLE中用select * from all_users显示所有的用户，而在MYSQL中显示所有数据库的命令是show databases。对于我的理解，ORACLE项目来说一个项目就应该有一个用户和其对应的表空间，而MYSQL项目中也应该有个用户和一个库。在ORACLE(db2也一样)中表空间是文件系统中的物理容器的逻辑表示，视图、触发器和存储过程也 ......
视图的概念
视图是基于一张表或多张表或另外一个视图的逻辑表。视图不同于表，视图本身不包含任何数据。表是实际独立存在的实体，是用于存储数据的基本结构。而视图只是一种定义，对应一个查询语句。视图的数据都来自于某些表，这些表被称为基表。通过视图来查看表，就像是从不同的角度来观察一个(或多个)表。
� ......
