唇边浅笑，眉上轻愁 http://blog.sina.com.cn/jumptoflycs Thu, 10 Sep 2009 17:28:39 +0800 FEEDCREATOR_VERSION zh-cn Copyright 1996 - 2009 SINA Inc. All Rights Reserved. Thu, 16 Feb 2012 23:11:52 +0800 Use ARRAY and GIN INDEX in postgresql http://blog.sina.com.cn/s/blog_540b0e580100eq07.html For example, for products and sales, a product may have many sales and a sales may response for many products.

And sometimes I need to get all sales of a particular product when I need all products of a sales in other times.

So I make two design the mapping relation in postgresql(I omit sales table in both two cases since they are nothing different):

1. Use a productXsales table:

                         Table "public.product_"
 Column |  Type   |                       Modifiers                      
--------+---------+-------------------------------------------------------
 id     | integer | not null default nextval('product__id_seq'::regclass)
 name   | text    |
Indexes:
    "product__pkey" PRIMARY KEY, btree (id)

     Table "public.p_x_s"
 Column |  Type   | Modifiers
--------+---------+-----------
 p_id   | integer |
 s_id   | integer |
Indexes:
    "p_x_s_by_p" btree (p_id)
    "p_x_s_by_s" btree (s_id)


2. User ARRAY and GIN INDEX in product table:

                          Table "public.product"
 Column |   Type    |                      Modifiers                      
--------+-----------+------------------------------------------------------
 id     | integer   | not null default nextval('product_id_seq'::regclass)
 name   | text      |
 sals   | integer[] |
Indexes:
    "product_pkey" PRIMARY KEY, btree (id)
    "product_by_sale" gin (sals)

I make same test data for the two alternatives：
    10000 products
    3 sales for each product
    for each product, its sales ids are product_id, product_id + 1, product_id + 2.

So the rows count should be:
test=# SELECT count(1) from product_;
 count
-------
 10000
(1 row)

test=# SELECT count(1) from p_x_s;
 count
-------
 30000
(1 row)

test=# SELECT count(1) from product;
 count
-------
 10000
(1 row)

Then start performance test.
Query and Results:
test=# SELECT id, name from product_, p_x_s where id = p_id and s_id = 100;
 id  |    name   
-----+------------
  98 | Prodcut98
  99 | Prodcut99
 100 | Prodcut100
(3 rows)

test=# SELECT id, name from product where 100 = any(sals);
 id  |    name   
-----+------------
  98 | Product98
  99 | Product99
 100 | Product100
(3 rows)

test=# SELECT id, name from product where '{100}' <@ sals;
 id  |    name   
-----+------------
  98 | Product98
  99 | Product99
 100 | Product100
(3 rows)

Analyze results:

User usal B-tree index in a 30000 row map table
test=# EXPLAIN ANALYZE SELECT id, name from product_, p_x_s where id = p_id and s_id = 100;
                                                          QUERY PLAN                                                          
-------------------------------------------------------------------------------------------------------------------------------
 Nested Loop  (cost=0.00..33.15 rows=3 width=15) (actual time=0.055..0.092 rows=3 loops=1)
   ->  Index Scan using p_x_s_by_s on p_x_s  (cost=0.00..8.31 rows=3 width=4) (actual time=0.033..0.039 rows=3 loops=1)
         Index Cond: (s_id = 100)
   ->  Index Scan using product__pkey on product_  (cost=0.00..8.27 rows=1 width=15) (actual time=0.008..0.010 rows=1 loops=3)
         Index Cond: (product_.id = p_x_s.p_id)
 Total runtime: 0.168 ms
(6 rows)

Use ANY for ARRAY without index
test=# EXPLAIN ANALYZE SELECT id, name from product where 100 = ANY (sals);
                                              QUERY PLAN                                             
------------------------------------------------------------------------------------------------------
 Seq Scan on product  (cost=0.00..328.00 rows=489 width=15) (actual time=0.091..7.719 rows=3 loops=1)
   Filter: (100 = ANY (sals))
 Total runtime: 7.772 ms
(3 rows)

Use GIN INDEX
test=# EXPLAIN ANALYZE SELECT id, name from product where '{100}' <@ sals;
                                                       QUERY PLAN                                                       
-------------------------------------------------------------------------------------------------------------------------
 Bitmap Heap Scan on product  (cost=4.33..35.11 rows=10 width=15) (actual time=0.046..0.050 rows=3 loops=1)
   Recheck Cond: ('{100}'::integer[] <@ sals)
   ->  Bitmap Index Scan on product_by_sale  (cost=0.00..4.33 rows=10 width=0) (actual time=0.032..0.032 rows=3 loops=1)
         Index Cond: ('{100}'::integer[] <@ sals)
 Total runtime: 0.109 ms
(5 rows)


Use GIN index on ARRAY perform a bit better than the mapping table, much better than ANY since ANY can't use index.

