123
 123

Tip: 看不到本站引用 Flickr 的图片? 下载 Firefox Access Flickr 插件 | AD: 订阅 DBA notes --

2008-08-02 Sat

22:31 Oracle9i压缩表无法添加字段 (561 Bytes) » yangtingkun
Oracle在9i增加了表压缩的功能,但是9i中表压缩之后无法添加新的字段。看一个简单的例子:SQL> CREATE TABLE T_COMPRESS (ID NUMBER, NAME VARCHAR2(30)) COMPRESS;表已创建。SQL> ALTER TABLE T_COMPRESS ADD AGE NUMBER;ALTER TABLE T_COMPRESS ADD AGE NUMBER *第 1 行出现错误:ORA-22856: 无法在对象表中添加列SQL> SELECT * FROM V$VERSION;BANNER----------------------------------------------------------------Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production PL/SQL Release 9.2.0.4.0 - ProductionCORE 9.2.0.3....
22:31 Oracle9i压缩表无法添加字段 (561 Bytes) » yangtingkun
Oracle在9i增加了表压缩的功能,但是9i中表压缩之后无法添加新的字段。看一个简单的例子:SQL> CREATE TABLE T_COMPRESS (ID NUMBER, NAME VARCHAR2(30)) COMPRESS;表已创建。SQL> ALTER TABLE T_COMPRESS ADD AGE NUMBER;ALTER TABLE T_COMPRESS ADD AGE NUMBER *第 1 行出现错误:ORA-22856: 无法在对象表中添加列SQL> SELECT * FROM V$VERSION;BANNER----------------------------------------------------------------Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production PL/SQL Release 9.2.0.4.0 - ProductionCORE 9.2.0.3....
20:56 Troubleshooting Relay Log Corruption in MySQL (9109 Bytes) » MySQL Performance Blog

Have you ever seen the replication stopped with message like this:

Last_Error: Could not parse relay log event entry. The possible reasons are: the master's binary log is corrupted (you can check this by running 'mysqlbinlog' on the binary log), the slave's relay log is corrupted (you can check this by running 'mysqlbinlog' on the relay log), a network problem, or a bug in the master's or slave's MySQL code. If you want to check the master's binary log or slave's relay log, you will be able to know their names by issuing 'SHOW SLAVE STATUS' on this slave.

This is relay relay log corruption and you can check details in the MySQL Error log file. The error message describes few reasons and indeed because there is little validation (ie no checksums) in the replication there are multiple reasons for bad event to show up in relay logs.

Really this is only one of various error messages you could see if relay log corrupted. You could also see malformed queries (with some junk), complaining about event to big etc if there is a garbage in relay logs.

If relay logs are corrupted it is surely worth to check what could cause it - it could be network (especially if replicating over unreliable long distance networks), MySQL bugs on master or slave, hardware problems and few others. In any case it is worth investigating.

Investigating is what you do later but how do you fix the problem first ? The important question you need to have answered - are logs corrupted on the master ? If logs on the master are OK you can just run SHOW SLAVE STATUS on slave experiencing error and use CHANGE MASTER TO to re-point replication to Relay_Master_Log_File:Exec_Master_Log_Pos:

SQL:
  1. localhost:(none)> slave stop;
  2. Query OK, 0 rows affected (0.00 sec)
  3.  
  4. localhost:(none)> CHANGE master TO master_log_file=Relay_Master_Log_File,master_log_pos=Exec_Master_Log_Pos
  5. Query OK, 0 rows affected (1.16 sec)
  6.  
  7. localhost:(none)> slave start;
  8. Query OK, 0 rows affected (0.00 sec)

This will purge existing relay logs re-fetch all events which have not been executed yet. Doing this command make sure your master is operational and it still has all the logs needed to re-fetch events.

How would you know if logs are OK on the master ? Well in this case there were probably 5 another slaves which did not have the problem - which means Master is most likely OK. In any case it is little harm to try restarting from the same position - if logs are bad on the master you would get the same error message again and can continue with investigation.

What if logs on the master are corrupted ? In this case you have couple of choices (and you also potentially have multiple slaves to deal with). You can use mysqlbinlog (or you favorite hex editor if mysqlbinlog does not work) to find the next event start and potentially recover "corrupted" event to be manually executed on the slaves.

Skipping around event makes master and slave potentially inconsistent and you should access the risks depending on applications (and on amount of events which were corrupted) you may want to let replication continue from the new position or resync the slaves to the master.

