ITPub博客

不知道海鸥表的质量，就买了一个低端的试试，准确度还行，每天慢15秒以内，不过用了20天，打算调调时间，结果就变成和图片中的样子。还好没冲动直接买贵的。[@more@]

这几年总是拿不准，不知道以后的路要怎么走。年纪大了，现在的工作有点力不从心。可能真的要考虑考虑了，毕竟合适的时候要做合适的事情。以后朝着管理方向靠拢，每天都反省一下，是否离自己的长期目标又迈进了一点点。 5年后，要达成什么目标呢？自己评价一下自己，感觉不是那种很有创造力的人，各方面很均衡，什么都接触过一些，悟性方面比较有信心。General Management可能是努力的一个方向。开始准备MBA考试。工作忙，要学会利用零碎的时间。[@more@]

毕业10年了，大家决定5.1在武汉聚会，3/4的人都到了，大家都很亲切。所有的人，事业都开始上路了，真的为大家高兴。10年后走到一起，总的感觉是时间过的真快，很怀念四年同窗的日子，真的好想回到那个年代，好不情愿时间溜走。短短两天相聚，大家又各奔东西，希望下一次再见，大家都那么事业有成，生活幸福。[@more@]

很长一段时间一直比较慵懒，主要觉得短期没有目标。最近迷上手表，有一款天梭的比较满意，从此有了点奋斗的动力。[@more@]

第一季度，基金盈利14％，股票账户盈利15%，华夏基金的操作水平需要进一步观察。目前感觉，涨赢不了大盘，跌往往大于大盘；中信红利管理能力不错。P.S. 华夏大盘是人都看出来有猫腻，华夏有用其它基金养活华夏大盘的嫌疑。诡异......第二季度，如果大盘跌到2000点，闲钱可以用来建长期建行仓位，目前仓位保证不亏损。如果大盘涨到3000点，清仓出局，不赶浑水。具体操作计划如下：1. 股票只操作建设银行，目前30％仓位，2000～3000点内，升跌都补货，每周三加仓200股，尝试定投股票。2. 基金每月4000元定投计划不改变，跟踪观察中信红利的管

经过两个多月学习和练习，基本入门，接下来是漫长的成长过程。具体进度记录如下：[@more@]2009/Jan/01 - 开始正式接触SAP，初步分配接手MM模块2009/Jan/31 - 本月主要以看培训资料为主，联系SAP培训，临近假期，加上工作交接，实际花的时间为10天左右，看了一些用户培训文档2009/Feb/28 - 本月以学习培训资料为主，SCM500和SCM510帮助很大，开始有点入门的感觉，虽然有点慢，可能是年纪大的原因2009/Mar/31 - 这个月开始解决一些用户的问题，感觉收获很大，同时SCM630自学完成，可以解决一些基本的问题了2009/April/30 - 这个月参加IM两门

1. Issue storage location2 . Suplly area3. KANBAN4. Pull List5. Control Cycle[@more@]1 - 有些时候BoM里头指定issue storage location不指定supply area2 - 有些时候BoM里头指定issue storage location也指定supply area3 - 有些supply area是使用kanban补货的4 - 有些supply area是使用pull list补货的5 - 使用到supply area就需要control cycle问题：1 & 2的不同在哪里；3&4的不同在哪里；control cycle的作用是什么?

到新的部门差不多1个月时间，从原来部门的"专家"变成新部门的"菜鸟"，很多东西想学，但是困难很多，记录下相关的历程，以后看回来，不知道是什么感受。[@more@]日期：2009-02-11；心情：有点彷徨；状态：正在上手SAP，困难很多1 - SAP体系比较复杂，概念基本掌握，系统操作很菜，学了10来天，很彷徨；想请教别的同事，但部门人手少，大家都忙自己的事情；自己看资料吧，时间耗不起；老板的期望也高。2 - 时间不够用，空余时间比较零碎。回到家，家务事也要做点，花点时间陪陪家人，饭后大家散散步，逛逛超市，小孩子睡

很多时候，像现在2100点的位置，空仓的到底买还是不买，拿不定主意。买怕挂在阶段高位，不买怕错过可能的行情。可以简单尝试：不管三七二十一，先建1/4的仓位。这样，涨了可以庆幸没有完全错过，跌了可以庆幸只是轻仓试水。但总的来说，2000来点套了又如何？如何补仓呢？跌了慢慢补，拉低成本，这个很容易操作。涨了，跟不跟？要跟，但是还是要慢。手里有股票，还有闲钱，涨跌都是"庆幸"，心不会乱，试过就知道。[@more@]

