0. 社区committer提名:赵思骑-中国联通、王修强-云和恩墨。退出:苏梓鑫、赵晓辉、吴生勇、李传成
结论:通过
1. MySQL兼容性中的insert函数(字符操作函数)checkcin评审 刘伟@云和恩墨
议题申报者有事无法参加,顺延至下次会议
2. UNSIGNED无符号数据类型支持设计方案评审 (刘春)
1. 当前只兼容openGauss中int类型支持的操作符和agg函数。M*中额外支持的操作符和agg函数当前先不做,在资料中说明
2. 负数转unsigned报错的情况,看下是否是显示/隐式转换的问题。即对于 bigint unsigned 的列,insert into xx values(-1) 报错,insert into xx values(cast(-1 as UNSIGNED)) 成功
3. 当前openGauss的tinyint是无符号的,先保持现状,不做修改。只兼容 tinyint unsigned 语法,暂时不做有符号的tinyint
4. 类型提升规则保持和openGauss的一致,一级一级往上提升
5. 创建索引 opfamily/amproc/amop 的操作,定位下存储过程的方式为何不行
6. uint8占多大的存储空间
7. 系统表中是否能区分有无符号
8. 性能/存储空间应该和对应的有符号数相同
3. show columns/tables/plugins checkin评审 (联通 罗浩)
结论:通过
4. 兼容分区表 rebuild remove repair check optimize语法 checkin评审(恩墨-王修强)
1. 相关SQL的使用约束在文档中也加以说明
2. 本地要多验证异常/并发场景
5. MySQL兼容性多个语法兼容设计方案评审 (海量数据 陈炳达)
1. 新增的各种关键字,弄到openGauss-server仓跑下fastcheck验证是否会影响现有语法
2. #当成注释是否要做,待确认,和现有的异或操作符冲突
6. MySQL兼容性中的group_concat函数设计方案评审(魏文韬)
1. 函数的定义要通过 create function 的方式实现
2. 是否支持并行查询确认下
3. 性能验证,和MySQL的group_concat以及openGauss的List agg对比下