How can you recover the slave ? As all slaves are likely to be affected in this case you can't clone another slave. You also can't use classical method of recovery from backup - because you would need relay logs to roll forward, and they are corrupted. You can either re-clone the data from Master. (This is where LVM or similar techniques can help you a lot) or skip bad events as described and when use Maatkit mk-table-checksum to check what tables are out of sync and when use mk-table-sync to resync them.

Last method works in particularly well in case you can afford to run for a while with slaves which are a bit out of sync, which is quite often better than having just master available (also having extra load of data copied from it).


Entry posted by peter | No comment

Add to: delicious | digg | reddit | netscape | Google Bookmarks

19:57 青海行 - 预告 (1813 Bytes) » Chanel [K]

好吧,我回来了,在没有更新游记的这几天,老妈都着急了,我一切平安,只是这几天所在的地方无法上网而已。

从7月29日开始,我们从西宁 - 李家峡水库 - 堪布拉国家森林公园 - 循化 - 孟达天池 - 夏河 - 拉卜楞寺 - 兰州 - 西宁,跨越了青海、甘肃,有大雨也有让人惊叹的蓝天,遭遇了武装军警,吃饱了羊肉牛肉。

今天下午飞机回北京,再详细记录行程吧,如果我不那么懒的话。

对了,值得纪念的是,当我跨入甘肃省境内的时候,本人宣告已经到过了中国大陆内的所有省份,是的,所有省份,当然,仅仅是到过而已。。。

15:01 ext3的日志模式对数据库的影响 (724 Bytes) » 缥缈游侠-logzgh
ext3与ext2最大的区别就是ext3有日志,相信大家也知道ext3的日志模式有三种◆data=journal日志模式日志中记录包括所有改变文件系统的数据和元数据。它是三种ext3日志模式中最慢的,也是最安全的一种。每个变化需要写磁盘2次、日志写1次。所有新数据首先被写入日志,然后才被定位。意外发生过后,日志可以被重放,将数据与元数据带回一致状态。 ◆data=ordered日志模式仅记录改变文件系统的元数据,且溢出文件数据要补充到磁盘中。这是缺省的ext3日志模式。文件数据的变化情况并不被记录在日志中,但它们必须做,而且由ext3的daemon程序在与...
12:54 Library cache latches gone in Oracle 11g (1 Bytes) » Tanel Poder's blog: Core IT for geeks and pros
08:37 希望电话骚扰事件就此画上一个句号 (6865 Bytes) » Fenng's shared items in Google Reader

作者: robbin  链接:http://robbin.javaeye.com/blog/223484  发表时间: 2008年08月02日

声明:本文系JavaEye网站发布的原创博客文章,未经作者书面许可,严禁任何网站转载本文,否则必将追究法律责任!

8月2日晚上7点,我在上海市公安局某分局里,听着王警官在电话里面和13312871616手机号码的主人进行沟通,王警官希望我们双方进行调解。为此,我愿意做出我的让步,不再追究打骚扰电话者的法律责任,并且非常希望把这件事情画上一个句号,大家都把精力放在自己的工作上面来,不要为这种无聊的事情浪费精力。

电话骚扰事件的经过是这样的:

8月1日中午,我公司接到广州打来的一个电话,来电显示为13312871616,一个中年男子声音的人说:“JavaEye网站诋毁李刚”,要求我们立刻删除一篇ID为“都别装了”的会员发表的文章,该文章对李刚使用了不雅词汇,怀疑李刚学生有书托嫌疑。他指责JavaEye网站把该贴置为精华贴,是纵容行为(实际上该贴是会员投票的结果)。于是我们要求对方证明自己的身份,并且给出合理的删贴依据。对方威胁着说:我还用证明?你要是不删,我就举报你们,我们回答:你完全有权利举报JavaEye网站。然后对方情绪失控,我们挂断电话。从此时开始,此人不停的拨打我公司电话,导致我公司无法正常办公,只能暂时拔掉电话线。

拔掉电话线以后,此人开始拨打我本人的手机,有以下截图为证,来自上海移动手机帐务查询系统的网页显示此人的手机号码和打电话的时间。



