日子真的很快, 转眼就到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))

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