[20260825]sqlplus输入nul字符问题.txt
[20260825]sqlplus输入nul字符问题.txt--//上午测试遇到的问题,单独拿出来做一个记录.1.环境:SYS@book> @ ver2==============================PORT_STRING &n
[20260825]ora_hash与kgghash函数.txt
[20260825]ora_hash与kgghash函数.txt--//昨天测试使用oracle的ora_hash函数计算数据字典对象的hash值,使用bpftrace跟踪发现调用oracle的内部函数kgghash,与我手工执--//行ora_hash计算结果一致.既然这样是否可以反向验证如果执行带有ora_hash的sql语句,使用内部调用kgghash函数.1.环境:SYS@book>
[20260824]数字字典对象hash的计算验证.txt
[20260824]数字字典对象hash的计算验证.txt--//前面的测试已经猜测数据字典对象hash的大致计算方法。拿来验证看看。1.环境:SYS@book> @ ver2==============================PORT_STRING &n
[20260824]数字字典对象hash的计算.txt
[20260824]数字字典对象hash的计算.txt--//前几天探究row cache时,好奇对应的hash值如何计算,经过多次尝试,大致知道算法。1.环境:SYS@book> @ ver2==============================PORT_STRING  
[20260824]gdb的使用问题.txt
[20260824]gdb的使用问题.txt--//想写一个gdb脚本跟踪oracle kqrhsh函数的调用,实际上以前也遇到类似情况,做一个记录:1.环境:SYS@book> @ ver2==============================PORT_STRING
[20260824]bpftrace的str和buf函数使用问题.txt
[20260824]bpftrace的str和buf函数使用问题.txt--//使用bpftrace脚本使用str与buf函数遇到的问题,通过例子说明问题:1.环境:SYS@book> @ ver2==============================PORT_STRING &nb
AI回归应用,一些“老朋友”成长力被低估了
AI回归应用,一些“老朋友”成长力被低估了
业绩大考下的港股:从泡泡玛特到赤子城、金山云,市场审美或许正在切换
业绩大考下的港股:从泡泡玛特到赤子城、金山云,市场审美或许正在切换
被"NULL"骗了一次:Oracle表空间查询中一个被忽视的边界场景
– 写在前面:前几天朋友抛来一句"表空间快满了,加文件还是扩磁盘?"我心想这不简单,先看看使用率再说。顺手丢出一条用了 N 年的查询语句,结果屏幕上跳出来一行:USED_MB 空、FREE_MB 空、USED_PERCENT 空——一排醒目的 NULL。我心里咯噔一下:不会是数据文件坏了吧?– 这是我工作多年第一次在生产库上看到这种现场。后来在 1
第80期 追踪 SQL 性能随时间变化、执行计划是否漂移、资源消耗变化
先上sql语句,在详细讲解这条sql的作用,下面这条sql,在工作中经常使用。select to_char (b.END_INTERVAL_TIME,'yyyymmddhh24mi') shijian, a.plan_hash_value plan_hash, sum (a.EXECUTIONS_DELTA) execu_d,
Oracle DBLINK 视图无法删除:library cache lock 排查记录
一次业务调整中,我们需要删除一个通过 DBLINK 访问远端数据库的视图:
破解医院开发测试瓶颈:基于赢禾 AIDRX 的数据仿真测试环境敏捷交付
随着智慧医院建设的纵深推进,医院核心业务系统(HIS、EMR、PACS等)的迭代与集成频率呈指数级上升。然而,在医院业务的DevOps闭环中,数据仿真测试环境的交付效率往往成为制约研发效能与业务稳定性的最大瓶颈:传统备份恢复耗时长、时效差:TB级核心数据库的传统Dump/Restore恢复动辄数小时乃至数十小时,操作链路长,且数据版本滞后严重。生产抽取模式风险高:直接从生产环境拉取数据,不仅容易引
Oracle 到 ClickHouse 实时同步怎么做?
NineData 支持 Oracle 到 ClickHouse 实时同步,覆盖全量迁移、增量 CDC、字段映射、任务监控与数据校验,简化异构数据库链路搭建,适合实时数仓与报表分析场景。
DRS 2.23.07.263 ORACLE 19C至GAUSSDB 8.3.1分布式链路全量+增量任务启动失败案例分析
在近期的一次数据迁移项目实施中,项目组计划通过华为云数据复制服务(DRS)将源端Oracle数据库的数据全量+增量同步至目标端GaussDB分布式数据库。然而,在任务配置完成后,启动“全量+增量”模式的迁移任务时,任务状态未能进入正常的同步阶段,而是迅速报错并进入失败(Failed)状态。
我在 DTCC 遇见 9 家通过央采的数据库厂商
8 月 20 日至 22 日,北京,DTCC 第十七届中国数据库技术大会。我在会场足足待了三天,见到了很多老朋友,也有幸结识了几位新朋友。回来后我翻出一份 7 月 22 日的公告做对照,发现一件有意思的事:我在现场遇见了 9 家即通过国测又通过央采的数据库厂商。这份名单,就是中央国家机关政府采购中心发布的 2026 年度事务型数据库框架协议入围结果,业内简称"央采"。今天这篇文
新品越卖越贵,消费者涌入二手电商“焕新”好物
新品越卖越贵,消费者涌入二手电商“焕新”好物
从药物递送到医疗影像,AI for Science不只会“造药”
从药物递送到医疗影像,AI for Science不只会“造药”
[20260819]关闭pdb CON_NAME=PDB$SEED.txt
[20260819]关闭pdb CON_NAME=PDB$SEED.txt--//发现CON_NAME=PDB$SEED,缺省打开在READ ONLY模式,如果不通过它建立新的pdb根本不需要,也就是我的测试环境根本无需要每次启--//动都打开到read only,做一个记录关闭它、1.环境:SYS@book> @ ver2==============================PORT
[20260818]建立完善dc_objects.sql脚本.txt
[20260818]建立完善dc_objects.sql脚本.txt--//原先写的脚本有点问题user_id=1,dba_users以及cdb_users视图没有public用户,实际上public是特殊角色。--//使用CONTAINERS(sys.user$)代替user$.--//另外即使使用CONTAINERS(sys.user$),查询也不包括CON_ID=2,CON_NAME=PDB
[20260818]21c X$表的分析与直方图信息2.txt
[20260818]21c X$表的分析与直方图信息2.txt--//偶然发现这个问题,在测试环境演示出来,这与我的个人维护习惯有关。1.环境:SYS@book> @ ver2==============================PORT_STRING &n