<![CDATA[白天不懂夜]]> http://357725117.qzone.qq.com Sat, 28 Nov 2009 07:30:28 GMT Qzone zh-cn Copyright (C), 2005-2008, Tencent Tech. Co., Ltd. Fri, 20 Nov 2009 04:32:23 GMT <![CDATA[你不知道的我]]> http://357725117.qzone.qq.com/blog/1258691543
春如旧，人空瘦。泪痕红浥鲛绡透。桃花落，闲池阁。山盟虽在，锦书难托。莫、莫、莫。

你我之间，
没有对错


有的，
只是一个，
你不知道的我 ]]> http://357725117.qzone.qq.com/blog/1258691543#comment 134218240 Fri, 20 Nov 2009 04:32:23 GMT http://357725117.qzone.qq.com/blog/1258691543 <![CDATA[[转]有 点 黄]]> http://357725117.qzone.qq.com/blog/1258529573




































]]> http://357725117.qzone.qq.com/blog/1258529573#comment 134234633 Wed, 18 Nov 2009 07:32:53 GMT http://357725117.qzone.qq.com/blog/1258529573 <![CDATA[Oracle rowid]]> http://357725117.qzone.qq.com/blog/1254557729 http://blog.163.com/card_2005/blog/static/11781036820098253957777/

Oracle rowid
oracle 2009-09-02 17:39 阅读16 评论0
字号： 大大 中中 小小
Oracle rowid
Rowid简介
Rowid 是表的伪列，它用于惟一标识表行，并且间接给出了表行的物理位置，是定位表行最快的方式，使用insert语句插入数据时，oracle会自动生成rowid并将其值与表数据一起存放到表行中，oracle提供了扩展rowid（oracle 8及以后）和受限rowid（8i以前）两种rowid类型，
在8i以前rowid由file#+block#+row#组成，占用6个bytes的空间，10 bit 的 file# ，22 bit 的 block# ，16 bit 的 row#(如下图)

由上图可以看到，数据文件地址有32bit,其中file#有10bit，block#有22bit
由于不存在0编号文件所以理论上一个数据库最大文件数为2^10-1=1023
而一个文件可以有包含2^22个blocks
如果db_block_size为4k的datafile max size就是2^22*4k =16G
如果db_block_size为8k的datafile max size就是2^22*8k =32G
从oracle 8开始rowid变成了extend rowid，由data_object_id#+rfile#+block#+row#组成，占用10个bytes的空间

由于rowid的组成从file#变成了rfile#，所以数据文件数的限制也从整个库不能超过1023个变成了每个data_object_id不能超过1023个数据文件
查看rowid(本文讨论oracle10g)
rowid 用10个字节的存储空间,显示结果为18个字符, 1-6(object_id#), 7-9(rfile#), 10-15(block#), 16-18(row#),可以使用dbms_rowid函数把它们都调出来.如下:

SQL> select rowid ,
dbms_rowid.rowid_object(rowid) obj_id# ,
dbms_rowid.rowid_relative_fno(rowid) rfile# ,
dbms_rowid.rowid_block_number(rowid) block# ,
dbms_rowid.rowid_row_number(rowid) row#
from t
where rownum < 10;

ROWID OBJ_ID# RFILE# BLOCK# ROW#
---------------------------------- -----------------
AAAHwuAABAAALmaAAA 31790 1 47514 0
AAAHwuAABAAALmaAAB 31790 1 47514 1
AAAHwuAABAAALmaAAC 31790 1 47514 2
AAAHwuAABAAALmaAAD 31790 1 47514 3
AAAHwuAABAAALmaAAE 31790 1 47514 4
AAAHwuAABAAALmaAAF 31790 1 47514 5
AAAHwuAABAAALmaAAG 31790 1 47514 6
AAAHwuAABAAALmaAAH 31790 1 47514 7
AAAHwuAABAAALmaAAI 31790 1 47514 8


简单使用
由于rowid惟一标识表行，并且间接给出了表行的物理位置,所以当我们查出block#后可以查到此行数据存放的具体位置
由上面的查询结果可以看到前9行记录的block#都为47514,这些block#所在的rfile#都为1,当知道rfile#就可以使用dba_data_files表查看它的具体位置.
查看dba_data_files表结构

SQL> desc dba_data_files
Name Null? Type
-------------------------- ----------------------------
FILE_NAME VARCHAR2(513)
FILE_ID NUMBER
TABLESPACE_NAME VARCHAR2(30)
BYTES NUMBER
BLOCKS NUMBER
STATUS VARCHAR2(9)
RELATIVE_FNO NUMBER
AUTOEXTENSIBLE VARCHAR2(3)
MAXBYTES NUMBER
MAXBLOCKS NUMBER
INCREMENT_BY NUMBER
USER_BYTES NUMBER
USER_BLOCKS NUMBER

查看数据file_id=1的物理位置

SQL> col file_name format a50
SQL> select file_name,file_id from dba_data_files where file_id=1;

FILE_NAME FILE_ID
------------------------------------ --------------
/u01/oradata/denver/system01.dbf 1

可见此行数据保存在/u01/oradata/denver/system01.dbf数据文件中. ]]> http://357725117.qzone.qq.com/blog/1254557729#comment 134218241 Sat, 03 Oct 2009 08:15:29 GMT http://357725117.qzone.qq.com/blog/1254557729 <![CDATA[ORACLE中 用Forall与bulk collect快速复制表数据]]> http://357725117.qzone.qq.com/blog/1254018898 http://www.91linux.com/html/article/database/oracle/20080619/12671.html

