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
相关文档：
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数据库安全策略
建立系统级的安全保证
系统级特权是通过授予� ......
Oracle 中的树查询和 connect by
使用 connect by 和 start with 来建立类似于树的报表并不难，只要遵循以下基本原则即可：
使用 connect by 时各子句的顺序应为：
select
from
where
start with
connect by
order by
prior 使报表的顺序为从根到叶（如果 prior 列是父辈）或从叶到根（如果 prior 列是后代）。
......
--
查看VGA信息：
show sga;
select
*
from
v$sgastat;
--
可以通过以下几个动态性能视图查看信息：
V$sysstat 系统统计信息
V$sesstat &n ......
查看相关job信息
1、相关视图
dba_jobs
all_jobs
user_jobs
dba_jobs_running 包含正在运行job相关信息
查看存储过程 package等相关过程
select * from user_source where text like '%要查的内容%' ......
