心情（一）

　　今年六月份毕业了，七月中旬来到了工作单位。现在从事的数据库的后台工作。现在自己所处的公司号称自己是中国移动数据业务支撑系统的提供商，这一点，我倒是不怀疑。想来，这样的业务支撑系统和oracle这样的大型数据库紧密相联也倒是在情理之中，自己所的工作成天和数据库打交道也倒十分的自然。

　　但刚刚毕业的我，心中却有些困惑。困惑要说简单也简单，要说复杂也复杂。说简单，其实就是因为现在的工作仿佛和我原先给自己设计的技术发展路线不大一致。我在学校的时候，接触的更多是ＰＣ机，windows系统，学习的内容无非也就是语言ＪＡＶＡ，Ｃ＋＋，ＤＥＬＰＨＩ，windowsＡＰＩ，等等，我当初的设想是，继续深入的学习编程技术，往底层发展，从vc＋＋／mfc，到学习win　ＡＰＩ，再学到win32汇编，到３２位cpu的工作方式，一步一步的一直到最底层。我想掌握了越是底层的东西，对上层的东西越是清楚，越懂得技术的实质。所以在看完《ＶＣ＋＋技术内幕》、《深入浅出ＭＦＣ》、《ＷＩＮＤＯＷＳ程序设计》之后，我又迫不及待的买了《编程高手箴言》来看。我想掌握最底层的技术。现在的工作只是编写些存储过程，ＰＬ／ＳＱＬ语言的抽象层太高了，出了问题真的不好用底层的思维来处理它。

　　说这个问题复杂，是因为我学电脑的过程经历了很复杂很曲折甚至很辛酸的过程。在以后的文章中会逐步展开的。

　　不过，我也在逐渐的说服自己，我觉得能说服自己在感情上接受某项理智上认为是好的事情是不错的。

　　通过进公司来的一些培训，我也在逐渐的了解我现在的工作。同样是数据库的工作，也有前台和后台之分，也有上层和底层之分。（当然对于工作多年的老鸟来说，这纯属废话。当然我也知道这个道理，可就是体会不深。毕竟没有接触过什么像样的大型数据库，毕竟没有接触过几百万条记录甚至上亿条记录的表，毕竟没有意识到一张表数以千万计的记录和一张表数几千条记录在数据库管理、运行等多方面的差别。）当你的产品在数据库上跑的时候，肯定会出这样或那样的问题，比如对数据库的操作速度很慢，或者说速度变慢了，就会有很多的问题。诸如想索引、分区之的东东很多时候都是为了提升操作速度的。当出现了问题怎么办？肯定是要从底层来找原因。那么就要深入到一条sql语句是是如何转变成数据库程序能够看懂的指令，然后再以一定的策略执行这条语句。可能根据数据表里的某一字段记录的分布决定指令执行的方式……，等等。诸如此类的问题，都需要透过现象看到程序运行的本质。　

　　这样想来，这其实总体上和我当初的设想并不矛盾。都是向底层深入的学习，都是在努力的探究程序运行的本质。只不过原先是在windows环境下，用的是Ｃ／Ｃ＋＋语言或者汇编语言，而现在的系统更加的复杂，是运行在ＵＮＩＸ系统下的ＯＲＡＣＬＥ数据库系统，我觉得可以这样说，就ＯＲＡＣＬＥ数据库来说，都可以看作是一个小的操作系统，对于用户提出的各种操作请求，它自己肯定都有一定的策略来管理和执行。比如，表空间拓展了，怎么申请出新的存储空间，怎么样的存储空间的管理才能使查询效率最高。我想有两种可能，第一种是新申请一块足够大的空间，然后把原空间的数据都copy过去；第二是原空间的东西不动，新申请一块拓展空间，然后把新旧两块存储空间通过某种数据结构连接起来管理。当然，这两种办法各有优劣。再比如，一个很大的表，添加了一个新字段，当在这个字段新加入数据时，内部的存储结构是怎么管理的。这就涉及到数据库系统是在在存储空间中安排个各记录的位置了。当了解这些以后，无疑会对自己设计和管理数据库系统，编写相应的数据库应用程序有很大帮助。再一个，以前学过的知识也总是可以触类旁通的，也总会在不经意间显现出它的“威力”了。

　　写到这里，就不禁让我想起我当初选择毕业设计课题时的想法了。起初我想选一个容易的课题，把它马马虎虎的做出来，然后花更多的经历去搞自己喜欢的东西。但以前的经验告诉我，与其选择一个自己不喜欢的东西而分散精力去搞一些“副业”，倒不如选择一个自己喜欢的东西，花更多的精力把它搞好。如果是前者，到最后，可能是“正业”也没弄好，“副业”也搞得不“爽”。：）　结果，我还是做出了第二种选择，选择了《基于directShow技术WEB远程监控系统》的课题，这个课题因为有DirectShow的字样而让我觉得可能是基于底层的（虽然最后看来，当初的工作更多是用c＃来进行数据库的设计和操作），而在做的过程中，我还抽出时间来看完了《windows程序设计》，出乎意料的是，这本书对我的毕业设计工作有了很大的帮助。

　　还有一点，就是工作了，得多注意自己的形象了（尤其是现在还单身的我，呵呵），不能再像以前苦行僧一样的学习了。（时间不早了，该下线了），未完待续……