本文介绍如何通过两次 left join 同一元数据表，将分散在多行中的用户属性（如 phone_number 和 rep_id）合并到查询结果的同一行中，从而避免 php 端复杂的数据重组逻辑。
在 WordPress 或类似基于 EAV（实体-属性-值）模型的系统中，usermeta 表常用于存储用户扩展字段。但这种设计导致一个用户的多个元数据（如电话、销售代表 ID）被拆分为多行，直接 JOIN 查询会生成笛卡尔式重复结果，难以直接映射为「每个用户一条记录」的结构。
解决这一问题的核心思路是：对 usermeta 表进行两次独立关联（aliasing），每次按不同 meta_key 过滤，将所需字段作为独立列拉取出来。这比使用 GROUP BY + GROUP_CONCAT 或 PHP 循环重组更高效、语义更清晰，也完全避免了 N+1 查询或内存中聚合的开销。
以下是优化后的 SQL 查询（适配您提供的函数结构）：
function get_this() {
global $db;
$get = $db->get_results("
SELECT
user.ID AS user_id,
user.user_email,
user.display_name,
um1.meta_value AS rep_id,
um2.meta_value AS phone_number
FROM users AS user
LEFT JOIN usermeta AS um1
ON user.ID = um1.user_id AND um1.meta_key = 'rep_id'
LEFT JOIN usermeta AS um2
ON user.ID = um2.user_id AND um2.meta_key = 'phone_number'
WHERE um1.meta_value IS NOT NULL OR um2.meta_value IS NOT NULL
");
return $get;
}✅ 关键要点说明：
Shopxp网上购物系统
下载
Shopxp购物系统历经多年的考验，并在推出shopxp免费购物系统下载之后，收到用户反馈的各种安全、漏洞、BUG、使用问题进行多次修补，已经从成熟迈向经典，再好的系统也会有问题，在完善的系统也从在安全漏洞，该系统完全开源可编辑，当您下载这套商城系统之后，可以结合自身的技术情况，进行开发完善，当然您如果有更好的建议可从官方网站提交给我们。Shopxp网上购物系统完整可用，无任何收费项目。该系统经过
- 使用 LEFT JOIN（而非 INNER JOIN）确保即使某用户缺失 rep_id 或 phone_number，其主信息（email、name）仍会被保留；若仅需两者均存在的用户，可改为 INNER JOIN 并移除 WHERE 中的 IS NOT NULL 条件。
- 每次 JOIN 都在 ON 子句中嵌入 meta_key 过滤条件（AND um1.meta_key = 'rep_id'），这是性能关键——它让数据库在连接时即完成筛选，避免全表扫描后过滤。
- 列别名（AS rep_id, AS phone_number）使结果对象属性语义明确，调用时可直接访问 $row->rep_id 和 $row->phone_number。
调用后返回结构如下（每用户一行）：
Array(
[0] => stdClass Object (
[user_id] => 8
[user_email] => [email protected]
[display_name] => bob jones
[rep_id] => abc123
[phone_number] => 4441234433
),
[1] => stdClass Object (
[user_id] => 9
[user_email] => [email protected]
[display_name] => rob smith
[rep_id] => xyz456
[phone_number] => 5552323322
)
)? 进阶建议：
- 若需支持更多元字段（如 address, department），可延续该模式继续添加 LEFT JOIN usermeta AS um3 ON ... AND um3.meta_key = 'address'；但注意 JOIN 数量激增可能影响性能，此时建议评估是否迁移到宽表视图或缓存层。
- 在生产环境务必为 usermeta(user_id, meta_key) 添加复合索引（如 KEY idx_user_meta (user_id, meta_key)），这对上述双 JOIN 查询有显著加速作用。
- 如需兼容 WordPress 原生函数，可将此 SQL 封装为 $wpdb->get_results() 调用，并利用 $wpdb->prepare() 防止 SQL 注入（尤其当 meta_key 来自动态输入时）。
该方案以声明式 SQL 完成数据形态转换，逻辑内聚、可读性强，是处理 EAV 模式下多属性聚合的标准实践。
