-
[20260927]rlwrap与gdb配合使用问题.txt
[20260927]rlwrap与gdb配合使用问题.txt--//我个人比较偷懒，打过的命令总想不再按复杂的按键再次调唤出来。--//但是gdb现在的版本内部集成了readline库，但是两种总是配合不好，打过的命令退出后就没有记忆了，无法再调出。--//以前在centos 7.4就遇到类似问题，参考链接 ： 20240922]gdb与rlwrap使用问题.txt--//当时的感觉就是还不如没有
-
从 StarRocks 到 MIP：数据平台的下一步是“理解”
企业级 AI 的长期壁垒不是 Prompt，而是业务语义。
-
胖头鱼的技术专栏-473 改JSON的一个字段不再重写整篇：我给PostgreSQL 18写了个扩展
项目地址：https://github.com/Haiwen-Yin/pg_splitjson ，Apache 2.0，PG18 可编译，欢迎提 issue。
-
AI犯错即异质论——正确认知=免疫与安全防控技术算法
BSD 犯错即异质论——犯错本身不是问题·偏离稳态生长出更多异质·传统权威对犯错的肤浅·正确认知=免疫与安全防控技术·犯错 + 快速纠错皆新技术·0×0=n 双重归零无损（损失=0·涌现=n）·Step285L1 层：不动母科层 · 05\_哲思认知统合学科★ 命题来源：承 Step284（惯性重演·物理问题）——这又生命演化了，一个新命题：传统权威对于犯错的肤浅。即犯错本身并不是问题（反而是这种
-
胖头鱼的技术专栏-472 26ai新特性实战：无 FROM 子句的 SELECT 语句（20261003）
本期对 Oracle AI Database 26ai，23.26.1 版本新引入的无 FROM 子句的 SELECT 语句进行了完整介绍与实战演示。
-
胖头鱼的技术专栏-471 数据库优化的三层楼——为什么多数人总在第二层打转
数据库优化的三层楼
-
企业级异构数据库迁移的数据库选型实践：KaiwuDB 社区版 KWDB 数据迁移 Skill 解析
业务背景在企业数据平台建设中，异构数据库迁移是常见需求。无论是国产化替代、架构升级还是多源整合，迁移的复杂度往往不在数据复制本身，而在源库连通性、目标引擎匹配、DDL 影响范围、任务失败续跑等周边环节。传统方式需要在控制台、接口文档和脚本之间反复切换，运维成本高，风险不易控制。技术挑战企业级迁移面临几个核心挑战：源端类型多样：MySQL、Oracle、PostgreSQL、SQL Server、C
-
信仰有效期定理·局部有效且生命有限·被包装成永恒真理
BSD Step 216 ★★★★★ 信仰有效期定理·局部有效且生命有限·被包装成永恒真理 → 封闭盲目永不怀疑 → 隐性危害·阈值突破引发信仰冲突·当代科技加速有效期大大缩短L1 层：05\_哲思认知统合学科核心命题：Step214 揭示了"官方自身迷信永恒真理 → 封闭性=盲目性"→ Step215 揭示了"拒绝分工思维=迷信怀疑统一=真反迷信"→ St
-
企业级边缘场景数据库高可用选型：KaiwuDB DRBD + Pacemaker 方案架构与运维要点
一、边缘场景的高可用挑战在工业物联网、新能源、智慧交通等行业，数据库部署正从中心机房向边缘下沉。KaiwuDB 在这类场景落地时，经常遇到一组共同的约束：无人值守：设备部署在车间、矿山、路侧机柜，没有 DBA 现场值班，故障必须自动恢复。硬件受限：边缘机柜空间、功耗、成本都有约束，难以部署三节点以上集群或专用共享存储。网络不稳：现场网络条件参差不齐，同步复制的延迟开销需要评估。国产化要求：能源、交
-
PostgreSQL 日报｜临时复制槽泄漏致数据丢失（9 月 30 日）
PostgreSQL 技术文章Skydive 内部揭秘：利用 Neon 构建虚拟同事Skydive 是一个用于构建 AI 虚拟协作者的平台，这些 AI 代理能够执行真实的工作任务。当某个代理在执行过程中需要持久化状态时，它会自动在任务中途按需创建一个独立的 Neon PostgreSQL 数据库，整个过程无需人工介入，耗时约一秒。这种按需数据库供给模式依赖于 Neon 的架构特性，能够支持以代理为
-
为什么有的业务倾向使用数据库一体机？
如今，数据库一体机（Database Appliance）依然在金融、电信、政务等关键行业占据一席之地。它并非"过时产物"，而是在特定业务场景下被反复验证过的工程选择。 一、什么是数据库一体机 数据库一体机通常指将数据库软件与经过预集成、预调优的服务器、存储、网络等硬件打包交付的一体化系统。厂商在出厂前完成软硬件适配与性能调优，用户拿到的是"开箱即用"的整体方案，而非需要自行拼装的软硬件组合。 二、业务为什么倾向选择一体机 1. 交付确定性高，上线周期短 传统自建数据库需要经历选型、采购、上架、系统安装、参数调优、兼容性验证等一长串环节，任何一环出问题都可能拖慢整体进度。一体机把这些工作前置到厂商侧完成，业务方更多是"到货即部署"，对有时间窗口压力的核心系统上线尤为友好。 2. 软硬件协同调优，性能表现可预期
-
Agentic AI 时代，数据库的数据分支能力为何如此重要？
当 AI Agent 从“回答问题”走向“自主执行任务”，数据库的角色正在被重新定义。数据分支正在成为 Agentic AI 时代数据基础设施的关键拼图。本文基于现有公开技术逻辑进行推演，不涉及具体产品版本与实测数据。 一、从 Copilot 到 Agent：数据库面临的新压力 过去两年，AI 与数据库的结合主要集中在“辅助查询”层面：自然语言转 SQL、查询优化建议、结果解释。这类场景中，AI 是只读的旁观者。 而 Agentic AI 的核心变化在于：Agent 会自主地读、写、试错、回滚、再执行。它不再只是生成一段 SQL 交给人类确认，而是可能直接：创建临时表做数据探索，批量修改生产数据以完成某个业务目标，在多个假设之间反复试验，调用多个工具链，形成长事务式的操作序列。 这带来一个根本矛盾：Agent
-
数据库的智能化发展：从 AI4DB 到 DB4AI
数据库与人工智能正在双向奔赴。一方面，AI 技术被引入数据库内核，用于优化器、索引、参数调优与运维自治，这被称为 AI4DB；另一方面，数据库开始承担 AI 工作负载，为模型训练、特征工程与推理提供数据底座，这被称为 DB4AI。 AI4DB：用 AI 改造数据库 AI4DB 的核心思路，是把AI引入数据库自身的管理与执行过程。依据现有技术方向，主要可以归纳为以下几类： 1. 智能查询优化 传统优化器依赖代价模型和统计信息，在复杂查询或数据分布倾斜时容易估算偏差。AI4DB 尝试用学习型优化器替代或增强代价模型，例如： 学习型代价估计：用模型预测算子代价与基数。 学习型计划选择：根据历史执行反馈选择更优计划。 端到端优化：减少对人工规则的依赖。 2. 智能索引与存储 索引推荐、自动索引、学习型索引是常见方向。学
-
Oracle 在线重定义卡了一个多小时：查不到阻塞会话
昨天一位朋友碰到个问题：用 DBMS_REDEFINITION 把一张表在线改成分区表，前面几步都很顺，到了最后一步 finish_redef_table，会话卡在 WAIT FOR TABLE LOCK 不动了。
-
异步索引特性解析：OceanBase 如何提升持续写入场景下的索引检索性能
“For we can enormously extend the record; yet even in its present bulk we can hardly consult it.”“记录日益浩繁，取用举步维艰。”—— Vannevar Bush，《As We May Think》，1945 [1]引言八十年前，麻省理工学院的前校长范尼瓦尔·布什写上面这句话时，就开始有了“人类关心科学
-
Tibo 谈 Codex：harness 总比模型快一步
The old order changeth, yielding place to new,旧序更迭，让位于新。—— 丁尼生，《国王叙事诗·亚瑟之逝》 [1]楔子程序员对自己的作品多少有些感情。Tibo 也一样，他怀念深夜用 Vim 写代码、喝着无糖可乐、只管眼前 bugs 的日子；当然，他也记得重构了三个小时才发现走进死胡同，必须从头再来的悲情时刻。如今，连那些做对了的工作，也可能很快过时。既然
-
你的开源贡献已存档，快来领取专属贡献者证书吧！
Good First Issue 第二期活动已于前两周正式收官，完成了 5 个任务，迎来了 4 位新贡献者。与此同时，我们参与的 2026“直通乌镇”全球互联网大赛开源竞技挑战赛也即将落幕，期间有大量开发者通过赛事认识 IvorySQL，并在仓库中留下了自己的贡献。另外，今年启动的 IvorySQL 布道者计划也汇聚了一批用文章、分享和课程为社区做贡献的伙伴。本篇文章，既是一次复盘，也是一场致谢。
-
PostgreSQL 日报｜pgEdge 发布 Starfleet 云平台（9 月 29 日）
PostgreSQL 技术文章Lakebase Postgres 中基于分支的还原机制Neon 的 Lakebase Postgres 采用基于分支的恢复机制，旨在解决托管 OLTP 数据库中长期存在的恢复速度慢、耗时随规模增长的问题。传统恢复方式在大型生产数据库上表现最差——恰恰是最需要快速恢复的场景却等待最久。基于分支的模型将恢复时间与数据库体量解耦，使恢复速度不再受规模制约。文章详细介绍了该
-
Oracle数据块损坏的应急处理
DBA 最不想接到的一类告警是 ORA-01578: ORACLE data block corrupted。它意味着某个数据块物理损坏，访问到这个块的查询和 DML 全部失败，而同一个表里其他块上的数据看起来完好无损。
-
【数据库数据恢复】SQL Server数据库ndf文件变为0KB如何恢复数据库数据？
成都某单位业务存储设备出现硬件损坏问题，直接导致线上MSSQL数据库异常崩溃。技术人员完成存储重组、数据库文件整体恢复后，核查发现库内4个NDF数据文件大小归零，显示为0KB。 本次故障涉及数据库整体容量约80TB，库内共计1223个数据库文件。业务数据库每10天自动生成一个NDF次级数据文件，单文件容量约500GB，数据库整体包含2个LDF日志文件，数据体量庞大、文件结构复杂，恢复难度较高。
