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

Question

我在数据库中有预定义的表，我必须根据这些表开发Web应用程序。

我应该将我的模型类建立在表格中的数据结构上。

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

EG。在2个表中，三列是相同的。

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建议您独立于底层持久性机制构建业务逻辑，并尝试尽可能地保持模型的域集中，而不过分强调数据库的结构化。< / p> 但是，您应该计划花费一定的时间将您的域模型转换为各自的数据表示，并处理数据模型强加的任何怪癖。我强烈建议在单独的翻译层中包含所有这些内容 - 不要在应用程序的其余部分中丢弃它。