一段时间开发总结

高强度使用AI一个半月，产生了不少成果。

数字安全困局：当”风险转嫁”威胁商业可持续性

在数字化转型持续推进的背景下，一个影响产业健康发展的深层矛盾正日益凸显：外部安全压力，正通过一套不合理的”风险无限传导”链条，在产业链内部层层传递，其后果正由大量技术服务企业承担，并对技术创新的土壤与商业合作的信任基础构成潜在损害。

这并非否认安全的重要性，而是对一个逐渐失衡的产业现实的客观审视。当前模式的核心困境在于：安全作为可度量、可定价的”专业能力”的经济属性被忽视，而作为”无限责任”载体的法律属性被过度放大，正在扭曲商业的基本逻辑。

AI编码开发

初接触

从插件辅助开发，提示代码，到现在用AI完全编码，这条路，我走了好久。之前 TabNine 刚出现的时候，我就是其第一波使用用户。其收费时，对老用户也很友好，直接提供了长期使用权。2023年，ChatGPT 发布，我主要是旁观。直到 DeepSeek 出现，才开始大面积使用，但主要是对话，不是编码。

0. 建议

建议写最上面：如果不需要支持 IE10 等浏览器，请务必使用 HTTP/2/HTTP/3 等协议，以获得不调整代码即可获得低延时高QPS的快速性能提升。

问题

目前业务系统沿袭 Oracle 的习惯，沿袭开发习惯，对查询提供总页数。通过 select count(*) from tab1 where tab1.xxx=yyy 这种形式来获得。
在 Oracle，这个成本还能接受。在 MySQL/PostgreSQL，这个成本大得离谱。

分析

本质是设计问题，针对给出解决方案:

1. redis记录
2. 数据库另表记录，但可能无法支持带条件
3. 彻底废弃总页数，使用流式查询，直到没有为止

使用 rust + inkwell 开发了一个 JIT 代码示例。碰到了不少问题。罗列如下，以作记录：

SonarQube Block Issue

issue

ORDER BY 子句必须显式指定排序方式（ASC/DESC）和 NULL 值排序方式（NULLS FIRST/LAST）

验证同域名不同端口的会话

Oracle SQL_ID 对应 SQL 语句的查询方法详解

在 Oracle 数据库中，sql_id 是一个唯一标识 SQL 语句的哈希值，用于跟踪和诊断 SQL 性能。除了 AWR（Automatic Workload Repository）报告，还可以通过多种方式查询 sql_id 对应的 SQL 语句。

数字证书，是用于证明身份的数字文件。