先看新闻：

月人均6389的公积金缴存，是一个符合常理的数值吗？

按照文中所说，山东网通的缴存比例为15%。按照个人缴纳公积金比例不高于单位的惯例，我们假设单位和个人各自缴存了15%，那么这6389元应该是山东网通员工平均工资的30%。由此可以推算出，山东网通员工的平均月工资将超过20000人民币！

我觉得这个数值，对于网通来说，是不可信的。

哈尔滨虎园，人在笼子里，老虎在外边

老婆在喂老虎

抑郁症测试，80分满分，我得了39，是48.75%,很接近轻度抑郁的50%了。看来真的需要调整一下了。（抑郁症测试在末尾，蓝色字部分）

联想到最近的购物狂特征，莫非这也是抑郁的表现

最近买了 dibaolong单肩背包一个、nalgene水壶一个、selle royal freeway gel自行车座包一个、Dicota bacpac fun电脑背包一个、pirre cardinT恤2件、li-ning短裤一条、佐丹奴T恤一件、章鱼三脚架一个

 

Selle Royal freeway gel 自行车座包，155包快递

dicota笔记本背包，仅重600克，防雨材料（轻度防雨）199包顺风。 2个图片款式一样，看图片我喜欢后一个。不过所有人都说第一个好看，卖家也说看实物第一个好看，我就相信一回群众吧。希望群众的眼睛真的是雪亮的。

 

Nalgene水壶：600ml,80块。拿到实物，我都觉得自己怎么那么奢侈，80块（含快递）买这么个塑料瓶子。

 

建议大家买好奇小子系列的这个水壶，质量也是很不错的，30多就搞定了（不含快递）

 

 

 

 

抑郁症测试
　　如果您自己，或者您的亲属，比较长时间的心情不好、失眠、不爱说话，不爱活动等，您可以用我们介绍的心理测查方法，进行初步的测查一下，可以给您一个早期的、初步的评价，提供一个是不是得了抑郁症的线索。
　　抑郁自评量表（简称SDS）是1965年仲氏发表的，一种病人自己进行的，抑郁自我评定量表。（详见Zung氏抑郁自评量表）
　　此量表简短，一般在十分钟之内就可以完成，不用任何仪器设备，方法简单。由20个问题组成，每一个问题代表着抑郁症的一个症状特点，合起来，可以反映出抑郁症的抑郁，心情、躯体不舒服的症状，精神运动，行为症状以及心理方面的症状。而且可以判断出抑郁的轻重的不同程度及有没有抑郁症状。
　　由于可以判定抑郁的程度的轻重，因此，不仅用来进行辅助诊断，还可以用来观察用药后的疗效，是否好转，以及好转的程度，是不是已经恢复正常。
　　此量表在使用前应注意以下几点：
　　这是个自我评定量表，因此，要病人或怀疑心情不好的人自己评定，别人不要提醒，更不要加以帮助评定或提出意见，来改变病人的看法。如果看不懂内容时，别人可以给念，由病人自己评价是什么水平，有还是没有……
　　此量表评定的时间，不是几小时，1-2天内的体会，时间范围一般应该至少是1周的时间，如果是第一次评定，最好是两周的时间为合适。
　　此量表20个题目中（请先看一下量表），有一半（10个）题目的问题是按症状的有无来提问的，如："我夜间睡眠不好"。评分时，从无、有时、经常到持续共四个等级，评分从1分到4分，逐渐加重，无--代表没有失眠（1分）；有时--代表一周之内有1～2天有失眠（2分）；经常--代表一周之内有3一4天失眠（3分）；持续--代表天天失眠（4分）。另一半题目的问题，是与症状相反提问的，如"我吃饭像平时一样多"。实际上，抑郁病人有食欲下降的症状，但问题却是反向的，在评分时，从无、有时、经常、持续的四个等级评分，也正好相反，是逐步减轻的，无--代表不是和平时一样多，而且是天天都吃得比平时少，为4分；有时--代表有时，一周内l～2天吃得和平时一样多（3分）；经常---一周内3～4天吃得和平时一样多（2分）；持续--天天吃得和平时一样多，无食欲下降的症状（1分），所以，在进行评定时，千万要注意，是属于正向的，还是反向的问题。
　　　此量表虽然可以测出抑郁的轻重程度，却不能判断抑郁的分类，测出有抑郁症之后，应该及时到精神科门诊进行详细的检查、诊断及治疗
　　抑郁自评量表
　　此表是1965年仲氏发表制定的，不仅可以测查出抑郁心情的程基，是轻还是重，还可以帮助一部分以身体各种不舒适体验为主的病人．判断出有无抑郁症状，有助于隐匿性抑郁症的诊断。因此，适用于情绪低落，常常感觉无兴趣，活着没意思的人的测查。也适用于各种慢性身体疾病的病人者进行测查。
　　此量表极为简单，由20道题组成，是自己根据自己一个星期之内的感觉来回答的。20个题目之中，分别反映出抑郁心情，身体症状，精神运动行为及心理方面的症状体验，因为是自我评价，不要别人参加评价，也不用别人提醒。如果是文盲，可以由别人给念题目，不由别人代答，由自己判定轻重程度。
　　在回答时，应注意，有的题目的陈述是相反的意思，例如，心情忧郁的病人常常感到生活没有意思，但题目之中的问题是感觉生活很有意思，那么评分时应注意得分是相反的。这类题目之前加上*号，提醒各位检查及被检查者注意。

