123
 123

2007-06-24 Sun

21:08 自驾游——慈溪杨梅与杨梅虫 (2471 Bytes) » dba on unix

曾经在公司的内网上,看到一个写杨梅虫的帖子,他们把杨梅浸泡在谈盐水中,那些杨梅虫就会慢慢的爬出来。那个发帖的人还用特写镜头拍了杨梅虫的样子,因为我生平怕那种肉乎乎的小虫,从此之后,我对杨梅一直心存芥蒂,不敢多吃。

但是,这个周末,老婆受同一个小区的朋友的邀请,一起去慈溪摘杨梅,我们两辆车,还在有些梅雨的天气中就出发了。路上的时候,雨还是时下时停的,但是到达目的地——慈溪大山杨梅园的时候,天气竟然出奇的好了起来。

大山杨梅园在一个山窝窝里面,不过山路还算良好,我们在最后的一段路上,也是一直问过去的,还好的是,终于是找到了。不过可惜的是,今年的杨梅比往年要早一个星期左右,我们过去的时候,树上的杨梅已经不多了,算是赶了一个晚场。

找到了我们在网上联系的当地农户,就开始上山采吃了,每个人20元,可以随意吃,可为难了我这个对杨梅心存恐惧的人。不过,看到很多在那里边摘边吃的人,心想,反正吃不死,虫也是肉,吃吧,否则浪费了这20元钱啊。

不过,我还是问了问旁边一个正在吃杨梅的MM,“听说杨梅有虫的,是不是啊”,那MM很轻松的回答,“是的,有虫的,不过,高蛋白,还美容养颜呢”。我晕,既然MM都不怕,那就放心吃吧。

吃完下山,又买了两篮,这个时候,也正好看到一条杨梅虫在杨梅上爬来爬去,第一次真正看到这个东西,居然那么大,有6-7毫米长,当时我就差点倒了。不过,既然已经吃了,可能还吃了很多条下去了,你总不能吐出来吧,就当人家MM说的那样,高蛋白,美容养颜去吧。

waxberry

