- Community - mailweb.opengauss.org

issue：”insert into tablenames values(generate_series(*),generate_series(*))存在缺陷” 回复
by zhangzhixian (C) 19 Sep '22

19 Sep '22

@sunshine_22 您好，针对社区issue：https://gitee.com/opengauss/openGauss-server/issues/I5MDRL 根据排查，我们认为generate_series函数表现符合逻辑。相关场景下generate_series函数的执行详细如下：在openGauss，若使用多个generate_series函数执行insert操作，插入的行数将会是这些generate_series产生数据个数的最小公倍数。以描述的内容为例： # 插入行数为2和3的最小公倍数6 insert into k1 values(generate_series(1,2),generate_series(1,3)); # 插入行数为2和4的最小公倍数4 insert into k1 values(generate_series(1,2),generate_series(1,4)); # 插入行数为2和5的最小公倍数10 insert into k1 values(generate_series(1,2),generate_series(1,5)); 类似地，若执行语句 insert into k1 values(generate_series(1,2),generate_series(1,3)，generate_series(1,5)); 这里将会插入30行数据。为了更直观地体现每行插入流程，我们将对描述中的表格执行以下语句： insert into k1 values(generate_series(1,2),generate_series(3,5)); 这里，generate_series函数将被调用17次来产生数据： 1. generate_series(1,2)产生数字1 2. generate_series(3,5)产生数字3 这里，表格将会插入第一行数据（1,3） 3. generate_series(1,2)产生数字2 4. generate_series(3,5)产生数字4 这里，表格将会插入第二行数据（2,4） 5. generate_series(1,2)产生数字3。由于产生的数字超过了其范围，这里会将generate_series(1,2)状态改为DONE，数字3不会被返回。 6. generate_series(3,5)产生数字5 7. 由于generate_series(3,5)仍能产生内容，且generate_series(1,2)由于结束而没有输出结果与之匹配，这里会重新启动generate_series(1,2)，使其产生数字1 这里，表格将会插入第三行数据（1,5） 8. generate_series(1,2)产生数字2 9. generate_series(3,5)产生数字6。不返回并将状态设置为DONE 10. 与第7步相似，由于generate_series(1,2)仍未结束，generate_series(3,5)将重头开始产生数字3与之匹配，这里产生数字3. 这里，表格将会插入第四行数据（2,3） 11. generate_series(1,2)产生数字3。不返回并将状态设置为DONE 12. generate_series(3,5)产生数字4 13. 与第7步相似，generate_series（1,2）将重头产生数字1. 这里，表格将会插入第五行数据（1,4） 14. generate_series（1,2）产生数字2 15. generate_series（3,5）产生数字5 这里，表格将会插入第六行数据（2,5） 16. generate_series（1,2）产生数字3，不返回，状态改为DONE 17. generate_series（3,5）产生数字6，不返回，状态改为DONE 至此，所有generate_series函数都已经结束，插入完成综上所述，generate_series的行为是符合逻辑的。如果您还有其他疑问，欢迎与我们继续讨论。如果没有收到您其他疑问的信息，我们将在本周关闭此issue。谢谢！

1 0

issue：”insert into tablenames values(generate_series(*),generate_series(*))存在缺陷” 回复
by zhangzhixian (C) 19 Sep '22

19 Sep '22

@sunshine_22 您好，针对社区issue：https://gitee.com/opengauss/openGauss-server/issues/I5MDRL 根据排查，我们认为generate_series函数表现符合逻辑。相关场景下generate_series函数的执行详细如下：在openGauss，若使用多个generate_series函数执行insert操作，插入的行数将会是这些generate_series产生数据个数的最小公倍数。以描述的内容为例： # 插入行数为2和3的最小公倍数6 insert into k1 values(generate_series(1,2),generate_series(1,3)); # 插入行数为2和4的最小公倍数4 insert into k1 values(generate_series(1,2),generate_series(1,4)); # 插入行数为2和5的最小公倍数10 insert into k1 values(generate_series(1,2),generate_series(1,5)); 类似地，若执行语句 insert into k1 values(generate_series(1,2),generate_series(1,3)，generate_series(1,5)); 这里将会插入30行数据。为了更直观地体现每行插入流程，我们将对描述中的表格执行以下语句： insert into k1 values(generate_series(1,2),generate_series(3,5)); 这里，generate_series函数将被调用17次来产生数据： 1. generate_series(1,2)产生数字1 2. generate_series(3,5)产生数字3 这里，表格将会插入第一行数据（1,3） 3. generate_series(1,2)产生数字2 4. generate_series(3,5)产生数字4 这里，表格将会插入第二行数据（2,4） 5. generate_series(1,2)产生数字3。由于产生的数字超过了其范围，这里会将generate_series(1,2)状态改为DONE，数字3不会被返回。 6. generate_series(3,5)产生数字5 7. 由于generate_series(3,5)仍能产生内容，且generate_series(1,2)由于结束而没有输出结果与之匹配，这里会重新启动generate_series(1,2)，使其产生数字1 这里，表格将会插入第三行数据（1,5） 8. generate_series(1,2)产生数字2 9. generate_series(3,5)产生数字6。不返回并将状态设置为DONE 10. 与第7步相似，由于generate_series(1,2)仍未结束，generate_series(3,5)将重头开始产生数字3与之匹配，这里产生数字3. 这里，表格将会插入第四行数据（2,3） 11. generate_series(1,2)产生数字3。不返回并将状态设置为DONE 12. generate_series(3,5)产生数字4 13. 与第7步相似，generate_series（1,2）将重头产生数字1. 这里，表格将会插入第五行数据（1,4） 14. generate_series（1,2）产生数字2 15. generate_series（3,5）产生数字5 这里，表格将会插入第六行数据（2,5） 16. generate_series（1,2）产生数字3，不返回，状态改为DONE 17. generate_series（3,5）产生数字6，不返回，状态改为DONE 至此，所有generate_series函数都已经结束，插入完成综上所述，generate_series的行为是符合逻辑的。如果您还有其他疑问，欢迎与我们继续讨论。如果没有收到您其他疑问的信息，我们将在本周关闭此issue。谢谢！

