最近又热播了一出战争题材的连续据，我的兄弟叫顺溜，风格和”我的团长我的团”类似，嬉笑怒骂型的战争戏剧。王宝强在里面主演神枪手陈二雷。演得还不错，王宝强在战争片里面是大有突破，游刃有余。推荐每晚追看。
如果转载本站文章到其他任何博客,论坛,股吧，请提供引用链接。违者必究!
常见的例子，表中记录按照creation_date作purge，且该字段上有个索引。
如果不加index_desc hint，purge job执行时间长了可能会越来越慢。如下consistent read明显要比current read多很多。是因为Index range scan从index tree的最左面开始扫描，扫描了很多空块。
SQL> DELETE FROM vltb_data_0 where creation_date < (SYSDATE - 3) and rownum < 1000;
999 rows deleted.———————————————————-
| Id | Operation | Name |
———————————————————-
| 0 | DELETE STATEMENT | |
| 1 | DELETE | RULE_OBJECT_ATTR_DATA_0 |
|* 2 | COUNT STOPKEY | |
|* 3 | INDEX RANGE SCAN| RULE_OBJECT_ATTR_DATA_0_IX3 |
———————————————————-
Predicate Information (identified by operation id):
—————————————————
2 - filter(ROWNUM<1000)
3 - access(”CREATION_DATE”<SYSDATE@!-3)Statistics
———————————————————-
1 recursive calls
21167 db block gets
427848 consistent gets
0 physical reads
1341824 redo size
1 sorts (memory)
0 sorts (disk)
999 rows processed
通过添加index_desc, Index range descending scan从index tree的中间或者右边进入扫描，更快定位到存在纪录的block.
SQL> DELETE /*+ index_desc(rule_object_attr_data_0) */ FROM vltb_data_0 where creation_date < (SYSDATE - 3) and rownum < 1000;
999 rows deleted.Statistics
———————————————————-
1 recursive calls
21177 db block gets
59 consistent gets
288 physical reads
1368592 redo size
814 bytes sent via SQL*Net to client
833 bytes received via SQL*Net from client
3 SQL*Net roundtrips to/from client
1 sorts (memory)
0 sorts (disk)
999 rows processed
从而避免了无用功。这样的例子时常在工作中遇到。
—————-人工分割线————————
最近上海一个刚盖的差不多快结盘的13层房子倒了一个，整体倒的。是有一个小的房地产开发公司开发的。全国人民都知道了。
估计会对房地产市场特别是中小房地产开发公司开发的楼盘带来严重信任危机。那些早些年盖的二手房或许将火爆。
Read more…
老家的人要小心中暑，石家庄今天的天气预报连续2天超过了40度。这在历史上十分罕见的，尤其是官方的数字。
几天前，当播报石家庄最高温度30多的时候，中午地面温度已经超过了40度。可想而知，实际地面温度超过40度要有好几个小时。未来的7&8月份将会是什么样子的?很难想象。在我童年的记忆里，6月末，暑假还没有到，是不热的。
受罪的是那些在工厂做工的工人，空调设备不见得能够享受，老板或许也不会给”避暑费”。作IT的还好，空调房肯定有的，不然电脑就该中暑了。
温度高，有利于饮料和西瓜的热销。上市的相关企业，广州药业，承德露露或许有很大机会。
最近alter一个归档数据库的很多tablespace read only,结果发现alter statement都hang住了,显示等待TX enqueue.
查了一下,alter tablespace read only要等待所有的active transaction都结束。Oracle无法轻量级的判断数据库中当前active transaction是否有修改过要R/O的表空间的数据。这个知识点还涉及到延迟块清除,一致读等概念。
一个发现就是，虽然alter tablespace read only hang住,但任何active的和新的transaction都不能继续DML pending R/O的tablespace了，会提示ORA-00372错误。
Session 1 先产生active transaction
SQL> insert into test values(1,sysdate);
1 row created.Session 2执行 R/O tablespace
SQL> alter tablespace sm_data read only;
会产生TX等待
SQL> select * from v$lock where block>0;
TYPE LMODE REQUEST BLOCK
———— ———- ——
TX 6 0 1此时pending R/O的表空间 SM_DATA还是 ONLINE状态
SQL> select tablespace_name,status from dba_tablespaces;
TABLESPACE_NAME STATUS
—————- ——–
SM_DATA ONLINESession 1继续执行DML操作，提示 ORA-00372错误。
SQL> insert into test values(1,sysdate);
insert into test values(1,sysdate)
*
ERROR at line 1:
ORA-00372: file 4 cannot be modified at this time
ORA-01110: data file 4: ‘/oracle/DDS/data03/lewu/data/sm_data01.dbf’SQL> !oerr ora 372
00372, 00000, “file %s cannot be modified at this time”
// *Cause: attempting to modify the contents of a file that cannot be
// modified. The file is most likely part of a read only tablespace
// but may be in the process of going offline, or the database may
// be in the process of closing.
// *Action: check the status of the file and its tablespaceSession 1 commit后,R/O statement返回。
SQL> alter tablespace sm_data read only;
Tablespace altered.SQL> select tablespace_name,status from dba_tablespaces;
NAME STATUS
—————- ——
SM_DATA READ ONLY
略观大盘走势，感觉短期顶已经到达。
从6月15日上证指数来看，明显”顶背力”。股指虽然有所上扬，但成交量并没有新高。个股也是如此。或许因为去年被”奥运股”在2800点套牢不少，国内和国外的经济宏观环境也不容乐观。
1)美国失业率9%多了，基本要接近2位数字了。经济”滞胀”正是指 通货膨胀+高失业率。美国人没有工作，不能消费或者减少消费十分便宜的中国产品，给中国的出口和就业压力，那是一个大啊
2)国内一些政策的出台。正是”卖冰糕的小女孩”,过去半年宽松的经济政策，带来的是5月实际外商直接投资下降17.8% 连续8个月下降，出口继续大幅度下降；不得不再增加出口退税的额度。而且央行的调查结果:居民消费意愿下降，储蓄和投资意愿增强 — 正是凯恩斯的典型特征 — 国进民退–在中国的潜规则下产生了类似”郑州金惠”这样连主页都打不开的杀毒公司。 4万亿的水漂可见一斑。
3) IPO重启，或者也是对前期恢复的流动性的一个打击。
建议短线的逢高出货。每个利好消息，都是卖冰糕的女孩，尽快出货吧。
More转一份网上流传的2009年高考作文命题的满分美文。
今天建Standby数据库的时候，碰见一个ora-19909错误，提示不能恢复。后来使用Rman 调整控制文件中的Incarnation信息,得以解决。
incarnation有点凤凰盘涅,重生的意思，比较符合给数据库使用resetlogs的境遇。
Oracle9i时候 resetlogs后，之前的备份就都失效了;10g后通过记录在控制文件中incarnation的信息，数据库resetlog打开后，之前备份的备份文件还有可能在将来的恢复中用上。
•When a database goes through multiple incarnations, some backups can become orphaned. Orphaned backups are backups that are created during incarnations of the database that are not ancestors of the current incarnation.
•For example, database incarnation is 5 and SCN is 7000. A DBPITR is done at SCN 7000 to SCN 6666 and then RESETLOGS is performed. Now in current incarnation 6 the backup taken between 6666 and 7000 SCN became orphaned.
•Orphaned backups are usable by RMAN in cases where you wish to restore the database to a point in time not in the current incarnation path.
最近中国的股市有点Incarnation的意思，是个股票就在涨。
最近比较看好电力股, 刺激出口，稳定就业什么的，都要用电啊。而且之前电力股都在阴跌，价格都在低位。下半年中国经济率先恢复，电力股会慢慢回暖。现在绝对是价值投资的首选。
中国平安,中国人寿等大盘指标股也不错，经济复苏，他们就会在大盘的带动下上涨。也强烈推荐。
刚才看电影台的六一怀旧片–霹雳贝贝–来着,童年的片子，现在感觉还挺亲切。
后来留金岁月中，当初的贝贝和一些演员导演还现身说法，台下很多年轻人都是霹雳贝贝的粉丝。这验证我的一条理论:小时候长的好看的小男孩，长大了会变得比较有内涵。
再来是bing.com,微软做的，一点技术含量都没有。昨天还能访问,今天就被block了。不过和windows一样，微软也看不上中国那点市场。
还有就是一些房地产相关的新闻，盖房子的自己买房子，来搞”虚假繁荣”。这样的销售手段也就在中国可行，在国外早就被代表人民的议员们送到lost里去了。不过也说明了中国的房地产市场还不成熟–不透明潜规则-利润很高很强大。
最后是和股市相关的。最近几个新闻，给我一种感觉，股市马上和石油价格一样要迅速突破3000点了。
-
广而告之
