php - 在 PHP OOP 中处理数据库访问的正确方法

Question

我需要一些有关使用 PHP 访问数据库的帮助。我正在尝试以面向对象的方式做事，但我不确定我的方向是否正确。

假设我有一个类 Person，例如:

class Person {
    private $id;
    private $firstname;
    private $lastname;
    // maybe some more member variables

    function __construct($id = NULL) {
        if(isset($id)) {
            $this->id = $id;
            $this->retrieve();
        }
    }

    // getters, setters and other member functions

    private function retrieve() {
        global $db;

        // Retrieve user from database
        $stmt = $db->prepare("SELECT firstname, lastname FROM users WHERE id = :id");
        $stmt->bindParam(":id", $this->id, PDO::PARAM_INT);
        $stmt->execute();
        $result = $stmt->fetch();

        $this->firstname = $result['firstname'];
        $this->lastname = $result['lastname'];
    }

    function insert() {
        global $db;

        // Insert object into database, or update if exists
        $stmt = $db->prepare("REPLACE INTO users (id, firstname, lastname) VALUES (:id, :firstname, :lastname)");
        $stmt->bindParam(":id", $this->id, PDO::PARAM_INT);
        $stmt->bindParam(":firstname", $this->firstname, PDO::PARAM_STR);
        $stmt->bindParam(":lastname", $this->lastname, PDO::PARAM_STR);
        $stmt->execute();
    }
}

请注意，这只是我为描述我的问题而编写的示例，而不是我在应用程序中使用的实际代码。

现在我的第一个问题是:这是处理数据库交互的正确方法吗？我认为这是一个好方法，因为您可以实例化一个对象，对其进行操作，然后再次插入/更新它。

换句话说:在实例化/使用类的代码中，在类的内部(如我的示例)还是在类的外部处理数据库交互更好？ ？

我的第二个问题是关于更新一大堆可能已修改或未修改的行。假设类 Person 有一个成员变量 $pets[]，它是一个包含该人拥有的所有宠物的数组。宠物存储在数据库中的单独表中，如下所示:

+---------+-------------+---------+
|  Field  |    Type     |   Key   |
+---------+-------------+---------+
| pet_id  | int(11)     | PRI     |
| user_id | int(11)     | MUL     |
| name    | varchar(25) |         |
+---------+-------------+---------+

假设我修改了 Person 对象中的一些宠物。也许我添加或删除了一些宠物，也许我只更新了一些宠物的名字。

在这种情况下更新整个人(包括他们的宠物)的最佳方法是什么？假设一个人有 50 只宠物，我是否只更新所有宠物，即使只有一只宠物发生了变化？

我希望这已经够清楚了 ;)

编辑:

更重要的是，如何同时处理删除/插入？我目前的方法是，在“编辑页面”上，我检索某个人(包括他们的宠物)并以一种形式显示/打印它们供用户编辑。然后用户可以编辑宠物、添加新宠物或删除一些宠物。当用户单击“应用”按钮时，表单将被 POST 回 PHP 脚本。

我能想到的将这些更改更新到数据库中的唯一方法是删除数据库中当前列出的所有宠物，然后插入新的一组宠物。但这有一些问题:首先，每次编辑时都会删除并重新插入 pets 表中的所有行，其次，自动增量 ID 每次都会因此而发生巨大的飞跃。

我觉得我做错了什么。是否不能让用户同时删除/添加宠物和修改现有宠物(我应该单独处理这些操作)吗？

Answer 1

您要完成的任务是称为对象关系映射(将对象映射到关系数据库中的表，反之亦然)。关于这一点已经写了整本书，但我将尝试给出一个简短的概述。

Now my first question is: is this the correct way to handle database interaction? I thought this would be a good way because you can instantiate an object, manipulate it, then insert/update it again.

这是一个有效的方法。然而，一般来说，你应该尽量遵守 Separation of Concerns .在我看来，建模一个领域实体(就像一个人，在你的例子中)和将这个对象存储在数据库中/从数据库中加载是两个(可以说是三个)不同的问题，应该在单独的类中实现(再次，个人意见!)。这使得对您的类进行单元测试变得非常困难，并增加了很多复杂性。

关于 ORM，随着时间的推移出现了多种设计模式。最突出的是:

• Active Record 基本上是您已经在问题中建议的方法；它将数据和数据访问逻辑紧密耦合在一个对象中。在我看来这不是最好的方法，因为它违反了关注点分离，但可能最容易实现。

• Gateways 或 Mappers :尝试创建一个单独的类来访问您的 Persons 表(类似于 PersonGateway。这样，您的 Person 类只包含数据和各种行为，和您的 PersonGateway 各种插入/更新/删除方法。另一方面，映射器 可能是一个转换通用数据库结果对象的类(例如由PDO 查询)转换为 Person 对象(在这种情况下，Person 类不需要知道此类映射器类的存在)。

What is the best way to update the whole Person, including their pets in that case? Lets say one Person has 50 pets, do I just update them all even if only one of them has changed?

同样，有几种可能性。在任何情况下，您都应该将我们的 Pet 映射为一个单独的类。

• 将宠物保存在单独的表中，并为此类实现您自己的数据访问逻辑(例如使用上述模式之一)。然后，您可以随意单独更新、插入或删除它们。您可以跟踪父对象(人)中添加/删除的宠物，然后在保留父对象时级联更新操作。

• Embed Persons 表中的 pets 集合。不过，根据此集合的平均大小以及您可能希望查询它们的方式，这可能不是一个好主意。

如果您的项目变得复杂，您可能还想看看为您解决这些问题的 ORM 框架(例如 Doctrine ORM)。