niudba的专栏

ool /tmp/testdc.TXT;select ''|| REPLACE(REPLACE(REPLACE(TRIM(PROVINCE_CUST_ID),chr(9),''),chr(13),''),chr(10),'') || ','      || REPLACE(REPLACE(REPLACE(TRIM(GROUP_ID),chr(9),''),chr(13),''),chr(10),'') || ','       || REPLACE(REPLACE(REPLACE(TRIM(CUST_NAM

一。 经过维护的索引可带来以下好处：1、CBO对于索引的使用可能会产生一个较小的成本值，从而在执行计划中选择使用索引。2、使用索引扫描的查询扫描的物理索引块会减少，从而提高效率。3、于需要缓存的索引块减少了，从而让出了内存以供其他组件使用。 重建索引的原因主要包括：1、 删除的空间没有重用，导致 索引出现碎片2、 删除大量的表数据后，空间没有重用，导致 索引"虚高"3、索引的 clustering_facto 和表不一致也有人认为当索引树高度超过4的时候需要进行重建，但是如果表数量级较大

option for alter of TEMPORARY TABLESPACE  Cause: invalid option for alter of temporary tablespace was specifiedAction: Specify one of the valid options: ADD TEMPFILE, TEMPFILE ONLINE, TEMPFILE OFFLINE 出错原因：Oracle9i 以上本地管理的temp表空间是不能使用 alter datab

tml13742434  13742438  14480675  15862017  15862020  15862023  16314467  16742095  16794240  16794243  README.txt13742435  14062795  14480676  15862018  15862021  15862024  16314468  16794238  16794241  16794244  patchmd.xml[oracle@dss-ocdc-test03 16742095

sales_month)   GLOBAL PARTITION BY RANGE(sales_month)      (PARTITION pm1_ix VALUES LESS THAN (2)       PARTITION pm2_ix VALUES LESS THAN (3)       PARTITION pm3_ix VALUES LESS THAN (4)       PARTITION pm4_ix VALUES LESS THAN (5)       PARTITION pm5_ix VAL

 SERIAL#: sid 会重用，但是同一个sid被重用时，serial#会增加，不会重复。 AUDSID: audit session id。可以通过audsid查询当前session的sid。select sid from v$session where audsid=userenv('sessionid'); PADDR: process address，关联v$process的addr字段，可以通过这个字段查处当前session对应操作系统的那个进程的id。 USER

; create index index_t on t(object_id);索引已创建。SQL> insert into t select object_id,object_name from dba_objects;已创建72926行。SQL> commit;提交完成。 1.2查看分的分析及执行计划SQL> select num_rows,avg_row_len,blocks,last_analyzed from user_tab

种工作，在诊断和优化数据库的时候，不用过多注意这部分事件。2). 非空闲等待事件专门针对ORACLE的活动，指数据库任务或应用运行过程中发生的等待，这些等待事件是在调整数据库的时候需要关注与研究的。  在Oracle 10g中的等待事件有872个，11g中等待事件1116个。 我们可以通过v$event_name 视图来查看等待事件的相关信息。 1.2 查看v$event_name视图的字段结构：SQL> desc v$event_name; 名称       

64bit ProductionPL/SQL Release 11.2.0.2.0 - ProductionCORE    11.2.0.2.0      ProductionTNS for IBM/AIX RISC System/6000: Version 11.2.0.2.0 - ProductionNLSRTL Version 11.2.0.2.0 - Production SQL> SELECT sid,event FROM v$session WHE

n...Fri Aug 02 03:46:59 2013Errors in file /oracle/diag/rdbms/ctgdca/ctgdca1/trace/ctgdca1_ora_34275632.trc:ORA-48103: 尝试写入文件时出错 [stream] [/oracle/diag/rdbms/ctgdca/ctgdca1/sweep/stgx_221673_inc.swp] [0]ORA-48181: 操作系统写系统调用失败IBM AIX RISC System/6000 Error:

----------------------------------------------------Oracle Database 10g Enterprise Edition Release 10.1.0.2.0 - ProdPL/SQL Release 10.1.0.2.0 - ProductionCORE 10.1.0.2.0 ProductionTNS for 32-bit Windows: Version 10.1.0.2.0 - ProductionNLSRTL Version 10.1.0

nly)通过ALTER  TABLE 命令。可以通过下面命令对表读写权限进行设置：  ALTER  TABLE  table_name READ ONLY;  ALTER  TABLE  table_name READ WRITE;简单示例如下：CREATE  TABLE ro_test (    id  number );INSERT  INTO  ro_test  VALUES (1);ALTER  TABLE  ro_test  READ ONLY; 任何影

乱码原因：客户端和oracle服务端编码不一致造成先查下oracle服务端编码select userenv('language') from dual;结果：SIMPLIFIED CHINESE_CHINA.ZHS16GBK在AIX shell脚本的sqlplus前面写上编码export NLS_LANG=AMERICAN_AMERICA.ZHS16GBK  

d -d /home/oracle -g dba -G oinstall -s /bin/bash oraclepasswd oracleexport ORACLE_BASE=/oracleexport ORACLE_HOME=/oracle/app/oracle/product/11.2.0.3  export ORACLE_SID=testdbexport ORACLE_OWNER=oracleexport NLS_LANG="SIMPLIFIED CHINESE_CHINA.ZHS16G

sion已经运行了很长时间，kill session 可能是一个非常消耗时间的过程察看session目前使用的回滚段块的数目信息SELECT USED_UBLK FROM V$TRANSACTIOn a ,v$session b where a.addr=b.taddr;你可以看看要回滚的数量1.判断是否在回滚select * from V$TRANSACTIOn where bitand(flag,power(2,7))>0flag字段值可以标识事务类型select to_char( 781

ame 'LISTENER_ORCL' 然后，在网上找了一些资料，解决了此问题。解决的方式如下（这是网上的一位达人解决方案，我照他的步骤顺利解决，不过决定还是做一个笔记）： 第一步：复制一份pfile参数文件（注意：oracle中的pfile指的就是init<sid>.ora文件）$ ./sqlplus / as sysdba;SQL> create pfile from spfile='/u01/oracle/product/10.2.

cache buffers chains 排在前2位，这说明CPU当时确实很忙。具体从CPU TIME和逻辑读里看，发现有2个语句在SQL ordered by CPU Time和SQL ordered by Gets占前2位，而且CPU Time (s)和Buffer Gets 特别高，看来下语句，涉及到2个表，第一个表只有一个列做为索引，第二个表没有索引。后来通过trace测试了下。第一个表用条件的2个列做为组合索引，测试之后占CPU降了下来第二个表也对应添加了索引，使用率也降

          TYPE        VALUE  ------------------------------------ ----------- ------------------------------  open_cursors                         integer     300  SQL> show parameter session_cached_cursor  --每个session（会话）最多可以缓存多少个关闭掉的cursor  

启动当前资源限制：      alter system set RESOURCE_LIMIT=true;      当需要以后启动时也启动限制，必须在init<SID>.ora中设置      RESOURCE_LIMIT=true建立语法：CREATE PROFILE profile LIMIT { resource_parameters | password_parameters } [ resource_parameters | password_parameters ].

e a lot of redo.B. The user cannot set privileges on persistent lightweight jobs.C. Persistent lightweight jobs are useful when users need to create a large number of jobs in a short time.D. Persistent lightweight jobs are useful when users need to c

作会耗费大量的临时表空间，这些应用有事会跑的比较快，有时会跑的莫名其妙的慢，这是为什么呢？花了点时间看了一下原因，模块1正常的时候15分钟完成，但是慢的时候会跑1个半小时，原来有些的P0XX进程都在等待”enq: TS – contention”,根据gv$session_wait我们可以通过p2找到tablespace ID，进而可以发现是临时表空间出现了TS enq，然后可以发现是smon进程持有了这enq，这些P0XX的并行进程都在等待smon去释放这个enq，但是smon这时候在做什么呢？那首先

*80%）*20% DSS系统SGA_TARGET=（物理内存*80%）*50%SGA_MAX_SIZE=（物理内存*80%）*50%pga_aggregate_target=（物理内存*80%）*50%

st_subtemplate(  rec_type         varchar2(10),  capture_time  varchar2(30),  uuid                 varchar2(30))partition by range(capture_time)subpartition by list(uuid)subpartition template(  subpartition sp00 values('1'),  subpartition sp01 values('2'))

阻止其他DML操作，share5：S/Row-X 共享行独占(SRX)：阻止其他事务操作，share/sub exclusive6：exclusive 独占(X)：独立访问使用，exclusive 数字越大锁级别越高, 影响的操作越多。 1级锁有：Select，有时会在v$locked_object出现。2级锁有：Select for update,Lock For Update,Lock Row Shareselect for update当对话使用for update子串