恢复oracle中用pl sql误删除drop掉的表
查看回收站中表
select object_name,original_name,partition_name,type,ts_name,createtime,droptime from recyclebin;
恢复表
SQL
>flashback table test_drop to before drop;或
SQL
>flashback table "BIN$b+XkkO1RS5K10uKo9BfmuA==$0" to before drop;
注：必须9i或10g以上版本支持，flashback无法恢复全文索引
以下为参考资料
使用 Oracle Database 10g 中的闪回表特性，可以毫不费力地恢复被意外删除的表
以下是一个不该发生却经常发生的情况：用户删除了一个非常重要的表 ― 当然是意外地删除 ― 并需要尽快地恢复。（在某些时候，这个不幸的用户可能就是 DBA！）
Oracle9i Database 推出了闪回查询选项的概念，以便检索过去某个时间点的数据，但它不能闪回 DDL
操作，如删除表的操作。唯一的恢复方法是在另一个数据库中使用表空间的时间点恢复，然后使用导出/导入或其他方法，在当前数据库中重新创建表。这一过程需
要 DBA 进行大量工作并且耗费宝贵的时间，更不用说还要使用另一个数据库进行克隆。
请使用 Oracle Database 10g 中的闪回表特性，它使得被删除表的恢复过程如同执行几条语句一样简单。让我们来看该特性是如何工作的。
删除那个表！
首先，让我们查看当前模式中的表。
SQL
> select * from tab;
TNAME
TABTYPE
CLUSTERID
---------------------
- --
-- ---
------
RECYCLETEST
TABLE
现在，我们意外地删除了该表：
SQL
> drop table recycletest;
Table dropped.
现在让我们来查看该表的状态。
SQL
> select * from tab;
TNAME
TABTYPE
CLUSTERID
---------------------------
- --
-- ---
------
BIN$04LhcpndanfgMAAAAAANPw==$0 TABLE
表 RECYCLETEST 已不存在，但是请注意出现新表
BIN$04LhcpndanfgMAAAAAANPw==$0。这就是所发生的事情：被删除的表 RECYCLETEST
并没有完全消失，而是重命名为一个由系统定义的名称。它存在于同一个表空间中，具有与原始表相同的结构。如果在该表上定义了索引或触发器，则它们也被重命
名，使用与表相同的命名规则。任何相关源（如过程）都失效；原始表的触发器和索引被改为放置在重命名的表
BIN$04LhcpndanfgMAAAAAANPw==$0 上，保持被删除表的完整对�
相关文档：
如果你是WINXP或WIN2003的系统中自带的防火墙,可以试一下以下方法:
1.在防火墙的例外中,添加ORACLE.EXE运行程序.(在oracle安装目录找到bin文件夹中)
2.再在防火墙例外中，添加端口1521端口就样局域网内的其他机器就可以访问你的ORACLE了.
或者在高级中,选中当前使用的网卡,添加IP,端口号(1521),这样,其他机器也可以访� ......
把数据从一个表复制到另一个表，插入新数据或替换掉老数据是每一个ORACLE DBA都会经常碰到的问题。在ORACLE9i以前的年代，我们要先查找是否存在老数据，如果有用UPDATE替换，否则用INSERT语句插入，其间少不了还有一些标记变量等等，繁琐的很。现在ORACLE9i专为这种情况提供了MERGE语句，使这一工作变得异常轻松，
MERGE语 ......
说到HWM,我们首先要简要的谈谈ORACLE的逻辑存储管理.我们知道,ORACLE在逻辑存储上分4个粒度:表空间,段,区和块.
(1)块:是粒度最小的存储单位,现在标准的块大小是8K,ORACLE每一次I/O操作也是按块来操作的,也就是说当ORACLE从数据文件读数据时,是读取多少个块,而不是多少行.
(2)区:由一系列相邻的块而组成,这也是ORACLE空� ......
在oracle中，我们使用in方法查询记录的时候，如果in后面的参数个数超过1000个，那么会发生错误，下面的这个方法就是解决这个问题的，它将我们的上千个参数分成几组，保证每组的参数个数不超过1000
/**
* 生成符合条件的sql语句,解决in问题
* @param sqlParam：我们需要处理的参数的字符串格式，例� ......
大家都在讨论关于数据库优化方面的东东，刚好参与开发了一个数据仓库方面的项目，以下的一点东西算是数据库优化方面的学习+实战的一些心得体会了，拿出来大家共享。欢迎批评指正阿！
SQL语句：
是对数据库(数据)进行操作的惟一途径；
消耗了70%~90%的数据库资源；独立于程序设计逻辑，相对于对程序源代码的优化，对SQ ......
