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

Question

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

我知道涉及以下类：

User, UserDAO, Customer, CustomerDAO

Customer 类可以很好地继承 User ，但是如何在 DAO CRUD 函数中最好地反映这一点？

Answer 1

Martin Fowler 记录了一些可能有帮助的对象关系结构模式：

1) 单表继承：将类的继承层次结构表示为单个表，该表包含各个类的所有字段的列。

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

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

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

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

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

Answer 2

您可以在 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 表不会单独失败。