09:00 又一个无聊的周末 (291 Bytes) » Welcome to brotherxiao's Home
终于感受到夏天来了,整个周末热得哪里都不想去,在家整点吃的犒劳下自己。看了点oracle10g的书,发现还有好多新特性没有接触到,10g还是有相当大的”潜力”可挖的:) 准备抽空余时间把剩下的部分都通读一遍。
06:57 三峡好人 (2623 Bytes) » 玉面飞龙的BLOG
这个电影,没有看大明白。豆瓣了一下,才知道是当年导演《小武》的那个导演导的,难怪看了之后感觉怪怪的。 剧情以2个山西人到三峡移民地区寻找亲人为线索,真实重现了“无产阶级”的生活和人生;其中一个山西人在电影结尾的时候带了很多“无产阶级”回山西黑煤窑打工了,一天可以挣200元。挺高的,但我想人的体力并不见得每天都能下矿。 既山西黑砖窑事件曝光后,我猜黑煤窑的老板们开心了,原本在他们身上的视线转移了。相比,煤窑老板们更加大方,不像强迫下煤窑,明白的告诉你有风险,”一个愿打,一个愿挨”。不过,山西=吃人煤窑+奴隶制砖窑了,更加不是更够居住的地方了。 再说说其它的地方。 无锡,N年内也不适合居住,也不适合短期停留。水脏。 广州,2抢,还有神话般的广州火车站,也不适合。 东莞,佳丽很多,听说。适合有钱人生活。 还有很多城市的火车站,刚出站可能就被人盯上。尤其是杭州,我在杭州被偷过钱包.郑州的火车站有可能被人下药卖到山西 唐山也算,黑社会据说很高调,不适合生活 北京,有沙尘暴,其他的还行,毕竟是首都,不能太滥 上海等其他沿海城市,目前还不错,长期有危险,说不定哪天南北极融化了,整个城市被淹了。需要勇气。 三峡好人,就记着几个片断。 山西女护士在凉衣服的时候,外面的火箭突然起飞了。后来才知道是UFO,不过也太大了,不是圆形的。 片末,民工们,还是这么称呼好了,背铺盖去山西挖煤;背景是一个人在走钢丝。 小马哥为了50块钱死掉了。尸体被船拉走了。可能峡藏了。 山西好人在拿榔头拆旧房的时候,突然一个镜头,很多穿白色衣服的人冒出来,刚开始还以为见鬼了,其实只是个是消毒的。 房东老头搬新家,最后被安排在一个拱桥的桥墩子里,桥上还轰隆隆的跑着车。 勾搭厦门女老板的那个抛弃了旧妻的成功人士,整天就在当地的成功人士俱乐部里;成功人士们都爱打个台球,跳个舞,下了车还夹个黑色皮包。 农民工们夜生活也不错,还可以看流浪乐团唱歌,跳艳舞。有些人很会敛钱,老实的山西人就被人强拉着看魔术,遭到明抢。 老实的山西人的女儿去东莞打工,照片上海还穿着工作服好像。 透露点剧情,大家多看看。 生活就是如此
04:59 深入敌后 I II (2789 Bytes) » Oracle & Starcraft
    最近迷上了买续集电影,看到深入敌后的1,2部也收进来了,乘着周末观赏了一下,和以前写过的黑狱拳霸一样,虽然是续集电影,但2集的剧情毫不相干。第一集是根据真实事件改编的,90年代波黑内战期间,北约维和部队驻扎在波黑,期间美国飞行员scott上尉在执行任务时不慎飞入禁飞区,被塞尔维亚的对空导弹击落。在电影里面显然做了很多艺术加工,空军F16战机被换成了海军的F18,还拉来航母做足效果,飞机被击落的原因也改成了因为拍摄到了塞族部队屠杀波斯尼亚穆斯林的万人坑。由欧文威尔逊扮演的海军上尉是一个看点,欧文威尔逊在《上海正午》,《同居三人行》,《博物馆之夜》中的搞笑演出已经深入人心,已经打上了喜剧明星的标签,但这次扮演冷静的军人形象也没有让人觉得很突兀,还是比较自然的,唯一有点搞笑的是他那个因为踢橄榄球断了好几次的鼻子在片中还是歪的,估计这辈子是没办法纠正了。   第2集说的是朝鲜制造出核弹头导弹,被美国的卫星发现后美国打算去炸掉这个导弹基地,于是4个海豹突击队的队员就空降到朝鲜去执行任务。这部片子没有什么熟悉的影星,也没什么特别高科技的战斗场面,大部分战斗场面都是2队人拿着突击步枪在战斗,B2隐形轰炸机只在最后现了一下身还是没参加战斗的,应该从成本来说算是一部小制作电影。影片中到处充满了对朝鲜的讽刺,片中的朝鲜高级军官抓住美军后并没有向上汇报,而是刻意隐瞒,因为他觉得伟大的金正日主席并不知道他们的军队有多饥饿,他们的装备有多落后,一旦让金正日知道的话朝鲜将会对美国宣战,这会陷朝鲜于万劫不复状态。另外还有一个搞笑的人物估计是一个朝鲜军队的小排长,他号称自己会说英,法,中三国外语,还特地跑到上海学习的中文,这样的高材生在怎么就被整成了一个土匪模样,他带领部队和海豹突击队激战也只是为了能多换2个月的牛肉。片中塑造的韩国特种部队对朝鲜军队和人民都非常仇恨,韩国特种兵驾驶的车辆撞翻朝鲜一骑驴子的农民后又下车补了2枪。美国总统也被塑造成非常窝囊的模样,和哈里森福特在《空军一号》中塑造的英雄总统的形象根本没法相比。片中最拉风的还算是韩国驻美国大使,一出场就耻高气昂得骂了美国总统一顿,还数次打断美国总统的解释,搞的美国总统后来做什么决定都要通知他一下,不知道现实中韩国大使有没这么牛。

2007-06-23 Sat

15:00 又过生日 (839 Bytes) » Hey!! Sky!

       刚刚没头没脑得忙了一阵,抽空上来转转。2007 年的生日就快过去,没有任何节目,和平常没有任何分别,可能唯一的不同就是今天第一次上通宵 night shift。说来也奇怪,开始还有点小兴奋,很早就赶到公司来了,可能第一次上比较新鲜吧,不过熬到现在的确有点累了。今天一大早就起来开始忙活了,下午想补个觉,却一直无法睡着,处于假寐状态。不过现在倒也不觉得困,只是头有点晕。现在的身体状态真的越来越差了,老是觉得疲惫,真的老了,这不又不知不觉地老了一岁。刚看到新闻,侯耀文同志就这样不知不觉地去了,不知道俺啥时候也就这样,平平淡淡地去了……

