谈一下开发一个数据库的难点（无开发经验的免进）

_xiaolifeidao 2003-05-15 04:55:34

请各位深有数据库实际开发经验的高手以自己的亲身体验
来谈谈数据库开发中的难点借以交流。。。

...全文

755 32 打赏收藏转发到动态举报

写回复

用AI写文章

32 条回复

切换为时间正序

请发表友善的回复…

发表回复

Robin 2003-06-28

打赏
举报

wShineboy 2003-06-27

打赏
举报

楼上的大哥们：说得好！俺代表全国软件工作者感谢你们的发言。
w_rose(w_rose）兄说得很对，一个有生命力的系统是面向实际用户的工作的。是具有良好开放性、稳定性、易用性、可扩展性的。而不是一两个小Coding fans花两天时间，随便用脚指头想一下，装模做样地写两篇“高达三百字的需求分析”，或者画一篇只有自己看得懂的“业务用例图”，再去Internet上Serach几段“内核编程秘诀”Ctrl+C下来；捣鼓几行自以为是的代码，拉几个控件画上花里胡哨的前端界面（更象样的还是会内部搞一个验收测试，交几篇报告给客户），接着把那“程序成泣鬼神、键盘落惊风雨”丢给用户使用……
俺正在负责一个指纹考勤系统——单板机的上位机系统的开发，每天写系统框架设计说明去与用户讨论已一星期，因为他们有开发该系统的经验和丰富的客户反馈信息，但不能提供完整而专业的需求。一个软件产品的开发，最重要的乃是开发者对需求的理解，并非代码的巧夺天工。没有透析需求而编码做软件，跟偏题的作文一样，写得再好都只能得零分——但也并非一无用处——能用来作为教育广大开发者的生动题材。

w_rose 2003-05-30

打赏
举报

本来这个栏目是讨论一种产品，不适宜过细讨论这类问题。

大多数人将精力放在数据结构上，包括考虑约束、触发器一类也是从静态的结构上去考虑。其实，开发一个实用的系统要把90%的精力放在静态结构的应用——动态流程上。很多人往往在评论一个设计如何不符合谋一本书上的模式或者理论时头头是道，是抄书的行家，但是要他创造性地说出如何更舒服、自然地满足需求，就完全没有章法了。学的东西无以致用，直到了一点新奇的语句、新的开发工具就沾沾自喜，但是没有掌握创造软件的基本规律，这就是难点。

liuyun2003 2003-05-30

打赏
举报

重新读这个帖子，发现大家都把问题集中在两个方面上，一个是需求一个是设计。哎，其实不只是数据库设计是这样，软件设计的重点不也在这两点上吗？这两个方面，第一我们几乎无能为力，只能说尽力，在座各位可能都有过因为需求改动，重新设计系统的时候。第二个，就是要靠我们自己能力了，不过这个受第一个的影响也不小啊。

wShineboy 2003-05-26

打赏
举报

刚才在瑞星社区看到江湖游客兄的高论，写得还算具体。大家可以看看。
《VB访问数据库的方法与原则》（http://community.rising.com.cn/Forum/msg_read.asp?FmID=55&SubjectID=1110529&page=1）见于瑞星社区，江湖游客发于2003-5-24 。

wShineboy 2003-05-26

打赏
举报

楼上的说得好！哪位高手写出这本书（须重于实践），定价一K以下俺买了先。

leijiamin 2003-05-25

打赏
举报

表的结构的设计，索引键的设置，这两点实在是令我头痛。

lywxg1981 2003-05-25

打赏
举报

开发初期，需求分析完后UML建模、表结构的设计至关重要，如果少表问题还小一点，如果少列的话后期改动就麻烦了

st_2000 2003-05-25

打赏
举报

需求分析，哥们，最要命的事儿。

hbwhwanghua 2003-05-25

打赏
举报

谈的具体?估计可以写一本厚厚的书了！

juwuyi 2003-05-25

打赏
举报

没有人真正的谈的具体阿，Up！

wShineboy 2003-05-25

打赏
举报

一句话：数据库各表结构直至表中各字段的设计，将直接关系到程序的处理速度和整个系统的性能。
我曾经见过一个工资系统，将系统所有历史记录（按人/天产生）放在同一个表中，而它老人家居然采用Jet 3.51，本来系统运行过程中就会产生大量的历史记录，而表未按月分开，数据库也无年份处理，一个表中居然有几十万条记录，查询速度我想大家能想象。

GoZheng 2003-05-25