123
 123

  2009-07-01 Wed

14:04 金庸小说中的美女与佳人 (12207 Bytes) » DBA notes

作者:Fenng 发布在 dbanotes.net. BLOG 墙外订阅数量,点击则可进行订阅

金庸小说中的美女? 这可能是一个比较老的话题了。如果"到Google上百度一下",能找到不下百万条的记录结果。之所以会有这么多结果,可能和每个读者心目中的理想美女标准不一吧。

尽管是个老掉牙的话题,考虑到公司(注:阿里巴巴集团)崇尚武侠文化,所以唠叨几句,再做点普及可能也不算过时。有些人物形象,比如黄蓉小龙女等已是深入人心,再此略过不表。再者,美与不美是相对的,比如《《天龙八部》中的怪人包不同就觉得自己女儿包不靓最美嘛。

小昭

小昭是金庸最喜欢的女性人物。其容貌"双目湛湛有神,修眉端鼻,颊边微现梨涡,直是秀美无伦",我们又从文中得知小昭生父韩千叶系中土人士,其母黛绮丝人家还是波斯的圣女,居然是个混血儿,考虑到遗传因素,所以美貌自不待言,比一般的美女更美也是情理之中的事情。

小昭武功不弱,聪明伶俐,通音律,且精通奇门八卦之术,绿柳庄外曾救得群雄性命,从这一点来看,人家是个完美的知识女性,用现在的话说,那叫知性美女。小昭对爱情忠诚,富有牺牲精神,最后为了张无忌而痛心远走波斯,这是颇为读者神伤的一段。

小昭恐怕也是金庸先生心目中的理想女性的化身,另外一个和她人物形象有点重叠的是双儿,当然,双儿更多了一点温柔(所以能得圆满?)。类似的女性人物形象在金庸作品中出现两次,可见作者心目中的理想美女亦相去不远。暗自揣测,这两个人物形象或许是参照金庸第三任妻子林乐怡而写的,当然这个一家之言,还有待考证。

小昭堪称金庸小说中的绝顶佳人。不知道是否有武侠小说迷按照这个标准寻找意中人的,哈哈。

郭襄

《神雕侠侣》中的郭襄,是金庸所有小说中最具亲和力的人物,"潇洒如诗",也是金庸所有小说中最闪亮的配角人物,一见难忘,所以让何足道与张三丰"为君沉吟"。

痴情者如郭襄者,少见又少见。"天涯思君不敢忘",一遇杨过误终身,爱慕杨过而不可得,杨过喜欢的那句话"世间不如意者,十居七八"倒应在了她身上。不是有人说了么,"得不到的东西最美好",如果郭襄真的能和杨过在一起,反而未必那么圆满,"得不到的东西最美好",但愿如此。郭襄这样的女子当今社会怕是没有了----都直接当小三去了。顺便说一下,郭襄的徒孙周芷若是金庸小说中相当令人生厌的人物,从某种角度上看,不亚于康敏。

王语嫣家族女性

看来遗传因素决定了一切,王语嫣一家的女性貌似都貌美得不得了。好像只有他妈王夫人稍微差了一点,估计隔代遗传的因素作怪吧。容貌归容貌,这个家族的人物性格并不讨人喜欢。

在最近新修版的《天龙八部》中,王语嫣的人物形象较之先前有了较大改变,最后热衷寻求长生不老之术,幻想青春永驻。个人认为,这是金庸小说中体现的西方神话形象那西塞斯(Narcissus)的女性版。以王语嫣为代表的女性可能是美女,但非常无趣。如果段誉娶了这样的媳妇,绝对糟糕透顶。王语嫣可算上美女,但无论如何不是佳人。

冯蘅

这是一个必须一提的人物。也是个相对比较陌生的名字,冯蘅是谁? 黄蓉她妈,黄药师的妻子。

仅仅通过其他人物的口中就已经能够得知绝代风貌,且不说黄药师如此另类人物被其折服,其过目不忘之能也当世少有,令人心驰神往,原来美貌与智慧是可以并存的。考虑到黄蓉同学多少只是他母亲的影子,加上大家太熟悉这个角色,不复赘言。

新修版中居然情节更改为黄药师因为弟子们说闲话而斗气娶了冯蘅,实在是大煞风景。这个变动相当的蛇足。

程灵素

