helix_core/effect/storage.rs
1/// 存储操作(具体 SQL 由 driver 的 Storage 实现构造)
2#[derive(Debug, Clone)]
3pub enum StorageOp {
4 /// batch upsert:INSERT ... ON CONFLICT(conflict_key) DO UPDATE ...
5 BatchUpsert(UpsertSpec),
6 /// 通用单调 MAX-guard 写:仅当 new value > 当前值才写(CAS / 单调寄存器语义,严格 >)。
7 MonotonicUpsert(MonotonicUpsertSpec),
8 /// batch update:UPDATE table SET patch WHERE key_col IN (key_vals)
9 BatchUpdate(BatchUpdateSpec),
10 /// 守卫式自增:`UPDATE … SET bump_col = bump_col + delta[, set…] WHERE key=? AND ? > guard_col`。
11 /// 通用计数器原语(无 read-modify-write),见 `GuardedBumpSpec`。
12 GuardedBump(GuardedBumpSpec),
13 /// 复合作用域守卫式自增:在 scope + key 精确单行内完成幂等计数与绝对列写。
14 ScopedGuardedBump(ScopedGuardedBumpSpec),
15 /// get:SELECT * FROM table WHERE ...(单行)
16 Get(GetSpec),
17 /// 复合作用域 get:SELECT * FROM table WHERE scope=? AND key=?(单行)
18 ScopedGet(ScopedGetSpec),
19 /// scan:SELECT * FROM table [LIMIT n](多行,C3)
20 Scan(ScanSpec),
21 /// batch delete:`DELETE FROM table WHERE scope_col = ? AND key_col IN (key_vals)`。
22 /// 复合 PK 作用域删除(如 channel_member 成员离场:scope=channel_id + key=user_id)。
23 /// O(k) 单语句;scope 等值约束**绝不跨作用域误删**。见 `BatchDeleteSpec`。
24 BatchDelete(BatchDeleteSpec),
25}
26
27/// 稀疏、非 SQL 存储适配器使用的表身份描述。
28///
29/// 具体表名由业务模块提供;平台驱动只据此建立通用索引,不依赖业务类型或解析 DDL。
30#[derive(Debug, Clone, Copy, PartialEq, Eq)]
31pub struct SparseTableSpec {
32 pub table: &'static str,
33 pub identity_cols: &'static [&'static str],
34 pub scope_col: Option<&'static str>,
35}
36
37/// BatchUpsert 规格
38///
39/// ## MAJ-5 修复
40///
41/// `table` 和 `conflict_key` 改为 `&'static str`,消除热路径的运行时 String 分配。
42/// 表名和冲突键都是编译期已知的常量(示例 "message"、"temporary_id"——core 不解释含义),
43/// `"message".to_string()` 每次消息落库都产生一次堆分配,改为静态引用零成本。
44///
45/// 注意:`conflict_key` 的具体值(如 `"temporary_id"`)由 ACL-1 在 helix-im 侧提供,
46/// helix-core 只传递字符串,不理解其含义。
47#[derive(Debug, Clone)]
48pub struct UpsertSpec {
49 /// 目标表名(编译期常量,如 "message")
50 pub table: &'static str,
51 pub rows: Vec<Row>,
52 /// ON CONFLICT 的列名(如 ACL-1 提供 "temporary_id";core 不知道含义)
53 pub conflict_key: Option<&'static str>,
54 /// 冲突时**不**更新的列(INSERT 仍写其字面值,ON CONFLICT DO UPDATE 排除它们)。
55 ///
56 /// 用途:守卫列 / 本地维护列——新行用提供的字面值,但已存在的行保留既有值
57 /// ("server 缺省 → 回退本地"语义在 upsert 层表达,无需先读后写)。列名编译期常量,
58 /// driver 不解释含义(守 HX-C001)。空 = 旧行为(除 conflict_key 外全列更新)。
59 ///
60 /// 默认空:用 `UpsertSpec::new(...)` 构造可零改动迁移既有调用方。
61 pub exclude_from_update: Vec<&'static str>,
62 /// 可选的冲突行更新守卫;仅原行该列 `IS expected` 时允许 `DO UPDATE`。
63 ///
64 /// 守卫值走绑定参数,不进入 SQL 文本。缺行时仍按普通 INSERT 处理,因此调用方可用
65 /// `SqlValue::Null` 表达“没有旧版本”的并发插入守卫。带守卫的规格只允许一个 row。
66 pub update_guard: Option<UpsertGuard>,
67 /// Optional orderable column: skip conflicting rows whose stored version is greater.
68 /// Values must have a consistent SQL type; missing/NULL stored versions admit initialization.
69 /// With an update_guard, a skipped row instead returns a conflict and rolls back the transaction.
70 pub version_column: Option<&'static str>,
71}
72
73/// batch upsert 冲突行的原子更新守卫。
74///
75/// `column` 是编译期列名;`expected` 是绑定到 `ON CONFLICT ... DO UPDATE ... WHERE`
76/// 的运行时值。驱动必须比较冲突前的原行,而不是 `excluded` 新值。
77#[derive(Debug, Clone)]
78pub struct UpsertGuard {
79 /// 冲突原行中参与 `IS` 比较的列名。
80 pub column: &'static str,
81 /// 冲突原行必须满足的值;`SqlValue::Null` 表示 SQL NULL。
82 pub expected: SqlValue,
83}
84
85impl UpsertSpec {
86 /// 便捷构造(无排除列,旧默认行为)——既有调用方零改动迁移点。
87 pub fn new(table: &'static str, rows: Vec<Row>, conflict_key: Option<&'static str>) -> Self {
88 Self {
89 table,
90 rows,
91 conflict_key,
92 exclude_from_update: Vec::new(),
93 version_column: None,
94 update_guard: None,
95 }
96 }
97}
98
99/// 通用单调 MAX-guard 写规格:仅当 `value > 当前值` 才写入(CAS / 单调寄存器语义)。
100///
101/// 通用原语,core 不含任何业务含义——典型用途:增量同步水位、presence 心跳时间戳、单调计数器。
102/// `scope_key` 是运行时值(由上层提供,如 channel_id.to_string()),core 不解析其含义。
103///
104/// ## 表名 / 列名作数据(HX-C001)
105///
106/// `table` / `key_col` / `value_col` / `touch_col` 都是**编译期常量**(`&'static str`),
107/// 由上层业务模块提供。core 只把它们当字符串透传给 driver 拼 SQL,**绝不**理解其业务含义
108/// ——业务 schema 不进 core(守 HX-C001)。`touch_col` 为 `Some` 时,driver 用自身的
109/// ambient 时钟(driver 层合法)写穿该列为当前毫秒时间戳(非权威镜像列,不参与 MAX guard 判定)。
110#[derive(Debug, Clone)]
111pub struct MonotonicUpsertSpec {
112 /// 目标表名(编译期常量;core 不解释含义)
113 pub table: &'static str,
114 /// PRIMARY KEY 列名(编译期常量)
115 pub key_col: &'static str,
116 /// 单调 MAX-guard 的值列名(编译期常量)
117 pub value_col: &'static str,
118 /// 可选「最近更新时间」列名;`Some` 时 driver 写穿当前时间戳,
119 /// 不参与 MAX guard。`None` = 无此列(最小单调寄存器形态)。
120 pub touch_col: Option<&'static str>,
121 /// PK 运行时值(由上层提供);core 不解析其含义。
122 pub scope_key: String,
123 /// 单调写入值;仅当 `> 当前值` 才前进。
124 pub value: i64,
125}
126
127/// batch_update 规格
128///
129/// MAJ-5:`table` 和 `key_col` 改为 `&'static str`(编译期常量)
130#[derive(Debug, Clone)]
131pub struct BatchUpdateSpec {
132 pub table: &'static str,
133 pub key_col: &'static str,
134 pub key_vals: Vec<SqlValue>,
135 pub patch: Row,
136}
137
138/// BatchDelete 规格:`DELETE FROM table WHERE scope_col = ? AND key_col IN (key_vals)`。
139///
140/// 复合 PK 作用域删除(如 channel_member:scope=channel_id 等值 + key=user_id IN 列表)——
141/// 表名 / 列名编译期常量(core 不解释含义,守 HX-C001),单语句 O(k) 删 k 行。scope 等值约束
142/// **绝不跨作用域误删**(无 scope 会把该 user 从所有 channel 删掉)。`key_vals` 空 → 上层应不产 op。
143#[derive(Debug, Clone)]
144pub struct BatchDeleteSpec {
145 /// 目标表名(编译期常量)
146 pub table: &'static str,
147 /// 作用域列名(等值约束,编译期常量)—— 复合 PK 第一段,如 channel_id。
148 pub scope_col: &'static str,
149 /// 作用域运行时值(定位作用域;core 不解析含义)
150 pub scope_val: SqlValue,
151 /// IN-list 列名(编译期常量)—— 复合 PK 第二段,如 user_id。
152 pub key_col: &'static str,
153 /// 待删行的 key 运行时值列表
154 pub key_vals: Vec<SqlValue>,
155}
156
157/// 守卫式自增规格:单行原子计数器递增 + 可选绝对列写,带前进守卫——**无 read-modify-write**。
158///
159/// SQL 语义(表名 / 列名都是编译期常量,由上层业务模块提供——守 HX-C001,core/driver
160/// 不解释含义;`key_val` / `set_cols` 值 / `bump_delta` / `guard_val` 是运行时数据):
161/// ```sql
162/// UPDATE <table> SET <bump_col> = <bump_col> + <bump_delta> [, <set_cols…> = ?…]
163/// WHERE <key_col> = ? AND ? > <guard_col>
164/// ```
165/// (守卫占位 `?` 绑定 `guard_val`:仅当 `guard_val > 当前 guard_col` 才命中更新。)
166///
167/// ## 为什么需要独立原语(不能用 `BatchUpdate`)
168///
169/// `BatchUpdate` 只能 `SET col = ?`(绝对值)+ `WHERE key IN (…)`——无法表达
170/// `col = col + delta`(自增)也无法表达 `AND ? > guard_col`(前进守卫)。把「读出 +1 写回」
171/// 下沉成单条 SQL `col = col + delta` 是 HX-C005 热路径 O(1) 的硬约束(禁应用层 RMW);
172/// 守卫条件让「同一消息重复投递不重复 +1」「乱序旧消息不污染计数」在 SQL 层幂等成立。
173///
174/// ## 通用性(YAGNI 边界)
175///
176/// 纯计数器语义,core 不含任何业务含义——典型用途:未读计数 +1(guard=last_post_at 防回退)、
177/// 限流桶累加、引用计数。`set_cols` 为空 = 纯自增;`guard_val=i64::MIN`/无意义守卫由上层避免
178/// (上层须保证 guard 语义正确)。`set_cols` 列名同样是 `&'static str` 编译期常量。
179#[derive(Debug, Clone)]
180pub struct GuardedBumpSpec {
181 /// 目标表名(编译期常量;core 不解释含义)
182 pub table: &'static str,
183 /// 主键列名(编译期常量)
184 pub key_col: &'static str,
185 /// 主键运行时值(定位单行;core 不解析含义)
186 pub key_val: SqlValue,
187 /// 被自增的数值列名(编译期常量)
188 pub bump_col: &'static str,
189 /// 自增量(运行时值,通常 +1;负数 = 自减)
190 pub bump_delta: i64,
191 /// 同一前进守卫下的额外计数列自增。
192 ///
193 /// 用于 unread/mention/urgent 等多个派生计数必须在同一条新消息守卫下同时推进的场景。
194 /// 列名仍是编译期常量;delta 使用绑定参数,不参与 SQL 字符串拼接。
195 pub extra_bumps: Vec<(&'static str, i64)>,
196 /// 与自增同事务写入的绝对值列(列名编译期常量,值运行时);空 = 纯自增。
197 pub set_cols: Row,
198 /// 前进守卫列名(编译期常量):仅当 `guard_val > <guard_col> 当前值` 才更新整行。
199 pub guard_col: &'static str,
200 /// 守卫比较值(运行时):严格大于现值才命中(防重复 / 旧值回退)。
201 pub guard_val: i64,
202}
203
204/// 复合作用域守卫式自增规格,避免复合主键热路径退化为应用层 read-modify-write。
205#[derive(Debug, Clone)]
206pub struct ScopedGuardedBumpSpec {
207 /// 目标表名(编译期常量;core 不解释业务 schema)。
208 pub table: &'static str,
209 /// 第一维作用域列名。
210 pub scope_col: &'static str,
211 /// 第一维作用域运行时值。
212 pub scope_val: SqlValue,
213 /// 第二维键列名。
214 pub key_col: &'static str,
215 /// 第二维键运行时值。
216 pub key_val: SqlValue,
217 /// 被自增的数值列。
218 pub bump_col: &'static str,
219 /// 自增量;0 表示只应用同一守卫下的绝对列 patch。
220 pub bump_delta: i64,
221 /// 与计数器同一 SQL 更新的绝对列。
222 pub set_cols: Row,
223 /// 前进守卫列。
224 pub guard_col: &'static str,
225 /// 仅严格大于当前守卫值时更新。
226 pub guard_val: i64,
227}
228
229/// get 规格(单行;MAJ-5:`table`/`key_col` = `&'static str`)。
230#[derive(Debug, Clone)]
231pub struct GetSpec {
232 pub table: &'static str,
233 pub key_col: &'static str,
234 pub key_val: SqlValue,
235}
236
237/// 复合作用域 get 规格,用两个等值键 O(1) 定位复合主键行。
238#[derive(Debug, Clone)]
239pub struct ScopedGetSpec {
240 pub table: &'static str,
241 pub scope_col: &'static str,
242 pub scope_val: SqlValue,
243 pub key_col: &'static str,
244 pub key_val: SqlValue,
245}
246
247/// scan 规格:通用多行扫描读(C3)。on_start 载入单调水位(全表)/ P6 投影查询(等值过滤+排序)。
248/// 过滤/排序**可选 additive**(HX-C004):`filter` 为 None、`order_by` 为空 = 旧全表语义
249/// (零行为改变);列名仍为编译期常量(HX-C001),方向由结构化枚举表达,禁止调用方拼 SQL。
250#[derive(Debug, Clone)]
251pub struct ScanSpec {
252 /// 目标表名(编译期常量)
253 pub table: &'static str,
254 /// 最多返回行数(None = 全表;driver 应设硬上限防御)
255 pub limit: Option<u32>,
256 /// 可选等值过滤 `WHERE <col> = <val>`(列名编译期常量,值运行时)。None = 不过滤(旧全表)。
257 pub filter: Option<(&'static str, SqlValue)>,
258 /// 结构化排序键,按切片顺序形成 `ORDER BY`;空切片 = 不排序(旧 rowid 序)。
259 pub order_by: &'static [ScanOrder],
260}
261
262/// Scan 排序方向。driver 只把枚举映射成固定 SQL 关键字,不接受运行时 SQL 片段。
263#[derive(Debug, Clone, Copy, PartialEq, Eq)]
264pub enum SortDirection {
265 Asc,
266 Desc,
267}
268
269/// 单个 Scan 排序键。列名是编译期常量,业务层可安全组合多列确定序。
270#[derive(Debug, Clone, Copy, PartialEq, Eq)]
271pub struct ScanOrder {
272 pub column: &'static str,
273 pub direction: SortDirection,
274}
275
276impl ScanOrder {
277 pub const fn asc(column: &'static str) -> Self {
278 Self {
279 column,
280 direction: SortDirection::Asc,
281 }
282 }
283
284 pub const fn desc(column: &'static str) -> Self {
285 Self {
286 column,
287 direction: SortDirection::Desc,
288 }
289 }
290}
291
292/// SQL 值类型(不含数据库具体类型)
293#[derive(Debug, Clone)]
294pub enum SqlValue {
295 Text(String),
296 Integer(i64),
297 Real(f64),
298 /// 二进制大对象(M2:无损携带,禁 BLOB→lossy text 静默损坏)
299 Blob(Vec<u8>),
300 Null,
301}
302
303/// 行数据(列名 → SQL 值)
304pub type Row = Vec<(String, SqlValue)>;