AnySQL.net » Life

2010数据库技术大会及我的主题

anysql — Sun, 04 Apr 2010 23:48:41 +0000

今年的数据库大会圆满结束，这是众多朋友相聚的又一次盛会, 想想自已在杭州整整两年时间深居简出, 没有出去见人, 真是约束了自已的视力范围. 谢谢IT168组织的这次会议, 很难得可以同时听到这么多人的技术声音, 同时大家不约而同地说, 这样的交流太有必要了. 只是时间永远不够用, 最后一天晚上, 和一些朋友一起吃饭聊天, 居然放了eygle一次鸽子, 非常的sorry.

最近几年明显感觉到数据积累的速度, 或者说是许多行业业务的发展速度, 超出了硬件的发展速度, 就算我们购买了很强劲的IBM小机, 或者遥想大机, 感觉只靠硬件已经不能给我们一片蓝天, 越来越多的人感知到了硬件上的天花板.

我的主题, 即与这个天花板有关, 很高兴公司的业务发展及数据积累速度远远超出了硬件的发展速度, 在试图去探知硬件的天花板这个偿试上, 让我很劳累和伤神, 但这方面的积累还是我最近两年的一个重要所得, 即使没有完全明白, 也决定放弃AUL数据恢复这个主题, 转而带着容量评估这个问题, 去和大家一起探索. Google能用数据换来公司的利益及社会的进步, 我们越来越多的公司也会, 淘宝推出的数据魔方也正是要发挥长期积累的数据的作用.

同时我们的自然环境变得越来越差, 沙尘曝已经不是北方独有的了, 南方也开始出现了, 地球的温度越来越高, IT这个行业也贡献了不少, 大老们都提倡低碳生活, DBA也是可以做些极小极小的贡献的, 如何充分利用好机器的硬件资源, 既不浪费机器资源(多碳), 又不能阻挡业务的发展, 就要求我们对系统有充分的认识. 2008年从上海到杭州后, 一直都在做这个事情.

说了这么多, 其实我的话题非常小《Oracle性能数据分析》, 想通过分析一些数据来搞清白一些事情, 只是成果还非常地少, 可以通过后面的链接查看演讲时的PPT(Oracle性能数据分析).

在这个方面还有很多不清楚的地方, 欢迎大家一起来畅想一下. 不光是这一点, 任何方面都可以一起勾通一下, 有勾通才是生活.

Relative Posts:

2010/01/28 -- 谈谈历史遗留问题 (2)
2010/01/04 -- 最近在整理的几篇文档 (2)
2009/09/11 -- DBA有什么个人前途? (18)
2009/09/08 -- 因丈母娘的需求而买房? (5)
2009/09/03 -- 收费有助于网购信用 (1)
2009/08/25 -- 关于技术积累的几点想法 (6)
2009/08/17 -- 努力创造DBA额外价值 (27)
2009/08/12 -- 个人价值决定个人回报 (13)
2009/08/04 -- DBA最缺的不是技术 (8)
2009/08/02 -- 当群众演员比干DBA还累 (9)

谈谈历史遗留问题

anysql — Thu, 28 Jan 2010 12:16:37 +0000

首先要承认有历史遗留问题是好事, 因为这一般是在事物新生期被忽略的细节上的问题, 而且往往是因为事物起始时高度关注与追求高速发展, 与解决细节问题之间的时间和资源上的冲突, 就IT系统来讲, 历史遗留问题越多, 表明当初发展的速度越快, 因为一开始资源上也显不足. 先要在心里承认历史遗留问题的正常性, 不出问题时大家都容易理解, 但要是出了问题, 心中不一定能容忍历史遗留问题的客观性.

除了时间和资源外, 在当时的条件下, 解决新生期的细节上的问题是入不付出的, 并且事物不会因为这个细节上的问题, 而导致当时的失败, 甚至可能什么都表现不出来, 相当长的一段时间内都会隐藏得很好, 除了当时事物的制造者可能知道外, 不是所有的细节上的问题在形成之初就是已知的, 都认为这是一个十分完美的事物.