1 0

【问题单回复】
by luozihao 16 Sep '22

16 Sep '22

@清风 <https://gitee.com/cool-judy> 您好，针对问题单：https://gitee.com/opengauss/openGauss-server/issues/I5LP41 ，认为该单为非问题，或已经被其他的PR所修复 query_dop = 4 [输入图片说明] query_dop = 1 [输入图片说明] 根据issue上所展示的复现条件进行操作之后未发现有错误，且可能是由于复现条件中最后一个语句有误，导致结果和你的期望也不一致，下面标红的地方就是错误的地方： insert into upsert_tab1 values(2,2,3) on duplicate key update (c,d)=(select tb1.c,tb2.b from upsert_t1 tb1 join upsert_t2 tb2 on tb1.b = tb2.b where tb1.b=excluded.b); insert into upsert_tab1 values(2,2,3) on duplicate key update (c,d)=(select tb1.c,tb2.c from upsert_t1 tb1 join upsert_t2 tb2 on tb1.b = tb2.b where tb1.b=excluded.b); 修复之后的结果如下所示： [cid:image003.png@01D8C9D7.B6996F10] [cid:image004.png@01D8C9D8.25A0E550]

1 0

关于issue I5P5CK（【start with connet by】查询表加别名，exists后面的子查询语句中包含start with connect by语法，数据库宕机）的答复
by chenxiaobin (F) 13 Sep '22

13 Sep '22

@jiangquan-git<https://gitee.com/jiangquan-git> 您好，针对issue https://gitee.com/opengauss/openGauss-server/issues/I5P5CK 社区master的最新代码是修复了该core问题，目前执行该sql的结果是如下报错。 [输入图片说明] 原因是基于当前实现，prior后只能跟当前query block中表的列，而且不能跟表达式。可以考虑替换为如下sql： SELECT * FROM tbl_channels c WHERE EXISTS( SELECT department_id FROM tbl_sys_departments d, tbl_channels cc WHERE 1= 1 and cc.channel_belong_org = d.department_id START WITH department_id='' Connect By Prior parent_id=department_id ) AND ROWNUM <= 1; 对于@cc_db_dev<https://gitee.com/cc_db_dev>评论的：后续有支持此语法的计划吗？oracle是支持的答复：后续会对start with connect by语法的支持范围做一些扩展，但是prior估计有点难，这个特性是后面新增的，为了保持兼容性，prior是非保留关键字，用户自定义的表名、列名都可以用prior。如果没有收到您其他的疑问的话我们将在本周关闭此问题单。

1 0

查询中含自定义函数时无法使用smp并发
by ganyang (A) 13 Sep '22

13 Sep '22

@清风<https://gitee.com/cool-judy>, 您好，针对问题单https://gitee.com/opengauss/openGauss-server/issues/I5OVD4 我们的代码逻辑当前禁止新增函数使用smp并发，应该是为了避免一些意料之外的错误，具体是在streamwalker.cpp的contain_unsupport_function中判断的，如果觉得有需求需要支持，请给出实际使用场景和必要性。如果没有收到您其他的疑问的话我们将在本周关闭此问题单。

1 0

使用to_date函数，指定周和星期得不到正确日期问题回复
by ganyang (A) 06 Sep '22

06 Sep '22

