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
相关文档：
oracle常用经典SQL查询
常用SQL查询：
1、查看表空间的名称及大小
select t.tablespace_name, round(sum(bytes/(1024*1024)),0) ts_size
from dba_tablespaces t, dba_data_files d
where t.tablespace_name = d.tablespace_name
group by t.tablespace_name;
2、查看表空间物理文件的名称 ......
ORACLE是多用户系统，它允许许多用户共享系统资源。为了保证数据库系统的安全，数据库管理系统配置了良好的安全机制。
2. 1 ORACLE数据库安全策略
建立系统级的安全保证
系统级特权是通过授予� ......
由于系统中数据不断增多，使得原用的like语法来进行查询法律全文变得十分缓慢，因此在原有系统中增加了全文检索的功能。
全文检索功能依赖于Oracle Text。首先保证Oracle Text组件在数据库中已安装。然后建立索引
Sql代码
--法律全文内容字段增加索引
create index idx_flqw_nr on flqw(nr) indextype ......
查看相关job信息
1、相关视图
dba_jobs
all_jobs
user_jobs
dba_jobs_running 包含正在运行job相关信息
查看存储过程 package等相关过程
select * from user_source where text like '%要查的内容%' ......
摘 要：本文提出了闪回功能的原理，描述了利用Oracle 9i或Oracle 10g的闪回功能进行恢复偶然丢失数据的方法。
关键词：Oracle；闪回；回滚段；数据恢复
引言
人为的错误是数据库系统失败的重要原因之一，根据调查约40%的系统问题是操作失误或者用户错误引起的，这些人为的错误又特别难以避免。传统上当发生数据丢失、 ......
