ORACLE大表扫描操作解决方案
很多朋友在使用ORACLE进行后台数据存储时都可能遇到这样的问题，哪就是，设计的数据库中不可避免的有一两个比较大的数据表，有时可能更多，如果对这些数据表只进行INSERT操作，哪还比较好一些，可是如果要经常进行数据更新（UPDATE）和数据选取（SELECT），在数据量比较少时，程序还能过的去，如果数据量一大，上了百万数量级时，如果数据表设计不合理，执行UPDATE就会出现可怕的现象（一般都遇到过吧）。程序也可能由于对大表的频繁的执行SELECT操作而导致程序和数据库莫明其妙的问题，同时对数据库来说，也是一笔不可呼视的开销。
呵呵，我们公司是做短信业务的（大家过去常说的SP），需要发的下行短信量非常大，经常遇到这样的问题。为了解决此问题，我查阅了一些关于ORACLE的资料，公司用的数据库是ORACLE 8i，发现8I有两个新的特性（大家可能都知道，不过可能没用过），一是8I数据表支持分区功能，二是8I支持J***A存储过程。本人研究发现，利用这两个特性，转换一下编程模式，解决上面的问题。
8I数据表支持分区功能再结果索引的使用，我就不多说了，好处大家都知道（呵呵，不知道的就去查查资料吧）。在这里，主要说一下我是怎么转换编模式的。过去，我们的程序是这样的，程序为了把要发给手机用户的短信息内容下发给用户（就是通过CMPP协议发到移动的短信中心），程序要频繁的对存放短信息的表进行扫描，导致程序和数据库大量占用CPU，我称这种处理现象为 “主动扫描”，当时想，程序能不能支持“被动扫描”呢，如果没有数据，程序就不去扫描表，有了数据，让数据库告诉程序一下，程序再去数据库中读数据。这样再结合表分区的功能，其不是大大的好啊。可这需要数据库能主动告诉程序有数据 啦。
于是我们想到了J***A写存储过程，因为J***A可以与程序进行通讯。
我们的想法是这样的，在前台程序上加一个SOCKET监听端口，用来接听来至数据的命令。在调用向短信息表的过程中调用一下J***A过程，这样就可以发指令给程序了。程序就知道有数据了。这样就实现的“主动扫描”到“被动扫描”的转换。下面是角本。
J***A角本。
create or replace and compile j***a source named logj***a as
import j***a.text.*;
import j***a.util.TimeZone;
import j***a.net.*;
import j***a.io.*;
public class LOGJ***A
{
public static String SendMessage(String CMD)
{
String
相关文档：
下载地址：
http://www.itsoba.com/Article.asp?id=847
视频介绍：
本套ORACLE视频教程为传智播客内部经典教学视频的一集，后续视频正在录制和整理中，敬请关注。
讲师介绍：
王治国，有多年软件开发经验和教学经验，先后在多家软件公司担任软件工程师、项目经理，精通J2SE、J2ME、J2EE、Linux、Oracle、SqlS ......
Basic Steps for Manual Online Reorganization Commands and procedures used:
1.DBMS_REDEFINITION.CAN_REDEF_TABLE
2.CREATE TABLE …
3.DBMS_REDEFINITION.START_REDEF_TABLE
4.DBMS_REDEFINITION.COPY_TABLE_DEPENDENTS and DBMS_REDEFINITION.CONS_ORIG_PAGRAMS
SELECT object_name,base_table_name, ......
ORACLE是多用户系统，它允许许多用户共享系统资源。为了保证数据库系统的安全，数据库管理系统配置了良好的安全机制。
2. 1 ORACLE数据库安全策略
建立系统级的安全保证
系统级特权是通过授予� ......
很不幸，建立的表被某人误删了，，，
还好可以通过这样恢复。
select * from user_recyclebin where original_name like 'FINANCE_%' order by droptime desc;
FLASHBACK TABLE FINANCE_CASE_FEE_ITEM TO BEFORE DROP
即所有drop的表都在 user_recyclebin 这个oracle回收站里面的，再通过flashback命 ......
摘 要：本文提出了闪回功能的原理，描述了利用Oracle 9i或Oracle 10g的闪回功能进行恢复偶然丢失数据的方法。
关键词：Oracle；闪回；回滚段；数据恢复
引言
人为的错误是数据库系统失败的重要原因之一，根据调查约40%的系统问题是操作失误或者用户错误引起的，这些人为的错误又特别难以避免。传统上当发生数据丢失、 ......