@zdai96<https://gitee.com/zdai96> 您好，针对问题单https://gitee.com/opengauss/openGauss-server/issues/I58IX7 您好，根据我们和pg的文档在公历年下D，DY,DAY这些参数均会被忽略，如果想要周和日一起需要使用IW、ID这种ISO格式才支持。 [输入图片说明] 如果没有收到您其他的疑问的话我们将在本周关闭此问题单。

1 0

SELECT is_insertable_into FROM information_schema.tables 过滤视图，结果不准确问题回复
by ganyang (A) 06 Sep '22

06 Sep '22

@梁燕<https://gitee.com/opengaussorg/dashboard/members/roxanne315> 您好，针对问题单https://gitee.com/opengauss/openGauss-server/issues/I564UW openGauss当前视图不支持直接插入，只可以通过触发器实现，因此新建的视图is_insertable_into均为NO, 如果有需求需要支持直接插入以及该视图的同步更新，请给出实际使用场景和必要性。如果没有收到您其他的疑问的话我们将在本周关闭此问题单。

1 0

openGauss社区PR和Issue自动分配SIG组以及维护者功能上线
by Xiangxinyong (Edison) 31 Aug '22

31 Aug '22

各位openGauss社区的开发者，大家好， openGauss社区PR和Issue自动分配SIG组以及维护者功能已经上线，感谢来自SIG Infra团队的@曹志和@汪豪这一个月以来的辛勤工作。 openGauss社区里面现在提交的PR和Issue几乎都打上了SIG组的标签，同时在PR和Issue下面有一行机器人打上的PR和Issue检视的第一责任人标签以及对应的Maintainer和Committer。这样方便提交PR和Issue的开发者可以轻松找到社区各个SIG组的负责人进行检视，下面有一个SIG SQLEngine的PR提示信息供参考： https://gitee.com/opengauss/openGauss-server/pulls/2110 [cid:image003.jpg@01D8BD57.364BEEA0] 同时由于openGauss-Server存在多个SIG组的情况，机器人无法识别一个Issue属于哪个SIG组，还请提交Issue的开发者根据如下的提示信息给openGauss-Server仓库的Issue加上SIG组标签方便SIG组的负责人进行回复。下面有这个Issue供参考： https://gitee.com/opengauss/openGauss-server/issues/I5OMGZ?from=project-iss… [cid:image006.jpg@01D8BD57.364BEEA0] 各位开发者和维护者也可以根据如下的命令给PR和Issue打上正确的标签，也请各位社区维护者及时检视自己看护的SIG组的PR，回复自己看护SIG组的Issue。序号 SIG组 SIG组标签 SIG组标签命令 1 AI sig/ai /sig ai 2 Blockchain sig/blockchain /sig blockchain 3 Certification sig/certification /sig certification 4 CloudNative sig/cloudnative /sig cloudnative 5 CM sig/cm /sig cm 6 Connectors sig/connectors /sig connectors 7 DCF sig/dcf /sig dcf 8 Docs sig/docs /sig docs 9 GIS sig/gis /sig gis 10 Graph sig/graph /sig graph 11 Infra sig/infra /sig infra 12 In-place Update sig/in-placeupdate /sig in-placeupdate 13 IoT sig/iot /sig iot 14 KnowledgeGraph sig/knowledgegraph /sig knowledgegraph 15 OM sig/om /sig om 16 OPS sig/ops /sig ops 17 Plugin sig/plugin /sig plugin 18 QA sig/qa /sig qa 19 ReleaseManagement sig/rm /sig rm 20 Security sig/security /sig security 21 SecurityTechnology sig/securitytech /sig securitytech 22 SQLEngine sig/sqlengine /sig sqlengine 23 StorageEngine sig/storageengine /sig storageengine 24 Tools sig/tools /sig tools Best Regards, Edison Xiang

1 0

array_to_string结果与PG不同问题回复
by ganyang (A) 29 Aug '22

29 Aug '22

@xiyelan 您好，针对问题单https://gitee.com/opengauss/openGauss-server/issues/I5K1YY?from=pro… openGauss默认数据库为A类型，此类型下''意义为NULL，而此函数为strict函数，即输入参数有null直接返回null，创建一个PG类型或B类型的数据库可以实现与PG一样的效果。 [输入图片说明] 如果没有收到您其他的疑问的话我们将在本周关闭此问题单。

1 0

array_to_string结果与PG不同问题回复
by ganyang (A) 27 Aug '22

27 Aug '22

@xiyelan 您好，针对问题单https://gitee.com/opengauss/openGauss-server/issues/I5K1YY?from=pro… openGauss默认数据库为A类型，此类型下''意义为NULL，而此函数为strict函数，即输入参数有null直接返回null，创建一个PG类型或B类型的数据库可以实现与PG一样的效果。 [输入图片说明] 如果没有收到您其他的疑问的话我们将在下周关闭此问题单。

1 0