虽然不是所有的细节上的问题在形成之初就是已知的, 但有很多应当是已知的, 只是这个细节上的问题, 在传承上出了问题, 事物可能前后经由多个人进行修改与完善, 前面已经感觉到的问题, 如果没有有效地交托给下一个, 就隐藏了, 没被隐藏的一般都是比较大的问题, 不会成为历史遗留问题.

历史遗留问题的发现一般都是由于事故, 量变引起质变, 在量没有到达之前, 不会形成事故, 不会有让人感觉到难过的严重危害. 拿IT系统来说, 用户数的增长, 业务的增长, 数据量的极速增长, 到一定的量后, 才会发现当初被忽略的细节现在都成了头痛的问题, 成了历史遗留问题, 不满意的用户绝对数量在增加. 在用户的心目中, 事物应当变得越来越完善, 但当发现没有变化时, 变得越来越失望, 为什么当初没造成用户体验问题, 现在却造成了用户体验问题, 当时用得好好的, 什么也没有变, 就变成了问题很多的事物了. 看来对既有事物的完善速度必须要超过社会发展的速度, 才不会引起用户体验问题.

一个历史遗留问题的爆发, 往往会引出更多的历史遗留问题, 站在今天的时间点回首看去, 会发现一个一个的黑洞, 从而引生出放弃旧事物, 开发新事物的想法, 并且很容易取得一致的共识, 大量的历史遗留问题是很难解决的, 重新做一个要比改造来得更快更好. 另外此时彼时物虽是人已非, 每个人都不想去修复历史遗留问题, 因为长期的积累, 这些问题已经变得很难处理, 处理好了只是个小功劳, 处理不好就是大问题.

有部份的历史遗留问题一定是通过创建新事物来解决的, 也有一些必须通过修复来解决的, 当你偏向于某一方时, 就会在一定的时间段内引起一定的问题, 问题在于你能否支撑过这段青黄不接的时期.

Relative Posts:

最近在整理的几篇文档

anysql — Mon, 04 Jan 2010 15:01:48 +0000

第一篇讲述的是数据收集的工具，一个从Oracle中导出数据成各种格式文本的工具。好的工具可以让工作变得轻松，让生活变得更美好，的确有了好的方便的工具之后，大家开始一起收集更多的数据了。

第二篇讲述的是一个简单的数据展示平台，也就是在荒凉时期积累下来的DataReport程序，用它快速展示各种各样的数据，节约了原来用来学习PHP、Cacti、RRD Tool等的时间。收集了数据如果不加以展示和分析，无法发挥应用的作用，通过对数据种种图形的展示，不仅让我自已更快更好地了解了系统，也帮助了公司里的其他人更好地了解系统。

第三篇讲述了作为DBA第一个要面临的空间管理问题，如何了解数据库中各个表的数据增长情况，如何得到业务量增长和数据量增长之间的关系，如何提前给表空间添加数据文件等，使空间管理更附合生活节奏。

第四篇讲述了对备库的一点管理经验，对于备库的技术方面，大家没有任何问题，却在业务高速增升、数据高速增长的情况下的归档日志安全清理方面裁了不少跟头，导致了好几次备库的重建。

第五篇讲述了Statspack与AWR所收集的性能数据的另一种分析方式，不同于各自产生的报表，着重于性能数据在时间轴上的变化趋势，同时也着重于如何将SQL的性能信息如何更好地分享给公司的开发人员及架构师。

第六篇讲述了应用服务器到数据库服务器的连接数的分析，如何为应用服务器设置合理的连接数，以合理控制数据库的并发会话数，DBA、架构师和应用管理人员从这些数据的分析中得到了一些有用的认识。

第七篇讲述了如何分析应用服务器与数据库的紧密程度，以便进行应用服务器的多机房分布问题，也为应用服务器的层次划分提供了一点数据依据，DBA及架构师从这部份数据的分析中得到了一些有用的认识。

第八篇讲述了一种业务量实时预测与监控的原理，监控体系中必不可少的一部份，也是全公司所有人能毫无异议地理解一致的监控数据，是评估突发事件紧急性及影响程度的重要依据之一。

第九篇讲述了如何用分析性能数据，进行数据库的垂直拆分。当一个数据库不足以满足业务量的增长需求时，就要进行拆分，垂直拆分总是先行的一步。拆分的难点并不在于拆分本身，而在于拆分前对于拆分后效果的有效评估。

