我对数据库设计的一些理解（一）

做了这么久开发，有些数据库设计中的原则不吐不快，可能跟大家的想法不同，这也只是我自己的理解。

 

1. 关于Id

表的Id 一定 要是永远不会改变的。如自增列，guid等。

2.关于树

有人会用code 来做层级关系

如：

?

1 2 3 4 5 6

Name  code A:   1111 B：  11111111 c:    2222 d:    22222222 e:    222222222222

 

 这样做的好处是很容易做到检索所有下级。

有人用ParentId 来做层级关系。

?

1 2 3 4 5 6

Name    id   parentId a          1       0 b           2       1 c           3       0 d           4       3  e           5        4

 这样跟上面表示了同样的层级关系。

这样做的好处是 parentId 指代明确。

拿d 来说，对于第一种，可以知道他的下级是所有22222222开头编码的记录，他的上级是2222编码的记录，但是存在一个问题，当这个编码是可变的时候，层级关系可能会变动的时候，比如员工的上下级关系，可能随职位变动而改变，这就导致他的上级虽然是2222 ，但是不知道2222 指代了谁，c 有可能升级，然后有一个f 顶替了c，编码变为2222。

而对于第二种，可以知道d的上级是Id为3的那个，是c，无论什么时候，这个表中id为3的一定是c。不会是别的。

我的看法是，可以用第二种，也可以第一种与第二种合起来用。但是不能只用第一种方式（除非那是确定不会有层级变动的数据）。

 

在最近的一个项目中，为了方便查询，我用了第一种和第二种合起来用的方式，数据会有层级变动（确定会有，还要做单独做层级变动功能），结果被人质疑parentId有什么用。

他们认为有code 就足以确定上下级关系，且方便查询，parentId 除了增加维护成本没有任何用处，不知道大家怎么看？我上面的理由无法说服他们。我很困惑。