kcode-pi 0.1.0

package/vendor/kingdee-skills/kingdee-cosmic-reviewer/references/infra-checklist.md

@@ -0,0 +1,254 @@
+# 基础设施检查表（缓存/线程池/分布式锁/MQ）
+
+## 🔴 P0 级问题
+
+### 1. 缓存 Key 未账套隔离
+**检查点**:
+- `AppCache` / `DistributeSessionlessCache` 的 key 是否拼接了 `RequestContext.get().getAccountId()`？
+- 缓存 key 是否可能在不同租户间冲突？
+
+**风险**: 跨账套数据污染，A 租户读到 B 租户的缓存数据
+
+**修正方案**:
+```java
+// ❌ 错误写法 - key 未隔离
+cache.put("materialList", data);
+
+// ✅ 正确写法 - key 拼接账套ID
+String accountId = RequestContext.get().getAccountId();
+cache.put(accountId + ":materialList", data);
+```
+
+---
+
+### 2. JDK 原生线程池
+**检查点**:
+- 是否使用了 `new Thread()`、`Executors.newFixedThreadPool()` 等 JDK 原生线程创建方式？
+- 是否使用了 `CompletableFuture.runAsync()` 未指定平台线程池？
+
+**风险**: 绕过平台线程管理，无法传递 RequestContext，线程泄漏无法监控
+
+**修正方案**:
+```java
+// ❌ 错误写法
+new Thread(() -> doSomething()).start();
+Executors.newFixedThreadPool(5);
+
+// ✅ 正确写法 - 使用平台线程池
+ThreadPools.executeOnce("taskName", () -> doSomething());
+// 需要传递请求上下文时
+ThreadPools.executeOnceIncludeRequestContext("taskName", () -> doSomething());
+```
+
+---
+
+### 3. 分布式锁未在 finally 中释放
+**检查点**:
+- `DLock.lock()` / `DLock.tryLock()` 后是否在 `finally` 块中调用了 `unlock()`？
+- 是否存在异常路径导致锁永久不释放？
+
+**风险**: 业务异常导致锁永久不释放，其他线程永久阻塞
+
+**修正方案**:
+```java
+// ❌ 错误写法 - 未在 finally 中释放
+DLock lock = DLock.create("key", "desc");
+lock.lock();
+doSomething(); // 如果抛异常，锁永远不释放！
+lock.unlock();
+
+// ✅ 正确写法
+DLock lock = DLock.create("key", "desc");
+lock.lock();
+try {
+    doSomething();
+} finally {
+    lock.unlock();
+}
+```
+
+---
+
+### 4. MQ 发布者未关闭
+**检查点**:
+- `MQFactory.get().createSimplePublisher()` 创建的 publisher 是否在 finally 中调用了 `close()`？
+
+**风险**: 资源泄漏，连接池耗尽
+
+**修正方案**:
+```java
+// ❌ 错误写法 - publisher 未关闭
+MessagePublisher publisher = MQFactory.get().createSimplePublisher("queue");
+publisher.publish(message);
+// 缺少 close！
+
+// ✅ 正确写法
+MessagePublisher publisher = MQFactory.get().createSimplePublisher("queue");
+try {
+    publisher.publish(message);
+} finally {
+    publisher.close();
+}
+```
+
+---
+
+## 🟠 P1 级问题
+
+### 5. 异步线程丢失 RequestContext
+**检查点**:
+- 异步线程中是否需要访问 `RequestContext`（如获取当前用户、组织、账套）？
+- 是否使用了 `ThreadPools.executeOnce` 而非 `executeOnceIncludeRequestContext`？
+
+**风险**: 异步线程中 `RequestContext.get()` 返回 null，导致 NPE 或获取到错误的上下文
+
+**修正方案**:
+```java
+// ❌ 错误写法 - 异步线程无 RequestContext
+ThreadPools.executeOnce("task", () -> {
+    String accountId = RequestContext.get().getAccountId(); // NPE!
+});
+
+// ✅ 正确写法 - 传递 RequestContext
+ThreadPools.executeOnceIncludeRequestContext("task", () -> {
+    String accountId = RequestContext.get().getAccountId(); // 正常
+});
+```
+
+---
+
+### 6. 不可重入锁嵌套使用
+**检查点**:
+- 使用 `DLock.create()` 创建的不可重入锁，是否存在同一线程对同一 key 嵌套加锁的情况？
+
+**风险**: 不可重入锁嵌套加锁会导致死锁
+
+**修正方案**:
+```java
+// ❌ 错误写法 - 不可重入锁嵌套
+DLock lock = DLock.create("key", "desc");
+public void methodA() {
+    lock.lock();
+    try {
+        methodB(); // methodB 也对同一 key 加锁，死锁！
+    } finally {
+        lock.unlock();
+    }
+}
+
+// ✅ 正确写法 - 使用可重入锁
+DLock lock = DLock.createReentrant("key");
+public void methodA() {
+    lock.lock();
+    try {
+        methodB(); // 可重入，不会死锁
+    } finally {
+        lock.unlock();
+    }
+}
+public void methodB() {
+    lock.lock();
+    try {
+        // ...
+    } finally {
+        lock.unlock();
+    }
+}
+```
+
+---
+
+### 7. MQ 消费者未处理幂等
+**检查点**:
+- MQ 消费者 `onMessage` 方法是否支持重复消费不产生副作用？
+- 是否检查了 `resend` 参数判断是否为重发消息？
+
+**风险**: MQ 消息可能重复投递，非幂等消费导致数据重复处理
+
+**修正方案**:
+```java
+// ❌ 错误写法 - 未处理幂等
+@Override
+public void onMessage(Object message, String messageId, boolean resend, MessageAcker acker) {
+    insertRecord(message); // 重复消费会插入重复数据！
+    acker.ack(messageId);
+}
+
+// ✅ 正确写法 - 幂等处理
+@Override
+public void onMessage(Object message, String messageId, boolean resend, MessageAcker acker) {
+    try {
+        if (isProcessed(messageId)) {
+            acker.ack(messageId);
+            return;
+        }
+        insertRecord(message);
+        markProcessed(messageId);
+        acker.ack(messageId);
+    } catch (Throwable e) {
+        logger.error("消费异常", e);
+        if (e instanceof IOException) {
+            acker.discard(messageId); // 不可重试的错误，丢弃
+        } else {
+            acker.deny(messageId); // 可重试的错误，重新投递
+        }
+    }
+}
+```
+
+---
+
+### 8. MQ 消费者未调用 acker
+**检查点**:
+- `onMessage` 的所有执行路径是否都调用了 `acker.ack()` / `acker.deny()` / `acker.discard()` 之一？
+
+**风险**: 未确认的消息会被 MQ 一直重新投递，造成消息堆积
+
+**修正方案**:
+```java
+// ❌ 错误写法 - 异常路径未调用 acker
+@Override
+public void onMessage(Object message, String messageId, boolean resend, MessageAcker acker) {
+    processMessage(message); // 如果抛异常，acker 未调用
+    acker.ack(messageId);
+}
+
+// ✅ 正确写法 - 所有路径都有 acker 调用
+@Override
+public void onMessage(Object message, String messageId, boolean resend, MessageAcker acker) {
+    try {
+        processMessage(message);
+        acker.ack(messageId);
+    } catch (Throwable e) {
+        logger.error("消费异常", e);
+        acker.deny(messageId);
+    }
+}
+```
+
+---
+
+## 🟡 P2 级问题
+
+### 9. 分布式锁 key 不规范
+**检查点**:
+- 锁 key 是否使用了业务唯一标识（如 `应用/模块/单据号`）？
+- 锁 key 是否过于宽泛（如只用模块名），导致不必要的锁竞争？
+
+**修正方案**:
+```java
+// ❌ 错误写法 - key 过于宽泛
+DLock lock = DLock.create("voucher", "凭证锁");
+
+// ✅ 正确写法 - 使用业务唯一标识
+DLock lock = DLock.create("fi/gl/" + voucherNo, "凭证" + voucherNo);
+```
+
+---
+
+### 10. 缓存无过期策略
+**检查点**:
+- 缓存数据是否设置了合理的过期时间？
+- 是否存在缓存数据永不过期导致内存持续增长？
+
+**修正方案**: 根据业务场景设置合理的 TTL，避免缓存无限增长

