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 postsFluxDB vs DBX vs DBeaver:GPUI、Tauri、Eclipse 三种技术栈实测FluxDB vs DBX vs DBeaver:GPUI、Tauri、Eclipse 三种技术栈实测 数据库客户端看起来都差不多:左边对象树,右边 SQL 编辑器,下面结果表格。 但真正决定体验的,0掘金Agent记忆系统的设计实践:一张表、一个索引、三套淘汰策略当模型本身的推理能力逐渐抹平差距,Agent产品之间的分水岭悄悄转移到了记忆系统。从会话上下文的简单拼接,到跨会话的长期记忆,再到可被检索的语义知识,一个Agent能记住什么、记住多久、在该忘的时候敢不敢忘,决定了它是玩具还是工具。本文拆解0人人都是产品经理字节:翻译翻译,什么叫 Personal Agent?字节跳动高调推出 TRAE 宝,号称打通微信飞书、具备跨项目记忆,实际体验却像二十年前的桌面电子宠物。本文深度拆解其技术本质,对比海外云端智能体架构,揭示大厂入口焦虑下的仓促拼凑与物种错位。 这几天科技圈突然吹起了一股怀旧风。 字节跳动给旗0人人都是产品经理《Redis 8.10.3 深度剖析》系列 · 第 1 章·全景与源码地图:版本谱系、构建体系、全局状态与启动链路《Redis 8.10.3 深度剖析》系列 · 第 1 章·全景与源码地图:版本谱系、构建体系、全局状态与启动链路 0. 写在最前面:我们要写的是"能验证的技术",而不是"看起来很深的技术" 在正式开0掘金Merge还是Materialize?一文讲透MySQL 8.0 CTE底层的执行计划博弈与性能陷阱本文将从优化器的执行计划选择机制出发,深度拆解 Merge 与 Materialize 的底层博弈,给出用 EXPLAIN FORMAT=TREE 定位物化陷阱、规避递归死循环,以及用物理表落地0掘金摩托罗拉 moto one 手机曝光:高通第五代骁龙 8 芯片,12GB 内存IT之家 11 月 5 日消息,科技媒体 GSMArena 昨日(11 月 4 日)发布博文, 报道称基于无线充电联盟(WPC)最新认证信息,摩托罗拉正在筹备一款 One 系列智能手机。 认证信息显示,这款机型以“moto one”名义通过0IT之家