一、设计原则

1. 符合第三范式 ，减少数据冗余；
   
2. 适配 “自营 + 多商家联营” 双模式，字段预留扩展空间；
   
3. 优化索引设计，适配小程序高频查询场景（如附近服务者、抢单列表）；
   
4. 记录关键操作日志，支持财务对账和问题追溯。
   

二、核心数据表结构

1. 基础用户表（user）

存储微信小程序用户（C 端）的核心信息

2. 服务者表（service_provider）

存储上门服务人员信息（自营 / 商家所属）

3. 商家表（merchant）

存储联营商家信息

4. 服务项目表（service_item）

存储平台 / 商家的服务项目（如日常保洁、家电维修）

5. 订单主表（order_main）

存储订单核心信息（全流程状态流转）

6. 订单抢单记录表（order_grab_log）

记录抢单 / 派单操作日志，用于追溯

7. 财务流水表（finance_flow）

存储所有资金流转记录，支持对账

8. 提现申请表（withdraw_apply）

存储服务者 / 商家的提现申请

9. 系统配置表（system_config）

存储平台全局配置

三、其他优化

1. 索引优化 ：

• 高频查询字段（如order_status、service_time、current_lng/lat）必须加索引；
  
• 联合索引：order_main 表建议创建(merchant_id, order_status, create_time) 联合索引，适配商家端订单列表查询。
  

2.  事务控制 ：

• 订单创建、支付、抢单、结算等核心操作必须包裹事务，避免数据不一致；
  
• 示例：
  

// 抢单事务示例
  $pdo->beginTransaction();
try {
// 1. 锁定订单行，防止并发抢单
$stmt = $pdo->prepare("SELECT * FROM order_main WHERE id = ? FOR UPDATE");
$stmt->execute([$order_id]);
$order = $stmt->fetch(PDO::FETCH_ASSOC);
  
  // 2. 检查订单状态（仅待接单可抢）
  if ($order['order_status'] != 1) {
  throw new Exception("订单已被抢");
  }
  
  // 3. 更新订单服务者ID和状态
  $stmt = $pdo->prepare("UPDATE order_main SET service_provider_id = ?, order_status = 2, update_time = NOW() WHERE id = ?");
  $stmt->execute([$provider_id, $order_id]);
  
  // 4. 记录抢单日志
  $stmt = $pdo->prepare("INSERT INTO order_grab_log (order_id, operator_type, operator_id, grab_type, grab_status) VALUES (?, 0, ?, 0, 0)");
  $stmt->execute([$order_id, $provider_id]);
  
  $pdo->commit();
} catch (Exception $e) {
  $pdo->rollBack();
// 记录失败日志
$stmt = $pdo->prepare("INSERT INTO order_grab_log (order_id, operator_type, operator_id, grab_type, grab_status, fail_reason) VALUES (?, 0, ?, 0, 1, ?)");
$stmt->execute([$order_id, $provider_id, $e->getMessage()]);
  }

3.  数据加密 ：

• 手机号、身份证号等敏感信息需加密存储（推荐 AES-256），仅后台解密展示；
  
• 微信 openid/unionid 建议做哈希存储（如 md5），避免明文泄露。
  

4.  分表策略 ：

• 订单表（order_main）按月份分表（如order_main_202601），避免单表数据量过大；
  
• 财务流水表（finance_flow）同理，按季度分表。