还是想努力去完成2009年初制定的写一本书的目标.

Relative Posts:

因丈母娘的需求而买房?

anysql — Tue, 08 Sep 2009 12:41:43 +0000

城市打工者想着房价到顶, 想了好几年了, 可是今年四月份开始又涨了不少, 杭州余杭区闲林的更是涨了50%到100%, 而且买的人还特多. 为了平息房价高的民愤, 不少房地产大亨不痛不痒地和我们说, 买不起房可以租房啊. 是买房还是租房, 得听小人物的真心话, 象我这种小人物的心声.

租房其实是一个不错的选择, 但目前没有以公司名义来出租房子的, 居住的权利得不到保证, 如果房东哪一天想卖房, 随时可以赶你走, 要想长期租房却没有法律保护, 因此也不能好好地改善自已的居住环境, 例如对房子进行装修, 生活质量就大打折扣, 为了和谐生活, 还是得自已买房. 政府搞的廉租房, 量太少了, 解决不了租房的问题, 没有公司来搞专业出租, 是因为买房来出租是不划算的, 是亏本的, 所以租房不能改善生活. 租房没有成体系, 是买房的一大动力.

不是中国人喜欢存款, 都喜欢用钱投资, 以钱生钱的, 但目前可以投资的方法基本上只有两种: 股市和房产, 投资实业还没有这样的信用环境, 基本上都是被老板卷钱逃跑的命, 所以股市好时, 大量人涌入股市, 房子会不涨价, 股市不好时, 大量的人去炒房, 房市会涨价, 反正房价涨了, 对于税收, GDP及地方政府的业绩, 近期内都是好的, 加上近几年投资房产的都赚得流油, 如今至少能在水电煤依次呼叫着涨价的经济形势下, 让资金保值吧. 投资渠道的缺少, 是房价高的一大重要原因.

有了小孩子后, 户口的重要性就提升了, 没有户口会给小孩的生活及上学带来众多的麻烦, 另外需要办个什么证明的, 或什么证的, 如出生证, 护照等, 没户口办起来就很麻烦, 很容易花个几千块钱才能拿到一张盖着萝卜章的纸, 成本其实很高, 小孩上个学, 没有房子要多交一定的赞助费, 等等. 为了户口, 为了小孩, 也得买个房子住.

专家说的丈母娘的需求, 也是有一点的, 但没有那么重要. 到是中国自古以来养成的习惯意识, 会促使每个男人想去买房, 以给一个家庭安定的生活, 但这是一种动力, 不能成为房价高的原因. 如果非得说这是主要原因, 估计这专家曾被丈母娘逼过.

以上几点, 都是小人物我的真实经历与想法, 但丈母娘的需求产生的影响很少, 其他三点大约起着相等的作用, 结婚时没有房, 是租房住的, 从没有对租的房子进行装修, 以改善居住水准. 小孩也要上学了, 也担心目前的依次涨价, 所以出手买房了, 而不是选择租房. 也说说你选择买房而非租房的理由吧,

Relative Posts:

收费有助于网购信用

anysql — Thu, 03 Sep 2009 09:43:29 +0000

珍惜一件东西的程度取决于获得这件东西的成本, 以及失去这件东西要付出的代价. 用最欠缺的资源换取的东西就是我们最看重的. 没钱时贵的东西就是最看重和最心疼的, 有钱时用友谊换来的东西则是最看重和最心疼的. 信用也是一样, 要让人懂得和珍爱信用, 取决于获得这种信用的成本和失去这种信用的成本.

网上购物, 我们看重网购信用, 但又不相信网购信用. 那么多卖家在炒作网购信用, 说明很看重网信用, 也有很多的人想炒高了网购信用去骗人一把, 又让人不得不去怀疑网购信用, 所以支付宝的担保交易在网购中很吃香. 建设一个良好的信用炒作预防系统, 也只能发挥一点点的作用, 因为获取网购信用, 及失去网购信用的成本都不高.

因为在网上成交并没有额外付出成本, 所以任何卖家可以无限制地去炒作网购信用, 所需要的成本只是找到一个比防信用炒作系统更高明的方法而已, 不被发现我就可以快速重新获得网购信用. 网购信用失去了, 注册一个帐号, 再去炒就行了.

