Clear Sky - Kuru

甲状腺疾病中，甲亢，甲减，结节占了很大的比例。可能和饮食习惯，工作压力有很大关系。目前看来，有碘盐是起到很大推动作用的。建议大家尽量吃无碘盐。上海这边在瑞金医院小卖部，还有其他医院的小卖部有专供的无碘盐出售。

瑞金医院的内分泌科专家，六院核医学科的专家，龙华中医院的专家都建议：卷心菜不要吃！！

 

比较禁忌的食物：

所有海产品，
所有水产品（这个是针对我来说的）
卷心菜
洋葱
白萝卜

 

现在上海甲状腺治疗比较好的医院：
内分泌         瑞金医院（王曙）
甲状腺B超  瑞金医院
中医外科    龙华中医院
普外            瑞金医院
同位素       六院核医学科（罗全勇），瑞金医院（貌似只有这两家能做同位素治疗）

 

甲状腺复查或者随访项目：
1.  甲功（甲状腺手术前的血检指标）检查：FT3，FT4，STSH，TGAb，TRAb，TPOAb
    甲功（甲状腺癌术后的血检指标）检查：FT3，FT4，STSH，TG，TGAb
    不是所有医院都可以做这些指标的检查，而且每个医院用的试剂不同，结果也是不同的。
    一般会选择固定的医院做。
2.  甲状腺B超

 

甲状腺小结节可以通过药物调节来消除的。
尽量早点看医生，否则结节一旦超过1.5cm，不关良性恶性，医生都会建议切除。

一直没有时间拍泺泺的抬头照。正好是2010年元旦，在家里拍了几张。

泺泺的头发本来不准备理的，结果被无数人批评后，还是虚心接受。

我和她妈妈在家里自己动手把她头发理了，手艺不怎么样，见笑见笑~~~

1. 凤凰松徒步登古拜经台，天台途中

 

2. 凤凰松至古拜经台的缆车

3. 凤凰松至古拜经台的缆车

 

4. 大鹏听经

5. 俯瞰古拜经台

 

1. 东崖禅寺

 

2. 百岁宫

3. 遥望天台和古拜经台

 4. 百岁宫缆车

1. 九华街俯瞰

2. 月身殿正门

3. 月身殿前有名的天锺桥，台阶为9*9=81数，途中不能回头，需一口气登完。

4. 祗园禅寺

5. 无题

1.牡丹

 

2.上海Expo 2010

 

3.花

 

4.鹦鹉

有朋友咨询一条sql的功能实现，大致如下：

测试数据：

create table test (seq number,stat varchar2(10));

 

insert into test(seq,stat) values (1,'a');

insert into test(seq,stat) values (2,'a');

insert into test(seq,stat) values (3,'a');

insert into test(seq,stat) values (4,'b');

insert into test(seq,stat) values (5,'b');

insert into test(seq,stat) values (6,'f');

insert into test(seq,stat) values (7,'c');

insert into test(seq,stat) values (8,'c');

insert into test(seq,stat) values (9,'a');

insert into test(seq,stat) values (10,'a');

insert into test(seq,stat) values (11,'b');

insert into test(seq,stat) values (12,'a');

commit;

SQL> select * from test;

       SEQ STAT
---------- ----------
         1 a
         2 a
         3 a
         4 b
         5 b
         6 f
         7 c
         8 c
         9 a
        10 a
        11 b
        12 a

所要实现的查询功能：

按照序号依次列出stat的变化。

实现：

SELECT   seq, stat
    FROM (SELECT seq
               , stat
               , next_stat,
                 ROW_NUMBER () OVER (PARTITION BY stat, next_stat ORDER BY seq)
                   AS rn
            FROM (SELECT stat
                       , seq,
                         LEAD (stat, 1) OVER (ORDER BY seq) AS next_stat
                    FROM TEST))
   WHERE stat <> next_stat OR next_stat IS NULL OR rn = 1
ORDER BY seq;

       SEQ STAT
---------- ----------
         1 a
         3 a
         4 b
         5 b
         6 f
         7 c
         8 c
        10 a
        11 b
        12 a

小结：

此处的lead也可以通过其他sql来实现，例如：

SELECT a.stat, a.seq, b.stat
  FROM (SELECT   stat, seq, ROWNUM AS rn
            FROM TEST
        ORDER BY seq) a,
       (SELECT   stat, seq, ROWNUM AS rn
            FROM TEST
        ORDER BY seq) b
 WHERE a.rn = b.rn - 1;

Description:

   HP-UX 11i 64 PA-RISC平台，Oracle 9.2.0.6。

   alter session set NLS_SORT='SCHINESE_PINYIN_M';

   报ORA-12705: invalid or unknown NLS parameter value specified。

   alter session set NLS_SORT='GENERIC_M'; -->正常

   alter session set NLS_SORT='GBK'; -->正常

 