前一阵子听某专家在经济之声做节目，聊一段关于"2008年每个股市账户亏损38万元"的新闻，此专家说太多了，应该这么分析：@#$%^%，综上所述，股市缩水6万亿，活动账户1亿户，所以平均亏损应该在6千元。-- 现在经济学家都不会小学数学，6万亿除以1亿等于6千？前一阵子，某经济学家鼓吹用社保基金承接大小非。-- 社保是全体公民用于福利保障的钱，用来为股市买单？！股民在股市里头炒作，最后发现只是为大小非抬轿，自己的责任自己承担，为什么要全民买单？思考问题不能用屁股。[@more@]

一些需要记住的，要做事情是：1 - 完成Oracle考试，准备了很久，虽然工作调动，不再涉及这部分，还是要坚持2 - 完成GMAT考试，为以后多做一手准备3 - 学习修理电器，鄙视电器修理行业4 - 动手制作一个高保真的精美复古FM收音机[@more@]

通过参数文件，使用一些好用的选项 imp parfile=.par.txtpar.txt中好用的选项举例userid=xxx/xxx@xxxfile=.xxx.dmplog=.xxx.logfromuser=(xxx)touser=(xxx)feedback=20000commit=ybuffer=134217728indexes=nanalyze=ngrants=nindexes=n表示除了必要的如pk之外的索引，其他索引不导入[@more@]

Tasklist /m oci.dll[@more@]

需要使用VMware的Server版，Workstation版本是不行的。-- 摘自VMware网站[@more@]SCSI reservation must be enabled in a virtual machine before you can share its disks. To enable it, make sure the virtual machine is powered off. Open the configuration file (.vmx file on Windows hosts, .cfg file on Linux hosts) in a text editor and add the line scsi[n].sharedBus = "virtual" anywhere in the file, where [n] is the SCSI bus being shared. VMware recommends you set up the shared disks on their own

工作这9年来，很多很好的想法和成果，不注意总结和积累，现在看来比较可惜。要珍惜自己的劳动成果，不断总结和完善。一言概之，就四个字：念念不忘。[@more@]

自己总结和摘录的一些如何发现cursor sharing问题相关的一些SQL，很多是摘自Performance Tuning Guide，绝大部分并非原创。主要是探讨如何去发现相似的SQL或者查找SQL没有共享的原因。[@more@]-- 如果不知道那个进程或者程序有问题可以在v$sesstat中查看parse count和execute count的比例，比例高说明存在cursor sharing方面的问题SELECT pa.SID, pa.VALUE "Hard Parses", ex.VALUE "Execute Count"FROM V$SESSTAT pa, V$SESSTAT exWHERE pa.SID = ex.SIDAND pa.STATISTIC#=(SELECT STATISTIC#FROM V$STATNAME WHERE

-- 摘自Performance Tuning Guide SELECT EVENT, WAIT_CLASS,TIME_WAITED_MICRO,ROUND(TIME_WAITED_MICRO*100/S.DBTIME,1) PCT_DB_TIMEFROM V$SYSTEM_EVENT E, V$EVENT_NAME N,(SELECT VALUE DBTIME FROM V$SYS_TIME_MODEL WHERE STAT_NAME = 'DB time') SWHERE E.EVENT_ID = N.EVENT_IDAND N.WAIT_CLASS NOT IN ('Idle', 'System I/O')ORDER BY PCT_DB_TIME ASC;[@more@]

买了车后，尝试买了些汽车CD，挑来挑去，都不喜欢，只是烧钱而已，不如上百度下载MP3自己制作光盘。[@more@]

买回来用了三次，第一次用了半个小时，死机，reset几次后，SD卡报废无法读写；第二次跑长途之前，重新买了一个SD卡，充电后用了15分钟，死机；第三次出车前发现充不了电，带着车载变压器上路，接着电源用，开机后设置好路径后，汽车开动后死机，一路靠问路到达目的地。凭借自己多年的电脑系统测试经验，基本鉴定为山寨机水平。[@more@]

One popular approach to manual I/O distribution suggests separating a frequently used table from its index. This is not correct. During the course of a transaction, the index is read first, and then the table is read. Because these I/Os occur sequentially, the table and index can be stored on the same disk without contention. It is not sufficient to separate a datafile simply because the datafile contains indexes or table data. The decision to segregate a file should be made only when the I/O ra