Another advantage of use ARRAY and GIN index is table size.
test=# SELECT relname, reltuples, relpages from pg_class where relname in ('product', 'product_', 'p_x_s');
 relname  | reltuples | relpages
----------+-----------+----------
 product  |     10000 |      103
 product_ |     10000 |       55
 p_x_s    |     30000 |      133
(3 rows)

1st alternative cost 188 pages in total when 2nd only cost 103.


Then I make a test for another group test data like:
    100 products and 1000 sales per product

The results likes(I change the table and columns name for this test, frt=product, user=sales):

Use a map table, B-tree index and join
test=# EXPLAIN ANALYZE SELECT id from frt_, frt_x_u where id = tid and uid = 888;
                                                           QUERY PLAN                                                           
---------------------------------------------------------------------------------------------------------------------------------
 Hash Join  (cost=19.98..250.72 rows=93 width=4) (actual time=0.504..1.156 rows=100 loops=1)
   Hash Cond: (frt_x_u.tid = frt_.id)
   ->  Bitmap Heap Scan on frt_x_u  (cost=4.98..234.45 rows=93 width=4) (actual time=0.128..0.515 rows=100 loops=1)
         Recheck Cond: (uid = 888)
         ->  Bitmap Index Scan on frt_x_u_by_u  (cost=0.00..4.96 rows=93 width=0) (actual time=0.088..0.088 rows=100 loops=1)
               Index Cond: (uid = 888)
   ->  Hash  (cost=13.75..13.75 rows=100 width=4) (actual time=0.348..0.348 rows=100 loops=1)
         ->  Index Scan using frt__pkey on frt_  (cost=0.00..13.75 rows=100 width=4) (actual time=0.016..0.176 rows=100 loops=1)
 Total runtime: 1.339 ms
(9 rows)

Use ARRAY
test=# EXPLAIN ANALYZE SELECT id from frt where '{888}' <@ users;
                                          QUERY PLAN                                          
-----------------------------------------------------------------------------------------------
 Seq Scan on frt  (cost=0.00..3.25 rows=1 width=4) (actual time=0.111..5.079 rows=100 loops=1)
   Filter: ('{888}'::integer[] <@ users)
 Total runtime: 5.242 ms
(3 rows)

Problem got. It didn't use the GIN index since there are too little rows in the table.
To force it use index and test again:

test=# SET enable_seqscan = off;
SET
test=# EXPLAIN ANALYZE SELECT id from frt where '{888}' <@ users;
                                                     QUERY PLAN                                                    
--------------------------------------------------------------------------------------------------------------------
 Index Scan using frt_by_user on frt  (cost=0.00..44.31 rows=1 width=4) (actual time=0.043..0.244 rows=100 loops=1)
   Index Cond: ('{888}'::integer[] <@ users)
 Total runtime: 0.399 ms
(3 rows)

Table size:
test=# SELECT relname, reltuples, relpages from pg_class where relname in ('frt', 'frt_', 'frt_x_u');
 relname | reltuples | relpages
---------+-----------+----------
 frt     |       100 |        2
 frt_    |       100 |        1
 frt_x_u |    100000 |      443
(3 rows)

In this case, use ARRAY with GIN INDEX is much better than another map table.

The disadvantage of GIN index is it's slow for INSERT and UPDATE.

For more information for GIN index in postgresql, refs http://www.postgresql.org/docs/8.3/interactive/gin.html
]]> 蓝沙 CS http://blog.sina.com.cn/s/blog_540b0e580100eq07.html#comment Thu, 10 Sep 2009 17:28:39 +0800 http://blog.sina.com.cn/s/blog_540b0e580100eq07.html 我是传奇 http://blog.sina.com.cn/s/blog_540b0e580100dnfg.html 自序

  

    传奇，未必是惊天动地，英雄奇遇。

    普通的人，普通的事，但是当很多罕见的情况恰巧发生在同一个人同一件事上时，便有了传奇。

    本文情节，纯属事实，如有雷同，算你倒霉。

 

 

楔子

 

    “你干吗呢？”TC突然在我身后冒出来。

    “和Ryan, Wilson他们CS呢。”24寸的显示器中的CT仰天倒下，洒出一片瑰丽的血雨，我甩下耳机，无奈的回头，“Ryan这厮不会配合……”

    “CS，你真对的起你的机器，赶紧拷个魔兽台服客户端和我玩来。”不耐烦的语调中夹杂着鄙夷。

    “好，你拷到你的移动硬盘里给我，用无线等到国服开了WLK也拷不完。”我俩的台式机都用无线网卡连的网，也算人才了。

 

 

