数据库的设计几乎决定一个项目的成败！

tigerxjtu

最初由 weilin_china 发布
[B]
我的观点是“在数据库设计时不考虑UI和开发工具”。我觉得OOAD是一种让我们得以循序渐进的分析和设计系统的方法，欢迎探讨。 [/B]

不考虑UI和开发工具进行数据库的设计理论上固然是这样，但在实际项目中真的如此吗？复杂的UI难道和后台数据库之间真的可以做到完全独立吗？
可以先不考虑UI进行数据库设计，到开发阶段按实际情况再进行调整。

DBAORACLE

个人看法：系统的设计涉及到处理过程和数据结构两方面的设计，对一个企业来说，只要其主业不变，基本的数据实体就是稳定的，即使有些变动也只是增添一些属性而已；但是处理过程则随着管理的改变而经常变化，所以于数据实体比较，则是易变的。所以个人认为，相比较而言，系统设计的重点在数据实体，而不是处理过程。

tigerxjtu

最初由 DBAORACLE 发布
[B]个人看法：系统的设计涉及到处理过程和数据结构两方面的设计，对一个企业来说，只要其主业不变，基本的数据实体就是稳定的，即使有些变动也只是增添一些属性而已；但是处理过程则随着管理的改变而经常变化，所以于数据实体比较，则是易变的。所以个人认为，相比较而言，系统设计的重点在数据实体，而不是处理过程。 [/B]

说得不错，数据库要设计好，一方面要求对业务需求的把握，另一方面就是经验，好的设计应该能适应业务流程的变化。
当然，在开发过程和功能变更中难免需要做一些数据库结构修改（如增加属性、增加表等），但不应影响数据实体之间关系的大框架。

cgq8116

見解精辟，但誰可以拿一個例子來分析一下，比如來說，一個簡單的庫存系統(產品表，庫存表，庫位表，入庫單，出庫單)，怎樣建是最好的?

wolfteam

怎么没有人提出一个小型系统的例子 好对照实例分析呢

dunne21

收获良多

catthunder

当我做编码时,老会觉得是设计的复杂尤其是数据库设计复杂造成编码的困难.
但是当我做设计时,才发现,其实设计的复杂很多时候是难以避免的.

hooh_group

同意，特别是mis系统

dunne21

拔得太高了

lodge

说一哈, 一个项目开发的全过程, 一般是介个样子地,
1, 市场企画: 提出产品和服务的商业模型, 进行最初的可行性分析, 并确定项目需求
2, 系统分析: 确定系统结构, 开发规范, 服务规范等内容
3, 项目实施: 制定时间表, 确定人员....
4, 基本设计阶段: 确定实装功能, 和实装模型, 包括楼主说的数据库结构
5, 详细设计阶段; 完成各个部分的内部设计, 数据结构设计等等
6, 代码编制/单体测试
7, 结合测试
8, 试运行
9, 结束

楼主讨论的是基本设计阶段的时候, 要对数据库进行彻底的分析, 楼主显然是一技术人员, 恩, 没错没错, 这很重要
老酷说地是项目实施时, 要注重把握用户需求, 他看不到楼主看到的问题, 说明老酷是项目管理人员, 这等具体小事, 恩, 无关紧要

偶说对于用户业务的理解和系统的功能的理解极为重要, 恩, 偶是干啥地?