在Oracle10g之后，提供了DBMS_ADVANCED_REWRITE包，具有强大的查询重写功能，可以让我们在数据库层面实现很多微妙的调整。假设我们有一个应用，但是现在无法直接修改应用程序的编码，但是又想能够让应用程序的某些SQL产生我们想要的变化，那么就可以使用DBMS_ADVANCED_REWRITE包。

drop table t;
create table t as select object_id,object_name from dba_objects;
drop table t1;
create table t1 as select object_id,object_name from dba_objects where 1=0;

SQL> select count(*) from t;

  COUNT(*)
----------
     16636

SQL> select count(*) from t1;

  COUNT(*)
----------
         0

现在我们有表T和T1，表结构相同，但是表T中有1.6万记录，而表T1中没有记录，如果说我们的应用中有一个SQL多次地查询表T的总记录数，占用了大量的CPU和逻辑读，而这样的count记录数又是完全没有用处的，但是我们无法修改应用程序去掉这个SQL，那么我们就可以通过DBMS_ADVANCED_REWRITE包来讲查询表T的SQL转变为查询表T1，这样就大大减少了这条SQL的逻辑读。

首先DBMS_ADVANCED_REWRITE包的执行权限必须显式赋给需要的用户。

CONN sys/password AS SYSDBA

GRANT EXECUTE ON DBMS_ADVANCED_REWRITE TO kamus;

CONN kamus/password

BEGIN
  SYS.DBMS_ADVANCED_REWRITE.declare_rewrite_equivalence (
     name             => 't_rewrite',
     source_stmt      => 'SELECT count(*) FROM t',
     destination_stmt => 'SELECT count(*) FROM t1',
     validate         => FALSE,
     rewrite_mode     => 'TEXT_MATCH');
END;
/

然后需要设置会话层面的QUERY_REWRITE_INTEGRITY参数，该参数默认值为ENFORCED，表示只有重写后的SQL输出结果跟原结果完全一样时，查询才会被真正重写，在这里需要修改为TRUSTED。

SQL> ALTER SESSION SET QUERY_REWRITE_INTEGRITY = TRUSTED;
SQL> set autot on
SQL> select count(*) from t;

  COUNT(*)
----------
         0

Execution Plan
----------------------------------------------------------
Plan hash value: 238181912

----------------------------------------------------------------------------
| Id  | Operation           | Name | Rows  | Bytes | Cost (%CPU)| Time     |
----------------------------------------------------------------------------
|   0 | SELECT STATEMENT    |      |     1 |    13 |     2   (0)| 00:00:01 |
|   1 |  VIEW               |      |     1 |    13 |     2   (0)| 00:00:01 |
|   2 |   SORT AGGREGATE    |      |     1 |       |            |          |
|   3 |    TABLE ACCESS FULL| T1   |     1 |       |     2   (0)| 00:00:01 |
----------------------------------------------------------------------------

Note
-----
   - dynamic sampling used for this statement

Statistics
----------------------------------------------------------
          0  recursive calls
          0  db block gets
          3  consistent gets
          0  physical reads
          0  redo size
        417  bytes sent via SQL*Net to client
        416  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed

SQL> ALTER SESSION SET QUERY_REWRITE_INTEGRITY = ENFORCED;
SQL> select count(*) from t;

  COUNT(*)
----------
     16636

Execution Plan
----------------------------------------------------------
Plan hash value: 2966233522

-------------------------------------------------------------------
| Id  | Operation          | Name | Rows  | Cost (%CPU)| Time     |
-------------------------------------------------------------------
|   0 | SELECT STATEMENT   |      |     1 |    22   (0)| 00:00:01 |
|   1 |  SORT AGGREGATE    |      |     1 |            |          |
|   2 |   TABLE ACCESS FULL| T    | 16639 |    22   (0)| 00:00:01 |
-------------------------------------------------------------------

Note
-----
   - dynamic sampling used for this statement

Statistics
----------------------------------------------------------
          0  recursive calls
          0  db block gets
         69  consistent gets
          0  physical reads
          0  redo size
        420  bytes sent via SQL*Net to client
        416  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed

SQL>

可以看到在重写之后，执行计划中显示直接去查询表T1，而consistent gets也从查询表T需要的69减少为3。

可以从[USER|ALL|DBA]_REWRITE_EQUIVALENCES视图中获得查询重写的信息。

SQL> select * from user_rewrite_equivalences;

OWNER  NAME       SOURCE_STMT               DESTINATION_STMT          REWRITE_MO
------ ---------- ------------------------- ------------------------- ----------
KAMUS  T_REWRITE  SELECT count(*) FROM t    SELECT count(*) FROM t1   TEXT_MATCH