金庸先生书中女主人公绝大多数都算美女,但程灵素除外。"头发稀疏,肌肤枯黄,脸有菜色",如果分析一下,可能是这个古代化学专家整天接触药石之故,如果放到现在,人家就是个化学兼医学双料女博士,外表不美,心灵美,这也顶顶重要。其实内在美重要,还是外在美重要,不同的历史时期人们的价值取向也是不同的,也或许有人喜欢程灵素也说不定。

程灵素最后为胡斐牺牲,不由得让人埋怨作者下笔残酷,如果武侠小说允许假设,那么胡斐娶了程灵素是不会让人感到意外的。

香香公主

香香公主之美,美到不够真实,而其不谙世事,也似乎不是凡间之人。激战双方的兵士见到她居然"便似中邪昏迷一般,人人都呆住了...无数长矛都掉下地来,弓箭手的弓矢也收了回来...人人神色和平,收刀入鞘",如果在今天,维护世界和平旧靠她了:) 塑造这个小说人物的时候恐怕也多少投射了一些西方经典美女海伦的有关因素在里面吧。

金庸早期小说人物形象多半缺乏立体感,香香公主也是如此,甚至在同一部小说中,还不如霍青桐更能赢得人好感。

陈圆圆

当然,香香公主再美,可能还敌不过陈圆圆,陈圆圆有多美,无法形容(所以不可能留下'西施捧心'之类的形象给世间人)!因为无法形容,所以作者描写陈圆圆多用映衬笔法,纵观全部金庸小说,这是相当精彩的地方,丝毫不亚于纯文学作品。在《碧血剑》中曾有一幕,写到闯王帐下群雄见到当世第一美人莫不疯狂,甚至袁承志这样的人见到她也是心中荡漾。多年之后,韦小宝第一次见到陈圆圆时虽已韶华不再,但风韵不减当年,仍禁不住"张大了口竟然合不拢来...";再说,女儿阿珂都把韦小宝震撼得"我要死了",更别说人家老娘了。

貌美不是好事情,汉族文化的传统思维是红颜祸水,其实"冲冠一怒为红颜"关卿何事? 不过是政治家争权夺势的借口罢了。陈圆圆终其一生,何其不幸也。在吴三桂和李自成这两个枭雄中间注定得不到得不到幸福,更为天下人唾骂,这也是造化使然。金庸小说中的陈圆圆,是不折不扣的悲剧形象,其后半生青灯古佛,心怀天下苍生,那是万分难得的菩萨心肠了。

最后多说一笔,如果陈圆圆不那么美貌的话,恐怕中国历史要改写吧? 当然,这个有点扯远了,否则,该有同学说"丘处机不该路过牛家村"这回事儿了。

--EOF--

金庸小说本来是网友写烂了的题材。这是给公司内刊投稿的文章(美女题材在家里是个禁忌,我这也是冒着被老婆揍的风险)。算是重温了一下渐行渐远的武侠文化吧。


相关文章|Related Articles

评论数(2)|添加评论 | 最近作者还说了什么? Follow Fenng@Twitter
本文网址:

DBA Notes 理念: 用简约的技术取得最大的收益...


  2009-06-30 Tue

09:09 分区表用哪个级别的统计信息? (6885 Bytes) » AnySQL.net

    这几天有几个分区表上的SQL执行计划不正常, 感觉上不应当, 已经设置了几个容易引起优化器选错执行计划的参数了.

ALTER SYSTEM SET OPTIMIZER_DYNAMIC_SAMPLING=0;
ALTER SYSTEM SET "_optim_peek_user_binds"=false;

    按照现行的表分析原则, 只统计了表的全局索引, 不统计表分区上的索引, 因为分区会有增减操作, 不是每个分区都有数据, 也没有定下来要经常分析表, 而是分析后如果不出问题就不再分析. 现在SQL走错了, 可能的原因有什么呢? 重新分析一下不行, 看了一下执行计划, 发现全表扫描的COST值很底, 估计是用了分区上的统计信息了, 于是手动将全局的统计信息复制到每一个分区上得以解决.

    为了得到原因, 回顾了一下当时的SQL, 发现有一个特征, 就是出问题的SQL都能定位到某个分区或某些分区, 今天就模拟了一下情况, 先只有全局统计信息. 首先用分区列范围查询, 去试了一下, 发现用的是分区级的统计信息.

SQL> select * from database_perf_statistics
  2  where day > sysdate - 100 and day < sysdate + 300;