09:30 Been there... Done that... (509 Bytes) » The Tom Kyte Blog

I was reading Pete Finnigans blog this morning and ran across "a rant".

A rant I very much can relate to.

One that I myself experience from time to time.

Read this - and especially the last paragraph.

Note to Pete - if this is the first time someone has every written to you in this fashion - you are very lucky :)  I love it when they use sarcasm in "thanking you" as this individual did.

03:30 明天, 去看周云蓬 (1761 Bytes) » DBA notes

©作者:Fenng 发布在 dbanotes.net

周云蓬的那首《中国孩子》因为最近的一系列事件而被纷纷引用。明天就有机会去现场听这位传奇盲歌手演唱啦。其实他比多数人都看得清楚。

时间:2007 年 6 月 24 日晚 21 点
地点:杭州.旅行者酒吧 (西湖区曙光路 176 号)
演出乐队:周云蓬
票价:30元

演出信息来自: 生活在现场

--EOF--

相关文章|Related Articles

评论数量(2)|Add Comments

本文网址:

00:30 Quest Recursive SQL Transformation TechnologyMost recent blog entries (5136 Bytes) » Fenng's shared items in Google Reader

Quest Recursive SQL Transformation technology is an innovative AI technology that simulates human SQL transformation technique. It incorporates a set of transformation rules to transform SQL statements on a section-by-section basis. This replaces the trial and error method used by human to rewrite the syntax of a SQL statement. Each transformation rule in the optimization engine is independent from one another, like a capsule; the rule’s capsule can only be opened when all necessary conditions are satisfied (see figure 6). This guarantees the semantic equivalence of the rewritten SQL statements so that they produce the same results as the original SQL. When a SQL statement is transformed by one rule to produce a new SQL syntax, the new syntax may now satisfy the requirements of another rule, hence transformation action is carried out in a recursive manner (see figure 7).

  Figure 6: Recursive Transformation Engine             Figure 7: Chain Effect of SQL Transformation
(Insert Image)

Let’s take a look at the following SQL statement and use two of the built-in transformation rules to see how this Recursive Transformation works. We will use one rule which transforms the IN condition to an EXISTS condition and than use another rule that does the reverse, changing the EXISTS condition to an IN condition. We will illustrate this with the following SQL statement.

The first two levels of transformation are shown in the left side of figure 8. SQL statements with syntax different from the original can be produced by following a set of transformation rules. You can see that for each rule applied to the SQL statement, the newly transformed SQL will satisfy another rule. And the order in which the rules are processed can result in different SQL alternatives. In this example, the source SQL has gone through two transformation rules executed in a recursive manner. If we do not stop the recursive transformation, the loop will continue infinitely. A total of 4 unique SQL statements (marked by the solid boxes in Figure 8) are generated by the two transformation rules. If each of these SQL statements ends up with a new execution plan, we potentially have three SQL statements that may give us different performance that can be used as a benchmark to the original SQL statement.

 
Figure 8: A SQL statement being transformed by two recursive transformation rules

Actually, implementing a transformation rule requires a more complicated control than it is shown in this illustration. For example, Quest SQL Optimizer has to check whether a set operator (UNION, MINUS, or INTERSECT) is in a sub-query, whether multiple items are in the SELECT list, and etc…. But the beauty of those rules is that they are self-protected, which means that the transformation and conditional checking are encapsulated into a one rule-capsule to prevent generating incorrect SQL statements (SQL statements that do not produce the same result as the original SQL). In our Recursive Transformation Engine, we have a multitude of transformation rules which can handle very complicated situations. The result of the recursive transformation for a complex SQL statement may exceed what you can imagine. For example, some transformation rules can be applied endlessly to transform a SQL statement to another semantically equivalent statement without limitation, so quotas must be used to control the number of SQL alternatives that are generated. 

Today, with our Recursive SQL Transformation Engine, you can explore ultimate potential that a database SQL optimizer can give to speedup your SQL statements.

2007-06-22 Fri

22:30 晕车 » DBA notes
06:00 PersonalBrain助你拓展脑力特写 » Fenng's shared items in Google Reader