分析过程:

1. 核查NLS_LANG，ORA_NLS33的设置，以及$ORA_NLS33对应的目录和文件权限

2. 使用localbuilder验证本地*.nlb文件是否正常

3. 核查oracle软件安装和是否有升级

以上发现均不存在问题。

进一步测试：

1. 将该库全备至测试环境，恢复并启动，

   结果: alter session set NLS_SORT='SCHINESE_PINYIN_M'; -->正常

2. 从测试环境创建相同版本的实例，全备并恢复到此问题服务器上，启动，

   结果: alter session set NLS_SORT='SCHINESE_PINYIN_M'; -->正常

 

经过查找资料，在metalink上发现Bug 4648650，特征和服务器情况类似。

因是生产服务器，故一开始没有考虑重启数据库，鉴于Bug 4648650的描述，安排在合适的时间重启了数据库

结果: alter session set NLS_SORT='SCHINESE_PINYIN_M'; -->正常

 

Bug 4648650:

SGA NLS handle inconsistencies may be seen under high concurrency
leading to symptoms such as:
 NLS related errors like:
  ORA-12705: invalid or unknown NLS parameter value specified
  Potential wrong results from queries using the NLS structure

Description:

涉及的可能操作：

emca -repos recreate

emca -repos drop

emca -config dbcontrol db -repos recreate

emca -deconfig dbcontrol db -repos drop

使用这些命令管理Oracle Enterprise Manager Repository时，会遇到数据库出现hang或者无法进行连接的状态。只要emca进程执行完毕或者强行终止，数据库又恢复正常。在数据库出现hang时，如果做hanganalyze或者dump systemstate，发现没有明显的异常存在（这个还待进一步确认）。

Cause:

根据核查metalink的文档，发现有下面的解释：

Therefore it is important to understand that running these commands may/will cause the database to be unavailable during the time that the repository is being dropped and should not be run on a production database unless you are fully aware of the possible impact to database availability and have planned for this eventuality

以system用户登录数据库,创建trigger,以实现禁止test用户登录执行alter,drop,truncate test.objects:

--connected as system user

CREATE OR REPLACE TRIGGER trig_prevent_ddl

   BEFORE ALTER OR DROP OR TRUNCATE ON test.SCHEMA

BEGIN

   raise_application_error (num      => -20000,

                            msg      => 'Cannot alter,drop,truncate object'

                           );

END;

/

此时system用户可以执行alter,drop,truncate test.objects:

SQL> truncate table test.test2;

Table truncated.

 

以test用户登录数据库

--connected as test user

SQL> truncate table test2;
truncate table test2
               *
ERROR at line 1:
ORA-00604: error occurred at recursive SQL level 1
ORA-20000: Cannot alter,drop,truncate object
ORA-06512: at line 2

 

 

2008年8月庐山几日小游，特以图记。

1. 锦绣谷

雾气氤氲中，俯瞰九江县城。

 

2.含鄱口

 

3. 五老峰途中

4.五老峰顶

5. 三叠泉半途中

水气非常大，人，山，水融为一体。

突然间水气有所消散，抢拍之

三叠泉三分之一段

6. 秀峰

李白诗中的庐山瀑布，比三叠泉发现的早，三叠泉传为宋代所发现，庐山瀑布气势不如三叠泉。

换个角度来观赏

看到有人问类似的问题，所以做了一个简单的设计，本身未接触过类似的领域，当作乐趣测试了一把，勿与实际设计的系统挂钩。

测试过程如下：

drop table test1;

drop table test2;

drop table test3;

 

--帐套批次所允许使用的发票区间段

create table test1(

  batch_id         number,

  min_no           number,

  max_no           number

) tablespace test_data;

 

--帐套批次已使用的发票号区间段

create table test2(

  batch_id         number,

  begin_no         number,

  end_no           number

) tablespace test_data;

 

--帐套批次未使用的发票号区间段

create table test3(

  batch_id         number,

  begin_no         number,

  end_no           number

) tablespace test_data;

 

insert into test1(batch_id,min_no,max_no) values(1,1,100);

 

insert into test2(batch_id,begin_no,end_no) values(1,1,1);

insert into test2(batch_id,begin_no,end_no) values(1,20,40);

insert into test2(batch_id,begin_no,end_no) values(1,41,50);

insert into test2(batch_id,begin_no,end_no) values(1,70,99);

commit;

 

CREATE OR REPLACE PROCEDURE proc_test_billno (p_batch_id NUMBER)

AS

   v_current_bno   NUMBER;

   v_current_eno   NUMBER;

  

   v_last_bno      NUMBER;

   v_last_eno      NUMBER;

  

   v_min_no        NUMBER;

   v_max_no        NUMBER;

 

   CURSOR c

   IS

      SELECT   begin_no, end_no

          FROM test2

         WHERE batch_id = p_batch_id

      ORDER BY begin_no;

