From ed6f91b88d34cc83d71bd90f32163a5b99b609b5 Mon Sep 17 00:00:00 2001 From: qian Date: Thu, 27 Aug 2026 23:28:10 +0800 Subject: [PATCH] =?UTF-8?q?chrome(db):=E5=90=88=E5=B9=B6=E6=95=B0=E6=8D=AE?= =?UTF-8?q?=E5=BA=93=E5=8F=98=E6=9B=B4=E6=96=87=E4=BB=B6?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- ..._version.sql => 000017_v0_2_14_version.sql} | 18 ++++++++++++++++++ migrations/000018_v0_2_14_version.sql | 18 ------------------ 2 files changed, 18 insertions(+), 18 deletions(-) rename migrations/{000017_v0_2_13_version.sql => 000017_v0_2_14_version.sql} (70%) delete mode 100644 migrations/000018_v0_2_14_version.sql diff --git a/migrations/000017_v0_2_13_version.sql b/migrations/000017_v0_2_14_version.sql similarity index 70% rename from migrations/000017_v0_2_13_version.sql rename to migrations/000017_v0_2_14_version.sql index b857ce2..72859c8 100644 --- a/migrations/000017_v0_2_13_version.sql +++ b/migrations/000017_v0_2_14_version.sql @@ -1,4 +1,19 @@ -- +goose Up +-- 修正 mdl_tenant_models.multiplier 列注释。 +-- +-- 背景：本列注释历史上有两版，且线上库的实际值与迁移记录不符—— +-- 000001 初始版：'...最终价格 = 基础价格 × 模型倍率 × 租户倍率' +-- 000014 Up 改写为带倍率优先级链的版本，但线上库至今仍是 000001 的文案 +-- （2026-08-27 重跑 gf gen dao 时发现：生成结果回退掉了代码里的优先级链说明）。 +-- +-- 两版都已不准确，按当前实现重写： +-- 1) 模型乘数是预留能力，mdl_models 无 multiplier 字段，computeCost 也不纳入， +-- bil_records.model_multiplier 快照恒为 1.0（见 pricing.go 的「4.5 模型倍率」段）； +-- 2) 000016 引入时段定价后，computeCost 实际乘的是 TenantMultiplier × TimeMultiplier +-- （pricing.go:381 / 406 / 546），旧文案均未体现时段乘数。 + +COMMENT ON COLUMN mdl_tenant_models.multiplier IS '租户价格倍率（VIP 折扣）。作为 tenant_multiplier 参与计费，当前实际生效公式 = 基础价格 × 租户乘数 × 时段乘数；模型乘数为预留能力（mdl_models 无 multiplier 字段、computeCost 未接入），bil_records.model_multiplier 快照恒为 1.0。倍率来源优先级：discount_ratio > multiplier > 租户等级 price_multiplier（级别兜底仅在前两者均未设置、且级别倍率 <1.0 时生效）'; + -- 渠道健康度：修正与实现不符的列注释，并把两个僵尸列标记为已废弃。 -- -- 背景：健康体系已重写为「Redis 渠道×模型 EWMA 为唯一真相 + 每 5 分钟聚合落盘」， @@ -27,6 +42,7 @@ COMMENT ON COLUMN chn_health_snapshots.consecutive_failures IS '【已废弃】 ALTER TABLE chn_health_snapshots ALTER COLUMN stability_score SET DEFAULT 0; + -- +goose Down ALTER TABLE chn_health_snapshots ALTER COLUMN stability_score DROP DEFAULT; @@ -41,3 +57,5 @@ COMMENT ON COLUMN chn_health_scores.calculated_at IS '最近一次计算时间'; COMMENT ON COLUMN chn_health_scores.health_score IS '综合健康度（0-100）= 成功率×0.40 + 延迟分×0.25 + 稳定性×0.20 + 连续失败分×0.15'; COMMENT ON COLUMN chn_health_scores.latency_ms IS '平均延迟（毫秒）'; COMMENT ON COLUMN chn_health_scores.success_rate IS '请求成功率（0-100）'; + +COMMENT ON COLUMN mdl_tenant_models.multiplier IS '租户价格倍率（VIP 折扣等，最终价格 = 基础价格 × 模型倍率 × 租户倍率）'; diff --git a/migrations/000018_v0_2_14_version.sql b/migrations/000018_v0_2_14_version.sql deleted file mode 100644 index dc9e598..0000000 --- a/migrations/000018_v0_2_14_version.sql +++ /dev/null @@ -1,18 +0,0 @@ --- +goose Up --- 修正 mdl_tenant_models.multiplier 列注释。 --- --- 背景：本列注释历史上有两版，且线上库的实际值与迁移记录不符—— --- 000001 初始版：'...最终价格 = 基础价格 × 模型倍率 × 租户倍率' --- 000014 Up 改写为带倍率优先级链的版本，但线上库至今仍是 000001 的文案 --- （2026-08-27 重跑 gf gen dao 时发现：生成结果回退掉了代码里的优先级链说明）。 --- --- 两版都已不准确，按当前实现重写： --- 1) 模型乘数是预留能力，mdl_models 无 multiplier 字段，computeCost 也不纳入， --- bil_records.model_multiplier 快照恒为 1.0（见 pricing.go 的「4.5 模型倍率」段）； --- 2) 000016 引入时段定价后，computeCost 实际乘的是 TenantMultiplier × TimeMultiplier --- （pricing.go:381 / 406 / 546），旧文案均未体现时段乘数。 - -COMMENT ON COLUMN mdl_tenant_models.multiplier IS '租户价格倍率（VIP 折扣）。作为 tenant_multiplier 参与计费，当前实际生效公式 = 基础价格 × 租户乘数 × 时段乘数；模型乘数为预留能力（mdl_models 无 multiplier 字段、computeCost 未接入），bil_records.model_multiplier 快照恒为 1.0。倍率来源优先级：discount_ratio > multiplier > 租户等级 price_multiplier（级别兜底仅在前两者均未设置、且级别倍率 <1.0 时生效）'; - --- +goose Down -COMMENT ON COLUMN mdl_tenant_models.multiplier IS '租户价格倍率（VIP 折扣等，最终价格 = 基础价格 × 模型倍率 × 租户倍率）';