数值大小相同的参数使用不同数据类型的哈希函数计算，最后结果会不一样，因为不同类型哈希函数会选取不同的哈希计算策略。 hll_hash_smallint(smallint, int32) 描述：设置hash seed（即改变哈希策略）同时对smallint类型数据计算哈希值。 返回值类型：hll_hashval

查看更多 →

); 上述例子中，bmsql_order_line表的ol_d_id进行了分区，ol_d_id列是一个identifier性质的属性列，本身并不带有时间或者某一个特定维度上的区分。使用哈希分区策略来对其进行分表处理则是一个较为理想的选择，相比其他分区类型，除了预先确保分区键没有过多

查看更多 →

); 上述例子中，bmsql_order_line表的ol_d_id进行了分区，ol_d_id列是一个identifier性质的属性列，本身并不带有时间或者某一个特定维度上的区分。使用哈希分区策略来对其进行分表处理则是一个较为理想的选择。相比其他分区类型，除了预先确保分区键没有过多

查看更多 →

); 上述例子中，bmsql_order_line表的ol_d_id进行了分区，ol_d_id列是一个identifier性质的属性列，本身并不带有时间或者某一个特定维度上的区分。使用哈希分区策略来对其进行分表处理则是一个较为理想的选择，相比其他分区类型，除了预先确保分区键没有过多

查看更多 →

); 上述例子中，bmsql_order_line表的ol_d_id进行了分区，ol_d_id列是一个identifier性质的属性列，本身并不带有时间或者某一个特定维度上的区分。使用哈希分区策略来对其进行分表处理则是一个较为理想的选择。相比其他分区类型，除了预先确保分区键没有过多

查看更多 →

数值大小相同的参数使用不同数据类型的哈希函数计算，最后结果会不一样，因为不同类型哈希函数会选取不同的哈希计算策略。 hll_hash_smallint(smallint, int32) 描述：设置hash seed（即改变哈希策略）同时对smallint类型数据计算哈希值。 返回值类型：hll_hashval

查看更多 →

DD按日期哈希 适用场景 DD适用于按日期的天数进行分表，分表的表数就是日期的天数。 使用说明 拆分键的类型必须是DATE/DATETIME/TIMESTAMP其中之一。 只能作为分表函数使用，但不能作为分库函数。 路由方式 根据拆分键的时间值的日期的天数进行取余运算并得到分表下标。

查看更多 →

例如：2019-1-15，当根据分库键确定分库后，确定分表的计算方式是：月份mod分表数，即：1 mod 12 = 1。 算法计算方式 表1 算法举例 条件 算法 举例 无 分表路由结果 = 分表拆分键值 % 分表数 分表拆分键值 ：2019-1-15 分表：1 % 12 = 1 建表语法 create table

查看更多 →

WEEK按星期哈希 适用场景 WEEK适用于按周数的日期目进行分表，分表的表名的下标分别对应一周中的各个日期（星期一到星期天）。 使用说明 拆分键的类型必须是DATE/DATETIME/TIMESTAMP其中之一。 只能作为分表函数使用，但不能作为分库函数。 路由方式 根据拆分键的时间值

查看更多 →

分库 ：11 % 3 = 3 建表语法 假设用户的实例里已经分了8个物理库，现有一个业务想按年月进行分库。要求同一个月的数据能落在同一张分表内，并且两年以内的每个月都单独对应一张分表，查询时带上分库分表键后能直接将查询落在某个物理分库的某个物理分表。 用户这时就可以使用YYYYM

查看更多 →

根据拆分键的时间值所对应的日期在一年中对应的天数，然后进行取余运算并得到分表下标。 例如：2019-1-15，当根据分库键确定分库后，确定分表的计算方式是：一年的第几天mod分表数，即：15 mod 366 = 15; 2019-1-15是一年的第15天。 算法计算方式 表1 算法举例

查看更多 →

现有一个业务想按年周进行分库。要求同一周的数据都能落在同一张分表，并且两年以内的每个周都单独对应一张分表，查询时带上分库分表键后能直接将查询落在某个物理分库的某个物理分表。 用户这时就可以使用YYYYWEEK分库函数来解决：业务要求两年以内的每个周都对应一张分表（就是一个周一张表），由于一年有近 53

查看更多 →

对应一张分表，查询时带上分库分表键后能直接将查询落在某个物理分库的某个物理分表。 用户这时就可以使用YYYYDD分库函数来解决：业务要求两年以内的每天都对应一张分表（即一天一张表），由于一年最多有366天，所以两年至少需要创建732个物理分表才能满足用户的场景。用户的DDM有8个

查看更多 →

源库集合复合哈希索引检查 MongoDB->DDS迁移、同步场景 表1 源库集合复合哈希索引检查 预检查项 源库集合复合哈希索引检查。 描述 源库存在复合哈希索引的集合。 不通过提示及处理建议 不通过原因：已选集合的包含复合哈希索引。 处理建议：请取消选择上述不支持的集合，或在源库重建索引为非复合hash索引。

查看更多 →

源库集合复合哈希分片键检查 MongoDB->DDS迁移、同步场景 表1 源库集合复合哈希分片键检查 预检查项 源库集合复合哈希分片键检查。 描述 源库存在复合哈希分片键的集合。 不通过提示及处理建议 不通过原因：已选集合存在复合哈希分片键. 处理建议：请取消选择上述不支持的集合。 父主题：

查看更多 →

查看表和数据库的信息 查询表信息 使用系统表pg_tables查询数据库所有表的信息。 1 SELECT * FROM pg_tables; 使用gsql的\d+命令查询表结构。 示例：先创建表customer_t1并插入数据。 1 2 3 4 5 6 7 8 9 CREATE

查看更多 →

定义对象，请不要选择包含不支持字符的表。 方法二：或者修改表名。 PostgreSQL迁移场景 表2 源数据库的表名是否合法 预检查项 源数据库的表名是否合法。 描述 源数据库的表名不支持 '" .字符，检查源数据库表名是否合法，若存在不合法的字符，会导致实时同步失败。 不通过提示及处理建议

查看更多 →

填写连接器的描述信息，用于识别不同的连接器。 主机IP地址 填写数据库的连接IP地址。 端口 填写数据库的连接端口号。 数据库 填写要连接的数据库名。 密码 连接数据库的密码。 支持的动作 有序集合基本操作 集合基本操作 哈希基本操作 列表基本操作 字符串基本操作 键的基本操作 字符串基本操作

查看更多 →

目标数据库是否存在与源数据库同名的表 MySQL同步场景 表1 目标数据库是否存在与源数据库同名的表 预检查项 目标数据库是否存在与源数据库同名的表（表名冲突）。 描述 校验用户提供的目标数据库是否存在与源数据库同名的表，避免已存在的表被覆盖。若存在，则无法迁移。 特殊情况：如果

查看更多 →

不传该参数时，默认查询前100条信息。 请求消息 无。 响应消息 参数说明 表2 参数说明 名称 参数类型 是否必选 描述 databases Array of String 是 数据库列表，列表中每个元素表示一个数据库。 total_count Integer 是 数据库总数。 响应示例 { "databases":

查看更多 →

用户Token也就是调用获取用户Token接口的响应值，该接口是唯一不需要认证的接口。 请求响应成功后在响应消息头中包含的“X-Subject-Token”的值即为Token值。 X-Language 否 String 请求语言类型。 缺省值：en-us 枚举值： en-us zh-cn 表3 请求Body参数

查看更多 →