按类别查询搜索结果
关于关键词 的检测结果,共 2667
niao5929 | 2013-01-15 15:55:05 | 阅读(1110) | 评论(0)
ORACLE_SID 区分大小写 Linux 环境下 ORACLE_SID 区分大小写,太久没用今天装系统被坑了半小时。完。---------------------错误现象:sqlplus /nologSQL> conn sys/xxx as sysdbaERROR:ORA-01031: insufficient privilegesoracle 密码有两种,普通用户密码保存在数据库,sysdba角色用户才能启动数据库,【鸡生蛋蛋生鸡】使用 sys/xxx as sysdba 登陆时是使用密码文件验证密码文件存在于 /opt/oracle/product/11.2.0/dbh【阅读全文】
digdeep126 | 2013-01-13 22:13:16 | 阅读(0) | 评论(0)
升级过程: 1.如果是全新安装的数据库,直接运行补丁包就可以了       p6810189_10204_Linux-x86.zip        ./runInstaller 2.如果是已经创建了数据库,并且有应用在上面,则先停止相关应用 再按以下步骤执行: 0)shutdown 数据库,并停止所有oracle相关的服务和stop listener .     $ isqlplusctl stop     &nbs【阅读全文】
TOMSYAN | 2013-01-10 16:26:51 | 阅读(1106) | 评论(2)
今天在ITPUB看到一个帖子,关于WHERE条件的执行顺序的。http://www.itpub.net/thread-1755665-1-1.html原文如下:今天看到以下一句话,我记得以下的描述应该是针对RBO的吧,现在CBO优化器应该能自己判断了吧?ORACLE采用自下而上的顺序解析WHERE子句,根据这个原理,表之间的连接必须写在其他WHERE条件之前,那些可以过滤掉最大数量记录的条件必须写在WHERE子句的末尾。事实正好相反,可以过滤掉最大数量记录的条件必须写在WHERE子句的前面。看下面一个经典例子:SQL> desc x 名称      【阅读全文】
TOMSYAN | 2013-01-10 13:35:06 | 阅读(2197) | 评论(0)
在10G之前,使用DBMS_STATS收集统计信息将会导致与此对象相关的游标失效,下次执行此的时候将会进行HARD PARSE,除非收集的时候NO_INVALIDATE设置为TRUE。由于硬解析会消耗大量的CPU,还会导致大量的library cache 和 shared pool 的LATCH竞争,因此如果由于统计信息收集导致大量的的游标失效,可能会带来HARD PARSE风暴,造成系统的负担。但是如果采用NO_INVALIDATE=TRUE的方法,由于游标不失效,游标无法利用到新的统计信息,除非下一次进行HARD PARSE,譬如CURSOR RELOAD,手工FLUSH SHARED P【阅读全文】
十字螺丝钉 | 2013-01-10 09:46:37 | 阅读(3842) | 评论(0)
oracle中 left join,right join, inner join,full join的简单使用连接分为两种:内连接与外连接。A.内连接内连接,即最常见的等值连接,例:SELECT *FROM TESTA,TESTBWHERE TESTA.A=TESTB.A等价于select * from testa inner join testb on testa.a=testb.aB.外连接外连接分为左外连接,右外连接和全外连接。1.  左外连接 left outer join 或者 left join左外连接就是在等值连接的基础上加上主表中的未匹配数据,例:SELECT *FR【阅读全文】
云中的二舅 | 2013-01-06 17:44:17 | 阅读(1632) | 评论(0)
可以设置10513事件来临时禁止SMON恢复死事务,这在我们做某些异常恢复的时候显得异常有效,当然不建议在一个正常的生产环境中设置这个事件:SQL> alter system set events '10513 trace name context forever, level 2';System altered.10531 -- event disables transaction recovery which was initiated by SMONSQL> select ktuxeusn, 2 to_char(sysdate, 'DD-MON-YYYY H【阅读全文】
windwiny | 2013-01-06 17:03:44 | 阅读(8884) | 评论(0)
ORACLE_SID 区分大小写 Linux 环境下 ORACLE_SID 区分大小写,太久没用今天装系统被坑了半小时。完。---------------------错误现象:sqlplus /nologSQL> conn sys/xxx as sysdbaERROR:ORA-01031: insufficient privilegesoracle 密码有两种,普通用户密码保存在数据库,sysdba角色用户才能启动数据库,【鸡生蛋蛋生鸡】使用 sys/xxx as sysdba 登陆时是使用密码文件验证密码文件存在于 /opt/oracle/product/11.2.0/dbh【阅读全文】
云中的二舅 | 2013-01-05 18:34:03 | 阅读(1587) | 评论(0)
数据库培训SMON: system monitor process posted WAIT #0: nam='log file switch completion' ela= 0 p1=0 p2=0 p3=0 obj#=1 tim=1278243332801935 WAIT #0: nam='log file switch completion' ela= 0 p1=0 p2=0 p3=0 obj#=1 tim=1278243332815568 WAIT #0: nam='latch: row cache objects' ela= 95 address=29794187【阅读全文】
云中的二舅 | 2013-01-05 18:27:10 | 阅读(2055) | 评论(0)
SMON的作用还包括清理死事务:Recover Dead transaction。当服务进程在提交事务(commit)前就意外终止的话会形成死事务(dead transaction),PMON进程负责轮询Oracle进程,找出这类意外终止的死进程(dead process),通知SMON将与该dead process相关的dead transaction回滚清理,并且PMON还负责恢复dead process原本持有的锁和latch。   我们来具体了解dead transaction的恢复过程: SQL> select * from v$version; 【阅读全文】
amenjames | 2013-01-04 15:28:28 | 阅读(3) | 评论(0)
最直观,最原始1.select 'drop table'||table_name||' purge;' from all_tables where owner='U1';这里一定要注意加上后面的purge,否责会放到当前用户的回收站中,在查看名字被一串组合字符串替代show recyclepurge recyclebin方便快捷2.declarecursor job1 is select table_name from all_tables where owner='U1';beginfor job2 in job1 loopexecute immediate 'drop table u1.'【阅读全文】
emailwht | 2013-01-02 17:33:28 | 阅读(2344) | 评论(0)
From: http://space.itpub.net/17203031/viewspace-695840下午,一个开发组长过来找到笔者,说一个数据库表被锁定,不能修改数据。开始以为是简单的数据表锁定,开发阶段由于工具使用的原因,经常发生锁表的事件。查找锁定对象,定位锁定人和机器之后,就可以了。 1、问题现象 但是实际情况,完全出乎笔者的想法。检查一般对象数据表锁定,只需要检查v$locked_object和v$transaction视图,就可以定位到具体人。但是检查之后的结果如下:  SQL> select * from v$locked_ob【阅读全文】
hfhy885 | 2012-12-28 16:28:23 | 阅读(247) | 评论(0)
    我是去年年3月发现自己的头发经常粘糊糊,并大量掉落,起先以为只是因为工作忙洗澡少了,也就没在意,可是后来我发现脖子和后背也非常油腻并奇痒无比,颜色也开始发红,实在太难受,一把抓下去有脱皮,这时我才感觉不妙,去医院检查,医生说是脂溢性皮炎并且已经发展到脂溢性脱发了,开了一大堆硫磺软膏、肤轻松和洗发药水,用了一周的时候确实不那么痒了,我以为就好了,也就再没有用药,没想到只过了3天,又开始发作了,这次比以前更严重,头发有了一缕一缕的掉落,额头和耳朵后还结了黄痂子,去看了中医,说是激素加重了病情,又开了三十付中药要求每天都喝。  &n【阅读全文】
TOMSYAN | 2012-12-28 10:04:53 | 阅读(1193) | 评论(0)
Beginning with Oracle10G, when statistics are gathered for a table, the old statistics are retained so should there be any problem with performance of queries dependent on those statistics, the old ones can be restored.How long does Oracle retain the statistics for ? The default peri【阅读全文】
云中的二舅 | 2012-12-27 10:52:59 | 阅读(2063) | 评论(0)
使用dbms_stats的'SIZE AUTO'模式收集表上的统计信息会首先参考col_usage$中的predicate columns记录:SQL> begin23 dbms_stats.gather_table_stats(ownname => 'SYS',4 tabname => 'MACLEAN',5 method_opt => 'FOR ALL COLUMNS SIZE AUTO');6 end;7 /PL【阅读全文】
TOMSYAN | 2012-12-25 17:40:02 | 阅读(994) | 评论(0)
kerlion | 2012-12-25 16:15:14 | 阅读(4223) | 评论(0)
1 体系结构, 3 queues and 4 processesRedo Log/archived log -->Capture process -->capure queue--> Read Process--> Export queue-->NETWORK-->Import process-->Post queue-->Post Process-->target DB我的测试环境:ndb1:XE -----> ndb3:DEMO2 源端进程sp_cop --> sp_ocap, sp_ordr, sp_xportCatur【阅读全文】
养津堂 | 2012-12-20 10:49:21 | 阅读(187) | 评论(0)
     即使是少吃多餐也要守时进餐,不然会发胖。  大家现已习惯了“一日三餐”。但多项新研讨显现,少吃多餐更有利身体健康,一天吃多顿饭不但能协助下降血压和胆固醇,还能瘦身、进步工作效率。当然,一切要建立在总热量摄入不超支前提下。  英国帝国理工学院研讨人员剖析了英国、日本、中国和美国超越2000人的饮食习惯。这些人每天摄入约1800卡路里,其间对折研讨目标每天进餐次数多于6次,别的一半少于6次。研讨结果显现,每天进餐多于6次的人均匀血压和体重更低。   研讨人员还发现了少吃多餐的其他优点。  希腊雅典大学研讨2000名年纪9岁至13岁的少年后发现,与吃【阅读全文】
【Oracle】 SMON恢复死事
云中的二舅 | 2012-12-18 09:22:49 | 阅读(1376) | 评论(0)
可以设置10513事件来临时禁止SMON恢复死事务,这在我们做某些异常恢复的时候显得异常有效,当然不建议在一个正常的生产环境中设置这个事件: SQL> alter system set events '10513 trace name context forever, level 2';   System altered.   10531 -- event disables transaction recovery which was initiated by SMON   SQL> select ktux【阅读全文】
utirei | 2012-12-14 10:07:35 | 阅读(390) | 评论(0)
今天有个同事问我inner join 和left join的区别,突然自己也很迷糊,所以就作了一个测试 TABLE1中有23条数据 TABLE2中有12条数据   分别用同一个条件做INNER JOIN 和LEFT JOIN检索 结果如下 inner join 检索结果8条 其中table1关联了3条数据,table2关联了8条数据。 left join 检索结果28条 其中table1关联了23条数据,table2关联了8条数据 table1中提供了20条数据,在table2中检索不到,故table2提供了null。   字段为company_cd【阅读全文】
iniestandroid | 2012-12-08 21:33:36 | 阅读(9514) | 评论(2)
    在OGG运行过程中,通常会因为各种各样的原因导致容灾端的REPLICAT进程ABENDED掉,这个时候需要通过分析ggserr.log , DISCARDFILE , REPLICAT REPORT ,以及借助 Logdump 等工具去定位错误。在具体的应用场景下,通过分析排查,有些事务是可以不在容灾端去应用的,下面的例子是今天在生产配置OGG遇到的一个问题。     由于在同步过程中,从主库传过来的列队中包含创建OGG用户下某张表的一个事务,导致REPLICAT进程ABENDED,经过分析,该表是在主库用于DDL复制的,并不需要在备库【阅读全文】