在防信用炒作系统建设方面, 目前看来永远是道高一尺, 魔高一丈, 实在只能发挥有限的作用. 由于网购信用获得成本过低, 导致了网上信用失去的成本也很低, 因此网购信用可以被任意地一次一次地重新摧毁和重新建设. 导致了积累的网购信用信息很难被人认可, 发挥出应用的价值.

落后的地方, 网上的信用一般会较差, 网下的信用会较好, 比如, 向农村的商店去赊商品, 就不会这么不讲信用, 因为你不讲信用, 后面就赊不到了, 同村的其他商店也不会赊给你, 以后有困难时向人借钱也会很难. 这种情况下失去网下的信用, 所付的成本就比较大.

从整个世界来看, 服务收费的地方, 信用都比较好, 而服务免费的地方, 信用都比较差, 网络购物平台只是为大量的网民提供服务的一个平台, 因此要解决网购信用, 按成交收费, 也是一个很重要的手段, 增加信用炒作的成本, 使人们更珍惜网购信用.

Relative Posts:

努力创造DBA额外价值

anysql — Mon, 17 Aug 2009 06:36:18 +0000

网上有人在问, 如何才能进阿里巴巴当DBA? 感觉阿里巴巴的DBA个个活得很风光, 好象个个有奔驰或宝马, 因此都想来这儿赚一辆. 也有Oracle OCM在北京税前14K的要求在北京求职, 有人说这世道对技术不公啊, OCM都这样了, 算上还在不断上涨的房价, OCP及连OCP都没有的DBA要如何立足? 变相压低DBA价格啊! 这是恶性竞争啊!

这两件事情, 都让我想到一件事情, DBA要做些什么? 象数据库空间维护(表空间不足时, 需要及时添加文件, 以防空间不足的话), 没有OCP的DBA也能做好, 有OCP的也能做好, 有OCM的也要做这件基础的事情, 所以招一个是否有OCP证书, 是不是OCM的员工, 有本质区别吗? 反过来, 如果我只招一个DBA来做空间维护, 没有OCM有OCP的DBA能做好, 没有OCP的DBA也能做好, 为什么一定要找OCP或OCM呢? 从谁那儿能得到空间维护中额外的价值, 就要招谁!

如果三个人(无证, OCP, OCM)都将这事做得很好, 没有犯错, 每次表空间要满时, 都提前添加空间了, 如何来确定给他们的报酬? 接下来有一个人, 给空间上了一套监控系统, 表空间使用率超过一定值, 或绝对可用空间少于多少时, 自动报警, 那么要给谁加薪? 再有一个人, 收集了表空间的数据, 一个月后, 准确地知道了每个表空间每天的增加量, 并且根据这些数据, 有计划地在空闲时间维护空间, 那么要给谁升职? 继续优化数据, 过了半年后, 得到了各个库每个月的空间使用量, 这些信息被用于采购决策, 那年终又需要给谁多发点奖金?

上面说的几种情况, 有规定OCP一定要能做到, 还是OCM一定要能做到? 显然是没有的, 不管你有没有证, 是OCP还是OCM, 应当得到的回报都不取决于有没有证, 也不取决于你是不是在阿里巴巴, 不管那个企业都会用个人贡献来评定薪酬水平的.

在DBA的职业生涯中, 需要不断地去发掘DBA工作的背后价值. 很多的阿里巴巴DBA都创造了很多的额外价值, 做成了很多外面的人认为不是DBA应当做的事情, 所以他们得到了奔驰与宝巴, 而不仅仅因为他们进了阿里巴巴工作.

DBA是高压力, 并且机动性较强的职业, 如何创建额外价值? 去想办法降低团队的压力, 去努力花机动性为计划性, 以此为目标, 就可以发现很多很多的额外价值, 你也会成为一个很好的DBA, 一个很容易被阿里巴巴录用的DBA.

Relative Posts:

个人价值决定个人回报

anysql — Tue, 11 Aug 2009 23:38:21 +0000

