2 Commits

Include renames

Author	SHA1	Message	Date
Vicky	37c9a141d3	feat: S0 主键改雪花（DDL 去 identity + 实体 ASSIGN_ID + 雪花配置） ... 为什么：自增主键把 ID 分配锁在单库序列上，分库分表时无法横向扩展。趁线上业务数据 近零（只有系统种子表有量）先改，代价最低。 - sql/schema.sql、sql/schema-phase1.sql、sql/partition-maintenance.sql：61 处 GENERATED BY DEFAULT AS IDENTITY 去掉，主键改 BIGINT 无默认值 - 52 个实体 @TableId IdType.AUTO -> IdType.ASSIGN_ID；两个入口 id-type: assign_id， 并加 global-config.sequence.worker-id/datacenter-id（单机固定值，多实例需按实例分配） - 新增 sql/migrate-s0-snowflake.sql：存量库幂等迁移，走 DROP IDENTITY 保留数据，不重建表 - 实测：三份建表脚本在新库连跑两遍幂等；线上 57 张表 identity 归零； watch_history/playback_ticket/order_event 的主键与唯一索引仍含分区键	2026-10-16 09:00:38 +08:00
Vicky	7e730fbbca	feat: 08 订单与权益落地（金币解锁 / 权益判定生效 / 补发回收 / 对账） ... 为什么： 1) 第一阶段要能真正收到钱，而收钱方式是金币解锁分集。本提交把钱包、金币流水、 权益、订单四样打通，客户端可以解锁并立刻播放，不再只是展示。 2) 权益判定此前只是端口占位（一律视为未解锁）。交易模块用 @Primary 提供实现后， 播放入口与下载入口的付费判定同时生效 —— 两条链路一行没改。 3) 钱的事必须可追溯、可幂等：所有金币变动都带幂等键并写 coin_ledger， 余额与流水同事务；订单每次状态流转都写 order_event（月分区），支付争议可回溯。 4) 后台要能兜住线上问题：补发（重复提交幂等）、退款（回收权益 + 扣回金币， 余额不足时留人工跟进备注）、人工补币（先校验用户存在，避免给不存在的用户建钱包）、 手动对账（默认每天 04:20 自动跑前一天）。 5) 09 商店支付按约束只做端口预留：StoreVerifier 未接入时明确报"尚未配置"， 宁可不收钱也不产生假订单。	2026-10-15 12:26:27 +08:00