一 选号初建功

 

    “我刚查了，TWOW不提供角色分离功能，所以我的圣骑士没法给你玩。”TC挥舞着他那令女人嫉妒的涤尽尘泥的莲藕般的白皙清瘦的手臂，“我朋友那有个80级的贼，你玩么？”

    “朕对生活在阴暗中的职业没兴趣。”

    “那或者你建个DK，能从55级开始。”莲藕继续在我面前舞动，“55到80一个多礼拜就差不多了。”

    “算了，DK还不如贼对我吸引力大，我只对骑士和法师有兴趣。”

    “那你只能自己从头练了。你用这个号么？还是用你自己的号，我记得你以前有个号。”

    “那个号还能用就用那个，反正都是从头开始，最好用自己的号，保险。”

    “你登录试试就知道了，应该提示时间用尽。”

 

    ……

 

    几分钟后，我看到了TWOW提示充值的画面。

    “果然可以，回来充张卡就可以了。”

 

    悲剧是由一连串的错误引起的。

    直到几天后，我才知道，此时自以为理所当然的正确选择，便是悲剧的开始。

 

 

二 月卡已白充

 

    “我刚买了两张月卡，”TC洪亮的声音穿墙而来，“你要充么？”

    “充，”我随口答道，“你告诉我怎么充，回来我给你钱。”

    “打开www.wowtaiwan.com.tw，然后……”隔墙的指导继续着。

 

     ……

 

    “好了。”看到了我在圣光之愿服务器的15级的圣骑士，我知道充值成功了。我的第二次TWOW之旅可以正式开始了。

    返回服务器列表。

    选择鬼雾峰服务器。

    咦？这是什么意思？

    “TC，鬼雾峰怎么写着已锁定？什么意思？”我扭头90度向着墙那头吼去。同时一边进入了鬼雾峰服务器，选择了部落方的血精灵男性圣骑士，开始挑外型。

    “我刚想起来一件事，”一个声音自我身后响起，语气中好像带着一股复杂的情绪，“鬼雾峰前两天刚锁定了。”

    “就问你锁了什么意思呢？”我边说着，边按下了“同意”的按钮。

    于是我看到了一个不大的提示框，很有礼貌的写着“只有在这个伺服器已有角色的玩家才可新增角色。”

    良久之后。

    “我靠，你怎么不早点说，我刚把卡充上，白浪费了！”我悲痛莫名。

    “我不也是刚充卡才想起来么。”TC一脸无辜，“等我去问问还有什么招吧。”

    “嗯，应该还有办法，你去问下吧。”

 

    其实，要是没有办法，反而是更好的结果。只是那时我们还年轻，还不懂这些。

 

 

三 依然水长东

 

    “问过了，有两个办法。”TC再次悄然的出现在我的身后，这家伙最近在玩贼么？“你可以在别的服务器建个号然后转过来，转服要一张月卡，有人前两天刚转过。或者我会长给了我个没人玩的可以用的号，你可以用这个号，这号里也没骑士。”

    “我用那个号不还是得充张月卡才能玩？”我自以为聪明的反驳。

 

    几天以后我才知道，用自己的号，可不光是简单的充张卡这么简单。

 

    “是，那你用你自己号吧，转服的卡我给你充。”

    “得了吧。我先看看能转么，我记得我在圣光之愿的部落有号来着。”我又开始打开TWOW主页。

    “Shit！10级的人物才能转。我就一个人物到10级了，可却是个联盟的圣骑士。”我对着浏览器无奈的骂道。

    “那就练个呗，反正挺快的，再说早晚也得练。”TC到是很淡然。

    “我先看看能不能转吧。万一锁定的服务器不准转入呢。”我开始操作把圣光之愿服务器上的15级人类大叔骑士转向鬼雾峰。

    “应该可以。但圣光之愿是PVE服，PVE服应该不能向PVP服转。”TC提醒着。

    “谁说的，成功了，你看。”我指着显示器，“充卡就可以了。当然，这个号是联盟，转过去没用。”我取消了这次申请。

    “行了，那你练吧，10级就行。”TC回自己的屋去了。

 

    我又退回到服务器列表。还是选个PVP服务器保险。

    所有的PVP服务器都是“已锁定”，除了3个。

    “奈辛瓦里”，“死亡之翼”和“远祖滩头”。

    当然是死亡之翼，最强大的堕落黑龙。

 

    几分钟后，一个叫做“水长东”的圣骑士在死亡之翼的逐日者之岛诞生了。

    于是这个骑士和他的主人的命运也被他的名字所注定了。

 

    自是人生长恨水长东。

 

 