本文中介绍的几种写法分别是从代码的简易性,FORALL和bulk collect的使用,以及分批插入这三方面考虑得出的，大家可以根据自己的需要灵活选择。
　　三种不同的写法:
　　1.使用了BULK COLLECT,没有使用FORALL, 一次性插入,分批COMMIT,这种方法比较适用于10万以下条数据的表;
　　create or replace procedure cp_data2 as
　　type TYPE_EMPLOYEES is table of EMPLOYEES%rowtype;
　　V_EMPLOYEES TYPE_EMPLOYEES;
　　v_table varchar2(30);
　　v_sql varchar2(300);
　　　v_rows number:=5000;
　　begin
　　execute immediate 'alter session set nls_date_format=''yyyy/mm/dd''';
　　v_table := 'employee_cp';
　　v_sql := 'insert /*+ APPEND*/ into ' || v_table ||
　　' (EMPLOYEE_ID,
　　FIRST_NAME,
　　LAST_NAME,
　　EMAIL,
　　PHONE_NUMBER,
　　HIRE_DATE,
　　JOB_ID,
　　SALARY,
　　COMMISSION_PCT,
　　MANAGER_ID,
　　DEPARTMENT_ID,
　　BIRTHDAY)
　　values (:1, :2,:3,:4,:5,:6, :7, :8,:9,:10, :11,:12)';
　　select * bulk collect into V_EMPLOYEES from employees; --dest table
　　for i in 1 .. V_EMPLOYEES.count loop
　　execute immediate v_sql
　　using V_EMPLOYEES(i).EMPLOYEE_ID, V_EMPLOYEES(i).FIRST_NAME, V_EMPLOYEES(i).LAST_NAME, V_EMPLOYEES(i).EMAIL, V_EMPLOYEES(i).PHONE_NUMBER, V_EMPLOYEES(i).HIRE_DATE, V_EMPLOYEES(i).JOB_ID, V_EMPLOYEES(i).SALARY, V_EMPLOYEES(i).COMMISSION_PCT, V_EMPLOYEES(i).MANAGER_ID, V_EMPLOYEES(i).DEPARTMENT_ID, V_EMPLOYEES(i).BIRTHDAY;
　　if mod(i, v_rows) = 0 then
　　commit;
　　end if;
　　end loop;
　　commit;
　　end;