package/vendor/kingdee-skills/kingdee-cosmic-reviewer/references/ksql-checklist.md

@@ -0,0 +1,305 @@
+# KSQL脚本规范审查清单
+
+## 1. 通用命名规则审查
+
+- [ ] 名称由字母、下划线或数字组成
+- [ ] 首字符必须为字母
+- [ ] 禁止使用中文、空格、特殊字符
+- [ ] 禁止使用无意义的数字
+- [ ] 名词使用单数形式
+- [ ] 同一概念使用统一单词翻译
+- [ ] 避免与数据库关键字冲突
+- [ ] 推荐使用大写（非强制），表名、字段名、索引名等数据库对象名建议使用大写，避免大小写混用（如 `T_APPID_BILL`符合，`t_appid_bill` 建议修改）
+
+
+## 2. 数据库对象命名审查
+
+### 表命名规范
+- [ ] 格式：`T_` + 系统标识 + `_` + 名称
+- [ ] 最大长度：24字符
+- [ ] 示例：`T_BAS_USER`
+- [ ] 如果是分录表，需要加`entry`后缀标识，普通表不用加
+- [ ] 建表必须判断是否存在避免重复执行：
+  ```sql
+  IF NOT EXISTS (SELECT 1 FROM KSQL_USERTABLES WHERE KSQL_TABNAME = '表名') 
+  CREATE TABLE 表名 (...);
+  ```
+
+### 字段命名规范
+- [ ] 格式：`F` + 名称
+- [ ] 最大长度：30字符
+- [ ] 示例：`FUSERNAME`
+
+### 视图命名规范
+- [ ] 格式：`V_` + 系统标识 + `_` + 名称
+- [ ] 最大长度：24字符
+- [ ] 示例：`V_BAS_USER`
+
+### 存储过程命名规范
+- [ ] 格式：`P_` + 系统标识 + `_` + 名称
+- [ ] 最大长度：30字符
+- [ ] 示例：`P_BAS_GETUSERLIST`
+
+### 主键命名规范
+- [ ] 格式：`PK_` + 系统标识 + `_` + 名称
+- [ ] 最大长度：25字符
+- [ ] 示例：`PK_BAS_USER`
+- [ ] 使用存储过程创建：`EXEC P_ALTERPK '主键名', '表名', '主键字段', '1'`
+- [ ] 主键可在constraint文件中定义，也可与建表语句放在同一文件，不强制分文件
+- [ ] **审查范围**：在table文件中不强制审查主键是否存在；在constraint文件或合并文件中审查主键命名规范
+
+### 索引命名规范
+- [ ] 格式：`IDX_` + 系统标识 + `_` + 表/表缩写 + 字段/字段缩写
+- [ ] 最大长度：30字符
+- [ ] 超长时可用首字母缩写
+- [ ] 示例：`IDX_T_BAS_USER_FID`、`IDX_BAS_BCRE_FRULEID`
+- [ ] 多语言表（_L后缀表）索引字段顺序：`(FID, FLOCALEID)`
+- [ ] 必须判断是否存在避免重复执行：
+  ```sql
+  IF NOT EXISTS (SELECT 1 FROM KSQL_INDEXES WHERE KSQL_INDNAME = '索引名') 
+  CREATE INDEX 索引名 ON 表名 (字段);
+  ```
+- [ ] **审查范围**：在table文件中不强制审查索引是否存在；在constraint文件或合并文件中审查索引命名规范和字段顺序（特别是多语言表）
+
+### 索引重建规范
+- [ ] **删除索引后重建时，如果索引字段有变更，必须使用新的索引名，禁止复用原索引名**
+- [ ] 原因：1、提前手工升级时即使提前了会导致重新执行；2、在大量客户场景下，无法区分客户使用的是旧索引还是新索引
+- [ ] 【建议】删除索引建议使用 `p_DropIdx` 存储过程，格式：`EXEC p_DropIdx '索引名', '表名'`
+- [ ] ❌ 不符合规范示例：
+  ```sql
+  IF EXISTS (SELECT 1 FROM KSQL_INDEXES WHERE KSQL_INDNAME = 'idx_appid_bill_status') 
+  DROP INDEX T_APPID_BILL.idx_appid_bill_status;
+  
+  IF NOT EXISTS (SELECT 1 FROM KSQL_INDEXES WHERE KSQL_INDNAME = 'idx_appid_bill_status') 
+  CREATE INDEX idx_appid_bill_status ON T_APPID_BILL (org, stauts);
+  ```
+- [ ] ✅ 符合规范示例：
+  ```sql
+  -- 方式1：使用存储过程（推荐）
+  EXEC p_DropIdx 'IDX_APPID_BILL_STATUS', 'T_APPID_BILL';
+  
+  -- 方式2：判断存在性后删除
+  IF EXISTS (SELECT 1 FROM KSQL_INDEXES WHERE KSQL_INDNAME = 'IDX_APPID_BILL_STATUS') 
+  DROP INDEX T_APPID_BILL.IDX_APPID_BILL_STATUS;
+  
+  IF NOT EXISTS (SELECT 1 FROM KSQL_INDEXES WHERE KSQL_INDNAME = 'IDX_APPID_BILL_STATUS_V2') 
+  CREATE INDEX IDX_APPID_BILL_STATUS_V2 ON T_APPID_BILL (ORG, STAUTS);
+  ```
+- [ ] **审查范围**：在table文件中不强制审查索引是否存在；在constraint文件或合并文件中审查索引命名规范和字段顺序（特别是多语言表）
+
+### 缺省值命名规范
+- [ ] 格式：`DF_` + 系统标识 + `_` + 名称（表名可选）
+- [ ] 最大长度：30字符
+- [ ] 示例：`DF_T_BAS_USER_FID`、`DF_BAS_FNAME`
+
+### 函数命名规范
+- [ ] 格式：`FN_` + 名称
+- [ ] 最大长度：30字符
+- [ ] 示例：`FN_GETUSERCOUNT`
+
+### 规则命名规范
+- [ ] 格式：`RUL_` + 名称
+- [ ] 最大长度：30字符
+- [ ] 示例：`RUL_CREATEBATCHNO`
+
+### 约束命名规范
+- [ ] 格式：`CR_` + 名称
+- [ ] 最大长度：30字符
+- [ ] 示例：`CR_FIELDLENGTH`
+
+### 序列命名规范
+- [ ] 格式：`Z_` + 名称
+- [ ] 最大长度：30字符
+- [ ] 示例：`Z_STK_INVENTORY`
+
+### 禁用项（禁止使用）
+- [ ] 外键 - 禁止使用
+- [ ] 触发器 - 禁止使用
+- [ ] 游标 - 禁止使用
+- [ ] 用户自定义数据类型 - 不推荐使用
+
+## 3. 常用字段规范审查
+
+| 字段描述 | 字段名称 | 建议类型 |
+|---------|---------|---------|
+| 主键 | FID | BIGINT, VARCHAR(18), VARCHAR(36), VARCHAR(N) |
+| 从表主键（分录表） | FENTRYID | BIGINT, VARCHAR(18), VARCHAR(36), VARCHAR(N) |
+| 多语言表主键（_L后缀表） | FPKID | VARCHAR(18), VARCHAR(N) |
+| 名称 | FNAME | NVARCHAR |
+| 全名 | FFULLNAME | NVARCHAR |
+| 标题 | FTITLE | NVARCHAR |
+| 顺序号 | FSEQ | INT |
+| 描述 | FDESCRIPTION | NVARCHAR |
+| 备注 | FCOMMENT | NVARCHAR |
+| 备注 | FREMARK | NVARCHAR |
+| 创建人 | FCREATORID | - |
+| 创建日期 | FCREATEDATE | - |
+| 物料内码 | FMATERIALID | - |
+| 修改人 | FMODIFIERID | - |
+| 修改日期 | FMODIFYDATE | - |
+| 审核人 | FAPPROVERID | - |
+| 审核日期 | FAPPROVEDATE | - |
+| 禁用人 | FDISABLERID | - |
+| 禁用日期 | FDISABLEDATE | - |
+| 状态 | FxxxSTATUS | CHAR(1), VARCHAR, INT（不强制；若使用CHAR则必须为CHAR(1)，不允许CHAR(2)等） |
+
+## 4. KSQL数据类型规范审查
+
+### 支持的数据类型
+- **整型**：SMALLINT, INT, BIGINT
+- **字符型**：CHAR, NCHAR, VARCHAR, NVARCHAR
+- **大对象型**：NCLOB, BLOB
+- **数值型**：DECIMAL
+- **日期时间型**：DATETIME
+- **布尔类型**：KSQL不支持布尔类型，布尔类型使用CHAR(1)
+
+### DECIMAL精度要求
+- [ ] DECIMAL仅允许使用：`DECIMAL(23,10)` 或 `DECIMAL(19,6)`
+- [ ] 其他精度（如`DECIMAL(18,2)`）需告警并人工评审
+
+### 非空及默认值要求
+- [ ] 除NCLOB、BLOB、DATETIME外，其他类型必须`NOT NULL`且有默认值
+- [ ] NCLOB、BLOB、DATETIME可为空，不强制要求默认值
+- [ ] 正确示例：
+  - `FID BIGINT DEFAULT 0 NOT NULL` ✅
+  - `FNAME NVARCHAR(50) DEFAULT ' ' NOT NULL` ✅
+  - `FCREATETIME DATETIME` ✅（可为空）
+  - `FRESULTS NCLOB` ✅（可为空）
+
+## 5. 表结构变更审查
+
+### 禁止删除和重命名表和字段
+- [ ] **禁止删除表（DROP TABLE）** - 会导致历史数据丢失，严重影响业务连续性
+- [ ] **禁止重命名表（RENAME TABLE/ALTER TABLE RENAME）** - 会导致依赖该表的对象失效
+- [ ] **禁止删除列（ALTER TABLE DROP COLUMN）** - 会导致历史数据丢失
+- [ ] **禁止重命名列（ALTER TABLE RENAME COLUMN/sp_rename）** - 会导致依赖该列的对象失效
+- [ ] ❌ 不符合规范示例：
+  ```sql
+  -- 禁止删除表
+  DROP TABLE T_XXX_YYYY;
+  
+  -- 禁止重命名表
+  ALTER TABLE T_XXX_YYYY RENAME TO T_XXX_ZZZZ;
+  EXEC sp_rename 'T_XXX_YYYY', 'T_XXX_ZZZZ';
+  
+  -- 禁止删除列
+  ALTER TABLE T_XXX_YYYY DROP COLUMN FCOLUMNNAME;
+  
+  -- 禁止重命名列
+  ALTER TABLE T_XXX_YYYY RENAME COLUMN FCOLUMNNAME TO FNEWCOLUMN;
+  EXEC sp_rename 'T_XXX_YYYY.FCOLUMNNAME', 'FNEWCOLUMN', 'COLUMN';
+  ```
+
+### 增加列（ALTER TABLE ADD）
+- [ ] 必须判断列是否存在，避免重复执行：
+  ```sql
+  IF NOT EXISTS (SELECT 1 FROM KSQL_USERCOLUMNS WHERE KSQL_COL_TABNAME = '表名' AND KSQL_COL_NAME ='字段名') 
+  ALTER TABLE 表名 ADD (字段名 类型 DEFAULT 默认值 非空属性);
+  ```
+- [ ] 新增列同样遵守字段命名、数据类型、非空默认值规范
+
+### 修改列（p_AlterColumn存储过程）
+- [ ] 格式：`EXEC p_AlterColumn '表名', '字段名', '类型', '非空约束', '标志位', '默认值'`
+- [ ] 标志位为4位，各位含义：
+  - 第1位：是否修改类型（1=是，0=否）
+  - 第2位：是否修改字段长度（1=是，0=否）
+  - 第3位：是否修改非空约束（1=是，0=否）
+  - 第4位：是否修改默认值（1=是，0=否）
+- [ ] **若第1位为1（修改类型），其他位也建议为1（即`1111`）**；第1位为1而其他位出现0（如`1000`）需告警，建议人工评审
+- [ ] **若第1位为0（不修改类型），其他位不做强制约束**，如`0001`（仅修改默认值）符合规范
+- [ ] 示例：
+  - ✅ 符合（修改类型）：`EXEC p_AlterColumn 'T_XXX', 'FNAME', 'NVARCHAR(100)', 'NOT NULL', '1111', ''' '''`
+  - ✅ 符合（仅修改默认值）：`EXEC p_AlterColumn 'T_XXX', 'FSTATUS', 'CHAR(1)', 'NOT NULL', '0001', '''0'''`
+  - ⚠️ 告警（第1位为1但其他位出现0）：`EXEC p_AlterColumn 'T_XXX', 'FNAME', 'NVARCHAR(100)', 'NOT NULL', '1000', ''' '''`
+
+### 变更单表字段同步（P0）
+- [ ] **采购订单表新增字段时，采购订单变更单表必须同步添加相同字段**
+- [ ] 表对应关系：
+  - 表头：`t_pm_purorderbill` → `t_pm_xpurorderbill`
+  - 物料明细分录：`t_pm_purorderbillentry` → `t_pm_xpurorderbillentry`
+  - 付款计划：`t_pm_purorderpayentry` → `t_pm_xpurorderpayentry`
+
+**风险**: 变更单功能运行报错，字段不存在导致数据读写失败
+
+**修正方案**:
+```sql
+-- ❌ 错误写法 - 只给采购订单表添加字段
+IF NOT EXISTS (SELECT 1 FROM KSQL_USERCOLUMNS WHERE KSQL_COL_TABNAME = 'T_PM_PURORDERBILL' AND KSQL_COL_NAME ='FNEWFIELD')
+ALTER TABLE T_PM_PURORDERBILL ADD (FNEWFIELD BIGINT DEFAULT 0 NOT NULL);
+
+-- ✅ 正确写法 - 同时给采购订单表和变更单表添加字段
+IF NOT EXISTS (SELECT 1 FROM KSQL_USERCOLUMNS WHERE KSQL_COL_TABNAME = 'T_PM_PURORDERBILL' AND KSQL_COL_NAME ='FNEWFIELD')
+ALTER TABLE T_PM_PURORDERBILL ADD (FNEWFIELD BIGINT DEFAULT 0 NOT NULL);
+
+IF NOT EXISTS (SELECT 1 FROM KSQL_USERCOLUMNS WHERE KSQL_COL_TABNAME = 'T_PM_XPURORDERBILL' AND KSQL_COL_NAME ='FNEWFIELD')
+ALTER TABLE T_PM_XPURORDERBILL ADD (FNEWFIELD BIGINT DEFAULT 0 NOT NULL);
+```
+
+---
+
+## 6. DML操作规范审查
+
+### DELETE和UPDATE语句规范
+- [ ] **必须带WHERE条件**，避免影响范围扩大
+- [ ] 符合规范示例：
+  ```sql
+  DELETE FROM T_XXX_YYYY WHERE FID = 'xxx';
+  UPDATE T_XXX_YYYY SET FNAME = 'xxx' WHERE FID = 'xxx';
+  ```
+- [ ] 不符合规范示例（❌ 警告）：
+  ```sql
+  DELETE FROM T_XXX_YYYY;
+  UPDATE T_XXX_YYYY SET FNAME = 'xxx';
+  ```
+
+### KSQL日期时间格式规范
+- [ ] **DATETIME类型字段必须使用 `{ts'YYYY-MM-DD HH:MM:SS'}` 或 `{ts'YYYY-MM-DD'}` 格式**
+- [ ] 符合规范示例：
+  ```sql
+  INSERT INTO T_XXX_YYYY (FID, FCREATEDATE) VALUES (123, {ts'2024-01-12 16:15:17'});
+  ```
+- [ ] 不符合规范示例（❌ 警告）：
+  ```sql
+  INSERT INTO T_XXX_YYYY (FID, FCREATEDATE) VALUES (123, '2024-01-12 16:15:17');
+  ```
+
+## 7. 脚本文件命名规范审查
+
+### 强制要求
+- [ ] 文件名在产品中唯一
+- [ ] 分库系统共用表定义在基础库
+- [ ] 分库系统禁止DDL脚本跨库执行
+- [ ] 升级按分库分别执行
+- [ ] 公共预插数据由基础库维护
+
+### 命名格式
+```
+产品代号_版本号_云标识_应用标识_类型标识[_功能标识][_子功能标识][_多语言后缀].sql
+```
+
+### 版本号格式
+```
+主版本号.子版本号[.迭代版本号][_特殊版本号]
+```
+
+- 子版本号从0开始
+- 迭代版本号是个大于等于0数值
+- 特殊版本号：`sp`、`alpha`、`rc`
+- 文件名全部小写
+
+### 类型标识
+- `table` - 表结构
+- `view` - 视图
+- `constraint` - 约束
+- `data` - 数据
+
+### 多语言后缀（RFC 4646标准）
+- `zh_CN` - 简体中文
+- `zh_TW` - 繁体中文
+- `en_US` - 英文
+
+### 命名示例
+- `kd_3.0_bos_botp_table.sql` - 升级脚本
+- `kd_3.0.1_bos_botp_table.sql` - 迭代版本
+- `kd_1.0_sp1_bos_meta_table.sql` - sp1补丁
+- `kd_1.0_sp2_bos_base_table.sql` - sp2补丁