Zend_DB 和 MVC 模型匹配数据库表

Question

我一直在阅读 Bill Karwin（Zend_DB 的创建者）关于模型与数据库表不直接相关的内容。 （我认为一些开发人员的模型是 Zend_tables 的直接扩展，这使得添加对象的 memcached 缓存变得更加困难，这是有道理的。）

所以 Bill Karwin 所说的是模型 has 表并且 不是一个 表，但我仍然认为我的方式是正确的，因为它是以面向对象的方式设计的。

例如（只是一个例子）：

A Monster has 1:M Mouth. a Mouth has 1:M Tooth. 

所以在我的数据库中，我有 5 个表：

Monster: id, name, type
MonsterMouth: id, monster_id, mouth_id
Mouth: id, size
MouthTeeth: id, mouth_id, tooth_id
Tooth: id, size, shape, sharpness

然后是 3 个类：

class Model_Monster { 
    private $id, $name, $type, $mouths = array();
    public function __construct ($id) {
        // Set properties from DB for supplied ID
        // Go through DB and add the mouths based on monster ID
    }

    public function countTeeth () {
        // Loop through each $mouths as $mouth and call $mouth->getTotalTeeth();
    }
} 
class Model_MonsterMouth { 
    private $id, $size, $teeth = array(); 
    public function __construct($id) {
        // Set properties from DB for supplied ID
        // Go through DB and add the types of teeth for this mouth ID
    }

    public function getTotalTeeth () {
        // return sizeof($teeth);
    }

}
class Model_Tooth {
    private $id, $size, $shape, $sharpness;
    public function __construct($id) {
        // Populate details based on ID passed
    }
}

然后我猜想计算牙齿和其他东西的方法......

$monsterId = 1;
$monster = new Monster($monsterId);
// Count total teeth
$totalTeeth = $monster->countTeeth();

所以一个怪物可以有很多不同的嘴，而 1 个嘴可以有很多不同类型的牙齿。

写完这篇冗长的文章后，我认为我的理解是正确的，Bill Karwin 正在谈论那些拥有 5 个模型 而不是 3 的人...

我有 5 个表，但只有 3 个模型，因为有两个表来解决 M:M 表关系。

3 个模型中的 2 个 使用组合来存储许多其他类型的对象。

如果一个怪物有 10 张嘴，大约有 9-10k 颗大约 10 种不同类型的牙齿……这会是性能问题吗？我的意思是 PHP 会认为它是这样的：a,a,a,a,a,b,b 或 5*a 和 2*b。如果拥有 1-100k 个对象并将它们迭代添加到复合项目中的速度很慢，那么我想我应该只出现一次该对象，并带有一个数字属性来说明该类型有多少个。

如果我的答案是正确的，那么也许它可能会帮助其他一些遇到此问题的人。

谢谢：D 多姆

Answer 1

我不想把话放在蜥蜴比尔的嘴里，我认为他更多地谈论的不是多对多，而是你应该将商业模式的抽象概念与其底层表示分开的事实。

例如，重要的是，不要依赖业务模型中的字段与数据库/文档存储/Web 服务中的字段具有相同名称的事实，因为这会使它变得非常脆弱。

还要考虑一下，如果您的模型想要一个像“FullName”这样的字段，它是“FirstName”和“Surname”的简单串联。您可能真的不想将“FullName”与“FirstName”和“Surname”一起存储在数据库中，因为它是重复的数据并且需要更多工作来保持更新，但如果您的模型与底层表示非常紧密地耦合，您可以需要 a) 将“FullName”添加到您的数据库中，或者 b) 在模型中没有“FullName”的情况下运行。

通过保持清晰的分离，您将能够在模型中包含“FullName”以及生成它的一些代码，而在数据库中只包含“FirstName”和“Surname”。当然，如果您需要的话，它还可以更轻松地切换后端数据库技术。

从我的角度来看，关键的见解是模型不仅仅是它包含的字段，还包括业务规则、验证以及您可以对其执行的潜在操作。该表只是存储支持该行为所需字段的方便位置。