很多网友对这句话其实是不认同的, 事实上确实存在很多情况, 个人回报和个人价值是无关的, 比如进入公司的时间不同, 导致拿到的股票期权的成本价不一样, 虽然一样的努力, 但回报是不一样的, 或如看着其他人不需要实现什么个人价值, 就在股市或房市中不停地赚大钱. 有时侯, 机会来临带来的个人回报的确是和个人价值无关的. 但问题是机会没有来临, 你没有能从上帝那儿乞讨到发财机会时, 你能从哪儿得到个人回报? 机会让少数人取得丰厚的回报, 大多数人都必须通过创建个人价值, 从老板或从社会获取个人回报以维持生存.

而我一直以来都没有遇到不需要个人价值的个人回报, 那么需要得到更多的个人回报, 需要做什么呢? 如果公司的工资给你带来了大部份收入, 那么需要你始力为公司及公司的客户贡献个人价值, 以获得更多的个人回报, 即工资的增长. 另外努力去想办法帮助社会上的其他人或其他公司, 为他们创建贡献个人价值, 也会获得一定的个人回报. 虽然我们所处的社会并不处处反映个人价值决定个人回报这个道理, 但还是越来越在向这个方向前进. 但这几年的从公司获取的回报和从社会获取的回报中, 都充分体现了个人价值决定个人回报这个道理.

毕业十多年了, 前面的一半时间都没有按这个准则去做事, 前面的三分之二时间都没有能悟到这个道理, 因此在毕业初的相当长一段时间, 所获取的个人回报是相当低的, 跳槽的次数也比较多, 没有能较好地实现个人价值, 当然也就没有很好的个人回报了. 那时拼命地在想得到不需要太多个人价值就能获得个人回报的机会, 只知道哪个公司给的基础工资高一些, 就会跳往那个公司, 都是只想获到个人回报的跳槽. 跳槽应当和创业有着同样的目标, 创业并不是为了等机会发财, 肯定是抓住机会创业, 以实现更多的个人价值, 然后以期获取更多的个人回报.

作为一个技术人员, 发现我现在所积累的技术, 绝大多数是在毕业后面的一半时间里完成的, 也就是按个人价值决定个人回报的方式去做事后积累起来的, 而以前只是随波逐流去东学一下西学一下, 学习的目的只是为了得到一个新的工作. 后来这个目标被更换成, 要用技术帮助公司, 要用技术帮助社会上的其他人或公司, 这个目标其实就是现在所讨论的个人价值. 有了这个目标后, 不仅技术更好了, 而且能将技术用出来, 2005年初居然能突然用C来代替Java去完成AUL的开发, 个人价值驱动技术积累而已.

说了这么多, 其实只想说一句, 不要过份去抱怨社会给你的机会不够多或不够好, 不要去过分渴求机会回报. 当然不是说反对机会回报, 当然想, 而且非常想, 但不要因为非常想, 而忘了价值回报, 忘了用个人价值决定个人回报的想法去工作和生活.

Relative Posts:

当群众演员比干DBA还累

anysql — Sun, 02 Aug 2009 02:51:34 +0000

昨天参加公司为庆祝集团十周年而做的真人员工版MTV的拍摄, 也不知道是怎么被选中的, 两周以前, 公司里面来了两个并不熟悉的人, 让我带了幅墨镜并摆个POSE好让他们拍个照, 想想公司新进来的员工, 也经常会找一些人来拍, 就没有在意而同意被拍了. 直到周五上面通知我要去参加这个拍摄时, 我才忽然反应过来, 原来是这么一回事.

周二早上两点出发, 前往上海东方绿州外影拍摄基地, 因为是周五下午才通知, 周六早上就要出发, 连质问一下时间的机会都没了, 我们需要敬业精神, 要义无反顾地去做好这件事情. 在公司楼下集合时, 三十多个一起拍摄的员工都来得很准时, 很多人是在看完了湖南卫视的快乐女声后, 一点都没睡就出发了. 与DBA相比就当今天是停机系统维护好了, 还没有觉得很累.

一到达目的地, 雨就开始大起来, 这也不能阻止我们拍摄的进度, 所以就在雨中进行. 早上直到十二点, 都是在做群众演员的配角, 在后面站着, 看准时间喊喊口号与做做动作, 遇到搞笑的场面还不能笑. 习惯了平时面部自由表情的我们, 还真有些不知合, 一不小心就被导演喊卡了, 一切又得重头再来. 有一段冲刺的戏, 拿着一个十公斤重的东西, 来回跑了几次, 没几下就显示出了我们这些坐办公室的人的缺限, 一个一个汗流夹背, 坐立没有个好姿势了.

