- Community - mailweb.opengauss.org

30 Sep '22

CREATE SEQUENCE SEQUENCE_A MINVALUE 1 MAXVALUE 99999999999999999999 INCREMENT BY 1 START WITH 1; 错误代码：[0]SQL错误码: = 22003 ERROR: value "99999999999999999999" is out of range for type bigint 希望帮忙解决

2 1

Fw: Welcome to the "Community" mailing list
by Lookchard 25 Sep '22

25 Sep '22

---Original--- From: "community-request"<community-request(a)opengauss.org> Date: Sun, Sep 25, 2022 16:08 PM To: "None"<787001800(a)qq.com>; Subject: Welcome to the "Community" mailing list 欢迎使用“Community”邮件列表！要通过此列表交流，请发送电子邮件至: community(a)opengauss.org 取消订阅或调整选项请发送电子邮件至: community-leave(a)opengauss.org 在主题或正文中使用"help"一词(不包括引号), 您将会收到一条带有说明的信息。更改设置需要用到密码，但出于安全考虑，此处不包括此密码。如果您忘记了密码，则需要通过网络用户界面重置密码。 Welcome to the "Community" mailing list! To post to this list, send your email to: community(a)opengauss.org You can unsubscribe or make adjustments to your options via email by sending a message to: community-leave(a)opengauss.org with the word 'help' in the subject or body (don't include the quotes), and you will receive a message with instructions. You will need your password to change your options, but for security purposes, this password is not included here. If you have forgotten your password, you will need to reset it via the web UI.

1 0

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

21 Sep '22

@anna2204您好，针对问题单：https://gitee.com/opengauss/openGauss-server/issues/I5QXU5，详情可以查看issue下的回复。如果对回复本身没有异议的话，该issue将于本周关闭。该问题判断为非问题。主键约束创建的前提是存在非空约束，如果没有非空约束，就会自动创建一个非空约束。但是这两个约束本身还是相互独立的，到了删除的时候是没有一个标志去确定非空约束是否由主键创建的。如果用户本身就是设定了某一列具有非空约束的，并在后续给这个列加了主键再删除，就把原本的非空约束给删除了，就破坏了用户数据的安全性，这并不合理。所以为了保证数据安全，删除主键也不会把自动创建的非空约束删除。

1 0

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

21 Sep '22

您好，如果对回复本身没有异议的话，该issue将于本周关闭发件人: luozihao 发送时间: 2022年9月21日 10:35 收件人: 'community(a)opengauss.org' <community(a)opengauss.org> 抄送: pengjiong <pengjiong1(a)huawei.com> 主题: 【问题单答复】 @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

函数入参类型为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