在我不胜其扰,关闭手机之后,以为摆脱了此人的骚扰,谁知道当我下班回家,此人不知从什么地方探听到了我的家庭电话,继续开始打我家庭电话骚扰。我接听以后,对方说:你删不删那个帖子,我说如果不删呢,对方说那我就继续打下去,直到你删了为止。此后我们双方进行了多次对话,但是沟通没有效果,期间此人还说了很多不着边际的话,不一一复述。

我实在不堪其扰,只好告诉对方,你如果继续骚扰我和我的家人,我只能把这件事情在网络上面公布出来,我希望你马上停止骚扰行为,否则后果自负,对方不听,继续不断拨打骚扰电话。于是我把这件事情在JavaEye网站上面发贴公布。

在我发贴公布之后大约15分钟,骚扰电话暂时停止,时间大概在晚上10.00左右。随后李刚登录JavaEye网站,在JavaEye网站上面发贴澄清自己,请看这篇帖子的讨论:http://www.javaeye.com/topic/223273。李刚声明,他没有指示任何人打骚扰电话。

8月2日早上8.35分,我再次被13312871616打来的电话吵醒。等我上网之后看到了李刚最新的回贴,要求JavaEye网站删除“都别装了”的那个帖子。根据李刚本人的要求,我删除了“都别装了”的主贴。之后我和李刚通过站内短信进行了良好的沟通,双方达成了如下共识:

1、骚扰电话不是李刚指使的
2、有人在JavaEye和李刚之间挑拨离间,想造成我们之间的冲突,达到他不可告人之目的
3、必须揪出打骚扰电话这个人,还李刚一个清白

于是我公布了骚扰电话号码13312871616,通过百度搜索确认,电话号码的主人叫田江东,和李刚在同一所培训学校就职,是李刚的 顶头上司。

田江东的个人介绍:http://www.oneedu.cn/fengmao/news/ITRW/200701/8089.htm
李刚的个人介绍:http://www.oneedu.cn/fengmao/mstj/msjj/200612/6277.htm
两个供职于该培训学校:http://www.oneedu.cn

为了搞清楚事实的真相,我向上海市公安局某分局报案,要求协助解决该骚扰电话背后的真正主使者。在录口供期间,13312871616再次拨打我的手机号码,于是我让王警官接听了电话。王警官让此人打上海市公安局某分局的办公电话(可能被录音),双方进行了电话沟通:打电话的人承认自己就是田江东,这些电话都是他打的。

我向王警官反映,田江东要求我们删除的帖子已经删除了,我希望他不要再打骚扰电话。据王警官转述,田江东认为后面发的帖子更恶心(我不清楚这个后面的帖子指的是什么?),必须删除之。王警官在电话里面和田江东进行了长时间的沟通,希望田江东和我进行和解,并且希望田江东采取合法的诉讼手段解决问题,不要采取电话骚扰的手段。

经过王警官的调解,我不再追究田江东对我公司,我本人和我家庭的电话骚扰行为,也希望田江东不要再使用电话骚扰的手段,因为电话骚扰并不能够解决问题,只会激化矛盾。如果田江东对我所发的帖子有任何不满,欢迎到JavaEye网站来发贴沟通,大家都可以做见证人,就像李刚和我发贴进行的沟通一样,问题很快就可以解决。我相信,只要双方在网站上面沟通清楚,这件事情就可以画上一个句号了。

恳请大家回贴的时候不要再攻击别人,攻击别人无助于解决问题,谢谢。
本文的讨论也很精彩,浏览讨论>>


JavaEye推荐



06:41 apec中小企业会场:李连杰 (1965 Bytes) » 人生就是如此
今天会场,李连杰谈到将建设一基金当作创业来做。 据本人说,思考了5、6年人活着到底该作些什么,花了10年练功夫,10年努力成为明星,10年努力挣钱。突然觉得人不仅仅是就这个样子。 在东南亚海啸中,他差点被海啸淹没,突然顿悟,应该为发生灾难的人作些事情,于是产生了创建一基金的想法。  为什么是一块钱,是仔细思考了可持续发展的模式,并花了200万对一块钱慈善的事情进行市场调查和分析…… 总之,他希望学习国外经验,做一个可持续发展的公墓慈善基金。
李连杰说他做这个基金遇到了相当多的困难,最大的困难在于中国的法律、政策等大环境,对他实际构成很严重的障碍。 没法子细说,说多了他的障碍将更大。
从他的言谈来看,水平已经相当的高,不管怎样,希望他的一基金走好。
花絮: 为了来杭州参加会议,他今天早上6点飞机到达上海浦东机场,杭州过去接他的车在高速上爆胎,为了避免在机场里面要签名人太多,他到外面马路边上坐了一个半小时,最后自己打了个出租车到杭州! 用他自己说的话,站在另一个角度思考,应该庆幸,如果自己在车上的时候爆胎,说不定还出事故呢,所以自己是幸运,不应该去抱怨。  如果一个明星能经常这样地思考,那还是值得佩服的。
06:00 万象 -2008年8-9月号 [Flickr] (3033 Bytes) » DBA notes

