前几天我询问了Choosing a method to store user profiles，收到了interesting response from David Thomas Garcia，建议我使用表格模块设计模式。看起来这可能是我想要采取的方向。我在 Google 上出现的所有内容似乎都是相当高水平的讨论，所以如果有人能指出一些示例的方向或让我更好地了解所涉及的具体细节，那就太棒了。
【问题讨论】：
标签： database design-patterns database-design entity-attribute-value
最好的参考是 Martin Fowler 的“企业应用架构模式”：
这是表格模块部分的摘录：
一个表格模块组织域 每个表一个类的逻辑 数据库和单个实例 类包含各种程序 这将对数据起作用。这 与域的主要区别 模型是，如果你有很多 订单，领域模型将有一个 每个订单的订单对象，而 Table 模块 将有一个对象来处理 所有订单。
表模块在您为用户配置文件数据描述的灵活数据库架构中特别有用，基本上是Entity-Attribute-Value 设计。
通常，如果您使用域模型，则基础表中的每一行都会成为一个对象实例。由于您将用户配置文件信息存储在多行中，因此您最终必须创建许多域模型对象，而您真正想要的是一个封装所有用户属性的对象。
相反，表格模块使您可以更轻松地编写适用于基础数据库表中多行的逻辑。如果您为给定用户创建配置文件，您将指定所有这些属性，并且 Table Module 类将具有将其转换为一系列 INSERT 语句的代码，每个属性一行。
$table->setUserProfile( $userid, array('firstname'=>'Kevin', 'lastname'=>'Loney') );
同样，查询给定用户的个人资料将使用表格模块将查询结果集的多行映射到对象成员。
$hashArray = $table->getUserProfile( $userid );
【讨论】：