一、属性价格模式的核心差异与业务需求

在ecshop电商系统中，传统属性价格采用”基础价+属性加价”的叠加模式（如基础价100元+红色加价20元=120元）。这种模式虽能直观体现属性差异，但在促销场景、复杂SKU管理及用户体验层面存在明显局限。随着电商竞争加剧，直接定价模式（如红色款直接标价120元）逐渐成为主流选择，其核心优势体现在：

1. 价格透明性提升：用户无需计算即可感知最终价格，降低决策成本。某服装电商数据显示，采用直接定价后，商品转化率提升18%。
2. 促销灵活性增强：可直接对特定SKU设置折扣，避免传统叠加模式中”基础价打折但属性加价不变”的逻辑矛盾。
3. 系统性能优化：减少价格计算环节，降低数据库查询压力。测试表明，在百万级SKU场景下，直接定价模式使价格计算响应时间缩短40%。

二、数据库结构改造方案

实现直接定价需对ecshop核心表结构进行深度调整，重点涉及以下表：

1. 商品表（ecs_goods）：新增market_price_red、shop_price_red等字段，存储红色款等特定SKU的直接价格。建议采用JSON格式存储多属性组合价格，如：

   ALTER TABLE ecs_goods ADD COLUMN sku_prices JSON COMMENT 'SKU直接价格映射';

2. 商品属性表（ecs_goods_attr）：保留原有属性定义，但需新增is_price_affecting字段标识是否影响价格，用于兼容旧系统逻辑。
3. 商品扩展表（ecs_goods_ext）：建议新增表存储复杂属性组合的价格，通过goods_id和attr_combination（属性值MD5）建立关联。

三、价格计算逻辑重构

核心改造点在于替换goods.php中的get_final_price()方法，实现流程如下：

function get_direct_price($goods_id, $attr_combination = '') {
    // 1. 查询商品基础信息
    $goods = $GLOBALS['db']->getRow("SELECT * FROM ecs_goods WHERE goods_id = '$goods_id'");
    // 2. 尝试从JSON字段获取直接价格
    if (!empty($attr_combination) && isset($goods['sku_prices']->$attr_combination)) {
        return $goods['sku_prices']->$attr_combination;
    }
    // 3. 回退到传统叠加模式（兼容旧系统）
    $attr_price = 0;
    if (!empty($_REQUEST['spec'])) {
        $attr_list = array_filter($_REQUEST['spec']);
        foreach ($attr_list as $attr_id => $attr_value) {
            $sql = "SELECT attr_price FROM ecs_goods_attr WHERE goods_attr_id = '$attr_id'";
            $attr_price += floatval($GLOBALS['db']->getOne($sql));
        }
    }
    return $goods['shop_price'] + $attr_price;
}

关键实现要点：

• 属性组合哈希计算：采用MD5对spec_1=红色&spec_2=XL等参数进行加密，生成唯一标识。
• 缓存策略：对高频查询的SKU价格使用Redis缓存，设置10分钟过期时间。
• 事务处理：在价格更新时，需同时更新商品表和扩展表，使用数据库事务保证数据一致性。

四、前端展示层适配方案

1. 商品详情页改造：
   • 替换原有的属性选择价格动态计算逻辑，改为通过AJAX请求获取直接价格。
   • 示例代码：

     function updateSkuPrice(attrCombination) {
     $.get('/api/get_sku_price.php', {goods_id: 123, combo: attrCombination}, function(data) {
        $('#price').text('¥' + data.price);
        $('#market_price').text('¥' + data.market_price);
     });
     }

2. 列表页优化：
   • 在商品卡片中直接显示最低价SKU价格，避免显示”100元起”等模糊表述。
   • 对多属性商品，采用”120-150元”的范围价展示，鼠标悬停显示具体SKU价格。

五、兼容性与数据迁移策略

1. 渐进式改造方案：
   • 新增price_mode字段（0=叠加模式，1=直接模式），通过后台开关控制计算逻辑。
   • 开发数据迁移工具，将历史属性加价数据转换为SKU直接价格，建议分批次处理：

     -- 示例：将红色属性商品转换为直接定价
     UPDATE ecs_goods g
     JOIN (
     SELECT ga.goods_id, 
           ROUND(g.shop_price + SUM(ga.attr_price), 2) AS new_price
     FROM ecs_goods_attr ga
     JOIN ecs_goods g ON ga.goods_id = g.goods_id
     WHERE ga.attr_value = '红色'
     GROUP BY ga.goods_id
     ) t ON g.goods_id = t.goods_id
     SET g.sku_prices = JSON_SET(IFNULL(g.sku_prices, '{}'), '$.红色', t.new_price);

2. 订单系统适配：
   • 修改订单生成逻辑，确保直接定价商品的final_price与SKU价格一致。
   • 对历史订单，保留原价格计算方式，通过order_type字段区分。

六、性能优化与监控体系

1. 索引优化：

   • 在ecs_goods_ext表的attr_combination字段上创建全文索引。
   • 对高频查询的SKU价格，建立单独的内存表。

2. 监控指标：

   • 价格计算API响应时间（P99<200ms）
   • SKU价格缓存命中率（目标>95%）
   • 数据迁移进度监控（每日处理量）

七、实施路线图建议

1. 试点阶段（1-2周）：选择3-5个商品类目进行直接定价改造，验证价格计算准确性。
2. 全面推广（3-4周）：完成全品类数据迁移，同步更新前端展示逻辑。
3. 优化迭代（持续）：根据用户反馈调整价格展示方式，完善监控告警机制。

通过上述系统性改造，ecshop可实现从属性叠加价格到直接定价的平滑过渡，在提升用户体验的同时，为后续的动态定价、AI推荐等高级功能奠定数据基础。实际改造中，建议先在测试环境完成全流程验证，特别关注边界条件处理（如属性组合冲突、价格为负等异常情况）。