dbanotes posted a photo:

万象 -2008年8-9月号

2008年8-9月号合刊目录
  
  1/“托管”
  ——私产公用背后的玄机 /钱满素
  
  9/敬畏思想家(启蒙札记) /陈乐民
  
  11/永远的明代瓷器 /晨 枫
  
  17/“教我临镜如溷厕” /张增泰
  
  19/“老年弟兄不得团聚为恨为恨也”
   ——三读张大千致张丽诚信札 /包立民
  
  34/群芳集艳(上)(齐如山戏本) /齐如山/撰 王晓梵/整理
  
  47/读《桃源行》 /林 彝
  
  53/纸灰飞作白蝴蝶(扪虱谈鬼录) /栾保群
  
  69/联苑忆丛 /王充闾
  
  81/黑海小记 /赋 格
  
  91/土耳其:影像与文明的跋涉 /朱靖江
  
  100/夜,在苏丹麦特 /杜欣欣
  
  110/土耳其咖啡 /龚鹏程
  
  120/酷死酷死 /郑培凯
  
  126/闲话墨盒 /戈 革
  
  133/斋说墨 /周绍良
  
  140/君子之器
  ——赵南星、厉鹗、《铁如意歌》 /诸文进
  
  151/两岸史学与史家:罗志田访谈(中) /罗志田 王震邦
  
  161/红楼人解读:卤人 /刘再复
  
  168/大洋彼岸的旧时月色
  ——张爱玲与《我们的小镇》 /李君维
  
  174/方鸿渐给唐晓芙的信与《大话西游》中的经典台词 /谢 泳
  
  176/四个“洛丽塔” /余凤高
  
  186/两年的苦斗 /王云五
  
  205/从作家到台大文学院院长的钱歌川 /蔡登山
  
  214/天堂之门已经打开 /尉任之
  
  226/蛮人借妻(言言斋佚文·六) /周越然
  
  233/“顶你个肺”何解?
   ——兼谈章太炎鲁迅对“州戏”的误读 /章立凡
  
  236/“救美” /叶志江
  
  260/凌霄花下 /赵 珩
  
  264/温都尔汗(提前怀旧) /余 斌
  
  274/鲤鱼洲 /汤 双
  
  282/橡皮 /蔡天新
  
  289/招募演员
   ——因太阳剧团而激发灵感的生活片段 /胡晴舫
  
  296/加拿大省际公路(旅人生涯) /新井一二三
  
  309/野猫,奶队和大雪灾(三江源随笔·二) /郭 净
  

05:53 万象 -2008年8-9月号 (3033 Bytes) » Uploads from dbanotes

dbanotes posted a photo:

万象 -2008年8-9月号

