2007-10-30 Tue
老板会给你造出很长一串任务计划,指示你来年完成,好比爬山,没有个尽头,
总是满足不了领导的期望值,领导就有借口反驳你的加薪要求; 但是还得坚持"斗争".
还没有开始评审,上周四下午,老板发来一封邮件,说的11月1日起,给本人升职加薪,不亦乐乎,
我就喜欢简单.
具体是个啥职位呢, Data Solutions/Systems Architect,
(刚进公司时,CIO给了俺一个 Data Solution Architect 干)
只比我原来的职称多了一个单词 - System, 搞不清楚其中有何区别,
号称是提升了职位, 糊涂, 难得糊涂.
然后老板发出公告,宣布我们部门有4个人获得升职, 这不是卖乖吗?!!
工资比我原来要求的少加了三千,结果闹腾的全公司同事都知道了,一个一个跑来祝贺,
有人是真心的,有人是妒忌的,在所难免,引起人民群众内部矛盾,唉,老板真是老谋深算,
给你加了薪水,也不让你舒服.
我倒是喜欢悄悄给咱加了工资,咱以后继续卖力工作.
想要维护好上上下下的群众关系,真是不容易.
下面看看 System Architect 的定义, 还有我喜欢的职位 - Database Designer
System Architect Definition
The system architect has the task of putting together the skeleton of a software project.
Depending on the specifications gathered by the requirements analyst, the system architect will choose to focus on ease of maintenance, application performance, compatibility with existing systems, or a combination of all three. Each decision that the system architect makes has to be carefully considered because a wrong move the beginning of a project can have damaging effects later in the software evelopment life cycle.
Database Designer Definition
Most software projects boil down to information storage and retrieval. Deciding how and where this information is stored is the domain of the database designer. Working with a system architect and a requirements analyst, the database designer ensures that all necessary data has a place to be stored. At the same time, the speed at which the data can be stored and retrieved are taken in to account so that user's are not left waiting for unreasonable amounts of time.
Sometimes database designers take on database related activities such as arranging for backups, creating ad-hoc reports, and server tuning. However, these other tasks are often part of a Database Administrator's (DBA) job.
我开过网站，一年的收入还不到1千块钱，都是一点儿一点儿可怜的广告费。直接成本却有几千块，买服务器、买域名都需要钱，还要搭上我熬夜的工作。我就是这段时间身体变差的，没日没夜的为自己的网站干活儿，白天还要上班，每个周五、周六都是我拼命的日子，几乎都要熬夜到凌晨。没办法，就是我一个人干，什么都得自己干，要学的东西没个头，自己管理服务器、做开发、做维护、做页面、做管理、做运营、做推广、做合作……。后来带色儿的还不能弄了，出来好几当子被抓进去判刑的事情。我一想，得！别干了，用这个别说安家立命了，就是吃饭都难。
我开过实体店，卖过几个月的服装，赔了。那时候手里刚有点小钱儿，但是一点经验都没有，也没有什么社会关系，就是一门心思的想自己干，觉得无论如何是有机会的。租门脸房、装修、进货、办照儿、看店又是一大摊事儿。这回倒是辞职了，没有那么累了，可是没有进项了，没过几个月就开不下去了。我直到现在也没弄明白为什么都是从动物园进的货，有的卖的那么快，有的就一直都没卖出去一件。最后把店面盘出去了，没卖出去的衣服什么的都砸在手里了。之后我在网上开过，折腾半天也就是把那堆砸手里的衣服低价出了，一直折腾不出什么明堂来。
我兼职做过网站，接过几个几百块、几千块的单子，白天上班晚上给人家做网站。累死累活的并不怕，怕的是甲方老是因为各种原因要求反工，这个最要命了。完活儿结帐的时候有时候还要不回钱来，好几年过去了，现在还有欠我钱的甲方呢。而且后来这行业竞争越来越激烈，打价格战、互相拆台，几百块钱就能接个大活儿，这就更没法干了。随着发展，甲方的要求也越来越高，我一个人单干也越发觉得无法胜任“全活”了。还有一个原因，就是我不善于推销自己，不善于忽悠甲方，经常谈不成好价钱。
我投资过域名，不过是很小的投资，十几个域名而已，持有2年。最终一分钱没挣到，赔了1千多块钱。现在那些域名陆续掉先来，被那些专业抢注域名的家伙们抢走了，当然也有掉下来以后就没人理过的。
我也激动的想过其他的创业，和朋友合计了好长时间，最终黑不提白不提就那么过去了。
就这么匆忙的走过了6年，现在到了2007年。这中间我换过5份全职的工作，主动辞职4次，间隔并行的做了上面几种尝试，但都没使我的生活有所改变。2007年，我发现我已经不可能买的起我想买的房子了，甚至买我不想买的房子也比较难了。我也发现物价越来越贵，我手里的那点儿小钱儿正在迅速贬值中。相反我发现我需要用钱的地方却越来越多了，而且每笔都不是小数儿。6年过去了，虽然我挣的死工资涨了不少，但我的生活一直没有因此而变好，反而我越来越绝望。这真不是个好事情！
痛定思痛，我觉得我应该执着的为我的财务自由做努力并一直坚持下去。1开源，多挣死工资、争取做兼职。2节流，不乱花钱，节约每项开支。3，投资，开始尝试和学习投资。对于第一项，我自我感觉还不错，一直在努力工作、不断的自我学习和进步中，相信会逐步的获得回报。我现在的情况能够做什么兼职工作还真想不清除，现在这个市场好像很乱。对于第二项，我今年8月记过一个月的账，发现这个月我花了2902.51元！一个月31天仔细记下来，发现有很多可以省钱的地方，聚沙成塔吧。对于第三项，上周迟钝的我终于买了基金开始投资了，大盘却大跌了，股市一片绿，连带着基金也小跌着。对于股市我还什么都不懂，所以我不敢进去，先拿基金试试水，并且打算长期持有并投资基金。努力学习，博闻强记，争取能够早日试水股市。另外明年希望为自己投一份商业保险，具体的还有待慎重考虑。以上这些就是我在投资这方面的想法，虽然我已经晚了好多拍了，但随时开始投资理财都不晚，是不？
最后我有几点心得：
1，年轻人的第一桶金真的不适合做实业；
2，尽早理财，越早越好；
3，多交朋友，多增加社会资本；
4，不要过早的恋爱，要耐的住饥渴；
5，要不断的学习。
前面的4条，我自己的经历都是反面教材，第五条我做的稍好一点。
Robert from Canada was able to identify the version each of the 33 features were released in. Congratulations :)
Not really, but sort of. I was emailing with my friend Professor Melander again and she asked my opinion on a statement made in a blog by one of her students. The quote was:
Someone will always steer an employer towards a candidate that they know personally over one that they just know online.
Well, I think that statement would need a ton of qualification before I said "I can agree with that". (as an aside, I have a saying I put in my seminars from time to time - it goes:
Never say Never
Never say Always
I Always say...
so statements that include always or never - beware of them)
I personally "know" of many people I would recommend without reservation - that I have never met. I personally know of many people I have had face to face contact with - that I would not recommend.
Now, if all other things were equal - if I considered both candidates "equal" technically speaking - but I had met one of them face to face, knew them from meeting with them - that would give them an edge (or not actually, think about it, they might have turned me off in person). That steering statement above might be true in this special case - but only because I have more information about one of them than the other.
On the other hand if the "electronically socially networked" person outshone the person I knew in the flesh in the area the job was to be in - I would likely recommend the person I had not met - with the caveat that you have to interview them and make sure you like them (but that would be true about the candidate I met face to face).
The other point I think they might be missing out on is that online you can network with a much larger congregation of people than you can in real life - from all over the place. I don't mean just on linkedin (it took forever but I finally got out of linkedin, ugh) - I mean in forums, industry special areas, special interest places. You never know who you are going to meet there or what they might be able to do for you sometime in the future (and vice versa of course). You are establishing your reputation in a large forum, documented, there forever (so be careful how you act!!)
And - over time - you might find you get to meet many of these people you only know from the online world. I have, many times. And I am quite sure that if I hadn't been involved in the online community - I would not have met them (nor would I be doing day to day what I do!!!).
When you do meet these people face to face, one of two things becomes apparent every time, either
- They are exactly like what you thought they would be
- They are nothing like what you expected
And for #2, one of two things can come from that - either you like them better than you did before, or you decide you didn't really like them after all.
In my experience, the former happens much more than the latter - but it is a function of the company you keep.
In short, all networking is relevant. None of it is "better" or infinitely "superior" to another.
Looking at the Feedback I got for other Presentations Proposals I thought I indeed should submit general presentation focusing on Web Application performance tuning and explaining how you analyze performance and why do you do it this way, so here it is:
Performance Analysis of MySQL powered Web Applications
In this session we’ll go beyond MySQL Performance Optimization and look at full stack performance tuning for Web Applications. It is practical session about Performance Tuning Methodology.
Several years ago I have heard the talks about Oracle Performance Optimization methodology by Cary Millsap and that was a great talk with a lot of techniques and concepts could (and should) be applied for any kind of applications, including Powered by MySQL.
Now we’re using similar principles in our MySQL Consulting for performance analyzes of MySQL and Web Applications and it works very well.
I also think it is good idea to “spice up” the conference and get some foundational stuff rather than just tips tricks and benchmark results.
Lets see what Conference Board thinks about it.
Also I see submissions are coming at increased rate. Few hours before official submission deadline this talk gets number 815. The one I submitted about week ago got number 372. So expect tough competition this year !
Entry posted by peter | No comment
Add to: 
| 
| 
| 
| 
书接前文《三续当机秀》。
继续贴出当机画面。（其实有的网站不是当机，属于暂时停顿暗地里酝酿蓄芳待来年型的，姑且也算它当了吧）
自定义个性化礼品、最近跟Myspace合作风头很劲的 Zazzle
提供无版权费图片交易的 iStockphoto
独辟蹊径的C2C借钱社区 Zopa
有点效仿Myspace的音乐交友社区 Trig
致力于保护婴儿健康的 March of Dimes
同样提供无版权费图片交易的 Dreamstime
中国无法访问的 My Opera
有点另类的：
扑克牌杂志 Bluff
在线鞋店 Oka Bee
基督徒社区 Mosaic
网站小但有意思的：
愤怒的大狗 Road Dog Wear
极品之地精 DesignGoblin
灯塔转转转 Direct Technical
OK. 暂时到此。
In previous test, I just create table with two columns, how about for a table with a lot of columns? The basic block format does not change, the key is how to extract the rows. I get one row piece from Oracle dump as following.
tab 0, row 1, @0x1ec3
tl: 6 fb: --H-FL-- lb: 0x0 cc: 25
col 0: *NULL*
col 1: *NULL*
......
col 24: [ 1] 4e
bindmp: 00 02 19 00 c9 4e
The bindmp part is actually the binary data Oracle used to store all the 25 column's data. How it works? Following is my research.
00 -- Still unknown
02 -- Piece count
19 -- Column count
00 -- piece 0
c9 4e -- piece 1
For each piece, it contains one byte as the piece indicator and may have some piece data (usually column data).
piece indicator [column data]
For the piece indicator, it can have three different values.
Read Full Text of【Oracle Compress Table Block Format (2)】
Related Posts
Leave New Comment(Current: 0)
Link: http://www.dbatools.net/experience/oracle_compress_block02.html
這兩篇差了一年：
- BSD is Dying: A Cautionary Tale of Sex and Greed (2006/10/28，我發現我寫過 BSD is Dying 這篇)
- About FreeBSD 7 (PDF 檔，2007/10/20)
在大光頭投影片裡的 Slide 36：
It’s good to be back.
©作者：Fenng 发布在 dbanotes.net
Slashdot 前一段时间搞 10 周年庆典，公布了网站的架构信息(软件、硬件)情况。国内的克隆站点 Solidot 有朋友对此做了介绍。看了之后感觉剩下没有介绍的还有嚼头，也写一篇记录一下。
前面本站介绍 Digg 网站架构的时候说他们只有 100 台左右的机器，Digg 在 Alexa 上排名是 100 名左右，而 Slashdot 大约在 750 多，相比之下，服务器也少多了。Web 服务器有 16 台。操作系统都是 Red Hat 9(比较古老)。Apache 是 1.3 版本，模块包括 mod_perl 和 lingerd（用以提高内存效率). 这 16 台中有一台是面向 https 的。MaxClients 设置都很小，面向动态内容的设置 5-15 ，面向纯静态内容的只有 25。因为瓶颈不在 IO 而在 CPU 上。
Web 服务器 IO 压力不大是因为用了 Pound 作为反向代理与负载均衡服务器，Cache 了大部分 IO 。
Slashdot 比较奇怪的一个地方是 NFS 的利用方式。 Web 服务器都用同样的软件， NFS 服务器输出一个只读的 目录，每台 Web Server Mount 该目录。NFS 服务器后台有任务定期写回。这个实现方式有点意思，看起来似乎 NFS 是个单点--写单点。
数据库有 7 台 MySQL，都运行在 CentOS 4 上。CentOS 是 RedHat Enterprise Server 的克隆版。一直以为是不登大雅之堂的。Slashdot 这次也披露了不少数据层的使用经验，感兴趣的朋友可以点击开头的链接仔细看看。
总的来说，Slashdot 毕竟算是个老网站了，和 Digg 这样的新贵来说，在架构上相对比较保守，但仍有许多东西值得借鉴。
--EOF--
相关文章|Related Articles
评论数量(3)|Add Comments
本文网址：http://www.dbanotes.net/review/slashdot_arch.html
Oracle compress table is an new feature since Oracle 9i, it could save you a lot of storage, I have seen this new feature used in data warehouse. In oracle 9i, compress table have some bugs, for example cannot modify table structure, I do believe Oralce will fix these problems. So I want to add compress table support in AUL/MyDUL, following is a first step of my research, I found this out on the train.
Compress need some metadata, in Oracle, the compress unit is block, which means that in a compress table, some blocks are compressed, and some are not, depend on whether compress can save space for you. We could call the compress block is self contained, no dictionary information required from system tables when extracting.
I create a test table contains two column (col1 and col2), the values of col1 are "Compress1" and "Compress2", the values of col2 are "Compress Row1" and "Compress Row2", I insert into the table with different combination of values. Then dump a block, there are 709 rows in one 8k size block.
The structure of compress block seems likely with cluster block, the table count is marked as 2, table 0 is the different combination of words list, as following:
tab0:
0 = Compress1
1 = Compress2
3 = Compress Row1
4 = Compress Row2
5 = 0 3
6 = 0 4
7 = 1 3
8 = 1 4
Table 1 contains the real rows:
Read Full Text of【Oracle Compress Table Block Format (1)】
Related Posts
Leave New Comment(Current: 0)
Link: http://www.dbatools.net/experience/oracle_compress_block01.html
We want to hear what you think about Red Hat Magazine–the articles, the videos, the new design. As thanks for taking our survey, one randomly drawn person will win $50.
上一次在火车上发呆是在研究Log文件格式时, 想了好久都没有想清楚, 于是将一段Log的二进制代码打了张纸, 终于在火车上发呆时想出来了. 今天同样发呆了一次, 不在火车上, 也没有打印出纸来, 而是对着屏幕发呆, 而结果则是快要搞清楚Oracle压缩块的格式了.
上一次研究压缩块已经是一年多以前的事了. 在过去的一年中, 没有为此事着急, 因为压缩块存在很多的Bug, 有的已经修正, 但有的则因为用得人少可能还没有发现, 因此没有压缩表支持的AUL还是得到了大家的欢迎. 不过从Oracle 11g大力推广压缩功能来看, 应当是改进了不少. 根跨版本使用新功能的原则, 在Oracle 11g中应当会有正式开始应用的例子了. 为了让AUL活得更久, 就得支持它.
qiuyb版主最近在写DUL的文档, 并确认DUL 10已经支持压缩块了, 看来AUL已经落后一步了. 这也是今天发呆的原因, 没想到还真管用. 预计支持压缩表的AUL 5将会在明年上半年推出.
正在开心中, 当研究突破一些东西后, 总是这样.
相关文章 | Related Artiles
1. 时势造英雄
2. 英特尔摩托罗拉之战
3. 指令集之争
英特尔在微软的帮助下，在商业上打赢了对摩托罗拉一战。在接下来的十年里，它在技术上又和全世界打了一战。
当今的计算机系统结构可以根据指令集合分成复杂指令（CISC）和简单指令（RISC）两种。一个计算机的程序最终要变成一系列指令才能在处理器上运行。每个处理器的指令集不相同。有些处理器在设计时候，尽可能地实现各种各样、功能齐全的指令，这包括早期 IBM 和 DEC 的全部计算机，今天的英特尔和 AMD 的处理器等等。采用复杂指令系统的处理器芯片的好处是它可以实现很复杂的指令，但是它存在主要问题有两个，第一，设计复杂，实现同样的性能需要的集成度高；第二，由于每个指令执行时间不一样长，处理器内部各个部分很难流水作业，处理器会出现不必要的等待。除此之外，还有一个过去不是问题现在是问题的缺陷，就是复杂指令芯片高集成度带来的高功耗。
针对复杂指令的处理器的上述两个不足之处，八十年代，计算机科学家们提出了基于精简指令集的处理器设计思想，其代表人物是现任斯坦福大学校长、美国科学院、工程学院和文理学院三院院士轩尼诗（John Hennessy） 教授和加大伯克利分校著名的计算机教授派特森（David Patterson）院士。精简指令系统只保留很少的常用指令并将一条复杂的指令用几条简单的指令代替。基于精简指令集的设计思想是计算机发展史上的一次革命，它使得计算机处理器的设计得到很大简化，同时由于精简指令集的处理器可以保证每条指令执行时间相同，处理器内各部分可以很好地流水作业，处理器速度可以比同时期的基于复杂指令的处理器要来得快。精简指令集的处理器包括很多工作站的处理器和现在最快的 Sony PS/3 游戏机的微处理器 PS/3-Cell。
虽然复杂指令和精简指令的处理器各有千秋，但是在学术界几乎一边倒地认为复杂指令集的设计过时了，精简指令集是先进的。尤其是美国所有大学计算机原理和计算机系统结构两门课全是用轩尼诗和派特森合写的教科书。在很长时间里，书中以介绍轩尼诗自己设计的 MIPS 精简指令芯片为主。同时，IEEE 和 ACM 系统结构的论文也以精简指令为主。英特尔设计 8086 时还没有精简指令的芯片，否则我想，英特尔很可能会采用这种技术，而不是复杂指令系统。而一旦走上了复杂指令这条不归路，英特尔为了和 8086 完全兼容，在以后的 80286 和 80386 中必须继续使用复杂指令系统。在八十年代中后期，不少精简指令的处理器做出来了，包括轩尼诗设计的 MIPS，后来用于 SGI 工作站，以及派特森设计的 RISC，后来用于 IBM 的工作站。精简指令芯片的速度当时比的复杂指令的要快得多。
到了八十年代末，英特尔面临一个选择，是继续设计和以前 x86 兼容的芯片还是转到精简指令的道路上去。如果转到精简指令的道路上，英特尔的市场优势会荡然无存；如果坚持走复杂指令的道路，它就必须逆着全世界处理器发展潮流前进。在这个问题上，英特尔处理的很理智。首先，英特尔必须维护它通过 x86 系列芯片在微处理器市场上确立的领先地位；但是，万一复杂指令的处理器发展到头了，而精简指令代表了未来的发展方向，它也不能坐以待毙。英特尔在推出过渡型复杂指令集的处理器 80486 的同时，推出了基于精简指令集的 80860。这个产品事实证明不很成功，显然，市场的倾向说明了用户对兼容性的要求比性能更重要。因此，英特尔在精简指令上推出 80960 后，就停止了这方面的工作，而专心做"技术落后"的复杂指令系列。在整个九十年代，工业界只有英特尔一家坚持开发复杂指令集的处理器，对抗着整个处理器工业。
应该讲英特尔在精简指令处理器的工作没有白花，它在奔腾及以后的处理器设计上吸取了 RISC 的长处，使得处理器内部流水线的效率提高很多。由于英特尔每一种 PC 机处理器的销量都超过同时代所有的工作站处理器销量的总和，它可以在每个处理器的开发上投入比任何一种精简指令处理器多的多的研发经费和人力，这样，英特尔通过高强度的投入，保证了它处理器性能提升得比精简指令还要快。而在精简指令阵营，九十年代五大工作站厂家太阳、SGI、IBM、DEC 和 HP 各自为战，每家都生产自己的精简指令处理器，加上摩托罗拉为苹果生产的 PowerPC，六家瓜分一个市场，最后谁也做不大、做不好。到了 2000 年前后，各家的处理器都做不下去了，或者全部或者部分地开始采用英特尔的产品了。而最早的精简指令的 MIPS 处理器现在几乎没有人用了。轩尼诗和派特森作为两个负责任的科学家，将英特尔处理器加入到自己编的教科书中，以免大学生们再去学习 MIPS 这样的恐龙。
英特尔经过十年努力终于打赢了对精简指令集的处理器之战。需要强调的是，英特尔不是靠技术，而是靠市场打赢的此战。英特尔的表现在很多地方很值得圈点。首先，英特尔坚持自己系列产品的兼容性，即保证以往的软件程序肯定能在新的处理器上运行。这样时间一长，用户便积累了很多在英特尔处理器上运行的软件。每次处理器升级，用户原来的软件都能使，非常方便。因此大家就不愿意轻易更换其它厂家的处理器，即使那些处理器更快。而其它处理器生产厂家这点做的都没有英特尔好，它们常常每过几年就重起炉灶，害得用户以前很多软件不能用了，必须花钱买新的。时间一长，用户就换烦了。第二，英特尔利用规模经济的优势，大强度投入研发，让业界普遍看衰的复杂指令集处理器一代代更新。在九十年代初，英特尔的 x86 系列和精简指令集的处理器相比在实数运算上要略逊一筹。但是，英特尔十几年来坚持不懈地努力，后来居上，而其它厂商因为各自市场不够大，每一个单独的处理器芯片的投入远远不如英特尔，因此反倒落在了后面。与其说英特尔战胜其它厂商，不如说它把竞争对手熬死了。第三，英特尔并没有拒绝新技术，它也曾经研制出两个不错的精简指令的处理器，只是看到它们前途不好时，立即停掉了它们。第四，英特尔运气很好，在精简指令处理器阵营中，群龙无首。这一战，看似英特尔单挑诸多处理器领域的老大。但是，这几家做精简指令处理器的公司因为彼此在工作站方面是竞争对手，自然不会用对手的产品，而且各自为战，互相拆台打价格战，最后，太阳公司和 IBM 倒是把其他几家工作站公司全收拾了，但自己也无力和英特尔竞争了，现在这两家自己也用上了英特尔的芯片。本来，摩托罗拉最有可能一统精简指令处理器的天下和英特尔分庭抗礼，因为它本身不做工作站，而各个工作站厂商原本都是用它的 68000 系列处理器，但是摩托罗拉自己不争气。原因我们前面已经分析过了。
装修已经开始了好几天，在装修过程中，最先购买的就是瓷砖，因为这是最早要用到的材料之一。
最初在北四环的居然之家走马观花看了一下，再然后和桔子一起去了一趟十里河，众多的瓷砖品牌实在是让人目不暇接。
而据说国庆期间整个十里河都是52折销售，错过了促销期，瓷砖的价格又涨了上来，难怪我们选购的时候各个店面都是顾客寥寥。
然后桔子推荐了欧神诺给我，第一次看就喜欢上了以下这款：
其实主要是看花砖，那一朵荷花吸引了我。
这朵荷花的构思抽象过程使我想起了任瑞华先生的《岁月荷莲》，陶艺家任瑞华先生用了近10年的时间，反复实验，烧制成功了抽象作品岁月荷莲，一起来欣赏一下这旷世杰作：
任瑞华的另外一副作品《和之韵》曾经以106万元的价格创当代瓷器收藏最高价：
就只荷莲这两片花砖让我选择了欧神诺。
最后下订单是在北四环的居然之家，和老婆一起，那天本来是星期四，店主说这个周末会有一个促销活动，你们可以不必着急，等周末来下订单一定可以优惠一点。
既然店主为顾客考虑的这么周全，我当然要选择等2天。第二天周五，店里打来电话，告知活动的价格是58折，这个折扣下来省了不少钱。店主又送了我两袋的勾缝粉，外加送货进屋。
一切就这么决定下来。
厨卫加上阳台，瓷砖大约花了5000元，现在就等着工人铺出来看效果了。
-The End-
相关文章|Related Articles
评论数量(3)|Add Comments
本文网址：http://www.eygle.com/archives/2007/10/fitment_tile.html
2007-10-29 Mon
2007-10-28 Sun
AnySQL.net
DBA notes
Oracle & Starcraft
eagle's home
给你点color see see
Oracle Scratchpad
Oracle Life
OracleDBA Blog
Photos from dbanotes
Chanel [K]
xzh2000的博客
Oracle Security Blog
ERN空间
Eddie Awad's Blog
MySQL Performance Blog
The Tom Kyte Blog
del.icio.us/fenng/oracle
AIXpert
O'Reilly Databases
Red Hat Magazine
DBASupport
Pythian Group Blog » Log Buffer
车东[Blog^2]
blue_prince
玉面飞龙的BLOG
此生 今世
人生就是如此
Orange Tiger 木匠 的 移民生活
生活帮-LifeBang
Hey!! Sky!
dba on unix
Oracle Notes Wiki
Welcome to brotherxiao's Home
柔嘉维则@life.oracle.eng
Fenng's shared items in Google Reader
缥缈游侠-logzgh
Tanel Poder's blog: Core IT for geeks and pros
DBA Tools
DBA is thinking
yangtingkun
NinGoo@Net