关于企业级软件db设计的规范
在学校自觉db学的比较好,但也只是跟同学们比,对于基本的管理配置和性能自认为都及格了。
现在工作了一年,独自做了几个小的项目,数据库都是别人设计好的,但是感觉其连最基本的第二范式都没有达到……反正按书上的规范,简直不能及格的。
所以我就想问下各位前辈,你们在做一些三十张表以上的系统时,对于数据库的设计有什么样的标准?
------解决方案--------------------三十几张表,如果关系复杂的话。有时确实难以取舍。
一句话,实践出真知。楼主需要积累经验。
什么都是根据业务设计的,表设计非常重要,在满足现有业务的基础上,尽量考虑到它的扩展性及可维护性。这些都需要了解业务做支撑。
楼主只需不断总结即可。
------解决方案--------------------实践出真知——赞同!书本上的知识固然重要,便要学会活用。
项目做多了,自然而然地就知道数据库该如何设计了
------解决方案--------------------1、XX范式,知道个概念就好,尽量靠近吧。
实际业务中会出现很多必须违反的地方。
2、不要轻易否认别人设计的表
当然,如果你将整个项目的需求及细节了解以后,可以有发言权的。
3、个人书写程序的习惯,也可能导致表不同。
多沟通吧
以上纯属个人见解
----------------------------------------------------
以下个人经验
30+表的系统,很少有一次性设计完毕的,通常会有改动。
得看客户的业务需求以及业务细节——也许一个细节的不同会导致所有相关的表变动
其实说起来也简单,一个个模块地建表、完善。