2008年8-9月号合刊目录
  
  1/“托管”
  ——私产公用背后的玄机 /钱满素
  
  9/敬畏思想家(启蒙札记) /陈乐民
  
  11/永远的明代瓷器 /晨 枫
  
  17/“教我临镜如溷厕” /张增泰
  
  19/“老年弟兄不得团聚为恨为恨也”
   ——三读张大千致张丽诚信札 /包立民
  
  34/群芳集艳(上)(齐如山戏本) /齐如山/撰 王晓梵/整理
  
  47/读《桃源行》 /林 彝
  
  53/纸灰飞作白蝴蝶(扪虱谈鬼录) /栾保群
  
  69/联苑忆丛 /王充闾
  
  81/黑海小记 /赋 格
  
  91/土耳其:影像与文明的跋涉 /朱靖江
  
  100/夜,在苏丹麦特 /杜欣欣
  
  110/土耳其咖啡 /龚鹏程
  
  120/酷死酷死 /郑培凯
  
  126/闲话墨盒 /戈 革
  
  133/斋说墨 /周绍良
  
  140/君子之器
  ——赵南星、厉鹗、《铁如意歌》 /诸文进
  
  151/两岸史学与史家:罗志田访谈(中) /罗志田 王震邦
  
  161/红楼人解读:卤人 /刘再复
  
  168/大洋彼岸的旧时月色
  ——张爱玲与《我们的小镇》 /李君维
  
  174/方鸿渐给唐晓芙的信与《大话西游》中的经典台词 /谢 泳
  
  176/四个“洛丽塔” /余凤高
  
  186/两年的苦斗 /王云五
  
  205/从作家到台大文学院院长的钱歌川 /蔡登山
  
  214/天堂之门已经打开 /尉任之
  
  226/蛮人借妻(言言斋佚文·六) /周越然
  
  233/“顶你个肺”何解?
   ——兼谈章太炎鲁迅对“州戏”的误读 /章立凡
  
  236/“救美” /叶志江
  
  260/凌霄花下 /赵 珩
  
  264/温都尔汗(提前怀旧) /余 斌
  
  274/鲤鱼洲 /汤 双
  
  282/橡皮 /蔡天新
  
  289/招募演员
   ——因太阳剧团而激发灵感的生活片段 /胡晴舫
  
  296/加拿大省际公路(旅人生涯) /新井一二三
  
  309/野猫,奶队和大雪灾(三江源随笔·二) /郭 净
  

04:20 DSG产品技术基础猜想 (2560 Bytes) » AnySQL.net

作者:d.c.b.a, 订阅AnySQL, Oracle数据库恢复及服务, Sybase恢复, 磁盘及RAID恢复

    不考虑技术成熟度, 及100%的数据准确性, 逻辑备份数据库是灾备的最佳方案, 只不过目前这方面技术在稳定性和性能上还有未解决的问题. 许多公司在做这样的产品, DSG也是其中之一. 今天听了DSG的产品介绍后, 猜想了他们产品的技术基础.

    阿里巴巴集团内部完全具备了研究这些的技术基础, 需要考虑的是做这些产品的前景, 需要的时间及资源.

相关文章 | Related Artiles

我要留言(当前3)

01:22 本博客管理员:科斯的情怀——爱上从未谋面的中国 (13554 Bytes) » Fenng's shared items in Google Reader
Shared by Fenng
五常本人就是狡兔三窟的现代版啊,美国抓不到他

美国时间7月14~18日的五天里,我有幸参加了科斯发起的“中国经济改革”的学术研讨会。这次会议有很多让我感到震撼的人和事,但其中之最要数科斯对中国这么一个他从未谋面的遥远的东方国度所表达出来的深沉、热烈的情怀。无论是在公开的文章、演讲,还是私下的聊天、闲谈,张五常教授以前都曾多次提到,美国经济学家大多对中国非常友善,但没有谁比科斯对中国如此关心。经过这长达五日的会议,我总算是切身地体会到这一点。

7月13日傍晚时分,我与友人飞抵芝加哥,就在入住的酒店附属的牛排屋吃晚饭。本来是因为经过长达14小时的飞行而太累太饿,无法到外面另觅吃饭的场所,却因此而遇上意外之喜——科斯竟然就在我们旁边的桌子上与张五常教授的儿子等人一起吃饭。

科斯的助手王宁先发现我们,过来跟我们打招呼。友人问我是否应该借此机会与科斯交谈并合照。开始时我有点犹豫,因为经过长途飞行,风尘仆仆的,这个样子上前,似乎有点唐突。但转念想到,明天开会的时候肯定会有很多人都想跟科斯在一起,那时机会就没现在这样好了。于是我就请原在香港理工大学、现在芝加哥大学访学并照顾科斯的蔡鸿达代为传达求见之意。不久,蔡鸿达走到我面前说,科斯愿意与我们交谈,还说他记得我写的文章,对我有印象。

我走上前去,与科斯说了几句表示仰慕的话后,就跟他谈起这次会议与张五常教授的事情。科斯说:“当年张五常撰写《中国会走向资本主义的道路吗?》的小书,最后作出肯定的回答,我是同意他的预言的。”听到这里,我忍不住插口说:“是的,但其他所有人都并不同意——只有您是例外的。”科斯微笑着接口道:“但我当时想的是,这预言实现将是在100年之后!”我不由得大笑起来。从这脱口而出的幽默可见,这98岁高龄的老人仍是保持着他的睿智与机敏。次日科斯在会议开始时致的开幕辞中也说到了这一句妙语。

