Home/Blog/技术考古:iBATIS 2.3.4 时代的持久层,是如何用 Map 玩转 307 个存储过程的?数据库技术考古:iBATIS 2.3.4 时代的持久层,是如何用 Map 玩转 307 个存储过程的?掘金2026-10-30 00:220 views包名还是 com.ibatis、参数全靠 HashMap 键对齐、四个 SqlMapClient 解析同一份配置。带你看看 MyBatis 前身的底层设计。Source:https://juejin.cn/post/7701909475935289370My favoritesPrevious主库秒级,从库延迟2小时:深挖Online DDL回放的MDL阻塞与算法降级机制Next不是,为啥这个模型突然就爆火了??Related posts纪念中美关系“架桥者”埃德加·斯诺国际研讨会在纽约举行新华社纽约11月14日电(记者刘亚南 何小凡)在美国著名记者埃德加·斯诺赴中国陕北采访红军90周年之际,新华通讯社、北京大学、美国埃德加·斯诺纪念基金会14日在纽约联合举行“架桥者:埃德加·斯诺90年前的出发”国际研讨会。 研讨会聚焦埃德加0新华社新闻_新华网2026最新:MCP开发与使用指南MCP 开发与使用指南 本文解决两个问题:MCP 是什么、怎么以连接 MySQL 为例从零开发一个可接入 WorkBuddy 的 MCP Server。 适用对象:想在 WorkBuddy 等 AI0掘金从"检索管道"到"主动助理"——Agentic RAG 与双层记忆(五)给每个分块补上身份,让 Agent 自己决定何时搜、搜什么;再从非结构化数据里挖出结构。收束为概览常驻、细节按需的双层记忆:好的 Agent 记忆是系统工程,不是一个数据库。0掘金OTA链接不算你的引用:酒店AI可见度的域名归属判定与SQL实现(2026)酒店是 AI 可见度检测里最特殊的垂直行业:OTA 页面本身是高权重信源,AI 引用它天经地义,但引用 OTA 不等于引用了酒店。2026 年 9 月底 Hotel Speak 对 1177 条 AI0掘金【金仓数据库产品体验官】订单增量同步实战:MERGE、OUTPUT 与 IDENTITY 的兼容验证初始订单表有 O1001、O1002 两条记录。送入同步程序的批次则包含 O1001、O1003、O1004:第一条需要改价,后两条需要新增,批次外的 O1002 必须保留。这个小样本用于核对 MER0掘金从0到1实现一个分布式时序数据库(三):主从复制、故障检测与切换从一条写入到故障恢复,了解主从复制如何同步数据、心跳如何发现异常,以及为什么安全切换需要选主和隔离旧主0掘金