参数说明 参数 类型 说明 rawMsg RawMessage 根据交易ID查询交易执行结果需发送的消息。 返回值 类型 说明 ListenableFuture 用于获取查询结果的future对象。 父主题： 其他查询

查看更多 →

*common.RawMessage 上述生成的查询指定交易执行结果的消息。 返回值 类型 说明 *common.RawMessage 用于获取包含发送结果的消息。 error 发送成功返回类型为nil，反之返回error。 父主题： 其他查询

查看更多 →

查询区块、交易统计结果 功能介绍 查询区块、交易统计结果，只支持云端管理实例使用 URI GET /v2/{project_id}/huaweicloudchain/instances/{instance_id}/chain/trend 表1 路径参数 参数 是否必选 参数类型 描述

查看更多 →

查询文档审核作业结果 本章节对查询文档审核作业结果AK/SK方式使用SDK进行示例说明。 示例代码中需要配置使用RunQueryDocumentModerationJobRequest类的withJobId配置审核任务的id，配置完成后运行即可。 服务所在的应用区域和终端节点，详情请查看

查看更多 →

ModerationClientBuilder(). WithRegion(region.ValueOf("xxx")). //把xxx替换成服务所在的区域，例如北京四：cn-north-4。 WithCredential(auth).

查看更多 →

参数说明 参数 类型 说明 rawMsg RawMessage 根据交易ID查询交易执行结果需发送的消息。 返回值 类型 说明 ListenableFuture future对象，用于获取查询结果。 父主题： 其他查询

查看更多 →

*common.RawMessage 上述生成的查询指定交易执行结果的消息。 返回值 类型 说明 *common.RawMessage 用于获取包含发送结果的消息。 error 发送成功返回类型为nil，反之返回error。 父主题： 其他查询

查看更多 →

Oracle/TD/MySQL兼容模式下查询结果不一致 问题现象 某业务场景中有两套集群环境，在数据量一致的情况下，对比发现两套环境执行相同的SQL语句但执行结果不同。 该场景中使用的语法可以简化为以下逻辑： 1 2 3 4 CREATE TABLE test (a text, b

查看更多 →

同一个值，由于当前不支持范围等价类推导，尽量把条件改为 = 查询。 如：SELECT * FROM t1 WHERE c1 >= 1 AND c1 <= 1 修改为SELECT * FROM t1 WHERE c1 = 1。 对于范围查询，优化器在计算选择率时误差相对等值查询较大，所以尽可能把范围查询改为等值查询。

查看更多 →

推导，尽量把条件改为=查询。 SELECT * FROM t1 WHERE c1 >= 1 AND c1 <= 1; --修改为： SELECT * FROM t1 WHERE c1 = 1; 对于范围查询，优化器在计算选择率时误差相对等值查询较大，所以尽可能把范围查询改为等值查询。

查看更多 →

同一个值，由于当前不支持范围等价类推导，尽量把条件改为 = 查询。 如：SELECT * FROM t1 WHERE c1 >= 1 AND c1 <= 1 修改为SELECT * FROM t1 WHERE c1 = 1。 对于范围查询，优化器在计算选择率时误差相对等值查询较大，所以尽可能把范围查询改为等值查询。

查看更多 →

导，尽量把条件改为=查询。 SELECT * FROM t1 WHERE c1 >= 1 AND c1 <= 1 修改为： SELECT * FROM t1 WHERE c1 = 1 对于范围查询，优化器在计算选择率时误差相对等值查询较大，所以尽可能把范围查询改为等值查询。 对复杂SQL语句进行拆分

查看更多 →

如何合并小文件 使用SQL过程中，生成的小文件过多时，会导致作业执行时间过长，且查询对应表时耗时增大，建议对小文件进行合并。 设置配置项。 spark.sql.shuffle.partitions = 分区数量（即此场景下最终生成的文件数量） 执行SQL。 INSERT OVERWRITE

查看更多 →

对于过于复杂并且不易通过以上方法调整性能的SQL可以考虑拆分的方法，把SQL中某一部分拆分成独立的SQL并把执行结果存入临时表，拆分常见的场景包括但不限于： 作业中多个SQL有同样的子查询，并且子查询数据量较大。 Plan cost计算不准，导致子查询hash bucket太小，比如实际数据1000W行，hash

查看更多 →

对于过于复杂并且不易通过以上方法调整性能的SQL可以考虑拆分的方法，把SQL中某一部分拆分成独立的SQL并把执行结果存入临时表，拆分常见的场景包括但不限于： 作业中多个SQL有同样的子查询，并且子查询数据量较大。 Plan cost计算不准，导致子查询hash bucket太小，比如实际数据1000W行，hash

查看更多 →

对于过于复杂并且不易通过以上方法调整性能的SQL可以考虑拆分的方法，把SQL中某一部分拆分成独立的SQL并把执行结果存入临时表，拆分常见的场景包括但不限于： 作业中多个SQL有同样的子查询，并且子查询数据量较大。 Plan cost计算不准，导致子查询hash bucket太小，比如实际数据1000W行，hash

查看更多 →

对于过于复杂并且不易通过以上方法调整性能的SQL可以考虑拆分的方法，把SQL中某一部分拆分成独立的SQL并把执行结果存入临时表，拆分常见的场景包括但不限于： 作业中多个SQL有同样的子查询，并且子查询数据量较大。 Plan cost计算不准，导致子查询hash bucket太小，比如实际数据1000W行，hash

查看更多 →

对于过于复杂并且不易通过以上方法调整性能的SQL可以考虑拆分的方法，把SQL中某一部分拆分成独立的SQL并把执行结果存入临时表，拆分常见的场景包括但不限于： 作业中多个SQL有同样的子查询，并且子查询数据量较大。 Plan cost计算不准，导致子查询hash bucket太小，比如实际数据1000W行，hash

查看更多 →

对于过于复杂并且不易通过以上方法调整性能的SQL可以考虑拆分的方法，把SQL中某一部分拆分成独立的SQL并把执行结果存入临时表，拆分常见的场景包括但不限于： 作业中多个SQL有同样的子查询，并且子查询数据量较大。 Plan cost计算不准，导致子查询hash bucket太小，比如实际数据1000W行，hash

查看更多 →

对于过于复杂并且不易通过以上方法调整性能的SQL可以考虑拆分的方法，把SQL中某一部分拆分成独立的SQL并把执行结果存入临时表，拆分常见的场景包括但不限于： 作业中多个SQL有同样的子查询，并且子查询数据量较大。 Plan cost计算不准，导致子查询hash bucket太小，比如实际数据1000W行，hash

查看更多 →

送货批号采集【合并】（PDA） 【功能说明】 用于采集供应商的非系统生成的物料批号，并与送货单绑定 【操作步骤】 查询送货单号：选择查询条件：开始日期和结束日期必选，默认为当前日期的前一个月，业务类型和工厂名称根据需要选择 -> 单击“获取送货单”按钮，查询出符合条件的送货单； 图1

查看更多 →