BEGIN

   SELECT min_no, max_no

     INTO v_min_no, v_max_no

     FROM test1

    WHERE batch_id = p_batch_id;

 

   v_last_bno := v_min_no;

   v_last_eno := v_max_no;

  

   FOR cc IN c LOOP

     IF v_last_bno < cc.begin_no THEN

       v_current_bno := v_last_bno;

       v_current_eno := cc.begin_no - 1;

      

       INSERT INTO test3(batch_id, begin_no, end_no)

             VALUES (p_batch_id, v_current_bno, v_current_eno);

            

       v_last_bno := cc.end_no + 1;

      

       dbms_output.put_line('if: ' || v_last_bno);

     ELSIF v_last_bno = cc.begin_no THEN   

       v_last_bno := cc.end_no + 1; 

      

       dbms_output.put_line('else if: ' || v_last_bno);

     END IF;

 

   END LOOP;

  

   IF v_last_bno <= v_max_no THEN

     v_current_bno := v_last_bno;

     v_current_eno := v_max_no;

    

     INSERT INTO test3(batch_id, begin_no, end_no)

           VALUES (p_batch_id, v_current_bno, v_current_eno);

   END IF;

  

   COMMIT;

END;

/

 

SQL> select * from test1;

 

  BATCH_ID     MIN_NO     MAX_NO

---------- ---------- ----------

         1          1        100

 

SQL> select * from test2;

 

  BATCH_ID   BEGIN_NO     END_NO

---------- ---------- ----------

         1          1          1

         1         20         40

         1         41         50

         1         70         99

 

SQL> exec proc_test_billno(1);

 

PL/SQL procedure successfully completed.

 

SQL> select * from test3;

 

  BATCH_ID   BEGIN_NO     END_NO

---------- ---------- ----------

         1          2         19

         1         51         69

         1        100        100

 

    Deep Forest是由来自比利时布鲁塞尔的Dan Lacksman（曾为Thomas Dolby、Sparks及YMO制作专辑而名噪一时）担纲制作，二位法国音乐家 Michel Sanchez和Eric Mouquet深入非洲中部雨林区，以简易的器材录下麦喀隆、蒲隆地及塞内加尔之各矮人部族的歌谣，经过他们的巧思重新编曲，配上时下盛行的欧式舞曲节奏，以崭新的风貌推向国际。

    Deep Forest透过揣摩想象将视觉的意象予以节奏化，用旋律为天地万物的情感取得和谐共鸣，所有难以言语的感觉瞬间舞动人类心灵，Eric Mouquet、Michel Sanchez两位团员足迹遍布加勒比海、古巴、墨西哥、贝里斯、马达加斯加,音乐行囊包裹着矮人族、游牧民族、非洲、东欧的乐音，在延伸人类眼界之余，也企盼能缩短存在于世代与民族之间的鸿沟。

    Deep Forest 92年初以首张同名专辑中的梦幻雅致旋律单曲Sweet Lullaby进驻英国金榜TOP 10；95年专辑《Bohème》一首Marta's Song更将台湾兰屿雅美族原始部落歌声引荐到全世界，此段音乐也被劳勃阿特曼执导的电影《Ready To Wear》当作模特儿走台步的曼妙主题曲；98年作品《Comparsa》Deep Forest转而沉浸在欢愉的嘉年华气氛；99年现场特辑《Made In Japan》后；2002年度大碟《Music Detected》以亚洲民族戏曲为主轴展开摇滚、迷幻色彩的部落寻根之旅，以SWATCH广告曲Snow In Sahara走红全球的女歌手Anggun平和与哀伤情感浓度适宜的歌声为Deep Blue Sea泛起无边的希望，并找来谱出道而现今目前横扫日本及台湾的“岛国歌姬”元千岁登上国际乐坛演唱首波主打单曲Will You Be Ready。

专辑列表：

1992 Deep Forest: Deep Forest
1994 Deep Forest: World Mix
1995 Deep Forest: Bohème 波西米亚
1998 Deep Forest: Comparsa
1999 Deep Forest: Made In Japan
2000 Deep Forest: Pacifique
2002 Deep Forest: Music Detected
2003 Deep Forest: Essence Of The Forest

http://www.deepforestmusic.com/

 本帖内容均来自网上。
 

1. 这是生长在纽约尚普兰（Champlain）湖中的一块花岗岩墓碑上的苔藓

 

2. 在西非塞内加尔国的Retba湖边，有一条用盐堆积起来的海岸线。食盐收集者依靠从高盐分浓度的湖水中炼制食盐为生。

3. 一架双翼飞机在美国马萨诸塞州莫诺莫伊岛上空飞行。