四 卅七未难中

 

    一天后，水长东10岁了。

    我将水长东停在了银月城中。

 

    那时我想，再次上线时，就是鬼雾峰的水长东了，再没有死亡之翼的水长东了。

    可事实是，死亡之翼的水长东恐怕会一直呆在银月城了，并且永葆10岁的青春。

 

    我再次来到了TWOW的官方网站为水长东转服。打开转服申请的页面，选择转出角色所在服务器。

    咦？怎么没有死亡之翼？我仔细再找了一遍，确实没有。

    上游戏去查，一共10个PVE服务器，27个PVP服务器。

    上网站去数，转服列表里一共36个服务器。

    真棒！

 

    TC再次来到我的身后，看着眼前这一情况，竟无语凝噎。

 

    我脑海中灵光一闪。

    台服的转服和角色改名服务是一起的。转服这边没有死亡之翼，那改名呢？

    几秒钟后，我果然在改名申请的服务器列表中找到了死亡之翼。

    一定是写网页的人漏掉了死亡之翼。

 

    我是干什么的？

    这点小事岂能难倒我。

    打开改名申请页面的源文件，查到死亡之翼服务器ID是987。

    来到转服申请页面。

    此时我不禁感叹，FireBug果然是Bug.

    随便把一个服务器的ID改成987。

    选定。

    果然，打开的新页面中，10级的水长东赫然其上。

    等等，为什么是“伺服器已无法申请转移”？

 

    看来写网页的人并没有粗心。

    1/37的几率也并不小嘛。

 

    TC在我身后大笑不止，完全无视我此时的心情。

    小子，你等着。你会有报应的。 

 

    一天后，报应果然来了。

    一天后，他笑得更惨更久。

 

    算了，换个服务器重新练个血骑士再转吧，反正10级很快。

 

    ……

 

    第二天晚上，我又一次打开TWOW的服务器列表。

    面对着圣光之愿，和奈辛瓦里或远祖滩头，我斟酌着。

    奈辛瓦里和远祖滩头是PVP服务器，比较保险。可这两个应该是新的服务器，新人比较多，尤其是当前CWOW关服的情况下。

    圣光之愿是个老PVE服，部落边的新人应该是没有的，练级应该是比较容易的，而且我亲手试过我那15级的联盟圣骑士，转到鬼雾峰是可以的。

    于是，圣光之愿的永歌森林，一个新的血骑士诞生了。

    这次，他叫做“唇边浅笑”。

 

    可是他的主人却注定了要“眉上轻愁”。

 

 

五 洒血狂笑中

 

    有了水长东的经历，唇边浅笑成长的速度快了许多。

    2个多小时后，同样在银月城的夕阳下，唇边浅笑阖上了双眼。

 

    我不知道这几天的第几次来到TWOW的转服专区，在圣光之愿的人物列表下，我如愿的找到了10级的血精灵圣骑士唇边浅笑，欲转入服务器定为鬼雾峰，我颤抖的按下了“确认送出”的按钮。

    一个大大的提示窗口弹了出来。

    我以为是转服的确认框。

    可却是：

        抱歉！目前该角色无法进行移民作业！

        原因：部落方禁止从任何PVE转出到任何PVP

        （为了您的帐号安全系统将强制登出，如需再移民作业者，请重新登入！）

 

    我仰天长啸，欲哭无泪。

    当初武侯在上方谷顶，面对谷底的司马懿父子和头顶漫天的大雨，长叹“谋事在人，成事在天！”的心境，我此刻是十分了解了。

 

    手捂着胸口，我颤抖的指着24寸显示器中的提示框。

    “你，你……”

    “好，好……”

    我“噗”的喷出一口腥红的鲜血，向后倒去。

    身后，TC在地上翻来滚去，浑身抽搐，声音嘶哑，双拳捶地，欲罢不能。

    他也在为我难过啊。

    我心里稍有些慰藉，缓缓的阖上了双眼。

    在我失去知觉前的最后一刹那，TC的笑声传入耳中……

 

尾声


     丧钟镇。

     一个亡灵缓缓自棺中坐起。

     脑海中一片迷雾。

     只是，依稀记得自己以前的名字，叫做“水长东”。

]]> 蓝沙 WOW http://blog.sina.com.cn/s/blog_540b0e580100dnfg.html#comment Tue, 23 Jun 2009 01:58:56 +0800 http://blog.sina.com.cn/s/blog_540b0e580100dnfg.html 终失去 http://blog.sina.com.cn/s/blog_540b0e580100d84t.html
美国爱荷华州麦迪逊县的罗斯曼廊桥畔的白蛾是否仍在展翅
长眠于大西洋底的海洋之心是否光华依然

人世间最大的不幸，是曾经幸福过。

罗伯特与弗朗西斯卡
杰克与露丝
短短数日便产生了超越一生的感情。
然而终难当 生离死别。

纤云弄巧，飞星传恨，银汉迢迢暗度。金风玉露一相逢，便胜却，人间无数。
柔情似水，佳期如梦，忍顾鹊桥归路。两情若是久长时，又岂在，朝朝暮暮。
      ──秦观·鹊桥仙

因为终失去，所以此生不忘。
因为终失去，所以刻骨铭心。


其实我只是一个手持镰刀的稻草人，奥莉薇亚，你就是我守护的麦子。等到大风吹折了我的腰，希望你已经成熟，我毕竟不能守护你到永远。我只是一个普普通通的死神。

