在 DAO 中反映继承关系的最有效方法是什么？

Question

使用 MVC 结构和 Business Object / DAO 架构处理业务应用程序。对于任何正常的业务对象，CRUD 功能都相当简单。但是处理“客户就是用户”这样的父子关系的最佳方式是什么？

我知道涉及到以下类：

User, UserDAO, Customer, CustomerDAO

Customer 类可以继承 User 就好了，但是如何在 DAO CRUD 函数中最好地体现这一点？

Answer 1

您可以在 CustomerDAO 中拥有一个 UserDAO 实例。您需要与 User 和 Customer 表交互以涵盖基类和子类列。例如：

public class CustomerDAO
{
    UserDAO userDao;

    // ... initialization ...

    public void update(Customer customer)
    {
        // ... first execute update of customer table ...

        userDao.update(customer);   // Should be able to pass Customer to UserDAO due to inheritance
    }

    public void insert(Customer customer)
    {
        // First insert a row in the User table so that the ID of the user can be determined.
        userDao.insert(customer);

        // ... Now execute insertion of row into Customer table ...
    }

    public void delete(Customer customer)
    {
        // ... first delete Customer row ...

        // Now delete base class User row.
        userDao.delete(customer);
    }
}

当然，每个 Customer 操作可能应该包装在一个事务中，以便更新 User 和 Customer 表不会单独失败。

Answer 2

Martin Fowler 记录了一些可能有帮助的 Object-Relational Structural Patterns：

1) Single Table Inheritance：将类的继承层次结构表示为单个表，其中包含用于各种类的所有字段的列。

例如Employee 和 Customer 都继承自 User 并且都存储在 User 表中，其中有一列确定特定记录代表的用户类型。

2) Class Table Inheritance：表示类的继承层次结构，每个类一个表。

例如Employee 和 Customer 都继承自 User 并且有三个表来表示这一点。 User 表存储所有用户共有的属性。 Employee 表有一个指向 User 表的指针，并且只存储与Employees 相关的属性。 Customer 表也是如此。

3) Concrete Table Inheritance：表示类的继承层次结构，层次结构中的每个具体类都有一个表。

例如Employee 和 Customer 都继承自抽象 User 类，并且有两个表来表示这一点。一个客户表和一个员工表。每个表存储用户共有的信息，但也存储独特的属性。