　　　　　　　　　　　　　　ZUNG氏抑郁量表
请根据您近一周的感觉来进行评分，数字的顺序依次为从无、有时、经常、持续
1、我感到情绪沮丧，郁闷 1 2 3 4
*2、我感到早晨心情最好 4 3 2 1
3、我要哭或想哭 1 2 3 4
4、我夜间睡眠不好 1 2 3 4
*5、我吃饭象平时一样多 4 3 2 1
*6、我的性功能正常 4 3 2 1
7、我感到体重减轻 1 2 3 4
8、我为便秘烦恼． 1 2 3 4
9．我的心跳比平时快 1 2 3 4
10、我无故感到疲劳 1 2 3 4
*11．我的头脑象往常一样清楚 4 3 2 1
*12、我做事情象平时一样不感到困难 4 3 2 1
13、我坐卧不安，难以保持平静 1 2 3 4
*14、我对未来感到有希望 4 3 2 1
15、我比平时更容易激怒 1 2 3 4
*16、我觉得决定什么事很容易 4 3 2 1
*17．我感到自已是有用的和不可缺少的人 4 3 2 1
*18、我的生活很有意义 4 3 2 1
19、假若我死了别人会过得更好 1 2 3 4
*20、我仍旧喜爱自己平时喜爱的车西 4 3 2 1
结果分析：指标为总分。将20个项目的各个得分相加，即得粗分。标准分等于粗分乘以1.25后的整数部分。总粗分的正常上限为41分，标准总分为53分。仅做参考。
此评定量表不仅可以帮助诊断是否有抑郁症状，还可以判定抑郁程度的轻重。因此，一方面可以用来作为辅助诊断的工具，另一方面也可以用来观察在治疗过程中抑郁的病情变化，用来作为疗效的判定指标。但是，此评定量表不能用来判断抑郁的性质，所以不是抑郁症的病因及疾病诊断分类用表。

 

 

　此量表最后结果的计算方法如下：先把20个题目综合相加，得出总分，再转换成百分指数，方法见公式：
　　指数计算公式：指数= 总分（得分）/总分满分（80）x100
　　作者指出：指数与抑郁症状的严重程度的关系如下：指数在50%以下：正常范围（无抑郁症状）；指数在 50%～59%：轻度抑郁；指数在 60%一69%：中度抑郁；指数在 70%及以上为重度至严重抑郁。

 

9iR2被迫升级到10gR1。这是一次没有准备的战斗：（

mzt的oracle数据库服务器坏了，好在文件都在阵列上，得以幸免。重装系统后，按他们提供的介质，安装了10gR1的数据库。

想想，一个数据文件都在，恢复数据库的操作，也没什么危险性，加上时间比较急，就没有再次备份数据库文件。

直接建实例、重建控制文件（控制文件倒是备份了），就动手做了

做完后，startup，提示需要media recovery，当时也没想什么，直接执行了recover database；

执行後启动数据库报ora-1092，启动失败。