我的意识渐渐朦胧了，朦胧间听见雪化的声音，花开的声音，春风吹过第一丛玫瑰的芳香，花瓣散落在潺潺的流水上，某一个星光满天的夜，我们拉着手，踏着水波走回从前……

      ── 江南·《一千零一夜之死神》


另荐：《一千零一夜 之 死神》by 江南]]> 蓝沙 随笔 http://blog.sina.com.cn/s/blog_540b0e580100d84t.html#comment Sun, 31 May 2009 01:44:03 +0800 http://blog.sina.com.cn/s/blog_540b0e580100d84t.html 拔牙 http://blog.sina.com.cn/s/blog_540b0e580100d7pn.html 初时，偶尔小痛，浑没在意。
后来，开始会有时剧痛一阵，然后就不痛了。痛不痛完全不归我控制。
再后来，一用力就会痛。虽然不能让它不痛，但已可以想让它痛就痛了。
于是，便去做检查了。

伤痛便是如此。
开始时甚是轻微，你毫不在意。
慢慢的，它会愈来愈严重，而且总是在你意料之外给你surprise。
然后，它就会成为你生活的一部分，它就在那里，只要你碰到，就会痛彻心扉。
直到，解决它。


在楼下的口腔诊所检查。
不是大医院果然服务很好很用心，虽然用不了医保。
医生说，是左侧上方的最后一颗智齿龋化严重，需要拔掉。
我羞愧万分。
想起前一阵还和人炫耀，我的牙齿一个虫牙都没有。

善射者死于矢，善战者死于兵，善泳者溺于水。
越是有把握的地方，越是容易出问题。
最自信的地方便是最容易疏忽的地方。
城池最容易被攻破的一面，往往是城墙最坚固的那面。


医生又说，右边上方的最后一颗牙也开始龋化了，但还不严重，最好也拔掉，因为那颗牙的下面没有对应的牙，没有咬合功用。
我想了想，决定还是等它不行了再拔。之前先注意保护吧。
不过万一没保护好，龋化还是加深了，就要先受痛再挨刀了。

类似的错误总是发生的。
一旦一个地方出现了严重的问题，请尽快检查同类的或近似的地方，通常会有一样的问题，只是还没引发。
当问题在萌芽阶段被发现时，人们总是会愿意选择代价比较小的临时解决方法或加强安全措施，而拒绝代价大的根本解决方法。
人们共有的侥幸心理。
只是，一旦，小代价的方法失败了，问题最终还是发生了，那大代价的方法是逃不掉的，也许还有额外的代价。


那便拔罢。
动手前，医护人员给我讲解了一些手术过程中可能出现的问题，我不咋理解。不过后来其中的一条我是理解的很深刻了──嘴角可能会受伤。
打麻药。
开战。
敌人在口腔的最深处，相当顽固。
由于地形的原因，我军的兵器不是很容易攻击到敌人的要害。
在医生的要求下，我已尽力张大嘴巴，力求将敌人暴露在我方武器射程之内。
怎奈天不遂人愿，恶人多命长，好人长遭殃。
光靠张大嘴巴是不够滴。为求歼敌，只能扩大火力范围，由此带来的一些误伤是无可避免的了。
于是我的嘴角受到了我方兵器无情的撕扯。
由于麻药的存在，整个过程牙床和牙齿没有感受到特别的疼痛，主要的疼痛来自于被反复拉扯的嘴角。
还好我方的兵器只是前端锋锐，嘴角虽然受到牵扯，却并未见红。

当问题避无可避时，便只能面对了。
可是奇怪的是，当你坦然面对并着手开始解决时，困扰你很久的难题本身却变的容易起来了，麻烦往往来自于解决问题时引发的其他问题。
就好像，当你经历了数年的不快，反复斟酌思量，痛定思痛，终于决定和你的伴侣离婚时，最大的麻烦忽然成了财产分割。而这原本是你们以前不在乎的事情。
还好，这些麻烦并不会造成比问题本身更大的伤害，只是给解决问题的过程带来些曲折。


牙拔出来了。
看着已经变黑的牙齿，心里一阵恶心，却又有一种轻松感。
口腔的麻木感还没有消失，可是我分明可以感觉到，里面宽敞了好多嘛。
医嘱，要吃几天消炎药，24小时内不能刷牙漱口，忌食烫辣硬，伤口疼痛的话可以吃止疼药。
好麻烦。
最麻烦的是居然不能刷卡。
结账后口袋只有不到20块了。
随着麻药效果的消失，伤口处开始有疼痛感。
吃东西也只能用不太熟练的另一边，一不留神还会碰到伤口。
可是，几天后就会痊愈了。
比之前的不定期阵痛和固定情况的长痛好太多了。