好不容易到了十二点, 雨停了, 可肚子里早就开始咕咕叫了, 早上两点出发, 六点到达目的地开始拍摄, 中间很多人都没有好好吃早饭, 那能顶得住啊. 群从演员的报酬中, 有一份盒饭, 看见盒饭送来时, 不由自主地留下了口水, 或者在咽口水, 可是导演说要抓紧时间, 现在天气好要多拍一些场景, 不准吃饭, 因此最后的结果就是再拍了一些场景, 到了一点半才吃中饭, 而且是五六年没有吃过的那种盒饭, 这时就比DBA要累待遇要差了, 我们做停机维护时, 一般都有大量的肉来补充.

下午是在东方绿州淀山湖边上一处挑战极限的地方拍摄的, 到是很喜欢这样的运动, 虽然拍摄中没有要求走完所有的项目, 但自已来回走完了两遍所有的项目, 又累出了一身汗. 晚上吃得比较准时, 但还是同样的盒饭, 吃了不是很想再次的那种, 吃饭后继续拍摄, 直到十点半才从上海赶回来, 到达杭州家里时已经早上一点多了, 车上没怎么能睡着, 相当于是24小时没有睡觉了, 实在累趴下了.

站着不能动, 想笑不能笑, 一天两盒饭, 当群从演员比干DBA还累.

Relative Posts:

2009年日全食对网络交易的影响

anysql — Wed, 22 Jul 2009 03:09:03 +0000

百年难得一遇的日全食, 吸引了很多网民离开电脑, 跑到大楼顶上去观看, 在这接近30分钟的时间里, 网络交易成交量受到影响, 如下图所示.

在出现全食的时间点里, 交易影响最为严重, 下跌幅度最高时为28%, 平均为25%, 于一个三天的假期中下跌的幅度相当, 在日全食结束后迅速回涨.

上面的图是用AnySQL DataReport应用程序画的, 该程序完全免费使用, 欢迎咨询.

Relative Posts:

Google被封, 苦了IT工作者

anysql — Thu, 25 Jun 2009 00:13:57 +0000

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

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

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

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

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

Relative Posts:

现在妈妈也没有土地

anysql — Sun, 31 May 2009 04:42:50 +0000

妈妈在教儿子唱歌, 歌词如下:

……, 我们坐在高高的谷堆旁边, 听妈妈讲那过去的故事, 那时侯妈妈没有土地, ……

忘了歌词, 于是我就扰乱一下, 教儿子下一句了.

现在妈妈也没有土地, ……

教了几次后, 儿子就只唱两句了.

那时侯妈妈没有土地, 现在妈妈也没有土地.

唱完这两句就站着, 笑着看我们两个.

Relative Posts:

过去的十几年IT路

anysql — Wed, 14 Jan 2009 05:55:07 +0000

从大学的管理专业毕业后跳做IT工程师, 已经十多年了, 活得不好不差, 可能是因为年底, 系统相对稳定些了, 也更有空想些问题了. 突然想说说自已有些什么目标了, 有些可以算完成得不错, 有些还影都没有呢.

基础技术积累. 好象前五到六年是这个时期, 那时候完完全全是年轻的IT工程师, 加班通宵不停地, 和妓女没两样, 积累了一些末稍的技术, 将身体累跨了, 自身的经济条件也不怎么混得好.

一个软件产品. 在最近几年中, 就AUL来说, 算是做了一个软件产品, 虽然是以服务形式提供的, 但人家不是自愿的, 是被迫付费的, 因此不想将它为一个服务. 对于软件产品有了一些体会, 是一种不错的人生经历.

一种软件服务. 软件服务被人喊了很多年, 可以始终没有在自已身上经历过, 要人家自愿出钱来买你的服务, 和将一个网站从免费整成收费一样复杂. 这个指望WebChart这个应用了, 争取面向全球去卖出一个服务, 去偿试一下提供有偿服务的困难.

