十年总结（四）：在北京的第一份工作和第一个项目

 

虽然人已经来到北京，但对于接下来找工作还是有些惶恐，
过去两年，虽说也学到不少东西，但感觉在技术方面并没有太长足的发展。

还好，我顺利进入一家小公司，做的是 商业智能（BI）。

公司刚成立，总人数不超过10人，老板面试的时候问我sybase熟悉不熟悉，
我说过去只用过sql server，但sql和数据库原理都没有问题。

可能公司也比较缺人，反正把我留下了，工资跟原来相比基本一样，
我当时的心理是只要有公司要，我就很庆幸了，所以并没有计较太多。

公司当时的主要项目是 内蒙移动的经营分析报表，使用Brio，
项目组一共有5个人，项目经理直接带我。
我花了1周左右的时间，阅读了Brio自带的帮助文档，做了几个例子，
然后告诉我的 师傅，我基本上已经掌握了这个工具（珍惜和企业的第一次亲密接触 ）。

师傅 交给我一些SQL文件（这是我第一次见这么长这么复杂的SQL）让我读，
大家可能知道，做商业智能项目的核心是ETL，就是用SQL倒腾数据，
我虽然不太熟sybase，但Sql基本上没啥问题，
读完sql，我向师傅汇报了自己的理解，并请教了一些问题。

这样，我花了不到三周的时间，基本上掌握了项目使用的工具，并摸清了项目的大致情况，
当前项目卡在性能、稳定性和准确性问题上，
有一个报表的SQL，每次运行都超过24小时，还经常出不来结果，
还有一些ETL对异常数据处理不够，经常报错中断，
另外一些报表算出来的数据对不上。

由于系统跑的不太稳定，所以，每月末都要出差到现场几天盯着系统运行，然后校对数据后再将报表提交用户，
在等待那个超长报表的过程中，我仔细翻阅了一本Sybase的书，
参照书上关于性能优化的章节，查看sysbase的配置，惊奇的发现：
sybase的系统参数都是默认值，没有经过任何优化，所以，主机上配置的4G内存，只有几十M被用作数据库缓冲。

在征得领导同意后，对照书本，我仔细调整数据库缓存，最终使得那个超长报表的运行时间降低到1小时左右。


说是机遇也罢，说是巧合也罢，机会确实留给了那些用心准备的人。
因为这件事儿，我得到了老板的充分信任，为我接下来在项目中逐渐取得主导地位打下基础。