我应该根据数据库中的数据结构创建模型类吗？

Question

我在数据库中有预定义的表格，我必须开发一个web应用程序。

我是否应该将模型类基于表中的数据结构。

但问题是这些表格的定义非常差，并且其中有很多冗余数据（我无法更改！）。

例如，在两张表中三列是相同的。

Table: Student_details 
Student_id , Name, AGe, Class ,School 

Table :Student_address 

Student_id,Name,Age, Street1,Street2,City 

Answer 1

我认为你应该让你的模型最适合他们的使用方式。不要担心数据的存储方式或存储位置，否则为什么要经历层叠代码的麻烦。为什么不直接在视图中直接进行数据库查询？所以，如果你要创建一个数据的抽象......“模型”......制作一个围绕如何使用它的设计......而不是它将如何被使用或被持久化。

Answer 2

这似乎是一个危险的项目 - 大概还有另一个应用程序填充这些表的地方。由于数据模型从关系角度来看并不是很合理，所以我猜测有很多业务/数据逻辑粘贴到该应用程序中 - 例如，将学生年龄放入StudentAddress表中。

我会支持jsobo，建议您建立独立于基础持久性机制的业务逻辑，并且尽量保持模型尽可能专注于领域，而不过分强调数据库的结构。

但是，您应该计划花费一定的时间将域模型转换为其各自的数据表示形式，并处理数据模型施加的任何怪癖。我强烈建议在一个单独的翻译层中包含所有这些东西 - 不要在整个应用程序的其余部分乱扔垃圾。