检查alert文件，发现

ora-704

ora-1092

ora-39700

看到39700，心理就有点发毛，回头详细询问应用厂家，果然，实际数据库版本是9201

我fxxx，当时差点没晕过去

（厂家解释说，当初买了正版10g后，发现应用不兼容，就改用了盗版的9i。mzt的管理员不知道具体的情况，还以为用的10g呢。问题是他们安装oracle居然不遵循ofa结构，否则我看到9.2.0.1目录就有可能想到版本的问题了）

 

没办法了，事已至此，回到9i试试吧。结果到9i下，发现datafile可能已经被我的recover database命令更新过了，9i也无法恢复了。

没有办法，只好考虑升级到10g，导出数据，在导入到9i里了。

 

在10g下，startup upgrade后，执行u0902000.sql，发现其中utlip.sql调用的standard.sql里面的stdspec.sql创建standard包失败。(有没有点晕？哈哈)

查询后发现是9i升级10g的bug

Symptoms:

Related To:

• Error May Occur
• ORA-604 / ORA-942

• Migration / Upgrade / Downgrade

Description

Upgrade to 10g may fail with an ORA-942 due to the upgrade process
attempting to use a new 10g feature (the recycle bin) which the upgrade 
has not enabled yet.

Eg: When running u0902000.sql the errors
    *
    ERROR at line 1:
    ORA-00604: error occurred at recursive SQL level 2
    ORA-00942: table or view does not exist

    can occur.


Workaround: 
  Set _reyclebin to FALSE

Note: This fix may not fix the problem for upgrades from releases 
      earlier than 9.2. In such cases the workaround can be
      used.

（注意，这里oracle官方文档有个笔误_reyclebin 应该为_reCyclebin ）

在pfile里设置_reyclebin =false，重建spfile后，startup upgrade

再执行u0902000.sql，就正常了。

 

然后用9i版本的exp备份10g库，成功後，卸载10g，安装9i并建库。

然后imp刚才（写blog是刚才，其实备份用了10几个小时 ）的备份。结果遇到如下bug：

Subject:
Database Crashes when DATAFILE is Auto Extended Past 4 GB

Doc ID:
Note:158836.1
Type:
PROBLEM

Last Revision Date:
18-JUN-2007
Status:
PUBLISHED

fact: Oracle Server - Enterprise Edition 8
fact: MS Windows NT
fact: MS Windows 2000
symptom: Rman Backup Fails
symptom: RMAN-06003: ORACLE error from target database: %s
symptom: ORA-01114: IO error writing block to file %s (block # %s)
symptom: ORA-27069: skgfdisp: attempt to do I/O beyond the range of the file
symptom: OSD-04026: Invalid parameter passed.
symptom: Select from table fails
symptom: ORA-01115: IO error reading block from file <name> block # &
lt;num>
symptom: Stack trace contains
ksedmp ksupop opiodr opitsk opiino opiodr opidrv sou2o opimai
change: resized database datafile > 4GB
cause: Bug 1668488 Cannot AUTOEXTEND to 4Gb boundary - full restore required
Bug 1612154 Instance Crashes with ORA-27069 When a Datafile Autoextends up to 
4096MB

The datafile# mentioned in error ORA-01114 is larger than 4 Gb.
 Check:
 SQL> select file#, bytes, create_bytes from v$datafile;



fix:

The datafile has to be made smaller than 4Gb, by dropping the tablespace and
recreating the content of the tablespace in datafiles smaller than 4Gb.
Avoid datafiles with autoextend enabled as they might extend to 4Gb or beyond.

 Example:
 SQL> select tablespace_name
      from dba_data_files
      where file_id=<file_number> mentioned in ORA-01114 and ORA-027059&
#059;

 SQL> select contents from dba_tablespaces where tablespace_name=
      <name_of_the_tablespace>; => temporary
 As the datafile belongs to a temporary tablespace you can drop and
    recreate it with datafiles smaller than 4Gb. Do not use AUTOEXTEND
    unless in combination with MAXSIZE.

 In other cases it might be wise to secure the data of the tablespace first
 in order to be able to recreate it.

这个bug只能在9203以上解决了。打算直接把表空间创建得足够大试试。