三层结构开发的疑惑，请达人来解释一下。

Question

一，WEB软件设计阶段，先设计MODEL业务实体层，还是先设计数据库表？为什么？二、MODEL层与数据库究竟是个什么关系？为什么XML映射一下，就叫持久层？

Answer 1

1,当然是先设计表了是。
2,没用过什么xml映射数据库，你说的是Nhibernat吧，灭用过。

Answer 2

Model层就是数据访问层...听名字就知道它和数据库什么关系...至于先设计MODEL(没有业务)实体还是先设计数据库表...那要看关注点是业务还是数据...分层只是一种开发方法...没有什么标准答案...再说你的问题也没涉及到三层...

Answer 3

Model层就是数据访问层...听名字就知道它和数据库什么关系... 
-----------------------------------------------------
那DAL是什么层？

Answer 4

一，WEB软件设计阶段，先设计MODEL业务实体层，还是先设计数据库表？为什么？修改：用面向对象的开发方式开发WEB软件的设计阶段，先设计MODEL业务实体层，还是先设计数据库表？为什么？

Answer 5

你也可以将Model看作一个独立的层...但将它并于DAL也没什么不对...分层没有什么标准答案...

Answer 6

MODEL层也称数据实体层，一个MODEL类对应一张数据库实体表一般的划分是UI层，数据访问层(DAL)，业务逻辑层（BLL）,但这个无绝对，你七八层都无所谓，关键是满足需求修改：用面向对象的开发方式开发WEB软件的设计阶段，先设计MODEL业务实体层，还是先设计数据库表？为什么？ 
=========================================================================================
这个问题难道一大批人，从ER图到数据库和从UML到数据库的争论一直没有平息过

Answer 7

现在。NET的系统有几个没MODEL层和数据库表的，肯定都是达人设计出来的，那到底哪个先，哪个后？怎么样一个思路？请设计过的来回答。

Answer 8

先设计MODEL业务实体层，还是先设计数据库表
ER图画完, 数据库表和MODEL同时都可以用工具生成, 不存在哪个先.事实上 数据库表和MODEL 只设计其中的一个,另外一个用工具生成, 所以哪个先,取决于你使用的工具

Answer 9

一般情况下是先设计数据库表，然后通过现有的自动代码生成工具来生成model，model其实就是一个用来存放各个数据字段
的属性类。具体到对数据库的操作来说，它就是为了传值。

Answer 10

对系统设计来说最重要的是业务逻辑层...下层实体类和数据库表有很多现成的生成工具如CodeSmith、MyGeneration可用不必太过关心...例外的情况如某些几乎没有业务逻辑可言的应用如简单的展示类网站或留言板之类...直接设计数据库结构就好了...分层也不必多考虑...所以一切情况由应用而定...方法是可变通的不应拘泥不化...

Answer 11

楼上回答千奇百怪，还有说一起出来的。那请问，现有关系型数据库本身都不是面向对象的，先设计数据库表的话，那我们是在进行过程话开发，还是面向对象的开发？？是为了分层而分层，还是大家的理解层次就这样了，只是一个传值工具，那直接写SQL更直接，费这劲干吗？

Answer 12

分层是为了实现松耦合...为了使业务服务摆脱技术层...你现在关注的恰恰是为了分层而分层...面向对象是针对业务逻辑的...所以先有业务逻辑层...之后才考虑业务对象的存储...这才到DAL和Model...业务是因...数据是果...搞清楚因果关系...

Answer 13

Model 是业务实体, 应该首先设计. 其次才是设计数据库表!数据库表其实只是业务实体的一种物理存储方式, 而业务实体本身是一种逻辑关系描述.一种业务实体可能需要存储在多张数据库表中才可以表达完整的逻辑关系.业务实体是使用代码来描述逻辑, 而数据库则是为了能将这种逻辑永久的保存下来.可以说数据库表结构, 可能会影响到还原业务实体的方式或者速度(既算法), 但决不会起决定作用!另外, 如果在你的软件中并不使用数据库作为存储介质? 那么没有数据库表, 也就不应该业务实体了... 这会不会显得很荒谬呢?如果你是从业务实体到数据库表, 那么你的工程实施步骤可能是从设计到实现.如果你是从数据库表到业务实体, 那么你的工程实施步骤可能是从实现到设计.前者是先有了大楼的图纸, 然后再去买水泥和钢筋.后者是先买来水泥和钢筋, 然后根据这些水泥和钢筋来画图纸.