科斯继续说:“无论从规模还是速度上来说,中国的经济发展都是个奇迹,我对此有很多不明白的地方,这也就是为什么我想召开这个会议。”我回答说:“中国经济在今天取得的成就,全赖对您的理论的应用。您曾在诺贝尔奖的获奖演讲中说,在80岁的时候因20岁时的工作而获奖是一件神奇的事情。我想,现在有一件更为神奇的事,那就是您能活着见到自己的理论应用于现实——那就是中国改革——,并得到证实。”科斯微笑。

本想跟科斯再多聊,而他也显得兴致正高,但蔡鸿达担心科斯的身体,催着我们不要再多谈话,拍了照就送科斯离开。

第二天星期一是会议正式开始的第一天。此次会议竟是齐集了四位诺贝尔经济学奖得主:科斯自己,做评论人的Fogel(福格尔,1993年诺贝尔经济学奖得主)、Mundell(蒙代尔,1999年的诺贝尔经济学奖得主),主持Panel的诺斯(North,也是1993年诺贝尔经济学奖得主)。若非Mundell没能赶上星期一的开幕、在星期二才到达,Fogel又只参加了星期一的会议,本来有可能出现同一时间在会场内有四位诺贝尔经济学奖得主的盛况。能目睹如此罕见的大师云集的场面,全赖科斯在学术界的江湖地位所具有的号召力,才得以实现的。

科斯率先致开幕词,开始的内容大致上跟昨晚交谈时说到的差不多。然后科斯谈到对这次会议的期待,希望能多听到争论,而不是一致的同意,因为没有争论的问题就会变成“死问题”。后来在私下聊天时,朱锡庆教授说到科斯的开幕词对他触动最深的就是这一句,因为它展现了科斯是如何的一位真正孜孜以求事实真相与知识学问的学者。

科斯的开幕词之后就是张五常教授为大会特别录制的DVD,内容是他朗读提交给大会的《中国的经济制度》的全文,之前有100秒的片头,朗读期间也不断地插播着与内容相关的图片与视频片段。来芝加哥之前,张教授就不断地提起那100秒的片头,说科斯很喜欢它的震撼性,对具体内容自然是大卖关子不肯说。此时我当然是睁大了眼睛看,竖起了耳朵听。只见一开始的时候是一幅幅黑白图片,展现着旧中国时期的人们劳苦工作的情景,没有配任何音乐,只是一片的静默。突然之间,激昂的音乐喷薄飞扬,字幕显示是年仅10岁的钢琴神童牛牛负责的演奏。图片也随之切换成彩图,展现着的是现代中国绚丽夺目的景象:摩天大楼拔地而起,玻璃外墙在阳光下闪闪生辉,高速公路蜿蜒四射,集装箱码头繁忙而有序……。强烈的对比,强烈的反差,让在场众人屏息凝气,在短短的100秒里感受到30年来中国改革为这片土地上的人们所带来的是何等翻天覆地的改进。

接着是张五常教授朗读《中国的经济制度》的全文。虽然他已经读得非常快,但还是花了两个多小时,以致中途不得不插入一个Coffee Break让大家休息一下,以便舒缓舒缓一直绷得紧紧的神经,因为所有人都那么聚精会神地盯着屏幕看,眼睛也难得眨上一下。DVD制作得非常好,虽然此前张教授跟我抱怨过,说录制DVD时把麦克风放在桌下,拾音效果不理想,使得DVD里他的声音不够响亮清晰。但播放时我完全不觉得声音太小或听不清楚,显然播放时把声音调大了之后,除了有一点点电流噪音的小瑕疵之外,拾音的问题其实不算问题。插播其间的图片,有些是我帮忙在网上找来的,包括一些城镇或建筑物的面貌(如乐从的家俱城、义乌的小商品城、绍兴的市容、杭州湾大桥的壮丽外观等)、人物及其著作的图片(如孙冶方的画像及其著作、马歇尔的头像及其著作、赫舒拉发的《The dark side of the force》等)。