2.使用BULK COLLECT，不使用FORALL, 分批插入,多次提交,比较适用于大表;
　　create or replace procedure cp_data5 as
　　type t_cur is REF cursor;
　　c_table t_cur;
　　type t_employee is table of employees%rowtype;
　　v_employees t_employee;
　　rows number := 50;
　　v_sql varchar2(300);
　　v_table varchar(50);
　　begin
　　v_table := 'employee_cp';
　　open c_table for
　　select * from employees; --sour
　　v_sql := 'insert /*+ APPEND*/ into ' || v_table ||
　　' (EMPLOYEE_ID,
　　FIRST_NAME,
　　LAST_NAME,
　　EMAIL,
　　PHONE_NUMBER,
　　HIRE_DATE,
　　JOB_ID,
　　SALARY,
　　COMMISSION_PCT,
　　MANAGER_ID,
　　DEPARTMENT_ID,
　　BIRTHDAY) values (:1, :2,:3,:4,:5,:6, :7, :8,:9,:10, :11,:12)';
　　loop
　　fetch c_table bulk collect
　　into v_employees limit rows; --分批
　　dbms_output.put_line(v_employees.count);
　　for i in 1 .. v_employees.count loop
　　execute immediate v_sql
　　using V_EMPLOYEES(i).EMPLOYEE_ID, V_EMPLOYEES(i).FIRST_NAME, V_EMPLOYEES(i).LAST_NAME, V_EMPLOYEES(i).EMAIL, V_EMPLOYEES(i).PHONE_NUMBER, V_EMPLOYEES(i).HIRE_DATE, V_EMPLOYEES(i).JOB_ID, V_EMPLOYEES(i).SALARY, V_EMPLOYEES(i).COMMISSION_PCT, V_EMPLOYEES(i).MANAGER_ID, V_EMPLOYEES(i).DEPARTMENT_ID, V_EMPLOYEES(i).BIRTHDAY;
　　end loop;
　　commit;
　　exit when c_table%notfound;
　　end loop;
　　close c_table;
　　end;
　　
3.使用BULK COLLECT和FORALL ，分批插入,多次提交,比较适用于大表; 前期数据字段定义比较烦锁(表各个字段必须分开定义) 　　-------------------
　　create or replace procedure cp_data as
　　type type_EMPLOYEE_ID is table of EMPLOYEES.EMPLOYEE_ID%type;
　　type type_FIRST_NAME is table of EMPLOYEES.FIRST_NAME%type;
　　type type_LAST_NAME is table of EMPLOYEES.LAST_NAME%type;
　　type type_EMAIL is table of EMPLOYEES.EMAIL%type;
　　type type_PHONE_NUMBER is table of EMPLOYEES.PHONE_NUMBER%type;
　　type type_HIRE_DATE is table of EMPLOYEES.HIRE_DATE%type;
　　type type_JOB_ID is table of EMPLOYEES.JOB_ID%type;
　　type type_SALARY is table of EMPLOYEES.SALARY%type;
　　type type_COMMISSION_PCT is table of EMPLOYEES.COMMISSION_PCT%type;
　　type type_MANAGER_ID is table of EMPLOYEES.MANAGER_ID%type;
　　type type_DEPARTMENT_ID is table of EMPLOYEES.DEPARTMENT_ID%type;
　　type type_BIRTHDAY is table of EMPLOYEES.BIRTHDAY%type;
　　V_EMPLOYEE_ID TYPE_EMPLOYEE_ID;
　　V_FIRST_NAME TYPE_FIRST_NAME;
　　V_LAST_NAME TYPE_LAST_NAME;
　　V_EMAIL TYPE_EMAIL;
　　V_PHONE_NUMBER TYPE_PHONE_NUMBER;
　　V_HIRE_DATE TYPE_HIRE_DATE;
　　V_JOB_ID TYPE_JOB_ID;
　　V_SALARY TYPE_SALARY;
　　V_COMMISSION_PCT TYPE_COMMISSION_PCT;
　　V_MANAGER_ID TYPE_MANAGER_ID;
　　V_DEPARTMENT_ID TYPE_DEPARTMENT_ID;
　　V_BIRTHDAY TYPE_BIRTHDAY;
　　type t_cur is ref cursor;
　　c_table t_cur;
　　v_table varchar2(30); --dest table
　　v_sql varchar2(300);
　　v_rows number := 50;
　　begin
　　v_table := 'EMPLOYEE_CP';
　　open c_table for
　　select * from employees; --sour table
　　v_sql := 'insert /*+ APPEND*/ into ' || v_table ||
　　' (EMPLOYEE_ID,
　　FIRST_NAME,
　　LAST_NAME,
　　EMAIL,
　　PHONE_NUMBER,
　　HIRE_DATE,
　　JOB_ID,
　　SALARY,
　　COMMISSION_PCT,
　　MANAGER_ID,
　　DEPARTMENT_ID,
　　BIRTHDAY)
　　values (:1, :2,:3,:4,:5,:6, :7, :8,:9,:10, :11,:12)';
　　loop
　　fetch c_table --.EMPLOYEE_ID, c_table.FIRST_NAME, c_table.LAST_NAME, c_table.EMAIL, c_table.PHONE_NUMBER, c_table.HIRE_DATE, c_table.JOB_ID, c_table.SALARY, c_table.COMMISSION_PCT, c_table.MANAGER_ID, c_table.DEPARTMENT_ID, c_table.BIRTHDAY
　　bulk collect
　　into V_EMPLOYEE_ID, V_FIRST_NAME, V_LAST_NAME, V_EMAIL, V_PHONE_NUMBER, V_HIRE_DATE, V_JOB_ID, V_SALARY, V_COMMISSION_PCT, V_MANAGER_ID, V_DEPARTMENT_ID, V_BIRTHDAY limit v_rows; --分批
　　forall i in 1 .. V_EMPLOYEE_ID.count execute immediate v_sql using
　　V_EMPLOYEE_ID(i), V_FIRST_NAME(i), V_LAST_NAME(i),
　　V_EMAIL(i), V_PHONE_NUMBER(i), V_HIRE_DATE(i),
　　V_JOB_ID(i), V_SALARY(i), V_COMMISSION_PCT(i),
　　V_MANAGER_ID(i), V_DEPARTMENT_ID(i), V_BIRTHDAY(i)
　　;
　　commit;
　　exit when c_table%notfound;
　　end loop;
　　end;


4相关附助SQL:
　　select 'type TYPE_' || column_name || ' is table of ' || table_name || '.' ||
　　column_name || '%type'
　　from dba_tab_columns
　　where table_name = 'EMPLOYEES'
　　and owner = 'HYF'
　　select 'V_' || column_name || ' TYPE_' || column_name ||';'
　　from dba_tab_columns
　　where table_name = 'EMPLOYEES'
　　and owner = 'HYF'
　　select 'V_' || column_name || ','
　　from dba_tab_columns
　　where table_name = 'EMPLOYEES'
　　and owner = 'HYF'
　　select 'V_' || column_name || '(i),'
　　from dba_tab_columns
　　where table_name = 'EMPLOYEES'
　　and owner = 'HYF'
本文来自: (www.91linux.com) 详细出处参考：http://www.91linux.com/html/article/database/oracle/20080619/12671_3.html


]]> http://357725117.qzone.qq.com/blog/1254018898#comment 134218240 Sun, 27 Sep 2009 02:34:58 GMT http://357725117.qzone.qq.com/blog/1254018898 <![CDATA[索引组织表(IOT)性能测试]]> http://357725117.qzone.qq.com/blog/1253847374 http://blog.chinaunix.net/u2/60332/showart_1822581.html


