何时进行数据库设计合适

Vindey

根据我的经验，两个阶段是必须要遵守的，即High Level(Logical Model)和Detail Level(Physical Level)。至于何时启动数据库设计，这是跟系统密切相关的。但是，在需求分析的同时，数据库设计员必须要进行原始的需求驱动建模，从中采集永久存储的信息，并进行HL建模。在需求结束之后，HL应该阶段性提交数据模型，并经过复审评定。在进行需求Refine和系统设计的同时，数据库设计员进行进一步的需求获取，并定义Physical Model,包括数据类型，完整性检查，约束等等。在系统设计后详细设计期间，数据库设计完成，并建库，开始编码。

weishouqun

呵呵，我一般是根据需求开始数据库设计。通常一个礼拜完成。
完成之后，再与各个系统设计者共同磋商。
修改或完善。

weishouqun

CDM用得少。
从来都是直接PDM.
但很明显要反复几遍。
没办法，时间紧。而且关键是没人意识到其重要性。
孤掌难鸣啊。
设计数据库还要写程序。

studynow

cdm->pdm
or
ood->pdm

kingofholly

我现在作项目就是，在需求分析完了之后，有了数据字典，然后就开始设计数据库。
不知对不对，或者说好不好？

Martin.Wang

数据库逻辑设计通常是从需求分析结束后,与系统分析与设计并行的;一般是经过主要实体的确定后过度到物理设计的,通常包括到实体分解;设置辅助实体等等, 迭代是可能的. 至于实际数据库实例的创建, 很多开发者都很随意, 不会太多地认真考虑. 往往是在系统投入使用,并出现问题后才补救.

wzy_75

其实，你真正了解客户要求的时候，就可以设计了，主要的数据项设计，然后是有了编写程序的一些设计。

hustxfs

如何开发一个项目，整个过程如何实施，每个公司都应该有自己的一套可行并可取的方式方法。例如：使用何种系统分析、系统设计的工具，使用何种方法过程来组织整个项目的开发等等。
但是，做什么事情，都应该考虑到适用为主，成本第一！有时候，简单就是美。具体项目，就应该具体分析，如果一个很小的项目，也使用大项目的一套非常规范的做法，那么必将非常耗时，增加成本。
基于上述这样的前提，我们在何时设计数据库，就可以具体情况，具体分析了。
简单的项目，可以在需求阶段，根据需求分析文档、页面原型图、E-R模式图，作完数据库的概念模型的设计，系统设计阶段，只需稍作修改，就可以把数据库的概念模型的设计移植到物理模型的设计。再根据数据库的物理模型进行系统的详细设计。
复杂的项目，需要非常规范，需求分析-->数据库的概念模型-->概要设计-->数据库的物理模型-->详细设计。
总而言之，应该从实际情况出发，根据软件工程的指导思想，具体问题具体分析，不断积累，定可成功。

rainbow

从CDM开始做，更加规范一些，至少数据库设计的一些基本规范，你必须遵守，而且反映数据之间的逻辑关系更加清楚一些；模型的检查十分严格，可能也导致一些不够灵活。
直接作PDM，可以作的十分灵活，爱怎样怎样，模型的错误检查松散。关键还是看你的取舍了，要规范还是要灵活！

当然什么时候开始进行CDM|PDM的确很难一概而论，要根据老板的要求：－）

x_xy

一般是需求分析完成后，进行业务模型设计，然后让我用２、３天时间完成数据库模型设计，然后再用１周左右和各方面讨论，最后定第一稿。
开发过程中仍然会时有修改，主要因为之前的需求分析和业务模型设计的太草率。
可惜小公司很难有多正规的开发流程。