|
736cb86528
|
gs_dump导出rename过的schema下的表的auto_increment失败
|
2024-04-11 20:03:34 +08:00 |
|
|
ff2dc72833
|
修复同名多表更新CORE问题
|
2024-04-11 20:03:34 +08:00 |
|
|
bbaf4b4ea8
|
【标题】 修复I8LWND所示的int转time的时候,insert的表现和mysql不一致的问题
【实现内容】: 修复I8LWND所示的int转time的时候,insert的表现和mysql不一致的问题
【根因分析】: 主要是在int32_b_format_time中,在非严格模式写场景下,数据异常的时候,没返回0。
【实现方案】: int32_b_format_time在非严格模式写并且入参数据异常的时候直接返回0,使得和mysql保持成一致。
【关联需求或issue】: https://e.gitee.com/opengaussorg/dashboard?issue=I8LWND
|
2024-04-11 20:03:34 +08:00 |
|
|
15765f3b56
|
tid不能支持列名的约束范围缩小到仅限于列存
|
2024-04-11 20:03:34 +08:00 |
|
|
228a8eebd5
|
add deparse_query hook.
|
2024-04-11 20:03:34 +08:00 |
|
|
1614b9faae
|
修复DELETE目标表不是普通表时产生的core问题
|
2024-04-11 20:03:34 +08:00 |
|
|
00878f5678
|
Fix builtin func bug in plugin.
|
2024-04-11 20:03:34 +08:00 |
|
|
b997282128
|
Add GetTypeZeroValue hook.
|
2024-04-11 20:03:34 +08:00 |
|
|
175ba239db
|
gs_dump导出库的时候,创表携带using语句中出现乱码。
|
2024-04-11 20:03:34 +08:00 |
|
|
fecf851157
|
解决alter table first/after的core问题和group_concat在非B模式下saparator为空导致的core
|
2024-04-11 20:03:34 +08:00 |
|
|
ada7a9b949
|
Fix partition expr core.
|
2024-04-11 20:03:34 +08:00 |
|
|
8c515c6676
|
SetUpsertAttrnoState bug
|
2024-04-11 20:03:34 +08:00 |
|
|
303507ce76
|
修改alter table convert to问题
|
2024-04-11 20:03:34 +08:00 |
|
|
8502d317c0
|
修复自增列多条INSERT INTO ON DUPLICATE KEY UPDATE结果问题
|
2024-04-11 20:03:34 +08:00 |
|
|
6fc1c88614
|
Fix initdb with B db bug.
|
2024-04-11 20:03:34 +08:00 |
|
|
f877ca3861
|
【标题】修复dayofxx、date('xx'), timestamp('')等场景下异常的问题
【实现内容】: 修复dayofxx执行异常或者date、timestamp在异常值时候显示为非NULL值导致和MySQL不一致的问题。
【根因分析】: dayofxx有两个问题,一是显示值为非NULL,而是部分场景功能未实现。
【实现方案】: 显示NULL的方案为允许Input函数返回Null值,dayofxx的方案为适配报错场景
【关联需求或issue】: https://e.gitee.com/opengaussorg/dashboard?issue=I898UO
【开发自验报告】:
请附上自验结果(内容或者截图)
是否可以添加fastcheck测试用例,如是,请补充fastcheck用例 -> 是
是否涉及资料修改,如是,在docs仓库补充资料 -> 无
是否考虑升级场景(系统表修改、日志持久化以及修改执行态数据格式) -> 不涉及
是否考虑在线扩容等扩展场景 -> 不涉及
是否考虑异常场景/并发场景/前向兼容/性能场景 -> 不涉及
是否对其他模块产生影响 -> 不涉及
【其他说明】: 无.
|
2024-04-11 20:03:34 +08:00 |
|
|
6d79078e31
|
set 类型支持copy为空
|
2024-04-11 20:03:34 +08:00 |
|
|
c2fcca7941
|
Fix create trigger bug.
|
2024-04-11 20:03:34 +08:00 |
|
|
e7a35baf61
|
exit handler sqlexception场景的core问题
|
2024-04-11 20:03:34 +08:00 |
|
|
8af8b366ee
|
【标题】fix up issue I86YJY: https://gitee.com/opengauss/openGauss-server/issues/I86YJY?from=project-issue
【实现内容】: 在没开启pipes_as_concat情况下,||符号将解释成或,导致gs_dump提交的sql服务端解释错误,因此将|| 改成contact的方式。
【根因分析】: 在没开启pipes_as_concat情况下,||符号将解释成或,导致gs_dump提交的sql服务端解释错误。
【实现方案】: 将|| 改成contact的方式。
【关联需求或issue】: I86YJY
【开发自验报告】:
请附上自验结果(内容或者截图)
是否可以添加fastcheck测试用例,如是,请补充fastcheck用例 -> 无
是否涉及资料修改,如是,在docs仓库补充资料 -> 无
是否考虑升级场景(系统表修改、日志持久化以及修改执行态数据格式) -> 无
是否考虑在线扩容等扩展场景 -> 无
是否考虑异常场景/并发场景/前向兼容/性能场景 -> 无
是否对其他模块产生影响 -> 无
【其他说明】: 无
|
2024-04-11 20:03:34 +08:00 |
|
|
105087a482
|
修复mysql兼容模式下,大小写敏感时,\d+ 大写表明报表明不存在的问题
|
2024-04-11 20:03:34 +08:00 |
|
|
61ed8b47f2
|
Rename支持修改表的schema
|
2024-04-11 20:03:34 +08:00 |
|
|
94f6846d1e
|
修复B兼容性数据库逻辑解码结果错误的问题
|
2024-04-11 20:03:34 +08:00 |
|
|
8423478776
|
解决 insert select 宕机问题
|
2024-04-11 20:03:33 +08:00 |
|
|
222875936a
|
gs_restore导入utf8格式数据到gb18030-2022库中,查询失败问题Offering: openGaussDevMore detail: gs_restore导入utf8格式数据到gb18030-2022库中,查询失败问题
Match-id-d255d59f82fcade171a6204cbc79c3a1b5348128
|
2024-04-11 20:03:33 +08:00 |
|
|
71cb126ec4
|
Fix multi update bug.
|
2024-04-11 20:03:33 +08:00 |
|
|
e733741071
|
Fix prepare with user defined var.
|
2024-04-11 20:03:33 +08:00 |
|
|
b6c5e783ea
|
adapt input and output for gb18030-2022
|
2024-04-11 20:03:33 +08:00 |
|
|
6e1ad1e3ea
|
Job schedule should load dolphin.
|
2024-04-11 20:03:33 +08:00 |
|
|
661d623ef8
|
Fix on update with trigger.
|
2024-04-11 20:03:33 +08:00 |
|
|
d56f4cf42e
|
fix create as in rewritehandler
This reverts commit 41b5cbf3cdd607313b1dc6b9dc6b78ab2f7b1a3b.
|
2024-04-11 20:03:33 +08:00 |
|
|
3c00d1183a
|
修复interval类型在存储过程复制流程中赋值报错的bug
|
2024-04-11 20:03:33 +08:00 |
|
|
69f28412dc
|
修复一处插件并发加载插件问题
|
2024-04-11 20:03:33 +08:00 |
|
|
8e5ea5c2a2
|
修复多字符集场景pbe结果集与直接执行不同的问题;修复PBE参数值未转字符集编码的问题
|
2024-04-11 20:03:33 +08:00 |
|
|
0a9627aa35
|
修复隐式转换丢失字符序的问题
|
2024-04-11 20:02:51 +08:00 |
|
|
349e512b92
|
支持枚举类型
|
2024-04-11 20:02:51 +08:00 |
|
|
e77e696d95
|
Fix select @@ bool parameter bug.
|
2024-04-11 20:02:51 +08:00 |
|
|
b8448c18f4
|
change upgrade script name
|
2024-04-11 20:02:51 +08:00 |
|
|
2184b15915
|
为其他类型转化为interval添加typmod入参
|
2024-04-11 20:02:51 +08:00 |
|
|
979a6f6936
|
解决datcompatibility='B' 创建分区表,使用gs_dump导出报错
|
2024-04-11 20:02:51 +08:00 |
|
|
24ffc5b173
|
fix break miss in copy an equal node
|
2024-04-11 20:02:51 +08:00 |
|
|
75061ba207
|
set return_number to correct number
|
2024-04-11 20:02:51 +08:00 |
|
|
0becea45db
|
修复SQL_ASCII字符集下字符串函数报错
|
2024-04-11 20:02:51 +08:00 |
|
|
3ff8c22aff
|
1、老问题:修复分区剪枝、分区路由未使用正确的collation导致的core问题和剪枝问题
- 修复range、list分区键比较时未指定字符序的问题。
- 修复hash分区键计算hashvalue未使用collation的场景。
2、修复hash分区剪枝时,const->constcollid与分区键不同导致选错分区的问题:
问题分析:getHashPartitionOid中计算hash使用的时const上的collation,const可能由条件中的常量传入,const的collation与分区键不同,应当使用分区键上的collation
修改方案:getHashPartitionOid中无法方便地获取分区键上的collation,所有需要判断分区的const都会调用getTargetType函数,在此函数中处理collation,使返回的collation都与分区键的相同。getTargetType的src参数可能指向条件上的const,不适合直接修改其const,目前copy后修改。
|
2024-04-11 20:02:51 +08:00 |
|
|
c8febe58a3
|
修复自定义变量赋值的help
|
2024-04-11 20:02:51 +08:00 |
|
|
9e81bdaa9b
|
Fix date out with dolphin.
|
2024-04-11 20:02:51 +08:00 |
|
|
855cce803a
|
定时任务兼容M*时间单位
|
2024-04-11 20:02:51 +08:00 |
|
|
0fb6e99b59
|
bugfix - drop if exists trigger with wrong schema
|
2024-04-11 20:02:51 +08:00 |
|
|
3abbbdbe0d
|
fix \d show table charset
|
2024-04-11 20:02:51 +08:00 |
|
|
e690fa8f4f
|
修复列名使用反引号含空格,gs_dump导出报错的问题
|
2024-04-11 20:02:51 +08:00 |
|