数据库设计心得--知青村

陈俊骐:

   学会熟练的使用powerdesigner制作概念模型和物理模型,在亲自动手完善出一个15张表格的数据库设计后,发现自己能够更加深入的理解了数据库。在做数据库设计时应该着重考虑表格的意义,字段的类型和取值范围,做到能够拥有比较好的可拓展性。从实体的概率出发,分析需求中所需要涉及到的数据的实体是什么,关系是什么,将之分析清楚,才能做出一个比较好用的数据库。

   另一方面,也更加熟悉了范式,在表以及字段设计好后,用第三范式的规则去判断其是否比较完善,减小后期因为表设计不合理的代价。另外,在对于表格数据删除方面上,由于政策法规和通知不涉及删除操作,因而对于数据库的表格的删除我们拟打算增加一个有效位表示该数据是否被删除的方式简化删除过程以及当中的不便。

 

开迪尔旦:

关于我们项目的数据库设计,也是有一点心得。其实对于数据库设计我们都是第一次做,刚开始做起来非常的吃力,虽然有了原型但是做数据库设计要考虑的远远比做原型考虑的要多,虽然我们在设计当中遇到了困难,但是在我们指导助教和组长陈俊骐的带领下我们还是顺利完成了初步的设计,首先我们开会讨论出了数据库的基本的原型,后来我们再根据助教的指导意见增删改,完成了数据库的设计。

 

兰诗琦:

1. 设计数据库时一定要考虑范式和反范式设计。具体采用什么方式就要分析我们的业务是属于哪种情况视具体情况而定采用哪种方式。

2. 数据拓展性设计需要考虑。项目初期业务场景数据模型是一对一,并且分析后期有可能会变成一对多。这种情况不要为了前期方便设计成一对一数据模型。这样做到后期可能得不尝失。

3. 数据约束最好是在数据设计之初就定义好。包括非空约束数据唯一性约束。这样可以解决很多系统空异常,并且使得数据更好维护。如果不这个做,当系统运行一时间后。某些数据不该为空的变成了空再来补数据你就会明白我的良苦用心了。并且有现成的东西给你加一道防线何乐而不为。

4. .当有多种方式进行数据处理的时候,应该综合多个方面,进行考虑,选取最适合当前项目的解决方案。

 

覃浩芹:

首先数据库设计之前要弄清楚需求,这一点很重要,如果对要设计的软件的需求都不了解,那么设计出来的数据库绝对是错的,在弄清楚需求之后,就要分析我们这个产品它的用户/角色有哪些,除了用户之外还有实现产品功能所需要的一些实体,

  确定实体之后,我们需要确定每个实体有哪些属性,这个阶段不需要完全想清楚,弄出个大概就可以了。

 

  确定好属性之后,我们要考虑实体之间的关系,是一对一还是一对多还是多对多,对于多对多关系,最好是再额外增加一张表,使多对多关系变为两个一对多关系,关系是保存在实体表中的一个字段还是另外新建一张关系表,而在确定关系之后我们再反过来考虑实体中的每个字段是否合理,是否有漏掉什么字段,这里最好的做法就是对着需求列表,思考这个过程中数据库中应该有的变化。

首先数据库设计之前要弄清楚需求,这一点很重要,如果对要设计的软件的需求都不了解,那么设计出来的数据库绝对是错的,在弄清楚需求之后,就要分析我们这个产品它的用户/角色有哪些,除了用户之外还有实现产品功能所需要的一些实体,

  确定实体之后,我们需要确定每个实体有哪些属性,这个阶段不需要完全想清楚,弄出个大概就可以了。

 

  确定好属性之后,我们要考虑实体之间的关系,是一对一还是一对多还是多对多,对于多对多关系,最好是再额外增加一张表,使多对多关系变为两个一对多关系,关系是保存在实体表中的一个字段还是另外新建一张关系表,而在确定关系之后我们再反过来考虑实体中的每个字段是否合理,是否有漏掉什么字段,这里最好的做法就是对着需求列表,思考这个过程中数据库中应该有的变化。

 

猜你喜欢

转载自www.cnblogs.com/cc1551/p/11823146.html