何时进行数据库设计合适

jamesbert

ha!
it is the same!
our management should be reformed,
our thought should be reformed!
It is all!

springdawn

一般要看你的公司的规范长度，如果不规范的公司，拿了需求马上就开始设计数据库，呼啦呼啦开始编码啦。如果规范一点的公司，等第一个开发周期的详细设计出来才进行。

la0wang

规模小一点的公司不可能走规范化的设计道路, 否则非赔死不可, 所以也不要太教条了, 适合自己公司情况就可以了.

roamer

如果是做研究或者规范开发，从需求分析开始就应该开始数据库的设计。以前的应用都是数据驱动的，所以数据库的设计必须要尽早开始；
如果在小的公司做工程，一般以争取时间，早出成绩，迎合用户的满意为前提，什么时候进行设计不是很重要。

ironboy

省事做法，先架构设计，然后数据库设计，然后马上编码。

code2

那都是些老办法，看看最新的agile系列方法，其中的XP等方法不错，很方便。

oldwing

我认为一边需求分析一边数据库设计行不通。

需求分析做完之后，开始数据库设计，同概要设计同步，为概念设计。
然后，和详细设计一起进行数据库的物理设计（详细结构设计，数据库创建等）。

以为如何？

feelcold

采用结构化设计在概要设计阶段开始，
采用面向对象设计方法在详细设计后段进行。
同时迭代很重要。

gozheng

偶认为要区分数据设计和数据库设计。

数据设计只管表结构即E——R图之类的，在需求分析后就要做！否则后面的工作没法做。

数据库设计完成数据库的物理文件及相关用户权限等纯数据库的东西。时间就比较灵活。

zjfan

ooa重于设计，而不太考虑实现的细节，在OOD时会有关于数据库设计，用户界面，平台选择的考虑，所以我以为在OOA完成后在OOD中做数据库设计比较好，在OOA中的类便可以成为数据库中的表！