----------------------------------------------------------------
| Id  | Operation                 | Cost (%CPU)| Pstart| Pstop |
----------------------------------------------------------------
|   0 | SELECT STATEMENT          |     3   (0)|       |       |
|*  1 |  FILTER                   |            |       |       |
|   2 |   PARTITION RANGE ITERATOR|     3   (0)|   KEY |   KEY |
|*  3 |    TABLE ACCESS FULL      |     3   (0)|   KEY |   KEY |
----------------------------------------------------------------

    然后全表扫描, 涉及所有的分区时, 用的是全局的统计信息.

SQL> select * from database_perf_statistics;
             
----------------------------------------------------------
| Id  | Operation           | Cost (%CPU)| Pstart| Pstop |
----------------------------------------------------------
|   0 | SELECT STATEMENT    |  2196   (1)|       |       |
|   1 |  PARTITION RANGE ALL|  2196   (1)|     1 |     4 |
|   2 |   TABLE ACCESS FULL |  2196   (1)|     1 |     4 |
----------------------------------------------------------

    再测试一个开包的查询条件, 发现用的也是分区的统计信息.

SQL> select * from database_perf_statistics where day > sysdate - 100;

---------------------------------------------------------------
| Id  | Operation                | Cost (%CPU)| Pstart| Pstop |
---------------------------------------------------------------
|   0 | SELECT STATEMENT         |     3   (0)|       |       |
|   1 |  PARTITION RANGE ITERATOR|     3   (0)|   KEY |     4 |
|*  2 |   TABLE ACCESS FULL      |     3   (0)|   KEY |     4 |
---------------------------------------------------------------

    重新设置了一下各分区的统计信息, 再验证一下上面的SQL的COST值, 就确定了是这个原因引起的, 需要更改一下我们的分析策略了.

Relative Posts:

  2009-06-29 Mon

16:35 DataReport的数据共享改进 (3547 Bytes) » AnySQL.net

    用oramon将数据库的主要负载信息收集到了性能数据库, 用DataReport去显示这些性能数据时, 发现要写很多个SQL语句, 要不同的列显示一次, 例如要显示三幅图片(平均Load值, 用户CPU消耗, SQL执行次数)就得执行三个SQL.

WEBCHART.QUERY_1=SELECT TIME, LOAD FROM DATABASE_LOAD ...
WEBCHART.QUERY_2=SELECT TIME, CPUUSR FROM DATABASE_LOAD ...
WEBCHART.QUERY_3=SELECT TIME, EXECS FROM DATABASE_LOAD ...

    其实DATABASE_LOAD是一个宽表, 可以一次查询出多个列的数据来, 几个图片可以共享一次查询的结果, 就可以减少数据库的执行次数, 提高页面访问速度. 如下所示, 只需要指定某个查询的SQL语句为减号.

WEBCHART.XCOL=TIME
WEBCHART.QUERY_1=SELECT TIME, LOAD, CPUUSR, EXECS
  FROM DATABASE LOAD ...
WEBCHART.YCOL_1=LOAD
WEBCHART.QUERY_2=-
WEBCHART.YCOL_2=CPUUSR
WEBCHART.QUERY_3=-
WEBCHART.YCOL_3=EXECS

    最近做了一次大的数据库改造, 用DataReport分析性能数据比较繁烦, 因此才注意到这个方面的性能提升.

Relative Posts:

06:55 GreenPlum 架构 [Flickr] (454 Bytes) » DBA notes

Fenng(dbanotes) posted a photo:

GreenPlum 架构

GreenPlum 还是给DB集群带来一些新的思路和可能的。

或许,DBA 真的不应该只关注关系数据库了。

  2009-06-26 Fri

09:18 King of Pop 永恒的传奇 (4304 Bytes) » E-space

Michael Joseph Jackson,1958年8月29日-2009年6月25日king of pop 他是一个传奇,他同时也创造了一个传奇。13首冠军单曲,13届葛莱美奖(中文维基有误),7亿5千万的专辑销量,永远并且唯一的King of Pop。king of pop-2 在他走后人们为他同样创造了一个传奇,Twitter热榜前10几乎全是有关消息,Amazon上音乐销售排行前15名全是他的专辑,众多音像销售店内他的专辑售空,网络甚至因为相关消息而阻塞,众多电视台开始循环播放相关信息。jackson2_500
昨天是属于历史的,明天是属于未来的,今天是属于Michael Jackson的。