索引组织表性能测试 根据asktom上的例子，自己就索引组织表做了一些试验。
下面分别就索引组织表和普通表的一些性能对比做一些试验，创建两张表，一个为普通的表，另外一个为索引组织表：
C:>sqlplusSQL*Plus: Release 9.2.0.1.0 - Production on 星期四 5月 19 11:09:06 2005
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
请输入用户名: wwf/wwf
连接到:
Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Productioncreate table heap_stocks
( symbol varchar2(4),
ticker_dt date,
price number,
constraint heap_stocks_pk primary key (symbol,ticker_dt)
);create table iot_stocks
( symbol varchar2(4),
ticker_dt date,
price number,
constraint iot_stocks_pk primary key (symbol,ticker_dt)
)
organization index compress 1;上面模仿股票，分别存放股票代码，日期，收盘价格三个字段。下面，我们插入分别对这两个表插入1000种股票200天的数据，看看其插入数据时的性能：
1 插入数据
SQL> set timing on
SQL> begin
2 for i in 1..200 loop
3 insert into heap_stocks
4 select to_char(rownum, 'fm0009'), trunc(sysdate)+i, rownum
5 from all_objects where rownum <= 1000;
6 end loop;
7 commit;
8 end;
9 /PL/SQL 过程已成功完成。
已用时间: 00: 00: 18.06
SQL> set timing on
SQL> begin
2 for i in 1..200 loop
3 insert into iot_stocks
4 select to_char(rownum, 'fm0009'), trunc(sysdate)+i, rownum
5 from all_objects where rownum <= 1000;
6 end loop;
7 commit;
8 end
9 ;
10 /PL/SQL 过程已成功完成。
已用时间: 00: 00: 31.07
可以看到，插入20万条数据，普通表用了18秒，而IOT表用了31秒，相差明显。这说明插入数据时，IOT表的速度是相当慢的。
2. 查询
我们重新启动一下数据库：
SQL> conn
请输入用户名: sys / nolog as sysdba
已连接。
SQL> shutdown immediate
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。
SQL> startup
ORACLE 例程已经启动。Total System Global Area 135338868 bytes
Fixed Size 453492 bytes
Variable Size 109051904 bytes
Database Buffers 25165824 bytes
Redo Buffers 667648 bytes
数据库装载完毕。
数据库已经打开。
SQL> exit
从Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production中断开然后重新登录：
SQL> conn
请输入用户名: wwf/wwf
已连接。
a. 使用autotrace测试
SQL> set autotrace traceonly
SQL> set timing on
SQL> set autotrace traceonly
SQL> select * from heap_stocks where symbol = '0001';已选择200行。
已用时间: 00: 00: 00.08
Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE
1 0 TABLE ACCESS (BY INDEX ROWID) OF 'HEAP_STOCKS'
2 1 INDEX (RANGE SCAN) OF 'HEAP_STOCKS_PK' (UNIQUE)Statistics
----------------------------------------------------------
239 recursive calls
0 db block gets
259 consistent gets
207 physical reads
0 redo size
5706 bytes sent via SQL*Net to client
646 bytes received via SQL*Net from client
15 SQL*Net roundtrips to/from client
4 sorts (memory)
0 sorts (disk)
200 rows processedSQL> select * from iot_stocks where symbol = '0001';
已选择200行。
已用时间: 00: 00: 00.02
Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=2 Card=82 Bytes=2132)
1 0 INDEX (RANGE SCAN) OF 'IOT_STOCK_PK' (UNIQUE) (Cost=2 Card=82 Bytes=2132)Statistics
----------------------------------------------------------
299 recursive calls
0 db block gets
63 consistent gets
4 physical reads
0 redo size
5706 bytes sent via SQL*Net to client
646 bytes received via SQL*Net from client
15 SQL*Net roundtrips to/from client
6 sorts (memory)
0 sorts (disk)
200 rows processed逻辑读分别为259和63，差别显著！说明，查询时，IOT表性能要远远优越于普通的表！

b 使用sql_trace测试:
SQL> conn
请输入用户名: wwf/wwf
已连接。
SQL> alter session set sql_trace = true;会话已更改。
SQL> select avg(price) from heap_stocks where symbol = '0001';
AVG(PRICE)
----------
1SQL> select avg(price) from iot_stocks where symbol = '0001';
AVG(PRICE)
----------
1SQL> alter session set sql_trace = false;
会话已更改。
使用tkprof格式化输出文件，得到如下结果：
select avg(price) from heap_stocks where symbol = '0001'

call count cpu elapsed disk query current rows
------- ------ -------- ---------- ---------- ---------- ---------- ----------
Parse 1 0.31 0.33 1 1 0 0
Execute 1 0.00 0.00 0 0 0 0
Fetch 2 0.00 0.39 203 208 0 1
------- ------ -------- ---------- ---------- ---------- ---------- ----------
total 4 0.31 0.73 204 209 0 1Misses in library cache during parse: 1
Optimizer goal: CHOOSE
Parsing user id: 61 Rows Row Source Operation
------- ---------------------------------------------------
1 SORT AGGREGATE
200 TABLE ACCESS BY INDEX ROWID HEAP_STOCKS
200 INDEX RANGE SCAN HEAP_STOCKS_PK (object id 30391)select avg(price) from iot_stocks where symbol = '0001'