一个学习过程. 在eBay的几年, 见识了世界顶级系统运维团队如何工作, 如何维护一个世界排名前几的网站, 对于自已是一个很好的提升过程, 虽然我只是在DBA队伍中学习了几年, 但还是所得不簿, 是一段难得的学习经历.

一个决策阶段. 有时希望自已能过一个有比较强的自我决策的阶段, 现在在的公司有这个机会, 在数据库方面, 做一些决策, 按照自已的意思去设计, 如何平稳撑住每年100%以上的业务增长量, 并且将系统支撑到非常巨大的数据量. 就当是学完了后去验证一下自已的所学吧.

一段管理经验. 虽然是管理专业毕业的, 可毕业后从没有做过本行, 这是最大的缺限, 也是最想做的, 在年龄相对平均技术年龄偏大后, 更想有这样的一段经验. 还在努力学习中, 不知道有没有这样的机会. 目前技术的活很多, 管理的活基本没有, 如何去博取这样的经验呢?

回首过去的十几年, 经历好象还是比较丰富的, 只是内心还是不充实, 对于未来没有能让你建立自信心的把握, 继续思考问题……

Relative Posts:

2009年初的反省与计划

anysql — Thu, 01 Jan 2009 16:20:05 +0000

日子真的很快, 转眼就到2009年了, 年初想做的事好象并没有完成, 原计划写一本书的, 但放弃原来比较安闲的工作, 来到一个很忙的公司工作后, 基本上所有的时间都花在适应新环境, 开展新工作上, 空闲时间没了, 同时身心也很疲惫, 因此写本书的事就放弃掉了, 很是辜负了博文视点的期望了, 也不知道网友们有没有支持我写书的, 今年再为我喊一声吧.

过去的几年中, 一直都以努力发展恢复软件, 有开心的时侯, 也有不开心的时侯, 但今年的重点肯定不在这里了, 首先要帮助公司在数据库这一层如何支持业务超速的发展, 在2008年中为了这个付出了很大的努力, 但在一个每年业务量都不止翻一翻的公司里, 永远不能过份看重硬件的处理能力, 不相信SSD硬盘就可以提升几倍的业务处理能力. 因此做了很多收集数据, 分析数据, 展示数据的工作. 有了过去积累的知识及开发的一些小工具的支持, 这些工作实现起来到没有什么技术上的费力. 也许可以将这些写成一本书, 不知道大家喜欢不喜欢, 纯技术的书有很多人比我写得好, 换个战场, 写如何实现. 简单的数据分析及预测方法及老掉牙的WebChart展现, 给我带来了一个公司内部的奖项.

深刻体会到运营一个数据库的难度, 如何抢在时间的前面, 不是一件容易的事, 虽然有些事情可以用钱来解决, 但未必可以用钱在有限的时间内解决, 解决复杂系统的性能问题并不是一两周的事情. 因此在这种情况下, 一大任务就是预计业务量, 估计数据库系统可以支撑到什么时间, 及时提醒公司去解决一些可以解决的问题, 上面收集的数据就在这一点上帮了我很大的忙, 但这实在一件不容的事, 2009年还得紧张地继续收集数据, 分析数据, 展示数据, 但决定将这个过程写下来, 看看内容, 到底能不能写成一本书.

新年以一句SQL来开始, 分析数据的SQL, 如何统计5分钟的交易量? 假设交易表上有时间字段.

select trade_day + trade_time/1440 trade_time,
trade_count
from (
SELECT TRUNC(TRADE_DATE) TRADE_DAY,
TRUNC((1440 * (TRADE_DATE – TRUNC(TRADE-DATE))+1)/5) TRADE_TIME,
COUNT(*) trade_count
FROM TRADE_TABLE WHERE ….. group by
TRUNC(TRADE_DATE),
TRUNC((1440 * (TRADE_DATE – TRUNC(TRADE-DATE))+1)/5))

面对新年, 心里很乱, 只能这样来出场.

Relative Posts:

步行十多公里回家

anysql — Mon, 20 Oct 2008 06:25:05 +0000

入夏以来, 就没有怎么去爬过山. 入秋以来, 除了一次背儿子从老和山到北高峰后, 也没有再爬过山, 基本上最近三个月以来, 没有锻练过身体了, 因此决定今天去爬山. 否则骨头就老化了, 会再没有信心去黄山及其他名山了.

