一个三库分离技术的实例

摘要：

       开发起因：专注一个环节将它的流程做到正确，至少是合乎情理的，还有在经理灌输“南京西路上的商铺都是赚钱的吗？上海为什么每年物欲横流吸引着一大批优秀的职业经理人更有许多为实现梦想而来的青年？还吸引了不了外籍人口？”“高新技术人才的天下”“以上事实我们可以分析出，一：上海是全国的窗口。二：上海是和中国与世界的接口。”

商铺不赚钱，但是从上海的中坚力量中产白领来说，商铺无形中得到了最好的宣传！

       时间维上来划分：数据分为三种状态，工作数据，正式数据，历史数据。

       数据库设计上与之对应的则是：工作库，正式库，历史库。这种在数据库物理设计中将同一对象的不同生命周期在数据库中分为工作库、正式库、历史库的方法称之为三库分离法。（作者简介：石伟伟）

我们先来看XX网数据对象分析

一：数据录入审核阶段

业务：发布信息。

用户录入信息（或者指令可能也有网络资源）存进工作库、后台审核工作库数据，通过则进入正式库。

二： 变更一条正式库信息

业务：修改信息。

操作1.用户选择待变更的信息

将正式库的信息提取到工作库中，进入审批状态

变更提交以后，视审批结果分为：

将正式库中的数据转入历史库中，将工作库中的结果插入到正式库中。建立正式库数据与历史库数据之间的关系。

业务结束，通知用户该信息为未审核信息

三：数据库设计（基于三库分离）

图中，可以看出表结构基本相同。

工作库数据是对正式库数据的临时拷贝

在业务审批通过时，工作库数据会被移入正式库

历史库数据和正式库数据通过一张关系表记录了历史和正式数据的父子关系。

可以追溯其历史关系。

代码设计：

       用户层：主要功能是在于和用户的交互，接收用户的输入及指令

       业务逻辑层：将企业的运行规则程序化，考虑项目项目需求正确或者合乎情理的划分到各个层中。

方法有：信息的录入、更新。

接口：工作库

 1/**//// <summary>
 2///IFormal_data 对正式库的操作
 3/// </summary>
 4public class IFormal_data
 5{
 6    public IFormal_data()
 7    {
 8        //
 9        //TODO: 该接口负责对正式库的操作
10        //
11    }
12    /**//// <summary>
13    /// 审批状态
14    /// </summary>
15    /// <param name="id"></param>
16    /// <returns>通过、失败</returns>
17    int Examine(string id);
18    /**//// <summary>
19    /// 数据从审批状态转化为审批通过状态，即正式状态
20    /// </summary>
21    /// <param name="id"></param>
22    /// <param name="info"></param>
23    /// <returns></returns>
24    int Insert(string id, string info);
25}

public class IWork_data
{
    /// <summary>
    /// 信息的添加
    /// </summary>
    public IWork_data()
    {
        //
        //TODO: 该接口负责对工作库的操作
        //    
    }
    #region +---数据进入工作库---+
    /// <summary>
    /// 数据存入工作库:待审批状态
    /// </summary>
    /// <param name="info">信息详细内容</param>
    /// <returns>成功失败</returns>
    int Insert(string id,string info);
    #endregion
}

• 作者：李晓默
• 出处：http://www.cnblogs.com/u_xiaomo/
• 本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。