11月总结

后天就是12月了。

整个11月份我只写了一篇日志就到了月底，生活里有很多日子都是这样飞奔而过。这个月，我大抵是在一半沮丧，一半昂扬的状态中度过，时刻伴随左右的，还有迷茫。

今日小结

上午10点起床，11点半到公司。
下午继续写测试，在随机生成的压力测试中，测出一个深藏已久的NULL属性单独提取Bug，甚喜。
下班之前，申请了443端口访问，希望明天能通过。只能上http网页的日子实在是太单调了，我已经受不了了。
晚上理性更新建站blog一篇，更新个人blog一篇，睡觉。
晚安。

数据库基准测试系统通用模型设计

本周经过几天的文档阅读，根据TPCC，TPCE和TPCH三个标准的系统测试模型，抽象了如下的数据库测试系统通用模型（非分布式方式）：

其中，数据生成模块用于产生测试过程中需要的数据参数，这些参数需要符合各个标准的要求，必要的情况下需要按照标准要求的方法进行生成。
终端模拟作为用户终端或机器终端的模拟器，执行数据生成模块生成数据的读取和预处理，并提交数据检查模块进行数据检查。同时，需要记录事务的起止时刻并传递到监控模块。
监控模块根据终端反馈数据计算测试的结果并完成报告。
应用逻辑将终端处理过的数据转译为SQL语句。
连接模块维护与SUT的连接。
SUT是待测试系统。

实验室一周日志–2009.7.6-2009.7.10

2009.7.6 阅读http://osdldbt.sourceforge.net/的Database Test Suite源代码，了解其基本设计思路。
2009-7-7 阅读TPC-C最新文档，了解TPCC测试时的数据库表结构，画TPC-C测试结构图
2009-7-8 继续看文档
2009-7-9 在武义，继续看文档
2009-7-10回来，看文档
您来到小站很多次了哦，喜欢的话，不妨订阅我吧·!

数据库基准测试知识收集–基础概念篇

TPC：事务处理性能测试委员会TPC(Transaction process performance Council)是一个专门负责制定计算机事务处理能力测试标准并监督其执行的组织，其总部位于美国。其功能是制定商务应用基准程序(Benchmark)的标准规范、性能和价格度量，并管理测试结果的发布。目前，TPC已经制定了众多标准，其中包括已过期的TPC-A，TPC-B，TPC-D，TPC-R，TPC-W标准和正在使用的TPC-C，TPC-E，TPC-H和TPC-APP标准。
OLTP：联机事务处理。也称为面向交易的处理系统，其基本特征是顾客的原始数据可以立即传送到计算中心进行处理，并在很短的时间内给出处理结果。这样做的最大优点是可以即时地处理输入的数据，及时地回答。也称为实时系统(Real time System)。衡量联机事务处理系统的一个重要性能指标是系统性能，具体体现为实时响应时间(Response Time)，即用户在终端上送入数据之后，到计算机对这个请求给出答复所需要的时间。OLTP 数据库旨在使事务应用程序仅写入所需的数据，以便尽快处理单个事务。
 

未来两月的安排

    下午参加实验室研究生的第一次会议，对实验室的当前情况也有了大概的了解。我们实验室目前有三个项目：垂直搜索引擎项目、数据库项目和嵌入式操作系统项目。垂直搜索引擎项目是之前已经几乎完成的比价啦电子产品引擎，而数据库项目则是之前已经有好几个版本，目前正在滚动周期中。嵌入式操作系统项目是军口项目，目前刚刚起步。
    因为嵌入式太让人头疼，垂直搜索引擎组又没多少事情干，我还是选择了数据库，试两个月再说了。明天就要去实验室了，悲剧啊。
    BTW，反正我八月份一定要回家。

开始实验室生活

    下午接到师姐电话，明天到实验室开会。看来暑假得留下呆实验室了，休息的美梦破灭了啊。
    既然如此，那就开始实验室生活吧。加油了，大树！