相关日志

  • Damien Rice – 9
  • Beth Hart:Leave The Light On
  • Dashboard Confessional-Hold On
  • McFly-All About You
  • 玉置浩二 – ワインレッドの心
  •   2009-06-25 Thu

    12:59 中国网民坚决支持铲除媒体毒瘤 (4707 Bytes) » 对牛乱弹琴 | Playin' with IT

    新花样北京6月25日电  “救救孩子,不能再让替党说话不替人民说话的信息在网上大行其道了。”

    “请有关部门下大力气,动真格,彻底铲除媒体毒瘤。”

    “如果能形成更多曝光、评议的平台,发动群众对媒体的日常运营进行监督,相信创建和谐文明的社会环境指日可待。”

    ……

    在匿名人士发起的关于肃清媒体文革遗风与极左思潮的调查和话题论坛互动中,这样的网民留言很多,坚决支持我国采取更加有力的措施还媒体一片绿色空间。

    此前,针对CCTV、人民网、新华网存在大量传播极左思想以及误导和虚假的内容,广大中国网民连日来对其提出了强烈谴责,要求国家有关部门对其进行处罚,并责令其立即进行整改,彻底清理政治群殴和恶意误导内容。

    6月25日,匿名人士发起调查,就如何肃清文革遗风与极左思潮请广大网友表态并发表意见建议。

    调查一推出就受到了的网民关注,他们积极参与投票和留言。截至目前,33%的网民坚决支持打击、整顿这些媒体的文革遗风;更有54%的网民认为,这些媒体正在自绝于人民;48%的网友投票求有关部门“健全法制,严格监管,该罚罚,该关关”。

    媒体文革遗风与极左思潮泛滥早已成为公害,特别是在我国大力倡导践行社会主义荣辱观的环境下,一些喉舌仍然道德丧失,忘记了自己的社会责任,其颠倒黑白的行为遭到了网民的鞭笞,40%的网民认为这些媒体腐蚀社会,特别是未成年人,腐蚀性大,必须严惩不怠。

    如何构建一个健康文明、替百姓说话的媒体环境,网民建议除了采取更加有力的措施治理整顿外,也希望垂死的媒体尽早死去,同时还强烈要求媒体行业尤其要加强自律。

    新浪、搜狐、腾讯等网站有关负责人在接受本网采访时强调了媒体社会责任的重要性。

    media survey by you.

    投票结果截屏(截止到25日19点)  >>>>>>点击进入投票

    一位家长留言说:我很气愤,一些不良媒体为了压制人民群众的声音,真是无所不用其极,这对我们的孩子是多么大的伤害啊!思想被这些垃圾媒体严重影响,注意力被引到这些恶心的东西上面,他们如何健康成长?

    网友“央视高也”表示,CCTV、人民网、新华网似乎完全继承了姚文元的衣钵,弄得我至今心神不宁。

    在本月17日,逯军局长对记者发表的“是准备替党说话,还是准备替老百姓说话?”的重要讲话发表之后,这些无良媒体不但没有任何悔改,反而变本加厉,更加嚣张,疯狂篡改、伪造民意。在网上网下人们对文革遗风与极左思潮“一片喊打”的时候,这些媒体的可耻行径,也让我们感到治理文革遗风任重道远。

    (本文可与该文对照阅读。)

    00:45 oramon如何收集V$SYSTEM_EVENT数据? (4068 Bytes) » AnySQL.net

        基于等待事件的性能调优方法, 自从提出来后就一直很管用, 很快就替换掉了根据命中率来调优的老方法. 当然oramon也同样关于等待事件的数据, 同样以10秒钟的频率计算出10秒内发生的等待事件数据, 并用如下格式保存.

    06/25-15:23:44 206-49792:416125:83, 203-18279:89351:48, 157-8436:47502:56, 21-153:1438:93, 4-397:1360:34, 195-10382:906:0, 209-128:726:56, 210-26:514:197, 372-1409:24:0, 233-111:15:1, 207-1:10:100, 234-50:0:0, 152-2:0:0,
    06/25-15:23:54 206-49756:414376:83, 203-18221:90461:49, 157-10301:52368:50, 4-448:1543:34, 209-161:1007:62, 21-180:973:54, 195-10376:926:0, 210-36:566:157, 372-1343:21:0, 207-2:13:65, 233-61:0:0, 234-50:0:0, 152-3:0:0,

        每一个时间点一行, 按总等待时间降序排列各个事件的数据, 单个事件的格式为"事件号-等待次数:等待时间:平均时长", 需要注意的是平均时长的单位是万分之一秒, 而不是千分之一秒(毫秒). 可以从目标库(不同版本会有差异)中根据事件号来查询等待事件名称.

    SQL> select name from v$event_name where event#=206;

    NAME
    --------------------------------------------
    db file sequential read

        象上面的例子中, 可以看到平均单块读的时间为8毫秒, 这个值可以用来评价OLTP系统的存贮响应时间. 利用10秒钟的等待事件数据, 帮我们发现了Oracle中超长log file sync等待的问题, 并成功绕过这个Bug, 有利于保持数据库系统的稳定运行.

    Relative Posts:

      2009-06-24 Wed

    23:17 OpenDNS network Map [Flickr] (420 Bytes) » DBA notes

    Fenng(dbanotes) posted a photo:

    OpenDNS network Map

    208.67.222.220
    208.67.220.222

    OpenDNS 地址

    冲出你的窗口!

    22:23 oramon如何从V$SESSION收集性能数据? (3929 Bytes) » AnySQL.net

        当我们真正遇到数据库的负载问题时, 一般都会有大量的活动会话,处理执行或是处于等待状态, 要解决问题或找出问题的根源, 就要知道那时这些活动会话在做些什到或等待什么? 在Oracle 10g中我们可以查询V$SESSION获得这些信息, 在Oracle 9i及更早的版本中, 则需要将V$SESSION和V$SESSION_WAIT关联起来.

        oramon中就记录了这些信息, 记录的数据如下, 格式为"事件号:SQL Hash Value-会话数". 表示在某个时间点有多少个会话在执行这个SQL, 这些会话处理什么样的等待状态.

    ......
    10/30-20:02:37  205:2815233029:1, 372:4160993935:1
    10/30-20:02:47  205:1623840268:1, 372:1569451005:1, 372:4160993935:1
    10/30-20:02:57  205:374916427:1, 372:3179818757:1, 372:4160993935:1
    10/30-20:03:07  205:1623840268:1, 372:860679981:1, 372:4160993935:1
    10/30-20:03:17  372:4160993935:1
    10/30-20:03:27  372:270817213:1, 372:4160993935:1
    10/30-20:03:37  372:4160993935:1
    ......

        oramon每10秒执行一次查询并记录数据, 因此遇到问题时, 可以用记录的数据进行跟踪分析, 或进行事后分析. 为解决突发类的负载问题, 提供了有力的数据支持, 从我的经验中, 这些信息是非常有用的, 帮我找出了很多性能问题的根本原因, 从而切实解决了很多的问题.

    Relative Posts:

    17:13 Google被封, 苦了IT工作者 (4335 Bytes) » AnySQL.net

        Google被封, 苦了IT工作者, 没有了好的搜索来查找技术上面的资料, 预计中国的软件业会受到一定的影响. 百度有什么? 有的只是能让他赚钱的广告, 虚假的也好, 骗人的也好, 交钱就能被搜索到. 要找技术上的资料时, 百度上不管输入什么关键字, 前几页总有不相关的广告, 象街头的治牛皮癣广告, 在每个页面上都有, 而Google则能给出更多更准确更干净的搜索结果.

        Gmail被封, Google被封, flickr被封, WordPress被封, 不如有人网上建议的, 那么怕民众得到外面的信息, 直接断了中国到世界的网络出口算了, 搞一个彻底的局域网算了, 国外的公司要通过网络宣传产品, 请到中国来成立一个公司, 然后在局域网内受严格监控下架设一个站点, 还能让工商局多收点钱, 对GDP做些贡献.

        如果美国主动将到中国的网络断了? 或者一些大公司因为这个GFW直接放弃中国的市场, 我们真的就得到很多吗?

        大禹治水都重在疏导, 不在于堵, 不在于GFW. 一方面从小教育我们这方面的道理, 另一方面却在不停地封, 只是因为少部份人可以搜索到某些不太好的内容, 就认为所有的人都没有判断能力, 人民都是刁民, 从网上得到的最多的只是是一些很想掩别人的耳盗别人的铃的丑闻, 其实大部份年青人已经将下半生卖给房贷, 卖给银行了, 那就闲情去关注太多额外的东西呢. 有些事情过去十几年, 甚至二十年了, 还能怎么样呢? 更严重是因为权力和财富的线性关系引起的上上下下左左右右不同财团之间的内部争斗而已.

        说白了谁让你是IT工作者呢? 谁让你一定要用国外那些最先进的服务呢? 不如国内所有的IT工作者, 集体改行吧! 以后中国会多一个职业, 专门介绍国外互联网服务产品的讲师, 因为GFW无法亲自体验, 只能从声音中得到一点享受了.

    Relative Posts:

    Download Firefox
    Try Google Adsense
    Sources