长痛不如短痛。
早死早超生。
临头一刀会带来短暂的剧痛，可是过后，便是另一番光景。海阔凭鱼跃，天高任鸟飞。
勉强的坚持，也许会度过暂时的难关，但也会把痛苦延续。
也许坚持一辈子，痛苦一辈子。
也许到头来，还是不免这一刀，只是凭白多受了这些时日的苦，而当时的海阔天空，也可能已不在了。
相濡以沫，不如相忘于江湖。


牙拔掉了，病也除了。
把钱付给人家，人家还把你身体的一部分拿走了，你还得遭受疼痛。
不禁让人感叹，人活着真贱啊。
更贱的是，我居然后来想到，如果当时不打麻药，就能体会下肉体的疼痛能有多深了，会不会比心痛更痛。
看来生病前后人的思维果然是不正常的。
幸运的是，牙病能靠花钱治好。
不幸的是，花钱只能治好牙病。

]]> 蓝沙 随笔 http://blog.sina.com.cn/s/blog_540b0e580100d7pn.html#comment Fri, 29 May 2009 23:01:10 +0800 http://blog.sina.com.cn/s/blog_540b0e580100d7pn.html 自是人生长恨水长东 http://blog.sina.com.cn/s/blog_540b0e580100cz4i.html 弃我去者，昨日之日不可留；
乱我心者，今日之日多烦忧。
长风万里送秋雁，对此可以酣高楼。
蓬莱文章建安骨，中间小谢又清发。
俱怀逸兴壮思飞，欲上青天揽明月。
抽刀断水水更流，举杯销愁愁更愁。
人生在世不称意，明朝散发弄扁舟。

      ── 宣州谢朓楼饯别校书叔云·李白


我住长江头，君住长江尾。
日日思君不见君，共饮长江水。
此水几时休，此恨何时已。
只愿君心似我心，定不负相思意。

      ── 卜算子·李之仪


无言独上西楼，月如钩，寂寞梧桐，深院锁清秋。
剪不断，理还乱，是离愁，别是一般滋味在心头。
     
      ── 相见欢·李煜


林花谢了春红，太匆匆，无奈朝来寒雨晚来风。
胭脂泪，相留醉，几时重？自是人生长恨水长东！

      ── 相见欢·李煜


花已谢，人如常。不在身边，却无法忘记你脸庞。
梦醒时，已断肠。刻骨相思如何忘？仅余黯然神伤。
]]> 蓝沙 随笔 http://blog.sina.com.cn/s/blog_540b0e580100cz4i.html#comment Sun, 10 May 2009 00:00:00 +0800 http://blog.sina.com.cn/s/blog_540b0e580100cz4i.html 非不愿也，实不敢也 http://blog.sina.com.cn/s/blog_540b0e580100cxm8.html 每件事情都有很多不能去做的理由。
这些理由归根到底只有一个，
害怕。

司马宣王怕空城中不知有无的伏兵，故只能在城下听完诸葛武侯一曲后，仓皇离去。
卓一航怕师门和自己的声誉受辱，于是深爱的人一夜青丝成雪，情未断而缘已绝，抱恨终生。

想说爱而怕被拒绝，于是心上人终为他人妇。
想说能而怕失败，于是机会从指间轻轻滑过。

想买房怕跌价
想炒股怕被套
想创业怕破产
想结婚怕离婚
想生孩子怕养不起
想辞职怕找不到更好的工作
想说分手怕找不到更好的爱人

非不愿也，实不敢也。

项羽破釜沉舟，终大破秦军于巨鹿。
杨过跳下绝情谷，方能与小龙女十六年后重会。


]]> 蓝沙 随笔 http://blog.sina.com.cn/s/blog_540b0e580100cxm8.html#comment Fri, 08 May 2009 00:00:00 +0800 http://blog.sina.com.cn/s/blog_540b0e580100cxm8.html 月华罗 http://blog.sina.com.cn/s/blog_540b0e580100cv36.html 碧蓝的海
被海天映成一色的沙
沙中立着一株月华罗

一沙一世界，一花一天堂

千万年的风雨
无数个日夜
天海间的无数个世界
将全部的养分毫无保留的供向那株月华罗

无际的沙漠中
万物皆已寂灭
只余一株月华罗

天蓝依旧
海蓝依旧
海天间的沙色依旧
紧紧的拥着那株月华罗

白天绿如宝石
夜间璨如月光
绽放时，如在天堂]]> 蓝沙 随笔 http://blog.sina.com.cn/s/blog_540b0e580100cv36.html#comment Sat, 02 May 2009 21:27:11 +0800 http://blog.sina.com.cn/s/blog_540b0e580100cv36.html 无情不似多情苦 http://blog.sina.com.cn/s/blog_540b0e580100co80.html 无情不似多情苦，一寸还成千万缕。天涯地角有穷时，只有相思无尽处。

人生有时，却真像个笑话。
明明无情，偏装作有情，明明有情，却故作无情。
故作有情者损人利己，假作无情者伤己为人。


