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

luguanhua

最初由 neverbcool 发布
[B]对于一个项目而言，没有什么比过程更重要的了！

开发组织的PROCESS直接决定了项目的成败。
对呀，你有可能会遇到一个糟糕的设计人员，但是组织的SQA小组干什么去了，为什么不进行必须的技术评审？

不要说是一个糟糕的设计人员在不受任何约束的情况下所干的蠢事了，就是一个优秀的设计人员在不受约束的情况下也完全可能会犯下致命的错误！

我不得不说一句可能会招来大量臭鸡蛋或烂西红柿的话：程序员（包括分析师）只有在沦落为流水线上的一个小小环节的情况下，整个生产线的产出质量才回得到保证！

数据库设计当然很重要，但是从工程的角度出发，数据库设计仅仅是整个系统设计的一个部分而已。 [/B]

不能完全同意！

把握用户的需求理所当然的是项目成功的前提（这应该是No.1），PROCESS是项目实施成功的保障。某个环节出问题都有可能导致项目的失败，但用户需求搞错了必然导致项目的失败！

menzy

luguanhua的观点太过理想化，在现实过程中不具备操作性。

tzw888

的设计的数据库因为没有设计好，现在数据库越来越大了！改起来就比较麻烦了

tigerxjtu

数据库的设计确实太重要了。
请问大家进行数据库的设计时是否考虑UI，毕竟开发很多时候用控件，如Tree，经常需要和数据绑定，大家在设计数据库时考虑UI的设计吗？如果考虑，好像违背了MVC设计理念，但确实很多时候数据库结构设计得好（不一定符合3CNF）能方便编程。大家是怎么考虑的？

最初由 menzy 发布
[B]luguanhua的观点太过理想化，在现实过程中不具备操作性。 [/B]

能谈谈你的在实际操作时的感受吗？luguanhua的什么观点太理想化而不具备操作性？
希望大家多多讨论，发表自己的看法。

tigerxjtu

最初由 tzw888 发布
[B]的设计的数据库因为没有设计好，现在数据库越来越大了！改起来就比较麻烦了 [/B]

能具体谈谈什么地方设计不好？导致了什么问题？

weilin_china

最初由 tigerxjtu 发布
[B]数据库的设计确实太重要了。
请问大家进行数据库的设计时是否考虑UI，毕竟开发很多时候用控件，如Tree，经常需要和数据绑定，大家在设计数据库时考虑UI的设计吗？如果考虑，好像违背了MVC设计理念，但确实很多时候数据库结构设计得好（不一定符合3CNF）能方便编程。大家是怎么考虑的？

能谈谈你的在实际操作时的感受吗？luguanhua的什么观点太理想化而不具备操作性？
希望大家多多讨论，发表自己的看法。 [/B]

不知道该怎么答复，这是一个很大的话题，也是一种系统性的方法论。不过简单的按照我的个人经验来说不应该过多的考虑UI，理由非常简单就像我们在做分析时如果过多考虑了技术细节，那么将使我们的分析束手束脚，至于不一定符合3CNF才能达到方便编程的问题我觉得主要可以分成两方面考虑，一方面是简单的数据模型的关系，这种关系的复杂性的降低很多时候可以依赖好的设计来解决，采用3CNF也不会有问题。另一方面如果为了满足复杂报表的制作，那么通常我们会建立不一定符合3CNF的数据库设计，这里我的观点是具体问题具体分析，首先一个很重要的原则是我们应尽可能保持数据表之间明确的关系，其次可以建立一些专门为了出报表的表，这样既不影响我们的数据库设计，也能达到方便产生报表的要求。

sothis

UI里面需要出现的东西，如下拉列表的列表源，本身就应该在数据库之中。如果发现编码的时候还看不到这些东西在库里面，说明数据库不够全面。
UI最好和视图（也就是所谓外模式）相关，不要影响基本表（内模式）

tigerxjtu

最初由 weilin_china 发布
[B]
不知道该怎么答复，这是一个很大的话题，也是一种系统性的方法论。不过简单的按照我的个人经验来说不应该过多的考虑UI，理由非常简单就像我们在做分析时如果过多考虑了技术细节，那么将使我们的分析束手束脚，至于不一定符合3CNF才能达到方便编程的问题我觉得主要可以分成两方面考虑，一方面是简单的数据模型的关系，这种关系的复杂性的降低很多时候可以依赖好的设计来解决，采用3CNF也不会有问题。另一方面如果为了满足复杂报表的制作，那么通常我们会建立不一定符合3CNF的数据库设计，这里我的观点是具体问题具体分析，首先一个很重要的原则是我们应尽可能保持数据表之间明确的关系，其次可以建立一些专门为了出报表的表，这样既不影响我们的数据库设计，也能达到方便产生报表的要求。 [/B]

不错，建立一些专门为了出报表的表是经常使用的手段。

在我实际设计开发中，在数据库设计中如果仅从业务上考虑，设计的模型符合3CNF，有的UI控件要求的数据结构和数据库结构不一致，如我经常定义联合主键，但控件可能要求单键，这时就得改表结构才能较好地使用该控件（当然这个情况应该是控件设计的问题）。
我觉得数据库的设计总的来说不太关注UI，但涉及比较复杂的UI时，必要的表结构修改还是需要的（并不一定破坏3CNF）。

tigerxjtu

最初由 sothis 发布
[B]UI里面需要出现的东西，如下拉列表的列表源，本身就应该在数据库之中。如果发现编码的时候还看不到这些东西在库里面，说明数据库不够全面。
UI最好和视图（也就是所谓外模式）相关，不要影响基本表（内模式） [/B]

视图当然是经常使用的方式，但不能解决所有UI问题。而且视图设计也是数据库设计的一部分，我现在关注的是是否大家在数据库设计时不考虑UI和开发工具？尤其是复杂的数据录入界面，有时改变数据库结构的设计能大大方便数据录入和编程。

weilin_china

最初由 tigerxjtu 发布
[B]视图当然是经常使用的方式，但不能解决所有UI问题。而且视图设计也是数据库设计的一部分，我现在关注的是是否大家在数据库设计时不考虑UI和开发工具？尤其是复杂的数据录入界面，有时改变数据库结构的设计能大大方便数据录入和编程。 [/B]

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