DVD播放完后,先是由Fogel进行评论。 Fogel的评论主要是表述他自己对于中国经济奇迹的解释,大致上是传统的经济增长理论的见解,如FDI的作用、人力资本的提升、国内外政治环境的和平稳定等等。接着是Demsetz(德姆塞茨)进行评论。在后来几天的会议里,我逐渐认识到他在学术辩论上是个“好战分子”,果然这时他一开口就连珠炮地提出各种异议,于是引发其他人的回应纷纭沓至,他又再一一反击。一时之间会场之内人声鼎沸,你来我往,唇枪舌战,短兵相接,好不热闹。

后来第二天张五常教授打通我的电话的时候,说科斯那天一大早的七点半就起来,在会场里撑了整整一天,晚上十一点半才回到住处,仍然兴奋地跟他通电话,告诉他这会议有多成功,大家的争论有多激烈。联系起科斯在开幕词中的说法,我理解这位穷其一生都在追求真知的老人的兴奋与快乐的源头:中国问题是活生生的问题,不是死问题。

此后的四天里,科斯以98岁的高龄,竟然天天坚持着坐在会场听讲,除了第二天上午,大概是第一天的兴奋与激动实在太消耗这老人的体力了,他不得不休息上半天。当天我有份做文章的presentation,根据会议的安排,科斯每天都会与当天有份演讲的人共进午餐。那天中午我们等在餐室的外面好一会儿,都没见到科斯,本以为经过昨天的劳累,他不会再来了,虽感遗憾,还是只好径自进去用餐。谁知吃到中途,却见科斯坐在轮椅上,缓缓而进。一时之间,我们既是感动,又是激动,赶紧调整座位,靠近科斯而坐。一位中文也能讲得很溜的美国教授向科斯表示,他在大学里主讲中国经济,常对学生们说,要理解中国改革,只需熟读几位诺奖得主的作品,其中最至关重要的,就是科斯的文章。然后他问起科斯是怎么写出《社会成本问题》一文的,科斯缓慢而优雅地追述着往事,我从旁细听,发觉内容大致与张五常教授多次写过的科斯与芝大诸君子如何在Director(戴维德,弗里德曼的郎舅,时任《法律经济学期刊》的主编)家里辩论并获胜的故事是一样的。其后又谈及他与诺斯的比较。科斯说,他的一生都是意料之外的,他从来没有期望过得到这一切,这一切却不期而至。相比之下,诺斯却是另一个极端,他对自己的一生预期得一丝不差,完全就是按着他的计划来展开人生的。这确实是很有趣的对比:完全掌控着自己的人生路向,还是一路上惊喜或意外不断的人生,哪一种更值得向往呢?

接下来的三天,科斯都大概在上午10点左右就到达会场,但他绝大部分时间里只是默默地倾听发言,观看争辩,只有偶尔才在请求下说上几句。有一次,会场里争论起中国的未来将是发展成什么的样子,朱锡庆教授发言说,他不知道中国未来是怎样,他只能谈一下自己的希望。他希望中国能有独立的大学,有独立的传媒,有三权分立,但他不希望像美国那样一人一票选举总统。哪怕是用抽签的方法,也好过一人一票选总统。一直表现为“民主斗士”形象的Demsetz马上出言反驳,为美国的总统选举制度辩护,最后请求科斯为此争论发表一下意见。这时科斯才说,他在这个问题上是中立的,但他认为像美国现在那样,为了选出一个总统而提前两年就开始选战,这肯定不是正常的。

到了最后一天星期五,下午的会程结束后,大家有30分钟的Coffee Break休息,众人随意地走动、交谈、吃些小点心。科斯却仍然端坐在会场之内,慢慢地在纸上写着什么,大概是在准备接下来的闭幕词。这老人的认真执着,实在令人动容。不久,致闭幕词的时间到了,但科斯不肯坐到主席的位置去,仍是坐在会场左侧的第一排上,以他一贯的缓慢节奏开始了闭幕词。

