政府多委办局之间密文数据融合计算，实现多方数据的融合分析。 基于隐私集合求交实现多方安全SQL JOIN分析， 原始数据保存在各个用户本地，统计分析算子下推到本地数据域执行。 多方分析JOIN算子进行数据隐私保护，计算过程将多方加密后数据完成计算，计算结果加密返回给数据使用方。 支持

查看更多 →

GaussDB 分区名使用双引号（需要设置SQL_MODE为ANSI_QUOTES）或反引号时是区分大小写的，MySQL不区分。 MySQL标识符长度限制为64字符，而GaussDB标识符长度限制为63字节。超过标识符的长度限制后，MySql报错，GaussDB会对标识符截断并告警。 GaussDB不支持可执行注释。

查看更多 →

GaussDB分区名使用双引号（需要设置SQL_MODE为ANSI_QUOTES）或反引号时是区分大小写的，MySQL不区分。 MySQL标识符长度限制为64字符，而GaussDB标识符长度限制为63字节。超过标识符的长度限制后，MySql报错，GaussDB会对标识符截断并告警。 父主题： SQL

查看更多 →

any(values(t2.ba,(t2.b))”等价于“t1.a = t2.a or t1.a = t2.b”。 因此join-condition实质上是一个不等式，这种非等值的join操作必须使用nestloop来连接，对应执行计划如下： 1 2 3 4 5 6 7 8 9

查看更多 →

将MySQL同步到MySQL 支持的源和目标数据库 表1 支持的数据库 源数据库 目标数据库 本地自建MySQL数据库（MySQL 5.5、5.6、5.7、8.0版本） E CS 自建MySQL数据库（MySQL 5.5、5.6、5.7、8.0版本） 其他云上MySQL数据库（MySQL

查看更多 →

将MySQL迁移到MySQL 支持的源和目标数据库 表1 支持的数据库 源数据库 目标数据库 本地自建数据库（MySQL 5.5、5.6、5.7、8.0版本） ECS自建数据库（MySQL 5.5、5.6、5.7、8.0版本） 其他云上数据库（MySQL 5.5、5.6、5.7、8

查看更多 →

id15”。 因此join-condition实质上是一个不等式，这种不等值的join操作必须走nestloop，对应执行计划如下： 优化后 测试发现由于两表结果集过大，导致nestloop耗时过长，超过一小时未返回结果，因此性能优化的关键是消除nestloop，让join走更高效的h

查看更多 →

id15”。 因此join-condition实质上是一个不等式，这种非等值的join操作必须使用nestloop连接，对应执行计划如下： 优化说明 测试发现由于两表结果集过大，导致nestloop耗时过长，超过一小时未返回结果，因此性能优化的关键是消除nestloop，让join使用更高

查看更多 →

input_data = wf.data.OBSPath(obs_path = storage.join("directory_path")) # 注意，如果是目录则最后需要加"/"，例如：storage.join("/input/data/") 工作流运行时，如果storage对象配置的根

查看更多 →

user_id left join t12 on t12.user_id = t1.user_id 多表left join时建议lookup join在所有双流join后 多表left join时建议lookup join在所有双流join后，否则下游有left join LATERAL TABLE时会发生乱序。

查看更多 →

DDM是否支持分布式JOIN DDM支持分布式JOIN。 表设计时，增加字段冗余 支持跨分片的JOIN，主要实现的方式有三种：广播表，ER分片和ShareJoin。 DDM目前禁止多个表的跨库update和delete。 父主题： SQL语法类

查看更多 →

执行计划如图1所示。 图1 增加JOIN列非空条件（一） 优化分析 分析执行计划图1可知，在顺序扫描阶段耗时较多。 多表JOIN中，由于表PS.SDR_WEB_BSCRNC_1DAY的JOIN列“BSCRNC_ID”存在大量空值，JOIN性能差。 建议在语句中手动添加JOIN列的非空判断，修改后的语句如下所示。

查看更多 →

案例：增加JOIN列非空条件 1 SELECT * FROM join_a a JOIN join_b b ON a.b = b.b; 执行计划如下： 1 2 3 4 5 6 7 8 9 10

查看更多 →

执行计划如图1所示。 图1 增加JOIN列非空条件（一） 优化后 分析执行计划图1可知，在顺序扫描阶段耗时较多。 多表JOIN中，由于表PS.SDR_WEB_BSCRNC_1DAY的JOIN列“BSCRNC_ID”存在大量空值，JOIN性能差。 建议在语句中手动添加JOIN列的非空判断，修改后的语句如下所示。

查看更多 →

Flink Join样例程序开发思路 场景说明 假定某个Flink业务1每秒就会收到1条消息记录，消息记录某个用户的基本信息，包括名字、性别、年龄。另有一个Flink业务2会不定时收到1条消息记录，消息记录该用户的名字、职业信息。 基于某些业务要求，开发的Flink应用程序实现功

查看更多 →

Flink Join样例程序开发思路 场景说明 假定某个Flink业务1每秒就会收到1条消息记录，消息记录某个用户的基本信息，包括名字、性别、年龄。另有一个Flink业务2会不定时收到1条消息记录，消息记录该用户的名字、职业信息。 基于某些业务要求，开发的Flink应用程序实现功

查看更多 →

)。 使用MySQL关键字或保留字做表名、列名、索引名等标识符时，需要使用反引号扩起来。 DML语法 不支持PARTITION子句。 不支持UPDATE使用子查询。 不支持INSERT DELAYED Syntax。 不支持STRAIGHT_JOIN和NATURAL JOIN。 受限支持跨分片UPDATE多表需要join

查看更多 →

id15”。 因此join-condition实质上是一个不等式，这种不等值的join操作必须走nestloop，对应执行计划如下： 优化后 测试发现由于两表结果集过大，导致nestloop耗时过长，超过一小时未返回结果，因此性能优化的关键是消除nestloop，让join走更高效的h

查看更多 →

FIRST子句之前进行计算。 按照SQL规范，ORDER BY子句只影响包含该子句的查询结果的行顺序。HetuEngine遵循该规范，并删除该子句的冗余用法，以避免对性能造成负面影响。 例如在执行INSERT语句时，ORDER BY子句不会对插入的数据产生影响，是个冗余的操作，会对整个INSE

查看更多 →

的数组。 Join和Unnest ResourceQL支持'JOIN'和'UNNEST'。'JOIN'分为以下四种类型。 [INNER] JOIN LEFT [OUTER] JOIN RIGHT [OUTER] JOIN FULL [OUTER] JOIN 'JOIN'后需紧跟'USING(

查看更多 →

FIRST子句之前进行计算。 按照SQL规范，ORDER BY子句只影响包含该子句的查询结果的行顺序。HetuEngine遵循该规范，并删除该子句的冗余用法，以避免对性能造成负面影响。 例如在执行INSERT语句时，ORDER BY子句不会对插入的数据产生影响，是个冗余的操作，会对整个INSE

查看更多 →