中午请ningoo和blue_prince吃完饭后, 本想三个人一起去爬山的, 结果blue_prince总是临阵退却, 说要回去睡觉, 于是就两个人去了. 我和ningoo是超级能走的人, 大家在爬山和走路方面是惺惺相惜的, 他也难找到和他一样能走的人, 我也很难找到和我一样能走的人. 老和山到北高峰这条路线走得太多了, 于是打车去西湖南面的玉皇山, 花了ningoo身上仅有的三十块钱, 他身无分文了.

玉皇山不高, 才200多米, 感觉走得很不过瘾. ningoo刚好聊起了周四和biti_rainy从西湖杨公堤(花岗观鱼)走路回家的事, biti_rainny最近为了控制身材常走路回家, 不仅省越来越贵的汽油, 据说也减掉了身上7斤油, 要打劫的人可以事先在路线上计划了. 于是我说, 反正你身上一分钱也没有了, 一起走回去吧, 挑战一下自已.

于是从山上下来到达虎跑, 然后走到杨公堤, 经花岗观鱼, 经苏堤, 在西湖边上泡了泡臭脚后, 继续走到曙光路, 走浙大玉泉校区, 回到古荡小区. 路上在商量, 下次去哪儿爬山, 光爬山也有点单调, 搞辆自行车, 以后可以试试骑个50公里来锻练一下, 以后再去玉皇山, 也可以骑自行车去了, 省了打车的钱. 就去路边的自行车铺一下买了两辆永久牌自行车. 我的记忆中还是留恋在过去的28式上, 钢圈而不是铝圈, 够结实, 以前载过两个大人都没有问题的自行车, 可惜现在一般地方也没有买了, 买得到也很贵了.

以后再去爬山或骑车, 要喊biti_rainy一起去了, 如果很远, 怂拥他开车去, 然后爬山, 再开车回来, 比如去黄山, 反正他还是很想继续塑身的.

这一路下来, 我是相当的累了, ningoo则休息了几分钟就好了, 毕竞是年青人, 晚上还做了丰富的晚餐一起吃. 这小子现在还没有对象, 未婚年轻漂亮女生赶紧来抢这样的好男人.

Relative Posts:

不知道小孩吃饱了没?

anysql — Mon, 22 Sep 2008 03:27:25 +0000

今天带儿子去吴山广场玩, 爬爬小山, 逛逛河坊街, 然后在天兴楼吃中饭. 儿子吃饭一直都是我和老婆要面对的一道难题, 感觉上他吃了很少, 于是问儿子.

爸爸: 宝宝, 饱了没有?
儿子: bao

吃完饭后, 到西湖边上再逛了一会儿, 然后打车回去, 看到街边吃饭的人很多, 于是再问了问儿子.

爸爸: 宝宝, 饿不饿?
儿子: er

我和老婆立马晕到, 儿子还不知道bao和er的确切意思, 所以怎么问都不对, 只有等到他哭了就找东西给他吃.

也有可能我们两个被儿玩弄了一把, 今天吃晚饭时, 再问同样的问题.

爸爸: 宝宝, 饱了没有?
儿子: bao
爸爸: 宝宝, 饿不饿?
儿子: er

再晕了一次, 要怎么教他知道饱与饿呢?

AnySQL.net » Life

2010数据库技术大会 及 我的主题

Relative Posts:

谈谈历史遗留问题

Relative Posts:

最近在整理的几篇文档

Relative Posts:

因丈母娘的需求而买房?

Relative Posts:

收费有助于网购信用

Relative Posts:

努力创造DBA额外价值

Relative Posts:

个人价值决定个人回报

Relative Posts:

当群众演员比干DBA还累

Relative Posts:

2009年日全食对网络交易的影响

Relative Posts:

Google被封, 苦了IT工作者

Relative Posts:

现在妈妈也没有土地

Relative Posts:

过去的十几年IT路

Relative Posts:

2009年初的反省与计划

Relative Posts:

步行十多公里回家

Relative Posts:

不知道小孩吃饱了没?

Relative Posts:

2010数据库技术大会及我的主题