mysql 表版本管理系统_文档版本管理系统 数据表设计

最近一个朋友接手了一个项目，为自己部门开发文档版本管理系统。我在和他闲聊中，听他说起数据表设计时遇到的一个疑惑。听他说完后感觉这样的问题还是有一些普遍性的，在这里进行一下分享。

问题描述

文档版本管理最主要的是要维护文档的版本链。这很容易让人想到链表这种数据结构，所以我的那位朋友很快就给出了如下的表结构：

1

create

table Table_Docunment

2

(

3

Docunment_Idint not

null identity(1000, 1) primary

key,

4

Docunment_Name

nvarchar(64) not

null,

5

Docunment_SubmitDate

datetime not

null,

6

Docunment_PreIdint not

null default(-1),

7

Docunment_NxtIdint not

null default(-1),

8

.......

9

);

其中Docunment_PreId存放前一版本文档的Id，Docunment_NxtId存放下一版本文档的Id。

起初还没有感觉出什么问题，但当他试图向Table_Docunment填充测试数据或试图写一个存储过程来获取其链上最新的文档时，感觉非常痛苦。

在他的存储过程中需要进行循环，他自己知道这样性能不好，但又不清楚如何解决。

解决方案

问题的关键在于初始的设计并不适合系统的使用场景。原始的设计导致了取某文档的下一版本或上一版本都需要进行连接(Join)操作，若要获得最新版本文档，还需要进行循环。

对原始设计进行修改，新的表结构如下(省略了部分字段)：

1

create

table Table_Docunment

2

(

3

Docunment_Idint not

null identity(1000, 1) primary

key,

4

Docunment_Name

nvarchar(64) not

null,

5

Docunment_ChainIdint not

null default(-1),

6

Docunment_VersionIdint not

null default(-1),

7

Docunment_SubmitDate

datetime not

null,

8

......

9

);

其中