DBMS_ADVANCED_REWRITE包也有限制，不可以重写牵涉到SYS用户对象的SQL。

drop table t1;
create table t1 as select * from all_tables where 1=0;

SQL> BEGIN
  2    SYS.DBMS_ADVANCED_REWRITE.declare_rewrite_equivalence (
  3       name             => 't_rewrite',
  4       source_stmt      => 'SELECT count(*) FROM all_tables',
  5       destination_stmt => 'SELECT count(*) FROM t1',
  6       validate         => FALSE,
  7       rewrite_mode     => 'TEXT_MATCH');
  8  END;
  9  /
BEGIN
*
ERROR at line 1:
ORA-30354: Query rewrite not allowed on SYS relations
ORA-06512: at "SYS.DBMS_ADVANCED_REWRITE", line 29
ORA-06512: at "SYS.DBMS_ADVANCED_REWRITE", line 185
ORA-06512: at line 2

在测试中，如果destination_stmt中包含SYS用户对象，是可以成功创建查询重写的，但是在执行SQL的时候却会报ORA-03113错误，后台出现ORA-07445错误，无法正常执行。

SQL> BEGIN
  2    SYS.DBMS_ADVANCED_REWRITE.declare_rewrite_equivalence (
  3       name             => 't_rewrite',
  4       source_stmt      => 'SELECT count(*) FROM t1',
  5       destination_stmt => 'SELECT count(*) FROM all_tables',
  6       validate         => FALSE,
  7       rewrite_mode     => 'TEXT_MATCH');
  8  END;
  9  /

PL/SQL procedure successfully completed.

SQL> select * from user_rewrite_equivalences;

OWNER  NAME       SOURCE_STMT               DESTINATION_STMT          REWRITE_MO
------ ---------- ------------------------- ------------------------- ----------
KAMUS  T_REWRITE  SELECT count(*) FROM t1   SELECT count(*) FROM all_ TEXT_MATCH
                                            tables

SQL> ALTER SESSION SET QUERY_REWRITE_INTEGRITY = TRUSTED;

Session altered.

SQL> select count(*) from t1;
select count(*) from t1
*
ERROR at line 1:
ORA-03113: end-of-file on communication channel
Process ID: 8360
Session ID: 135 Serial number: 22

在尝试使用SQL Developer用SYSDBA连接数据库时总是报ORA-01017错误。

ORA-01017: invalid username/password; logon denied

实际上用户名密码是正确的，并且在数据库服务器上使用SQL*Plus通过监听连接也是正常的。

C:\Users\Kamus>sqlplus "sys/oracle@orcl11g as sysdba"

SQL*Plus: Release 11.1.0.7.0 - Production on Fri Mar 12 12:17:01 2010

Copyright (c) 1982, 2008, Oracle.  All rights reserved.

Connected to:
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - Production
With the Partitioning, OLAP and Real Application Testing options

SQL> 

真正的问题是因为数据库密码文件缺失了。在windows下，Oracle数据库密码文件是储存在%ORACLE_HOME%\database目录下，命名为PWD%SID%.ora。

密码文件不存在，数据库实例完全可以正常启动，只是在尝试通过监听登陆SYSDBA的时候就会报ORA-01017错误。

那么为什么在本地使用SQL*Plus是正常的，这实际上是一个错觉，因为在Windows中Oracle默认安装以后会在sqlnet.ora文件中设置SQLNET.AUTHENTICATION_SERVICES = (NTS)，这表示支持“Windows NT native authentication”方式登陆数据库，也就是属于OSDBA组的Windows用户不用提供密码也可以通过SYSDBA登陆数据库。sqlnet.ora文件位于%ORACLE_HOME%\network\admin目录下。

我们随便使用一个不存在的用户名密码都是可以登录数据库的。

C:\Users\Kamus>sqlplus "NotExist/nopassword@orcl11g as sysdba"

SQL*Plus: Release 11.1.0.7.0 - Production on Fri Mar 12 13:10:49 2010

Copyright (c) 1982, 2008, Oracle.  All rights reserved.

Connected to:
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - Production
With the Partitioning, OLAP and Real Application Testing options

SQL>

修改SQLNET.AUTHENTICATION_SERVICES参数为NONE之后。

SQLNET.AUTHENTICATION_SERVICES = (NONE)

再次测试用SQL*Plus登陆，报ORA-01031错误，即使提供正确的SYS用户密码也会报同样的错误，因为此时密码文件不存在，不能通过密码文件校验SYS用户密码是否正确，而又不允许通过NTS方式登陆数据库。

