我当然不是Drupal的专家,但是我之前计划并构建了一些数据库,所以我对第三方团队正在研究的数据库结构感到困惑,因为我已经用Sequel Pro添加了一些Dummy内容。我认为如果使用Drupal的后端GUI,结构不会很明显,但我没有信任,只是ftp和ssh访问。Drupal数据库结构 - 高效/低效?
我是有点震惊地看到的不是单个表我本来期望,比如说,一个组织,与ID,姓名,地址,电子邮件,邮编列,等等,等等
相反,每个数据位都有一个表格。也就是说,一个单独的表名称,地址,电子邮件,邮政编码等等。
从逻辑的角度来看,这似乎令人惊讶地效率低下。例如,当组织页面加载时,为该组织加载的每一位数据都会从不同的表中调用并进行聚合,而不是通过调用单个表以及从一行中提取所有数据。
我是否无能为力(是的但...)或者这是Drupal特有的一些db结构特性?
这就是你的EAV模型..实体,属性,价值。理论上很好,在实施中可怕。 – 2013-03-20 17:44:41