- Community - mailweb.opengauss.org

函数入参类型为out类型，匿名块中打印out类型参数，出参值不能正常接收显示出来
by ganyang (A) 21 Sep '22

21 Sep '22

@caicurry<https://gitee.com/caicurry> 您好，经过查询资料匿名块获取函数出参需要开启参数 set behavior_compat_options='proc_outparam_override'; [输入图片说明] 如果没有收到您其他的疑问的话我们将在本周关闭此问题单。

1 0

关于社区issue：I5Q7TR（自定义类型中复合类型只创建单列，创建成功，在表中使用该类型插入数据失败）回复
by 吴岳川 21 Sep '22

21 Sep '22

关于社区issue：I5Q7TR（https://gitee.com/opengauss/openGauss-server/issues/I5Q7TR… 您好，默认上复合类型是支持类型转换的，但是通常的支持方式是：record类型转化为对应的记录。对于多字段的符合类型，我们通常采用的方式如下： CREATE TYPE compfoo2 AS (f1 int, f2 text); select (1,'demo')::compfoo2; 对于单字段的复合类型，我们支持的转换方式如下： CREATE TYPE compfoo1 as (id int); select '(1)'::compfoo1; 对于您上面的测试用例，可以修改为如下： create schema ORACLE_PROCEDURE; create type ORACLE_PROCEDURE.compfoo as (f1 int); create table ORACLE_PROCEDURE.test(a int, b ORACLE_PROCEDURE.compfoo); insert into ORACLE_PROCEDURE.test values(1, '(1)'::ORACLE_PROCEDURE.compfoo);

1 0

【问题单答复】
by luozihao 21 Sep '22

21 Sep '22

@anna2204<https://gitee.com/anna2204?utm_source=poper_profile>你好，针对问题单https://gitee.com/opengauss/openGauss-server/issues/I5PRDO 正如回复中所展示的，openGauss本身是一定程度上支持修改视图所依赖的列的，因为会对所依赖的视图的定义进行更新，而issue中所使用的语句修改了视图的列属性（列属性包括列名、列类型、列的typmod等），这个功能在我们openGauss中是没有支持的，所以才会报错，可以按照回复中的方法来进行create or replace

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

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