C:\Users\Kamus>sqlplus "NotExist/nopassword@orcl11g as sysdba"

SQL*Plus: Release 11.1.0.7.0 - Production on Fri Mar 12 13:14:07 2010

Copyright (c) 1982, 2008, Oracle.  All rights reserved.

ERROR:
ORA-01031: insufficient privileges

Enter user-name:

重新创建密码文件，保持sqlnet.ora文件中SQLNET.AUTHENTICATION_SERVICES = (NONE)。

orapwd file=D:\oracle\product\11.1.0\db_1\database\PWDorcl11g.ora password=oracle

这样就只能通过正确的SYS用户和密码才可以用SYSDBA登陆数据库了。

C:\Users\Kamus>sqlplus / as sysdba

SQL*Plus: Release 11.1.0.7.0 - Production on Fri Mar 12 13:18:32 2010

Copyright (c) 1982, 2008, Oracle.  All rights reserved.

ERROR:
ORA-01031: insufficient privileges

Enter user-name:
C:\Users\Kamus>
C:\Users\Kamus>sqlplus sys/oracle as sysdba

SQL*Plus: Release 11.1.0.7.0 - Production on Fri Mar 12 13:18:44 2010

Copyright (c) 1982, 2008, Oracle.  All rights reserved.

Connected to:
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - Production
With the Partitioning, OLAP and Real Application Testing options

SQL>

同样在这种配置下，SQL Developer也可以正常用SYSDBA登陆数据库了。

图片是网站上很重要的资源，用户发布的产品图片，用户的logo，AV男，兽兽女，犀利哥等等等等，一个稍具规模的网站，图片的数量可能是千万级，这种资源的特点就是文件小，数量大，每个文件在几字节到几K不等，所以针对图片的访问，基本是非常离散的IO，考验的是系统的磁盘并发和CPU处理能力

一般网站，图片都是存放专门的图片服务器，可集中也可以分布式，比如有条件的可以购买昂贵的NAS存储，由主机拖着，以NFS或者HTTP的方式，供前面的应用访问，或者使用多台廉价PC，图片分布打散到每个机器，前台应用解决图片存取和访问策略，以便充分利用所有资源，在应用与图片服务器中间还可能加一层cache，来缓冲前台的访问压力

上面所说的方法，弊端是有很多的
1.文件系统一定是要使用的，为了管理数千万的图片，必须进行目录分层，因为一个目录下不可能存放太多的文件，前期的目录规划要考虑后期的扩展，还有图片分布均匀，这样做下来，往往目录的深度会达到5层甚至7层
2.数据迁移，备份怎么做？高级的NAS存储，有自己的卷复制，但这个粒度太粗，如果要细分到底层或中间层，会有点力不从心，对于这种大数据量的小文件拷贝，PC也是非常吃力
3.每一个图片的访问，基本会做5-7次的目录跳转，转换到磁盘，也可能有10次物理IO了，在并发量上来的时候，磁盘会是个瓶颈，当然，分布式是个方向

这里想到了另外一种方法，利用数据库来存放图片，存储的方式就是现在最流行的key-value

create table mypic
(
key number not null,
pic blob
);

create index ind_picid on mypic(key);

key是图片名称，事先最好统一规划一下，使用number数字来命名，并针对key建立索引
VALUE就是图片内容，用blob来保存
访问一个图片的方式就是：
获取图片名称  数据key
走key上的索引，定位到记录表记录
根据表记录，定位到图片的blob，并读取

这个方法的优点：
1.单个图片的访问路径缩短，数字索引比较小，分区做的好的话可能小到两层，从索引到表，到blob段，大概是4-5跳
并且KEY是区分度非常高的数据类型，在索引每层的横向检索中，不会超过1个数据块，而文件目录结构中，子目录繁多，
要遍历这层的inode后，才知道具体跳转的下层位置
2.备份方式比较灵活，可以基于整个数据库，或者单独的表，数据的迁移，删除，都是基于表级别的，比较直观，方便
3.可以在数据库层面，考虑图片的水平拆分，垂直拆分，分表，分库，都不错
4.数据库的复制技术可以派上用场，读写分离

这里数据库完全是当成一个KEY-VALUE的存储在用，我们可以考虑将一些廉价的PC堆在一起，做成一个picdb的群集，
大致画了一个草图，当然在WEB与picdb间应该还有层cache的,这个方法是YY出来的，可能很多地方不成熟，但SY强身，YY强国，没有想法，哪来的动力？欢迎各位专业人士拍砖