2025.01产品动态.pdf
免费下载
羲和（Halo）2025.01 产品动态
类别
说明
发布时间
核心
MySQL 模式下，支持 CREATE TABLE table
时用“OPEN”作为字段名
2025 年 1 月
MySQL 模式下支持 AUTHORIZATION 关键字做
表名，列名
2025 年 1 月
MySQL 模式下支持 “BOOLEAN AND VARCHAR”
语法（OR 也同时支持了）
2025 年 1 月
MySQL 模式下支持用户变量与其他类型的
UNION
2025 年 1 月
MySQL 模式下 支 持 “ YEAR, MONTH, DAY,
HOUR, MINUTE, SECOND”做为 SELECH 中目
标字段的无 AS 别名。
2025 年 1 月
MySQL 模式下支持“SELECH !ID,NM FROM TAB
WHERE !(ID > 10)”语法特性
2025 年 1 月
MySQL 模式下支持实现真正的多表 UPDATE
2025 年 1 月
MySQL 模式下支持支持 DESC / DESCRIBE
TABLE [COLNAME | WILD]语法
2025 年 1 月
MySQL 模式下支持补充系统变量
2025 年 1 月
MySQL 模式下支持“TEXT”作为嵌套查询的
列名
2025 年 1 月
MySQL 模式下支持 LABEL 作为存储过程中的
语句 LABE
2025 年 1 月
MySQL 模式下支持 WHERE 中的 UNKNOWN 条件
2025 年 1 月
MySQL 模式下支持 REGEXP_LIKE 函数
2025 年 1 月
Oracle 模式下新增三权分立相关角色
2025 年 1 月
Oracle 模式下新增初始版本 SQLFIREWALL
功能
2025 年 1 月
Oracle 模式下支持嵌套表/可变数组使用
EXTEND(m,n)
2025 年 1 月
Oracle 模式下支持嵌套表/关联数组的指
定范围删除 DELETE(m,n)、关联数组如果是
INDEX BY CARCHAR 则暂时不支持
2025 年 1 月
Oracle 模式下支持可变数组使用
BULK COLLECT INTO
2025 年 1 月
Oracle 模式下支持 Oracle 系统异常
CURSOR_ALREADY_OPEN
2025 年 1 月
Oracle 模 式 下 支 持 CURSOR%ISOPEN 、
CURSOR%ROUND 、 CURSOR%NOTFOUND 、
CURSOR%ROWCOUNT
2025 年 1 月
Oralce 模式下支持 CALLED 关键字作为参数
2025 年 1 月
并赋值
Oralce 模式下支持 FORMAT 关键字作为参数
并赋值
2025 年 1 月
Oralce 模式下支持语法
FORALL ... IN INDICES OF
2025 年 1 月
修复 Oralce 模式下
NUMTODSINTERVAL/NUMTOYMINTERVAL 的异
常情形
2025 年 1 月
修复 Oralce 模式下 INTERVAL 到 TEXT 类型
转换的异常情形
2025 年 1 月
修复 Oralce 模式下函数
ORACLE.TO_DATE(TEXT, TEXT)的异常情形
2025 年 1 月
修复 Oracle 模式下语法
FORALL sql%rowcount 计数的异常情形
2025 年 1 月
驱动
支持 EXECUTEUPDATE 执行 SELECT 语法返回
结果
2025 年 1 月
增强存储过程返回游标时自动提交可为
TRUE
2025 年 1 月
支持带参数的匿名块
2025 年 1 月
支持存储过程获取结果通过参数名获取
2025 年 1 月
新增 TIMESTAMP 的 TIMESTAMPVALUE 方法
2025 年 1 月
新增 STRUCT 的 GETDESCRIPTOR 方法、
GETMETADATA 方法、GETCOIUMNNAME 方法
2025 年 1 月
可动态参数设置数据库类型
2025 年 1 月
增强布尔类型自动转换 TRUE、FALSE
2025 年 1 月
工具
支持 PostgreSQL 到 PostgreSQL 数据源之间
的元数据和全量数据迁移,并支持一键迁移
2025 年 1 月
PostgreSQL 数据迁移支持按字符串类型列
的数据切分
2025 年 1 月
数据迁移对 MySQL、PostgreSQL 中 BIT 以及
BOOL 类型做数据转换处理
2025 年 1 月
解决函数重名导致脚本文件查询有误的问
题
2025 年 1 月
优化迁移全流程监听功能中的日志打印功
能
2025 年 1 月
本次更新中，其中一个能力是全局临时表的功能。这里所说的全局临时表并
不是采用了类似 pgtt 这样的扩展插件实现的“假”全局临时表，而是和 Oracle
一样的“真”全局临时表。
PG 系的临时表一直饱受诟病，究其原因主要是当前的实现中存在诸多的问题。
你可以简单的理解为临时表只是建在 pg_temp_xxxx（xxxx 是根据会话 ID 生成的
数字，保证每个会话下不同）模式下的普通表（当然在缓存管理上和普通表是不
一样的，这里先不管），pg_temp_xxxx 在不同的会话下是不一样的，从而实现
了隔离，在会话结束时 pg_temp_xxxx 下的对象会被清除。这是临时表实现的基
本思路。那这样的实现有什么不足呢？一是由于会话结束时表会被清除，所以会
话每次建立后都得重新创建临时表（这个 pgtt 可以帮助来做这个事情）；二是
由于临时表需要不断的删除重建，会导致元数据表膨胀，从而影响系统性能；三
是临时表只能建在 pg_temp 下，对于重名的而定义不一样的临时表就无能为力了，
那从 Oracle 迁移过来的时候就会碰到极大的困难。而市面上 PG 系的目前都无法
解决以上问题。难道这就是 PG 系的命吗？NO！我们不信命！我们要“逆天改命”！
而要实现这样一个“真”全局临时表，难度有多大呢？我们先来看看最近大
火的 DeepSeek 怎么说：
of 8
免费下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
enmo 交付
最新上传
相关文档
评论