iLeLe

回答

iLeLe 回答了问题2020-08-26

大量文件加载导致ftp内存不足报错

在一次加载任务中,加载大量文件时,可以通过如下两个方案来规避FTP内存占用过高无法分配内存的问题。 1. 分批次,如每次加载10000个文件; 2. 进行数据文件的合并,如将150万个文件合并为1万个文件,甚至1个文件。
iLeLe 回答了问题2020-08-26

使用审计日志记录drop等危险操作的方法

audit_log_express表为express引擎,可以实现审计日期的全局可查,且大数据量下的查询性能较好。
iLeLe 回答了问题2020-08-26

gbase启动问题

先确认下集群安装包和操作系统是否匹配,在安装包的名称中包含有平台的资源,类似 GBase8a_MPP_Cluster-License-9.5.2.26-redhat7.3-x86_64.tar 中的redhat7就是适配的操作系统平台。 libnsl.so.1、libgcrypt.so.11 这俩文件找找看是否存在,如存在,则环境变量有问题。 如果不存在,是否有类似 libgcrypt.so.*的文件,可以ln创建一个连接文件为libgcrypt.so.11。然后尝试启动。
iLeLe 回答了问题2020-08-26

gbase启动问题

可以在centos7.8 上安装。
iLeLe 回答了问题2020-07-18

数据加载的时候,date或datetime类型数据入库报错

[quote][size=2][url=forum.php?mod=redirect&goto=findpost&pid=6242&ptid=4092][color=#999999]一个人的天空 发表于 2020-7-17 13:31[/color][/url][/size] 采用Gbase8a数据库加载方式在控制文件中定义日期类型导入方法。具体为在extra_loader_args后边追加--def_da ...[/quote] 这个是v8512版本的加载方式。 在v8.6及v9.5版本中,通过load data infile 'file url' into table tabname fileds ...的SQL方式来进行数据的加载入库,通过datetime format '%Y-%m-%d %H:%i:%s' 的形式指定datetime列的数据格式。
iLeLe 回答了问题2020-07-18

数据加载的时候,date或datetime类型数据入库报错

可参考 [url]http://www.gbase8a.com/forum.php?mod=viewthread&tid=4095&extra=[/url]
iLeLe 回答了问题2020-05-15

python接口清理event时如何精准匹配表名?

这个问题是正则表达式匹配字符串,需要包含字符串头和尾, 其中字符串头使用^字符匹配,字符串尾使用$字符匹配。 在这个举例中,要严格匹配ddlevent的 ObjectName为 hg.zhejiangtab_test_bak的内容,而不能包含 hg.zhejiangtab_test_bak_test1的内容,则需要写成 : gcware.clearddlfevent('^hg.zhejiangtab_test_bak$')
iLeLe 回答了问题2020-05-15

load data infile加载数据全部skipped

看你没指定datetime类型的数据格式,在load data sql中增加一个 datetime format '%Y-%m-%d %H:%i:%s' 参数。 可以看下具体失败的原因,参考sql手册。
iLeLe 回答了问题2020-05-15

【补贴】GBase 中表关联之后的查询字段由varchar变成longlong

我模拟了一下,没有复现你这个问题。 环境:8.6.2.33-R33 、gbase-connector-java-8.3.81.53-build55.5.5-bin.jar 附件是测试jar程序。修改 jdbcparam.properties中的sql参数为你提供的用例sql(原sql应该不完整,我按照自己的理解改写了下) sql=SELECT A.PCODE AS CODE FROM ( SELECT CODE,PCODE FROM QRYF_DW_FACT_KMCODEOFCX WHERE PACODE = '2019' AND COMPID IN ('1608') AND LEAF = 0 ) a, (SELECT PCODE FROM QRYF_DW_FACT_KMCODEOFCX WHERE PACODE = '2019' AND COMPID IN ('1608') AND LEAF = 1 AND CAST(ACCOUNT_NOTE AS INT) BETWEEN '01' AND '12' GROUP BY PCODE HAVING SUM(TMONEYF) = 0) B WHERE INSTR(B.PCODE,A.CODE)=0 union all SELECT CODE FROM QRYF_DW_FACT_KMCODEOFCX WHERE PACODE = '2019' AND COMPID IN ('1608') AND LEAF = 1 AND CAST(ACCOUNT_NOTE AS INT) BETWEEN '01' AND '12' GROUP BY CODE HAVING SUM(TMONEYF) = 0; ---- 数据及结果 gbase> select * from qryf_dw_fact_kmcodeofcx; +------+--------+---------+--------+-------+------+--------------+---------+ | code | compid | caption | pacode | pcode | leaf | account_note | tmoneyf | +------+--------+---------+--------+-------+------+--------------+---------+ | 2019 | 1608 | gbase | 2019 | a | 1 | 01 | 0 | | 2019 | 1608 | gbase | 2019 | a | 1 | 01 | 0 | | 2020 | 1609 | gbase2 | 2019 | a | 0 | 02 | 0 | | 2019 | 1608 | gbase1 | 2019 | a | 1 | 12 | 0 | | 2019 | 1608 | gbase3 | 2019 | a | 1 | 01 | 0 | | 2019 | 1608 | gbase1 | 2019 | a | 0 | 12 | 1 | | 2019 | 1608 | gbase3 | 2019 | a | 0 | 01 | 0 | +------+--------+---------+--------+-------+------+--------------+---------+ 7 rows in set (Elapsed: 00:00:00.03) gbase> SELECT A.PCODE AS CODE FROM -> ( -> SELECT CODE,PCODE FROM -> QRYF_DW_FACT_KMCODEOFCX -> WHERE PACODE = '2019' -> AND COMPID IN ('1608') AND LEAF = 0 ) a, -> (SELECT PCODE -> FROM -> QRYF_DW_FACT_KMCODEOFCX -> WHERE PACODE = '2019' -> AND COMPID IN ('1608') AND LEAF = 1 -> AND CAST(ACCOUNT_NOTE AS INT) BETWEEN '01' AND '12' -> GROUP BY PCODE -> HAVING SUM(TMONEYF) = 0) B -> WHERE INSTR(B.PCODE,A.CODE)=0 -> union all -> SELECT CODE -> FROM -> QRYF_DW_FACT_KMCODEOFCX -> WHERE PACODE = '2019' -> AND COMPID IN ('1608') AND LEAF = 1 -> AND CAST(ACCOUNT_NOTE AS INT) BETWEEN '01' AND '12' -> GROUP BY CODE -> HAVING SUM(TMONEYF) = 0; +------+ | CODE | +------+ | 2019 | | a | | a | +------+ 3 rows in set (Elapsed: 00:00:00.31)
iLeLe 回答了问题2020-05-15

【补贴】GBase 中表关联之后的查询字段由varchar变成longlong

提供下你的表结构、sql、样例数据,及环境版本。 环境版本有两个, 一个是jdbc版本,黏贴完整的jdbc jar包的名称,上面有版本信息,如我的gbase-connector-java-8.3.81.53-build55.5.5-bin.jar 。 一个是集群版本,执行sql: select version(); 可以查到。