Oracle段高水位(HWM, high water mark)问题
Oracle对表做全表扫描的时候
，会扫描完HWM以下
的数据块。如果某个表delete(delete操作不会降低高水位)了大量数据，那么这时对表做全表扫描就会做很多无用功，扫描了一大堆数据块，最后发现块里面居然没有数据。
通常，在对表做了大批量delete操作之后，就应该马上降低表的高水位，可以使用shrink 命令或者alter table table_name move降低表的高水位。在降低表的高水位之后，表上面的索引会失效，因为表的rowid更改了，这个时候需要rebuild索引。
如何求出段的高水位？其实很简单，首先对表收集统计信息，然后查询DBA_TABLES的blocks，以及empty_blocks字段，blocks表示已经用了多少个blocks,empty_blocks表示从来没有使用过的blocks。那么blocks就表示段的高水位。
可以使用下面的语句查看表到底用了多少个blocks
select count( distinct dbms_rowid.rowid_block_number(rowid)) from table_name;
然后再对比dba_tables表中的blocks列，如果求出的blocks数与dba_tables相差在10左右，那么表示这个表不需要shrink,用上面的脚本求出的blocks数没计算段头，位图管理块。如果相差很大，那么表示这个表需要shrink了，不过这样做比较麻烦，不是吗？
其实还可以监控表的DML操作，根据监控的结果，我们就可以判断哪些表需要降低高水位。在Oracle10g中DBA_TAB_MODIFICATIONS这个视图记录了自上次收集统计信息以来表的DML操作信息。当我们再次对表收集统计信息，该视图的记录就会被清空。
对于非分区表，可以使用下面脚本初步检测哪些表需要降低高水位
exec DBMS_STATS.FLUSH_DATABASE_MONITORING_INFO ;
col table format a35
select a.owner || '.' || a.table_name "Table",a.num_rows,a.avg_row_len,b.inserts,b.deletes,a.num_rows+nvl(b.inserts,0)-nvl(b.deletes,0) total_rows,
round(a.avg_row_len*(a.num_rows+nvl(b.inserts,0)-nvl(b.deletes,0))/1024/1024,4) "Calculate_Sizle(Mb)",c.bytes/1024/1024 "Segment_Size(Mb)"
from dba_tables a left join all_tab_modifications b
on a.owner=b.table_owner and a.table_name=b.table_name inner join dba_segments c&n
相关文档：
author：skate
time：2010-05-25
数据文件管理
1. datafile add
2. datafile delete
3. datafile resize
4. datafile rename
1. datafile add
添加表空间，从而添加datafile
SQL> create tablespace tbs_skate
2 datafile '+datagroup' size 20m;
Tablespace created
SQL> sel ......
查看oracle服务器字符集:select * from nls_database_parameters where parameter = 'NLS_CHARACTERSET'
使用Pl/SQL 查询数据时乱码,插入数据时乱码
数据库服务器的字符集和客户端的字符集不同所造成的,修改数据库客户端的字符集和服务器的字符集一致
操作方法:
oracle 9i :修改本地注册表中ORACLE客户端� ......
Oracle 存储过程返回结果集用 ref cursor 实现。试验步骤如下：
1. 建立 ref cursor 类型和过程
CREATE OR REPLACE PACKAGE types
AS
TYPE ref_cursor IS REF CURSOR;
END;
/
CREATE TABLE STOCK_PRICES(
RIC VARCHAR(6) PRIMARY KEY,
PRICE NUMBER(7,2 ......
可迁移表空间transport tablespace
可迁移表空间
使用可迁移表空间(Transportable Tablespaces)的特性在数据库之间移动大量数据，性能比export/import和unload/load要快很多，因为它迁移表空间只需要复制数据文件和插入表空间元数据到目标数据库中。
迁移表空间对以下应用特别有用：
分阶段将OLTP的数据移入数据仓库
� ......
select distinct id
from table t
where rownum < 10
order by t.id desc;
上述语句的过滤条件执行顺序 先where --->order by --->distinct
如果有group by的话 group by 在order by前面的 ......
