-
达梦 DM9 部署实战：从上传到连库全流程
一台跑了十几个国产数据库的 CentOS 7，从零装 DM9：8 个步骤、5 个带报错原文的坑，从上传安装包到 disql 连上，全程真实输出。照做四十分钟连库。
-
恭喜HaloDB末班车赶上了，剩下的都是硬骨头
昨天快下班的时候，朋友圈开始刷同一张图。中国信息安全测评中心联合国家保密科技测评中心，发了《安全可靠测评结果公告（2026 年第 3 号）》。数据库这栏有：杭州易景数通的羲和通用数据库系统软件 V1.0和腾讯云计算（北京）的 TDSQL 集中式关系型数据库管理系统软件 V10.3等。名单不长，但其中两个名字，我看得有点久。两个名字一个是 TDSQL。老面孔了，从 V8.0 开始，不同版本在这个名单
-
甲骨文裁员：一场“云转型”背后的组织阵痛
甲骨文（Oracle）的裁员消息再次将这家老牌企业软件巨头推上风口浪尖。从全球范围来看，这并非甲骨文第一次大规模调整人员结构，也很可能不是最后一次。当云计算成为主战场，传统软件 licensing 模式的增长引擎逐渐熄火，甲骨文必须在“守成”与“转型”之间做出更残酷的取舍。本文基于公开信息与行业逻辑，尝试拆解甲骨文裁员背后的深层动因与可能走向。 裁员不是新闻，而是甲骨文转型的“常规动作” 如果仅从单次裁员的视角看甲骨文，很容易将其理解为一家老牌公司在经济周期中的被动收缩。但把时间线拉长，会发现甲骨文的裁员几乎与其云转型战略同步发生，且呈现出明显的“结构性”特征。 第一，裁员往往集中在传统业务线。 甲骨文的核心收入长期依赖数据库许可证、中间件和本地部署（on-premise）企业软件。这些业务的特点是：客户粘性高
-
当豆包数据库“挂了”：一次AI服务中断背后的技术真相
当数亿用户习以为常的AI对话窗口突然沉默，我们才意识到，那些看似“无所不能”的大模型，其实建立在极其脆弱的工程地基之上。本文尝试从技术视角，还原一次AI服务中断可能暴露的系统性风险。 没有素材的“事故复盘”：我们到底在讨论什么 需要首先说明的是：依据现有素材判断，目前并没有关于“豆包数据库挂了”这一事件的具体技术细节、官方通报或时间线信息。 因此，本文不会编造具体的故障时间、影响范围、错误代码或恢复时长，而是从AI产品依赖数据库这一技术事实出发，讨论此类事件在工程层面意味着什么。 豆包作为字节跳动旗下的AI对话产品，其背后是一套典型的大模型服务架构：用户输入经过网关分发，由推理集群调用模型生成回复，而数据库在其中承担着远比外界想象更关键的角色。它不只是存储用户聊天记录的“仓库”，更可能涉及会话状态管理、用户身份
-
告别命令行：用 DBX 可视化操作 Easysearch 全流程解析
DBX 是一款开源、轻量的数据库工具，支持 70 多种数据库与数据服务。从 DBX v0.5.71 正式支持支持 Easysearch 连接管理、索引浏览、文档操作与查询。
-
从零构建一个零依赖的数据库迁移工具：架构设计与技术选型
为什么选择 Go + Wails DBBridge 的技术栈是 Go（后端）+ Vue 3（前端）+ Wails（桌面框架）。这个选择背后有几个关键考量：零依赖分发的需求用户下载一个数据库迁移工具，不应该需要先安装 JDK、Python 或任何运行时。Go 编译出的静态链接二进制文件天然满足这个需求。纯 Go SQLite 驱动大多数 Go 项目的 SQLite 驱动（如 mattn/go-sql
-
如何防止研发误删数据库？NineData 权限管控、SQL 审核与审批发布方案
本文以防止研发误删数据库为主线，详解权限管控、SQL审核、审批发布、审计追踪与恢复方案，并分析NineData的适用场景。
-
七轮压测、两次杀库、业务不停：oGRAC 双节点实测成绩单
一天之内，压了七轮，杀了两次主节点。双节点吞吐最高 187,849.68 tpmC，Kill -9 之后 4.58 秒完成切换、业务继续跑。实测数据、命令输出、踩过的坑，全都写在里面了。
-
技术分享：GBase 8s数据库配置开机自启脚本要点解析
南大通用GBase 8s数据库（gbase database）搭建开机自动启动脚本，核心是提前设置好数据库相关环境变量，再调用 oninit 启动服务。脚本里需要依次配置几个关键环境变量：数据库安装目录 GBASEDBTDIR，把 bin 目录加入 PATH，指定实例配置文件 ONCONFIG，以及实例名称 GBASEDBTSERVER。环境变量配置完成后，执行 oninit 将实例启动为在线状态
-
从地面到云霄，南大通用GBase数据库的民航落地实践分享
在民航数字化蓬勃发展的当下，数据已跃升为民航业的关键生产要素。然而，机场、航司、空管等各主体的系统林立，数据孤岛问题长期存在。如何打破壁垒、整合数据、驱动业务创新，成为民航数智化转型的关键命题。南大通用GBase数据库（gbase database）在民航领域的应用已形成规模化布局。在机场场景，合作足迹遍布全国十余座关键机场，覆盖华北、西北、华东、西南、东北等区域核心枢纽，深度参与航站楼信息系统、
-
从机场到空管 | 南大通用GBase数据库解锁民航数智化新路径
2026年9月16日—18日，第二届“人工智能+民航”创新技术应用交流会在成都举行。GBASE南大通用携GBase数据库（gbase database）参会，以自主可控的数据底座能力，助力民航数智化转型。本次大会以“智赋民航新动能·数创航空新未来”为主题，由中国计算机用户协会民航信息技术应用分会、民航智慧机场理论与系统重点实验室主办，聚焦民航AI政策标准、智慧机场智能化升级、数据治理与合规风险等议
-
StarRocks 迁移至 Apache Doris 完整指南：三步完成结构、数据与业务平滑切换
StarRocks 怎么迁移到 Apache Doris？SR 迁移 Doris 是否需要重新建表？几亿、几十亿数据怎么搬？DataX、Flink、Parquet 应该怎么选？全量迁移之后又如何保证增量数据不丢？实际上，StarRocks 到 Doris 的迁移没有很多异构数据库迁移那么重。一个重要原因是：Apache Doris 与 StarRocks 技术同源。从项目演进关系看，StarRoc
-
快手基于 Apache Doris 千亿多模态检索的实践
作者：温佳豪，快手数据引擎技术中心架构师导读：大模型和 AI Agent 落地之后，多模态内容向量化与相似度检索逐渐成为大数据分析的基础能力。在快手，基于 Apache Doris 深度定制的 Bleem 分析引擎在承载标量分析的同时，将向量检索扩展到了千亿级规模。本文系统梳理 Bleem 引擎在存算分离架构下的演进过程，重点介绍在千亿规模、高维向量与成本约束下，结合 IVF-ON-DISK、Ra
-
中国数据库出海的挑战与机遇
国内数据库市场经过多年高速增长，已形成较为完整的产业梯队。当本土市场的竞争趋于饱和，出海成为越来越多中国数据库厂商必须回答的问题。这条路上既有全球数字化转型带来的结构性机会，也有技术、生态、合规与品牌层面的多重门槛。
-
PG 的下一个 10 年——它会吃掉一切，还是被替代？
一、活动概况2026 年 9 月 16 日（周三）19:00–20:30，由中国 PG 分会、IvorySQL 社区与 TechTalk 技术交流社区联合主办的「三十而立・全球时刻——PG 30 周年系列直播」第八期圆满举行。本期是系列直播的收官之作，主题为 “PG 的下一个 10 年——它会吃掉一切，还是被替代？”本期由尚雷担任主持人，嘉宾包括德哥、萧少聪、吕海波、周煦能四位老师。围绕 PG 的
-
PostgreSQL 日报｜逻辑解码竞态条件修复（9 月 20 日）
PostgreSQL Hacker 电子邮件讨论精选8字节TOAST值支持方案（第二轮）讨论围绕 8-byte TOAST chunkid 特性的测试策略展开。Bharath Rupireddy 提议在 src/test/modules 中新增一个测试模块（类似 xidwraparound），通过 SQL 函数在共享内存中推进 OID 计数器，使相关测试能在所有 buildfarm 节点上运行，且
-
南大通用技术分享：GBase 8s数据库单会话并行处理解析
谈到数据库并行，很多人第一反应是多节点、多实例之间的并行。南大通用GBase 8s数据库（gbase database）作为单机架构，并行能力主要体现在 CPU 类虚拟处理器上 —— 它可以让同一个客户端会话里的多个线程并行干活，把一台服务器的多核用起来。实际能触发单会话并行的场景，覆盖了日常开发中常见的几类重操作：建索引和排序是最典型的两个。一张大表建索引，或者查询结果要做大规模排序，数据库会拆
-
南大通用技术分享：GBase 8a数据库执行计划简单实例
南大通用GBase 8a数据库（gbase database）执行计划的核心本质是分布式并行查询的执行蓝图，区别于单机数据库，其性能瓶颈核心不在于单节点IO，而在于数据重分布、跨节点传输、执行算子选择、统计信息准确性。日常调优中，需熟练解读EXPLAIN字段，优先识别全表扫描、临时表、文件排序、动态重分布等低效逻辑，通过优化分片键、索引、SQL结构、统计信息，让SQL尽可能走静态无迁移、多节点并行
-
南大通用技术分享：GBase 8a数据库执行计划简单实例
南大通用GBase 8a数据库（gbase database）执行计划的核心本质是分布式并行查询的执行蓝图，区别于单机数据库，其性能瓶颈核心不在于单节点IO，而在于数据重分布、跨节点传输、执行算子选择、统计信息准确性。日常调优中，需熟练解读EXPLAIN字段，优先识别全表扫描、临时表、文件排序、动态重分布等低效逻辑，通过优化分片键、索引、SQL结构、统计信息，让SQL尽可能走静态无迁移、多节点并行
-
慢 SQL 优化工具推荐：从慢查询采集到 SQL 诊断的完整方法
从慢查询采集到SQL诊断，对比主流工具，解析NineData优化与安全发布能力，帮助企业选型。
