数据库设计经验谈-本月推荐精选

ccwlm741212

最初由 ALER 发布
[B]如果真的按照要求這麼做，我們軟件的開發費用估計要提高 200%。
我個人認為，需要區分系統的規模採用不同的設計開發模式。如果一個3人小組開發小型的應用程序，我建議大量採用 SP/TRIGGER/VIEW,簡化BO的複雜，簡化UI的 validate.

上市時間/售價/成本/人力 會讓公司放棄很多必須遵循的規則... [/B]

同意你的看法，数据库设计的规范有利于公司的稳定和团队的沟通，加快系统开发的速度

greysnake

我在google上面找不到《数据模式资源手册》 ，请问版主有见到过这个咚咚吗？

ty321102

做个记号，
有时间慢慢看

wangyuzhen

个人认为，数据库设计是一个良好系统的根基，一切的一切都要通过数据库来得到固化（或称作“持久化”）。而一个系统的效率很大程度上都取决于数据库的效率，特别是一些中等规模的MIS系统。系统是建立在对企业业务流程理解的基础上的，一般的信息系统只是把这种管理模式给固化下来，高层次的信息系统才能谈优化流程和提高管理水平（也许这也还是咨询顾问的事情）。
数据库设计一般来说能达到第三范式就很不错了（至于什么是第三范式可以自己查找数据库原理方面的资料），小系统可以不在数据库内部建立触发器、存储过程、外键什么的，这种逻辑可以放在代码里完成，以后修改逻辑就直接修改代码，不过代码应该按照一定的规则进行模块划分这样便于以后的修改和升级。
大一些的系统就必须考虑在数据库端做些“手脚”触发器、存储过程、外键什么的都要用上了，这样做可以简化显示层的代码，便于维护。不过，我始终都没有好好设计过一个通过数据库后台程序来简化系统GUI层的系统——实在是水平和认识不够。
不过现在在面相对象思想的指导下，很多时候我们都忽略了数据库的设计，很多建模工具可以从业务流、用例（Use Case）、概念模型、O－R映射、物理模型一直到数据库建立都可以自动完成。实际上这些工具自动生成的数据库模型难道都是很优化的吗？很实用的吗？以前一直不理解什么是JavaBean，前一段时间有了些领悟，发现所谓的Bean就是一个自动把对象属性存入数据库的东西，当然这只是Bean的一个作用，可能还有其他更重要的功能我还没有认识到。也就是把我们写的Item.New()转换成Insert...，Item.Set(Value)转换成Update......。
现在的程序员对后台数据库的认识太少了，或许是分工的原因，但是我觉得还是要了解一些比较好。毕竟，数据库是一个完整系统的重要组成部分，缺少对数据库的了解很难在系统设计上有所提高，大家不是一辈子都当编代码的程序员吧。

deadgirl

设计是需求和经验的结合体,单独抛开哪一个方面都是无意义的

ty321102

好长呀，做个记号，以后慢慢看

cuceeyar

盖楼和盖草棚 处理地基的方式不一样，盖楼房，打草棚的地基，盖不起来就倒掉了； 盖草棚，打楼房的地基， 地基没打完，老板不耐烦了

cuceeyar

为什么男人喜欢看美女照片？

SZANG

学习ING ！

wangyuzhen

个人认为，学习数据库设计可以站在更高的层面上来设计系统，因为关系型据库系统有着扎实的理论基础，在这种基础上建立的系统才是可靠的。有时候知道了数据库的行为，才发现自己的某些设计和想法是多么简陋。