fix(kingbase): 分页查询执行前剥除 DBX 拼入的 LIMIT/ORDER BY

[wulang7726516]

问题

带无索引 ORDER BY 的分页 GROUP BY 查询，在 DBX 中耗时约 2 分钟，而同一条 SQL 在 DBeaver 中不到 1 秒返回。

复现 SQL（金仓 KingbaseES，连接的 jr_wf 库）：

SELECT t.businessName, ..., CASE WHEN SUM(t.hasModelService) > 0 THEN '是' ELSE '否' END AS hasModelService, ...
FROM (... 多表 RIGHT/LEFT JOIN，含 LEFT JOIN pub_code ON beb.subject = pc.mark OR beb.subject = pc.value ...) t
GROUP BY t.businessName, ..., t.modelKey, t.modelDescription
ORDER BY t.modelKey

[t8y2]

当前实现会改变用户 SQL 语义，暂时不能合入：

1. Agent 无法区分尾部 LIMIT/OFFSET 是 DBX 注入还是用户原生 SQL。比如用户执行 ... LIMIT 1，core 可能原样保留，但 Agent 会把它当作分页语句重写为 pageSize + 1，导致返回行数和内容改变。安全修复需要在 core/agent 协议中传递分页 provenance，不能仅凭 SQL 字符串形状推断所有权。

2. orderByQualifierRe 全局删除 qualifier 会破坏合法表达式。例如 SELECT t.id AS x ... ORDER BY t.id 被包装成派生表后，外层 ORDER BY id 并不存在；失败后又静默退化为无 ORDER BY/LIMIT/OFFSET 的 bare 查询，后续页可能重复第一页并丢失排序语义。

3. 当前顶层 ORDER BY scanner 不理解字符串、quoted identifier、line/block comment 或 dollar quote，合法 SQL 中的 ORDER BY 文本和括号会被误识别。

请将分页所有权放到结构化协议/core 重写边界，并复用 SQL-aware tokenizer/rewriter；无法证明等价时应保留原 SQL，而不是执行无序 fallback。回归测试至少覆盖用户 LIMIT 1、用户 LIMIT/OFFSET、UI 首/后续页、qualified alias、表达式、quoted identifier、注释和字符串中的 ORDER BY。

本 review 绑定 exact head 0818c9d1。未新增外部依赖，git diff --check 已通过；该 exact head 当前只有 label check，尚无 code CI。