PHP电商系统商品属性JSON处理需兼顾灵活性与查询效率：用JSON字段存储全部属性，同时为color、size等高频字段冗余建索引列；写入时同步解析并校验键名白名单与值类型；筛选优先走冗余字段，复杂查询用JSON函数配合函数索引；通过属性模板+版本化Schema实现类目差异化与向后兼容。
PHP在电商系统中处理商品属性JSON数组，核心是兼顾灵活性与查询效率，避免过度反规范化导致维护困难。
属性结构设计：用JSON字段存储，但保留关键属性冗余
商品表中设 attributes TEXT 字段存标准JSON（如：{"color":"红色","size":"XL","material":"纯棉"}），同时为高频筛选字段（如 color、size）单独建索引列（attr_color VARCHAR(32)、attr_size VARCHAR(16)）。这样既支持任意新增属性不改表结构，又保障列表页按颜色/尺码快速过滤。
- 写入时同步解析JSON，提取并更新冗余字段；可封装为模型的
saveAttributes()方法 - JSON内容做基础校验（如键名白名单、字符串长度限制），防止恶意或脏数据入库
- 使用
json_encode($data, JSON_UNESCAPED_UNICODE | JSON_INVALID_UTF8_SUBSTITUTE)确保中文安全和容错
前端传参与后端校验：约定键名规范，拒绝自由键名
不开放“用户随便填key”的接口。前端提交属性必须遵循平台预设的属性集（如通过属性模板ID拉取可选key），后端校验时比对白名单数组，非法key直接报错。
- 例如：从数据库查出该类目下启用的属性定义：
['color', 'size', 'weight', 'battery_life'] - 收到POST数据后，用
array_keys($input)与白名单取差集，非空则返回400 - 值类型也需校验——size应为字符串枚举，weight应为数字，避免存入 "500g" 或 "约500" 等非结构化值
搜索与筛选：结合JSON函数与冗余字段分层处理
简单等值筛选走冗余字段（快），复杂组合或模糊匹配再查JSON字段（慢但必要）。MySQL 5.7+ 支持 JSON_CONTAINS 和 JSON_EXTRACT，可配合生成列或虚拟列提升性能。
DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
立即学习“PHP免费学习笔记（深入）”；
- 列表页按“红色+XL”筛选：直接
WHERE attr_color = '红色' AND attr_size = 'XL' - 后台高级搜索需查“电池续航 > 24h”：用
JSON_EXTRACT(attributes, '$.battery_life') > 24，并为该路径建函数索引（MySQL 8.0+） - 避免在JSON字段上
LIKE '%红色%'—— 全表扫描不可接受，应统一归一化值（如 color 存标准色号 #FF0000，而非“酒红/勃艮第红”等别名）
扩展性保障：属性模板 + 版本化JSON Schema
不同类目商品属性差异大（手机有CPU型号，衣服有领型），用“属性模板”解耦。每个模板关联一组属性定义（含key、类型、是否必填、选项列表），商品发布时绑定模板ID。JSON数据本身不存schema，但入库前按模板规则校验。
- 模板变更不影响历史商品——旧商品仍按原规则解析，新商品走新模板
- 可为每个模板配置轻量JSON Schema（如
{"color":{"type":"string","enum":["红","蓝","黑"]}}），用 json-schema 库校验 - 导出商品数据时，按模板补全缺失属性为null，保持结构一致，方便ES同步或BI分析
不复杂但容易忽略：JSON不是银弹，它解决的是“不确定结构”的问题，而不是“不想设计表结构”。电商里80%的属性是确定且高频的，该拆就拆，该索引就索引，JSON只兜底那20%的长尾需求。