人生若只如初见，何事秋风悲画扇。
等闲变却故人心，却道故人心易变。

你已等他千年。
千年间我陪你走过，
却只为送你到他身边。


鱼，我所欲也,熊掌,亦我所欲也；二者不可得兼，舍鱼而取熊掌者也。

然，临渊结网而渔易，入山觅熊而猎难。 易得之鱼，难求之熊掌，舍鱼而取熊掌？
得鱼而食之，伤于其骨，方知熊掌之善，不光在其味。
熊掌尚在？但愿未晚。


]]> 蓝沙 随笔 http://blog.sina.com.cn/s/blog_540b0e580100co80.html#comment Sun, 19 Apr 2009 23:48:37 +0800 http://blog.sina.com.cn/s/blog_540b0e580100co80.html 别殇 http://blog.sina.com.cn/s/blog_540b0e580100c612.html
旧时的景象从回忆深处，从他人的话语，从泛黄的照片，从各个地方涌到眼前，又渐渐散去，化作纷纷碎片，又汇作缕缕思念，纳入缥缈间，萦绕不褪。

思念向远方无尽的蔓延，天人两隔，距离却总是比思念更远一点。

虽早已有心里准备，虽也欣慰逝者离去的并不痛苦，虽已明了于生者逝者都是解脱，但是挡得住哀伤，却挡不住想念的悄悄流淌。

不同于对情人的思念是甜蜜的煎熬，心痛的企盼；对故人的思念，是眉间挤过一道愁纹，心里划过一片苍凉。

逝者已矣，后会无期。]]> 蓝沙 随笔 http://blog.sina.com.cn/s/blog_540b0e580100c612.html#comment Thu, 05 Mar 2009 17:49:22 +0800 http://blog.sina.com.cn/s/blog_540b0e580100c612.html 虎威（三） http://blog.sina.com.cn/s/blog_540b0e580100bsor.html “刘封，孟达听令。”
 
刘备的思绪被施令声从回忆中拉了回来时，眼前两员武将不知何时已立在下首。
 
“你二人率一军出米仓山前往曹军北山粮营，”一文士轻摇手中羽扇，“若曹军尚在营中则前往汉水听黄老将军和赵将军调遣。若曹军已不在，则占寨烧营后，等候接应。”
 
“得令。”二将领令而去。
 
文士转向刘备，施礼道：“亮当随主公随后前往汉水。”
 
 
北山。
 
远处尘埃渐起，一支军队的身影越来越清晰。
 
三千步卒，一骑白马。马上的武将握着一支长枪，银甲似炼，白衣如洗。
 
军队将至山口时，白马开始加速，向北山山口骋去，如白云袭过。云端处，闪出一缕乌金色的光芒。
 
 
山口处忽地转出一股曹军拦住了去路。
 
曹公用兵果然周密，白衣武将心念一闪，马速却未减。


慕容烈奉命在山口拦截蜀军已经等了很久了，此时终于看到了蜀军的身影，不由得兴奋异常。又见蜀军当先的只有一人，更加感叹这是上天送来的功劳，急忙拍马舞刀率众来迎。
 
苦候半日的一战，才方开始，便已结束。
 
两马相交间，白衣武将随手一枪，慕容烈应枪落马。
 
白马的去势没有丝毫停顿，穿过了败乱的慕容烈的部下，遇上了焦炳所率的另一支拦路的曹军。
 
“蜀兵何在？”白衣武将喝问。
 
“杀光了。”焦炳答道。
 
“找死。”张口间，枪芒已起，声毕时，焦炳落地。

战场上又多了一支溃败的曹军。
 
白马穿过了山口向曹营奔去。身后，三千蜀军正在掩杀驱赶败走的曹军。



日已当午。

曹阵中，老将仍在奋力挥刀，只是体力却越来越不支，身边的军士也越来越少。蜀兵眼中的战意渐渐散没，涌上而代之的是绝望和对死亡的恐惧。

老将低头看着自己缩成一团的影子，心念道，约定午时发援兵，此时援兵纵发也已来不及了，想来此处便是我的毙命之处，我黄忠戎马一生，刀下也曾斩得名将之首，虽死无憾矣。

黄忠正叹时，山口处曹军乱声响起，一袭白影由远渐近。

看到来人的身影慢慢清晰，黄忠的精神也慢慢振奋起来。

“赵将军来救我们了，”苍老的声音在蜀阵中响起，“奋力一搏，当有生机！”

“吼！”剩下的蜀兵齐声呐喊，士气顿升。



白马终到了曹阵前。马上的武将长枪一挺，踏入了茫茫的曹军中。乌金色的枪芒再次在曹阵中绽开。

金光点点，如梨花凌落；枪影重重，似飞絮纷扬；花开处，猛将落马；絮散时，勇士授魂。