call count cpu elapsed disk query current rows
------- ------ -------- ---------- ---------- ---------- ---------- ----------
Parse 1 0.02 0.03 0 0 0 0
Execute 1 0.00 0.01 0 0 0 0
Fetch 2 0.00 0.07 3 4 0 1
------- ------ -------- ---------- ---------- ---------- ---------- ----------
total 4 0.02 0.11 3 4 0 1Misses in library cache during parse: 1
Optimizer goal: CHOOSE
Parsing user id: 61 Rows Row Source Operation
------- ---------------------------------------------------
1 SORT AGGREGATE
200 INDEX RANGE SCAN IOT_STOCK_PK (object id 30393)看看Tom怎么说：
So, we did 203 physical IO's to process the HEAP table. What that tells me is
that our data for stock symbol 0001 is spread out on 200 blocks (200 days, 200
blocks). In order to cache the results for this query, we need 200 block
buffers. We needed to do that IO to get the answer initially.Now, looking at the IOT we did 3 physical IO's -- we cached 3 blocks -- and got
the same answer! Not only that but by using index key compression I was able to
remove he redudant 0001's from the data -- we can cache this much more
efficiently and getting it the first time takes seriously less IO. Very nice.
3 删除数据
SQL> set autotrace off
SQL> delete from heap_stocks;已删除200000行。
已用时间: 00: 00: 26.02
SQL> delete from iot_stocks;已删除200000行。
已用时间: 00: 00: 08.08
可以看到，删除数据时，普通表用了26秒，而IOT表用了8秒。差别显著！也许是普通表占的空间大的缘故吧！
再接下来的文章中，我将测试IOT表占有空间的情况！
]]> http://357725117.qzone.qq.com/blog/1253847374#comment 134218240 Fri, 25 Sep 2009 02:56:14 GMT http://357725117.qzone.qq.com/blog/1253847374 <![CDATA[请教巨型表快速插入数据SQL]]> http://357725117.qzone.qq.com/blog/1253632708 http://blog.oracle.com.cn/html/41/t-120741.html

  • 木槿123 (2007-6-28 10:56:23)１、
    set autocommit 100;----------每一百条记录提交一次
    set transaction use rollback segment RBS1;
    INSERT INTO table1 NOLOGGING
    SELECT * FROM table2;
    commit;

    改变表的存储策略：
    ALTER TABLE aaaa1
    PCTFREE 30
    PCTUSED 60;
    ---------这两个值相加要小于100，把PCTFREE搞大，PCTUSED搞小，可能会快一点


    ２、
    使用oracle中包含在注释中的提示信息
    insert /*+append*/ into ...nologing
    select * from ...

    ３、
    使用批量拷贝方法
    set arraysize 20
    set copycommit 5000
    copy from username/password@oracle_name append table_name1
    using select * from table_name2;

    我所知道的方法
    • ]]>     http://357725117.qzone.qq.com/blog/1253632708#comment 134218240 Tue, 22 Sep 2009 15:18:28 GMT http://357725117.qzone.qq.com/blog/1253632708     <![CDATA[在Oracle中查询表的大小和表空间的大小]]> http://357725117.qzone.qq.com/blog/1252982028 http://blog.csdn.net/cosio/archive/2009/03/11/3978747.aspx


    在Oracle中查询表的大小和表空间的大小 收藏
    有两种含义的表大小。一种是分配给一个表的物理空间数量，而不管空间是否被使用。可以这样查询获得字节数：select segment_name, bytes
    from user_segments
    where segment_type = 'TABLE';
    或者
    Select Segment_Name,Sum(bytes)/1024/1024 From User_Extents Group By Segment_Name另一种表实际使用的空间。这样查询：
    analyze table emp compute statistics;
    select num_rows * avg_row_len
    from user_tables
    where table_name = 'EMP';查看每个表空间的大小
    Select Tablespace_Name,Sum(bytes)/1024/1024 From Dba_Segments Group By Tablespace_Name 1.查看剩余表空间大小

    SELECT tablespace_name 表空间,sum(blocks*8192/1000000) 剩余空间M FROM dba_free_space GROUP BY tablespace_name;

    2.检查系统中所有表空间总体空间
    select b.name,sum(a.bytes/1000000)总空间 from v$datafile a,v$tablespace b where a.ts#=b.ts# group by b.name;
    　　1、查看Oracle数据库中表空间信息的工具方法：　　使用oracle enterprise manager console工具，这是oracle的客户端工具，当安装oracle服务器或客户端时会自动安装此工具，在windows操作系统上完成oracle安装后，通过下面的方法登录该工具：开始菜单——程序——Oracle-OraHome92——Enterprise Manager Console(单击)——oracle enterprise manager console登录——选择‘独立启动’单选框——‘确定’ —— ‘oracle enterprise manager console，独立’ ——选择要登录的‘实例名’ ——弹出‘数据库连接信息’ ——输入’用户名/口令’ (一般使用sys用户)，’连接身份’选择选择SYSDBA——‘确定’，这时已经成功登录该工具，选择‘存储’ ——表空间，会看到如下的界面，该界面显示了表空间名称，表空间类型，区管理类型，以”兆”为单位的表空间大小，已使用的表空间大小及表空间利用率。
    　　图1 表空间大小及使用率
    　　2、查看Oracle数据库中表空间信息的命令方法：
    　　通过查询数据库系统中的数据字典表(data dictionary tables)获取表空间的相关信息，首先使用客户端工具连接到数据库,这些工具可以是SQLPLUS字符工具、TOAD、PL/SQL等,连接到数据库后执行如下的查询语句：
    　　select
    　　a.a1 表空间名称,
    　　c.c2 类型,
    　　c.c3 区管理,
    　　b.b2/1024/1024 表空间大小M,
    　　(b.b2-a.a2)/1024/1024 已使用M,
    　　substr((b.b2-a.a2)/b.b2*100,1,5) 利用率
    　　from
    　　(select tablespace_name a1, sum(nvl(bytes,0)) a2 from dba_free_space group by tablespace_name) a,
    　　(select tablespace_name b1,sum(bytes) b2 from dba_data_files group by tablespace_name) b,
    　　(select tablespace_name c1,contents c2,extent_management c3 from dba_tablespaces) c
    　　where a.a1=b.b1 and c.c1=b.b1;
    　　该语句通过查询dba_free_space，dba_data_files，dba_tablespaces这三个数据字典表，得到了表空间名称，表空间类型，区管理类型，以”兆”为单位的表空间大小，已使用的表空间大小及表空间利用率。dba_free_space表描述了表空间的空闲大小，dba_data_files表描述了数据库中的数据文件，dba_tablespaces表描述了数据库中的表空间。
    　　上面语句中from子句后有三个select语句，每个select语句相当于一个视图，视图的名称分别为a、b、c，通过它们之间的关联关系，我们得到了表空间的相关信息。
    　　语句执行结果如下：
    　　 表空间名称 类型 区管理 表空间大小M 已使用M 利用率
    CWMLITE PERMANENT LOCAL 20 9.375 46.87
    DRSYS PERMANENT LOCAL 20 9.6875 48.43
    EXAMPLE PERMANENT LOCAL 149.375 149.25 99.91
    INDX PERMANENT LOCAL 25 0.0625 0.25
    ODM PERMANENT LOCAL 20 9.375 46.87
    SYSTEM PERMANENT LOCAL 400 397.375 99.34
    TOOLS PERMANENT LOCAL 10 6.0625 60.62
    UNDOTBS1 UNDO LOCAL 200 5.9375 2.968
    USERS PERMANENT LOCAL 25 0.0625 0.25
    XDB PERMANENT LOCAL 38.125 37.9375 99.5
    　　上面描述中分别介绍了查看Oracle数据库中表空间信息的工具方法和命令方法。　　1、查看Oracle数据库中数据文件信息的工具方法：
    　　使用上面介绍过的方法登录oracle enterprise manager console工具，选择‘存储’ ——数据文件，会看到如下的界面，该界面显示了数据文件名称，表空间名称，以”兆”为单位的数据文件大小，已使用的数据文件大小及数据文件利用率。
    　　
    　　图2 数据文件大小及使用率
    2、查看Oracle数据库中数据文件信息的命令方法：
    　　通过查询数据库系统中的数据字典表(data dictionary tables)获取数据文件的相关信息，首先使用客户端工具连接到数据库,这些工具可以是SQLPLUS字符工具、TOAD、PL/SQL等,连接到数据库后执行如下的查询语句：
    　　select
    　　b.file_name 物理文件名,
    　　b.tablespace_name 表空间,
    　　b.bytes/1024/1024 大小M,
    　　(b.bytes-sum(nvl(a.bytes,0)))/1024/1024 已使用M,
    　　substr((b.bytes-sum(nvl(a.bytes,0)))/(b.bytes)*100,1,5) 利用率
    　　from dba_free_space a,dba_data_files b
    　　where a.file_id=b.file_id
    　　group by b.tablespace_name,b.file_name,b.bytes
    　　order by b.tablespace_name
    　　语句执行结果如下：
    　　 物理文件名 表空间 大小M 已使用M 利用率
    G:\ORACLE\ORADATA\ORA92\CWMLITE01.DBF CWMLITE 20 9.375 46.87
    G:\ORACLE\ORADATA\ORA92\DRSYS01.DBF DRSYS 20 9.6875 48.43
    G:\ORACLE\ORADATA\ORA92\EXAMPLE01.DBF EXAMPLE 149.375 149.25 99.91
    G:\ORACLE\ORADATA\ORA92\INDX01.DBF INDX 25 0.0625 0.25
    G:\ORACLE\ORADATA\ORA92\ODM01.DBF ODM 20 9.375 46.87
    G:\ORACLE\ORADATA\ORA92\SYSTEM01.DBF SYSTEM 400 397.375 99.34
    G:\ORACLE\ORADATA\ORA92\TOOLS01.DBF TOOLS 10 6.0625 60.62
    G:\ORACLE\ORADATA\ORA92\UNDOTBS01.DBF UNDOTBS1 200 5.9375 2.968
    G:\ORACLE\ORADATA\ORA92\USERS01.DBF USERS 25 0.0625 0.25
    G:\ORACLE\ORADATA\ORA92\XDB01.DBF XDB 38.125 37.9375 99.5
    　　上明描述中分别介绍了查看Oracle数据库中数据文件信息的工具方法和命令方法。　　在oracle数据库中，临时表空间主要用于用户在使用order by 、group by语句进行排序和汇总时所需的临时工作空间。要查询数据库中临时表空间的名称，大小及数据文件，可以查询数据字典dba_tablespaces及dba_data_files。命令如下：
    　　select
    　　a.talbespace_name 表空间名称,
    　　b.bytes 大小bytes,
    　　b.file_name 数据文件名
    　　from dba_tablespaces a, dba_data_files b
    　　Where a.talbespace_name=b.talbespace_name and a.contents=’TEMPORARY’;
    　　查询结果如下：
    　　表空间名称大小bytes数据文件名
    　　TEMPONLINEG:\ORACLE\ORADATA\ORA92\TEMP01.DBF
    　　从oracle 9i开始，可以创建Temporary tablespace类表空间，即“临时“表空间，这类表空间使用临时文件。临时文件的信息被存储在数据字典V$tempfile中。命令如下：
    　　Select file#，status，name from V$tempfile;
    　　查询数据字典V$tempfile结果如下：
    　　 FILE# status NAME
    1 ONLINE G:\ORACLE\ORADATA\ORA92\TEMP01.DBF
    　　在上面介绍的方法中，建议掌握命令方法,因为你的环境可能没有图形工具，而SQLPLUS一般情况下都是可以使用的，有了命令脚本，很容易得到表空间和数据文件的相关信息。另外，数据库管理员应该多整理命令脚本，在需要时直接执行脚本以提高工作效率。　　在数据库管理员的日常工作中，应该经常查询表空间的利用率，按照数据库系统的具体情况估算表空间的增长量，当表空间的利用率超过90%时，要及时采取措施，如清理历史表、历史数据以释放空间，向表空间中添加新的数据文件，扩展现有数据文件大小等方法来降低表空间的利用率，避免表空间利用率接近100%时，将产生空间不够的错误。
    1.查询oracle表空间的使用情况
    select b.file_id　　文件ID,
    　　b.tablespace_name　　表空间,
    　　b.file_name　　　　　物理文件名,
    　　b.bytes　　　　　　　总字节数,
    　　(b.bytes-sum(nvl(a.bytes,0)))　　　已使用,
    　　sum(nvl(a.bytes,0))　　　　　　　　剩余,
    　　sum(nvl(a.bytes,0))/(b.bytes)*100　剩余百分比
    　　from dba_free_space a,dba_data_files b
    　　where a.file_id=b.file_id
    　　group by b.tablespace_name,b.file_name,b.file_id,b.bytes
    　　order by b.tablespace_name
    2.查询oracle系统用户的默认表空间和临时表空间
    select default_tablespace,temporary_tablespace from dba_users

    3.查询单张表的使用情况
    select segment_name,bytes from dba_segments where segment_name = 'RE_STDEVT_FACT_DAY' and owner = USER
    RE_STDEVT_FACT_DAY是您要查询的表名称

    4.查询所有用户表使用大小的前三十名
    select * from (select segment_name,bytes from dba_segments where owner = USER order by bytes desc ) where rownum <= 30

    5.查询当前用户默认表空间的使用情况
    select tablespacename,sum(totalContent),sum(usecontent),sum(sparecontent),avg(sparepercent)
    from
    (
    SELECT b.file_id as id,b.tablespace_name as tablespacename,b.bytes as totalContent,(b.bytes-sum(nvl(a.bytes,0))) as usecontent,sum(nvl(a.bytes,0)) as sparecontent,sum(nvl(a.bytes,0))/(b.bytes)*100 as sparepercent
    FROM dba_free_space a,dba_data_files b
    WHERE a.file_id=b.file_id and b.tablespace_name = (select default_tablespace from dba_users where username = user)
    group by b.tablespace_name,b.file_name,b.file_id,b.bytes
    )
    GROUP BY tablespacename
    6.查询用户表空间的表
    select * from user_tables ]]>     http://357725117.qzone.qq.com/blog/1252982028#comment 134218240 Tue, 15 Sep 2009 02:33:48 GMT http://357725117.qzone.qq.com/blog/1252982028     <![CDATA[暗示？提示？警告？]]> http://357725117.qzone.qq.com/blog/1252114285 好吧，我怒了！ ]]> http://357725117.qzone.qq.com/blog/1252114285#comment 134218240 Sat, 05 Sep 2009 01:31:25 GMT http://357725117.qzone.qq.com/blog/1252114285 <![CDATA[SQL*Net message from client 事件产生的原因究竟是什么？？？]]> http://357725117.qzone.qq.com/blog/1248767663 困扰了2个月，总算有了个结果


    http://www.oracle.com.cn/viewthread.php?tid=68894


    1.对于一个session来说，每时每刻都在wait 的状态。
    WAIT FOR IO / WAIT FOR CPU / WAIT FOR LATCH /WAIT FOR ...
    这一点你可以Query v$session_wait，总有data.

    2.对于Server process来说，但它处理完所有需要处理的东西之后，它就进入另一个WAIT,SQL*Net message from client ,等待着Cilent发来信息让它处理，而我们把这种wait叫做ildel event,并不代表真正的loading

    3.举一个例子，你在工作，比如说1：00-1：30在检查DB状态，1:30 - 2:00在读文档。但是，有时候你没什么事做，这时候老板问你在干吗，你就会说，我在等待任务呢，实际上是在休息，就相当于你wait for "任务from老板“，事实上是在休息，也就是没有loading.

    4.当然也有其他情况，比如，你在座位上休息 （wait for "任务from老板“ ） ，本来应该是idle的。但是过一会，你老板跑来，暴跳如雷：“我刚才想叫你出去买咖啡，怎么打了半天电话也没人接“，你一查，原来是分机没接好。这种情况下的 （wait for "任务from老板“ ） 就不正常了。相对应的Oracle里的就是网络不畅，Client想发信息给Server process,结果不成功，而Server process一直是wait for SQL*Net message from client .

    5.结论，只要网络没问题。SQL*Net message from client 这个wait不用管。 ]]>     http://357725117.qzone.qq.com/blog/1248767663#comment 134218240 Tue, 28 Jul 2009 07:54:23 GMT http://357725117.qzone.qq.com/blog/1248767663     <![CDATA[关于大文件的分切和拼接]]> http://357725117.qzone.qq.com/blog/1248452414 http://linux.chinaitlab.com/administer/387581.html

    文件的切分split和结合工具cat 介绍

    split [参数选项］ infile [outfile］

    　　split 把输入的文件拆分为若干体积或长度相等的文件，输入文件保持不变，只是把结果拆分结果写到outfileaa、outfileab ... ... 等文件中。如果我们不指定outfile，被拆分后的文件会写到 xaa、xab ... ...。
    参数-l n 把infile拆分为具有n行的段，默认值为1000
    -b n[bkm] 以体积为单位的拆分，约定每拆分后每个文件的大小 ，b代表512B，k代表1KB，m代表1MB。
    -C bytes[bkm] 把bytes的最大值放入文件，坚持增加完整的行；
    - 从标准输入读取；
    --help 帮助；
    [root@localhost ~]#split -b 3k moretool.txt moretoolwsp 注： 切分后每个文件大小为3K；







    文件的连接工具 cat；

    命令格式如下：cat file1 file2 file3 ... ... > filen

    　　我们可以把file1、file2、file3 等多个文件合并到一个文件中，其中filen是在合并这些文件的同时新建的文件，而不是已存在的文件；







    关于分拆文件和连接文件的安全性；
    　　比如我们把一个大的文件分拆为多个小文件时，肯定会考虑到，我们重新把一个一个小的分拆文件连接起来，会不会能和原文件保持一致 。这样的疑问其实也是有道理的，因为这关系到一个文件的完整性，如果真的合并不到一起，关系到文件的完整性和安全性。这时就涉及到文件的校验工具。一般我们是通过MD5工具来校验对比。在Linux也有这样的工具md5sum。
    [root@localhost ~]# ls -lh myfile.img 注：查看myfile.img文件属性；
    -rw-r--r-- 1 root root 7.9M 04-27 20:35 myfile.img
    [root@localhost ~]# split -b 4m myfile.img myfileSp 注：分拆为大小为4M的文件；
    [root@localhost ~]# ls -lh myfileSp* 注：列出分拆文件，我们看到有两个文件；
    -rw-r--r-- 1 root root 4.0M 04-27 20:37 myfileSpaa
    -rw-r--r-- 1 root root 3.9M 04-27 20:37 myfileSpab
    [root@localhost ~]# cat myfileSp* > newmyfile.img 注：我们尝试合并文件到一个新文件中；
    [root@localhost ~]# ls -lh newmyfile.img
    -rw-r--r-- 1 root root 7.9M 04-27 20:38 newmyfile.img
    [root@localhost ~]# md5sum newmyfile.img myfile.img 注：我们对比合并后文件和原文件的MD5值，如果M55值相同，就是完整的；
    [root@localhost ~]# md5sum newmyfile.img myfile.img
    7eb24d865a14fa3227633816800522c1 myfile.img
    7eb24d865a14fa3227633816800522c1 newmyfile.img
    　　上面是一个实例，把myfile.img文件分拆为4M大小的文件，然后再把两个文件连接起来，然后校验是不是合并后的文件和原文件的MD5值是相同的，如果相同，证明分拆过程是安全的。 ]]>     http://357725117.qzone.qq.com/blog/1248452414#comment 134218240 Fri, 24 Jul 2009 16:20:14 GMT http://357725117.qzone.qq.com/blog/1248452414