September 2022 - Community - mailweb.opengauss.org

opengauss jdbc中两个jar的疑问
by qinhao＠newland.com.cn 02 Nov '22

02 Nov '22

下载解压 openGauss-3.0.0-JDBC.tar.gz 后有两个包， postgresql.jar 和 opengauss-jdbc-3.0.0.jar readme里有介绍opengauss-jdbc-3.0.0.jar “ 3. 解压后可以看到同级目录下出现了两个jar包，分别是opengauss-jdbc-${version}.jar和postgresql.jar。opengauss-jdbc-${version}.jar是可以与PG-JDBC共存的包, 包名自2.0.1之后的版本全部从org.postgresql变更为org.opengauss,并且驱动名称从jdbc:postgresql://替换为jdbc:opengauss://。目前从maven中央仓库中获取的也是这个包。 “ 那么postgresql.jar是做什么用的？是不是可以理解，这个postgresql.jar可以直接替换postgresql的jdbc，应用代码不需要任何修改？新大陆软件秦浩 mobile: 17625988619 e-mail:qinhao@newland.com.cn

1 1

opengauss安装问题
by Tier 30 Sep '22

30 Sep '22

你好，我在安装opengauss企业版的时候执行gs_preinstall命令时A10模块（IO schedule）出现问题，机器的值是none但需要改成的deadline，但问题是我没有找到有效的方法来更改这个值，无论我按照网上的什么方法修改，这个值还是none（路径为/sys/block/vda/queue/scheduler），请问有什么解决的办法吗？另外，我用echo deadline > /sys/block/vda/queue/scheduler这种方法修改时也报错：-bash: echo: write error: Invalid argument 谢谢！（附件是报错的图片，我用的是centos）

1 0

创建SEQUENCE报错
by 高岩 30 Sep '22

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

关于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