关于数据库的设计的一点思路

2.5 年前，就学过php,不过当时并没有学好，导致对数据库的设计是一知半解的；一直都知道php 在设计时，使用的是 MVC 模式，但是什么是MVC ,却没有搞懂过。前两天重新翻看了以前的笔记，才明白MVC 的思路

现在自己设计一个 关于汽车保险的详情数据库,先来分析一下：数据库中需要有id,有保险公司，保险公司是可以选择的，再一个是保险分类，主要有三种质保类别，1是综合质保方案，2是重要质保方案，3 是经济质保方案。然后，每种质保方案，我们可以把它设置四种选项 ：0默认，1好，2中，3差；设计了一条数据，我们有时并不想显示，但是也不想删除，那么就需要设定一个字段来控制它是否显示。另外，如果想要追溯是谁修改了显示方式，就还需要增加字段，是否修改的标示，修改人。最后，创建人，创建时间，修改人，修改时间

 

下面是自己设计的详情表的结构：

 

模拟表如下：

 

 

 

在 MVC 数据的处理中，MV 是执行者，C 是控制者，指挥全局。C 不做事，只是发出指令，由M处理，然后V 来显示

当然，有时候也可以把 MC 写在一起，但是如果这样写，小项目还好，一旦项目大了，要修改起来很麻烦，所以 MC 还是分开写比较妥当

 

在上图的结构表中，为什么把操作页面分为三部分呢？因为在后台操作数据的时候，第一是显示数据清单，这里就对应着列表页，把已有的东西显示出来；第二是要修改，所以这就自然成了第二个页面修改页了，第三个是添加新的数据，这就对应着添加页的页面了

以上，迷迷糊糊中，把以前 MVC 的思路理了一遍