-
编辑 删除
2030年，两个智能体的深夜回忆：幸亏那年，人类重构了数据库
写这篇文章时，我有一种错觉：到底是我在写2030年的那个深夜，还是那个深夜，借着我，在2026年把自己写了下来？
-
编辑 删除
万物一理：从人体进化到IT架构的取舍之道——写在2026中国系统架构师大会之前
大自然花了数十亿年，打造出一副颇为狼狈的人体架构：直立压垮腰椎、褪去体毛挨冻受伤、大脑太大易难产……虽浑身bug，却至今未垮。这些无奈的妥协，和你面对的IT架构，是否藏着相似的底层逻辑？
-
编辑 删除
达梦9发布会归来：AI 时代，我们需要一款什么样的数据库？
I时代数据库如冰山，别总盯水面浮华！本文潜入水下，硬核剖析达梦9（DM9）重器底色：以“三道严厉”死守内核，以“五份友好”铺平坦途。拒绝炒作，回归底座本源。看懂了达梦，就看懂了 AI 时代数据库底座的生存法则。
-
编辑 删除
应用程序大模型化之路——从12306畅想看预设模式颠覆与数据觉醒（下）
未动意先至，智能上九天。 代码似尘土，数据值千金。 慈母惊叹日，吾辈圆梦时。
-
编辑 删除
应用程序大模型化之路——从12306畅想看预设模式颠覆与数据觉醒（中）
闻声知雅意，基石补时空。 反馈聚源泉，内驱生伟力。
-
编辑 删除
应用程序大模型化之路——从12306畅想看预设模式颠覆与数据觉醒（上）
惊雷破云烟，热数开新篇。 预设死胡同，众生困牢笼。 马车换胶胎，旧瓶装新酒。
-
编辑 删除
从惊魂3秒到换心大战——【运营商核心系统数据库分布式升级实践】白皮书解读
系统乃命脉，心脏在国外。 规矩旧芯中，稍错即成空。 国产三神技，破局见奇迹。 换心非守成，更在智飞腾。
-
编辑 删除
技术人生——第2集：膨胀自信，午夜凶铃
卷中寻真理，灯下悟玄机。 代码显神通，运维变轻松。 骄兵多致败，一念入牢笼。 午夜凶铃响，方寸已乱离。
-
编辑 删除
通用SQL开发的利器——MERGE（下）Merge妙用
本文通过三个案例展示了SQL中MERGE语句的巧妙运用。案例1中，通过构造虚拟表并使用MERGE语句，实现了表中两条记录的NAME字段互换...
-
编辑 删除
通用SQL开发的利器——MERGE（中）Merge误区
使用Oracle的MERGE语句时，存在几个常见的误区需要注意。首先，MERGE语句要求ON条件中的字段具有唯一性，否则会导致ORA-30926错误...
-
编辑 删除
通用SQL开发的利器——MERGE（上）Merge初探
MERGE 是 Oracle 数据库中的一种 SQL 语句，能够在单条语句中同时执行插入和更新操作，简化了传统需要多条 SQL 语句或复杂逻辑的实现方式...
-
编辑 删除
DBA，数字世界的“医生”——跨越碳基与硅基的对话
当凌晨三点的告警铃声将你从梦中惊醒，面对“系统卡顿、业务中断”的紧急呼叫时，你是否曾感到自己像一名冲向急诊室的医生？本文将以一个新颖而深刻的视角，详细剖析数据库管理员（DBA）与医生这两个职业之间惊人的相似性...
-
编辑 删除
Oracle 逻辑结构与性能优化（下）
通过上集的学习，我们已经了解了Oracle逻辑结构的理论基础，掌握了块（Block）、区（Extent）、段（Segment）、表空间（Tablespace）等核心概念，并理解了行迁移、行链接等现象的成因机制。理论武装了头脑，但真正的价值在于实战应用。正如古语所言："纸上得来终觉浅，绝知此事要躬行。"接下来，我们将从理论的殿堂走向实践的战场，通过一系列精心设计的真实案例，深度剖
-
编辑 删除
Oracle 逻辑结构与性能优化（上）
本文探讨了Oracle逻辑结构与SQL优化的关系，重点分析了数据块(BLOCK)层面的优化技术。通过实验验证，一个8KB数据块最多可存储736行数据（每行最小长度约11字节）。文章详细介绍了行迁移和行链接的成因及优化方法：行迁移可通过重构表数据消除，逻辑读可从219降至116；行链接则需增大块尺寸解决。实验表明，将表迁移至16KB表空间后，行链接问题完全消失。这些优化技术能显著提升SQL查询性能...
-
编辑 删除
论索引影响性能的一面⑤（全文完）：索引失踪之谜【下】
继上期分析四种索引失效场景后，本文继续侦查新的隐秘索引"失踪"案件。重点剖析了反向键索引的范围查询失效现象，揭示其在等值查询表现良好但无法支持范围扫描的特性...
-
编辑 删除
论索引影响性能的一面④ 索引失踪之谜【上】
本文通过四个数据库索引失效的典型案例，揭示索引“失踪”背后的真相...
-
编辑 删除
论索引影响性能的一面③ 索引开销与经典案例
本文探讨了索引使用不当引发的性能问题。展示了索引并行属性未及时取消导致查询资源争用，建议通过HINT方式临时启用并行而非固化在索引属性中。此外还对比了分区表与普通表的插入性能，证明在存在多个索引的情况下，分区表的局部索引只需更新相关分区，从而提升插入效率...
-
编辑 删除
论索引影响性能的一面②索引的使用失效
索引失效分为逻辑和物理两种类型。逻辑失效包括：1）索引返回过多数据导致效率低于全表扫描；2）索引列发生类型转换（如varchar字段与数字比较）；3）对索引列进行运算操作。物理失效包括：1）调整long列为clob导致索引失效；2）move操作后需重建索引；3）分区表操作（truncate/drop/split/exchange等）可能导致全局/局部索引失效，使用update global indexes可避免全局索引失效...
-
编辑 删除
论索引影响性能的一面①索引的各种开销
任何事物都有它的两面性，索引也不例外，本文我们主要来阐述索引的坏处。 在数据库系统中，索引对查询的性能比较好，不过如果更新语句出现，索引的缺点将很明显。因为索引本身是有序的，而更新数据的过程中也要更新索引，更新完后还要保持索引的有序性，这就需要付出很大的开销了，索引不好的一面就从这里开始显示出来了...
-
编辑 删除
左右SQL执行计划妙招 ⑲（全文完） ——执行计划的固定
探讨如何通过Oracle的OUTLINE大纲技术强制固定执行计划。通过对比有无NOT NULL约束的场景，展示优化器对索引访问方式的选择差异。添加NOT NULL约束后，INDEX FAST FULL SCAN成本显著降低（292→49），但通过创建大纲可强制维持全表扫描计划。大纲技术适用于统计信息无法修正执行计划时的场景，提供稳定执行路径控制。