如果说开幕词里科斯表达的是对这次会议的期待,那闭幕词里陈述的正是他对中国这从未谋面的国度的奇异“爱情”:年轻的时候只因看到马可·波罗的游记,从此就对中国梦萦魂牵。中国在近代突然衰落,在近三十年又再突然崛起,这戏剧性的起起落落都让他迷惑不解却又更加深了他对中国的兴趣。在他看来,中国对世界的意义重大。为中国而奋斗,就是为世界而奋斗。(原句是“The struggle for China is the struggle for the world”,尽管其实已经在科斯为张五常教授的英语论文集写的序言中看到过这一句,但亲耳听到科斯一字一顿、语重心长地说出这一句,我仍是忍不住热血升腾。)在他出生的1910年,一切都显得那么美好,可是突然之间,愚蠢的战争相继爆发,无数生灵涂炭。这让他认识到美好的东西是那么容易破碎。希望中国也能珍惜眼前来之不易的美好,不要重蹈欧洲人当年的覆辙。学者们应该多些聆听从事实际工作的人们的话。末了,这98岁高龄的老人以一句:“我将长眠,祝福中国!”结束了闭幕词,结束了他对中国这一份奇异“爱情”的漫长历程的简短总结。会场全体人员不约而同地都站了起来,掌声如潮数分钟,向科斯致敬,向这份“爱情”致敬。摄像机的镜头前,科斯的眼睛里泪光莹然……。

当我事后一次又一次地向不同的人追述这一幕的时候,总能再次回到那一刻,总是一再地热泪盈眶。哪怕是在最浪漫的爱情故事里,一个人对另一个从未谋面的人也难以有如此炽热无尽的爱,更何况是对一个抽象的国家?就是中国人对自己的国家,又有多少人能这样拼尽风烛残年来爱中国?后来聊天的时候,朱锡庆教授谈到,如果科斯能来中国,哪怕只是亲自看一眼他深爱了这一辈子的这个国家,中国应该给予他最高规格的礼遇,也不过只是回报了这老人这份痴情的万分之一而已。

或者,对科斯这奇异“爱情”的最好回报,就是中国的经济奇迹一定要延续下去,要不愧于这年近百旬的老人为她奉献了差不多一个世纪的情怀!

2008-08-01 Fri

22:01 小议自治事务(三) » yangtingkun
21:10 人与人的相似,是基于Item的吗? » 淘宝数据仓库团队
19:57 敏捷多模式匹配 » Alibaba DBA Team
19:34 Percona turns two today ! » MySQL Performance Blog
17:16 本博客管理员:科斯的情怀——爱上从未谋面的中国 » Fenng's shared items in Google Reader
10:21 mindManager的插件资源 » Fenng's shared items in Google Reader
09:54 Log Buffer #108: A Carnival of the Vanities for DBAs » Pythian Group Blog » Log Buffer
09:43 Google Reader Adds the Blogs You Follow in Blogger » Fenng's shared items in Google Reader
09:04 国家罗汉 » Uploads from dbanotes
08:30 容灾案例(HDS) [Flickr] » DBA notes
08:30 国家罗汉 [Flickr] » DBA notes
08:10 Paypal 的 数据仓库管窥 » Fenng's shared items in Google Reader
06:02 Quality Control » Fenng's shared items in Google Reader
01:32 Breaking Free of Outlook » Fenng's shared items in Google Reader
00:40 奥运真的要来了 » OracleDBA Blog---Please enjoy the pain which is unable to avoid!

2008-07-31 Thu

23:34 灾备案例(EMC) » Uploads from dbanotes
23:30 WordPress 魔格支付宝捐赠插件 v0.9.1 发布 » Fenng's shared items in Google Reader
19:56 灾备案例(HDS) » Uploads from dbanotes
19:47 容灾案例(HDS) » Uploads from dbanotes
18:47 容灾案例(HDS) [Flickr] » Fenng's shared items in Google Reader
17:19 Percona RPMS for RedHat 5 / CentOS 5 x86_64 » MySQL Performance Blog
14:56 OSCON Wrapup » Fenng's shared items in Google Reader
11:13 远程rac,比较难 » Fenng's shared items in Google Reader
11:13 远程rac,比较难 » OracleBlog.cn
11:01 小议自治事务(二) » yangtingkun
08:56 再见 兰迪 » Fenng's shared items in Google Reader
07:38 《名牌时代的时尚逃兵》—豆瓣“经典国货”小组 » Fenng's shared items in Google Reader
06:22 网络招聘是如何被做烂掉的? » Fenng's shared items in Google Reader
06:22 网络招聘是如何被做烂掉的? » Fenng's shared items in Google Reader
03:30 使用 Python 进行线程编程 » developerWorks 中国 : 技术文章 , 教程 AIX
03:30 WPAR 的相关概念和 DB2 的配置 » developerWorks 中国 : 技术文章 , 教程 AIX

2008-07-30 Wed

23:20 MySQL Storage Engines » Fenng's shared items in Google Reader