涯角枪锋到处，非死即伤。白马左冲右突，如入无人之境，眨眼间，曹军便被冲出一个缺口。

那一袭白衣如雪，寒了曹军的意，暖了蜀军的心。转乾坤，挽狂澜，不过一人。


张郃认清来将，惧意已生。他想起了十七年前的穰山，想起了十年前的长坂，踌躇片刻，终究未敢向前迎战。

徐晃看到白衣武将冲入阵中，救出黄忠，向山口撤去，提斧便欲前去拦敌。正抬头间，他看到了张郃望着他，凝重的微微摇了摇头。徐晃略一沉吟，便明白了张郃的意思，张郃的武艺不逊于自己，他面对白衣武将时不敢迎战，此时又加上一个黄忠，自己更讨不得好。于是徐晃转而去收拢乱军。

主将不敢上前，何况兵士。白衣武将与黄忠且战且走，所到之处，无人敢阻。


山顶的老人终坐不住了。

“此乃何人？”

“回丞相，乃常山赵子龙也”，身旁识得白衣武将的人答道。

“昔日长坂英雄尚在啊！”老人叹道。


赵云与黄忠杀出重围，便撤向蜀寨，忽有军士指着东南方另一处曹军道：“此处被围的定是黄老将军的副将张著。”

“老将军请率队先回，云去去就来。”


于是山顶处的老人又看到一匹白马冲向东南方，自己的军队未曾交战便四散败逃，另一支被围的蜀军也被救了出来。

老人心中火起，“传令，全军追击赵云。”


大部队的曹军赶到蜀军汉水大营前时，迎接他们的是敞开的寨门，和寨前的匹马单枪。

没有紧闭的寨门和严密的守军，放眼望去，不见一个兵卒，也不见一面旌旗，仿佛空营。

还是那匹白马，还是那杆长枪，还是那骑马持枪的人。赵云就那样慵懒的骑在马上，涯角枪随意的拎在手中，白马温顺的垂着头站在门口，好像面前的大军是自家的运粮队而不是要杀个你死我活的敌人。


当诸葛武侯的空城计在后世被百般传颂时，却少有人知道在武侯之前，赵云早先摆过了空营计。不过与武侯不同的是，武侯摆空城时无兵无将，以虚作实是迫于无奈。 而赵云此刻有兵有将，却将兵将尽数伏在营外，摆出一付我家大门常打开，开放怀抱等你的样子。若曹军此时冲营，说不定就能一口气将蜀营占领了，而赵云也会处在一个十分危险的位置。可是赵云还是这样做了，把军士埋伏在了营外，自己独自站在空营前，也许真如他设计时对手下讲的，“当年在长坂坡，我单枪匹马，视曹操八十三万大军如草芥，如今有兵有将，又有何惧？”


当张郃和徐晃领着曹军率先赶到蜀军营前时，也愣住了。他们看着那空空如也的蜀营和营前那唇边浅笑眉上轻愁的武将，犹豫难决。还好没多久曹操便到了，他俩不用再犹豫了。

曹操看着眼前的景象，略一沉吟，便下令全军出击。确实，赵云虽武艺高强，在乱阵中可来去自如，可是面对部队的正面冲锋，就算是楚霸王复生也未必能挡得住。只要部队突破了赵云进入了蜀营，蜀兵即便有埋伏，这大营总是保不住了。

曹军向蜀营发起了冲锋。

赵云还是那样站在营前，没有后退，也没有前进，直到曹军冲到他身前二十步时。

手中涯角枪募的一震，赵云眼中精茫陡增，之前的怠意一扫而光。


曹操算对了军势，却算错了军心。曹军中的老兵老将经历过当年长坂坡一役的遇上赵云便已胆战心惊，而不知赵云之勇的新兵则被同伴趁机嘲笑并灌输了一遍长坂的故事。旧时的长坂的传说加上之前的单骑闯阵斩将救人的神威，于是赵云只是抖了抖枪，瞪了瞪眼，曹军的冲锋之势便变缓了。

没有人不爱惜自己的性命。从士兵到将领，每一个人无不小心谨慎。他们明白，即便己方有千军万马，对面只是孤身一人，可如果赵云的目标是自己，自己恐怕还是挡不住他的一枪。

所以赵云的枪一动，曹军的心也跟着一动。赵云的枪从地面指向曹军时，曹军将士的心也跟着提了起来。看到枪尖没指向自己的暗中松了口气，在枪锋笼罩范围内的打点起了十二分精神以防那不知何时会刺出的一缕乌茫。所以曹军冲锋的速度慢了。


曹军缓下来的同时，蜀营前的战壕内，万箭齐发。


附录：
虎威（一）
虎威（二）
]]> 蓝沙 陋文 http://blog.sina.com.cn/s/blog_540b0e580100bsor.html#comment Wed, 21 Jan 2009 03:17:16 +0800 http://blog.sina.com.cn/s/blog_540b0e580100bsor.html