错误码，如DS.6000，请求处理失败。 error_msg String 错误信息。 data Object 返回的数据信息。 请求示例 根据请求参数，编辑码表的字段值，包括码表字段的新增。 GET https://{endpoint}/v2/{project_id}/design/cod

查看更多 →

objects 新增码表属性、属性值列表。 to_modify 否 Array of CodeTableFieldVO objects 编辑码表属性值列表。 to_remove 否 Array of CodeTableFieldVO objects 删除码表属性ID列表。 表4 CodeTableFieldVO

查看更多 →

on指定的字段中。默认值是None，表示不打包。 返回结果 返回附带新字段值的日志。 函数示例 示例1：提取字段中符合表达式的值。 测试数据 { "msg": "192.168.0.1 http://... 127.0.0.0" } 加工规则 # 提取字段msg中出现的第一个IP地址。

查看更多 →

”，单击“字段引用”，选择要引用的字段值，单击“确定”。 图2 设置字段引用 将出现的变量移动要需要展示的位置，如“您出现[Q9]后，是否及时就医？”。 图3 移动位置 设置选项值，并单击页面上方的“保存”。 图4 设置选项值 图5 设置后效果 返回表单设计页面，分享表单并提交问

查看更多 →

自增字段值跳变的原因 数据表中的自增字段取值不是连续的，自增值跳变。 出现表中的自增字段取值不连续的情况，可能原因有以下几种： 初值与步长问题，步长不为1会导致自增字段取值不连续。 mysql> show variables like 'auto_inc%'; +-------

查看更多 →

自增字段值跳变的原因 数据表中的自增字段取值不是连续的，自增值跳变。 出现表中的自增字段取值不连续的情况，可能原因有以下几种： 初值与步长问题，步长不为1会导致自增字段取值不连续。 mysql> show variables like 'auto_inc%'; +-------

查看更多 →

'session_start' 原因分析 表字段类型是TIMESTAMP类型， 关于timestamp字段：MySQL会把该字段插入的值从当前时区转换成UTC时间（世界标准时间）存储，查询时，又将其从UTC时间转化为当前时区时间返回 timestamp类型字段的时间范围：'1970-01-01

查看更多 →

自增字段值跳变的原因 出现表中的自增字段取值不连续的情况，可能原因有以下几种： 初值与步长问题，步长不为1会导致自增字段取值不连续。 mysql> show variables like 'auto_inc%'; +--------------------------+-------+

查看更多 →

variables like "%zone%"; 由于使用的是UTC +8时区，所以timestamp字段默认值需要加8小时才是有效范围，即有效支持的范围是从1970-01-01 08:00:01开始。 解决方案 修改timestamp字段的默认值： session_start TIMESTAMP

查看更多 →

'session_start' 原因分析 表字段类型是TIMESTAMP类型， 关于timestamp字段：MySQL会把该字段插入的值从当前时区转换成UTC时间（世界标准时间）存储，查询时，又将其从UTC时间转化为当前时区时间返回 timestamp类型字段的时间范围：'1970-01-01

查看更多 →

处理建议：请选择其他可同步的表。 MySQL-> GaussDB (DWS)同步场景 表2 源库表字段类型检查 预检查项 源库表字段类型检查。 描述 对源数据库待同步表字段进行检查。 不通过提示及处理建议 不通过原因：源数据库表含有不支持的表字段类型。不支持的表字段类型有：xml，geo

查看更多 →

根据ID查询选项列表值集或引用该选项列表值集的对象字段列表 功能介绍 根据ID查询选项列表值集，或引用该选项列表值集的对象字段列表。 URI GET AstroZero 域名 /u-route/baas/metadata/v1.0/Picklist/{Picklist_id} 表1 路径参数

查看更多 →

同步对象中是否存在包含bytea、text类型字段的表 PostgreSQL为源同步场景 表1 同步对象中是否存在包含bytea、text类型字段的表 预检查项 同步对象中是否存在包含bytea、text类型字段的表。 描述 bytea、text类型的字段在同步过程中可能会导致DRS任务OOM。

查看更多 →

Mysql到Mysql的定时任务，源端有类型为tinyint(1)，值为2的字段，但是采集到目标端值就变成了1 原因分析 Mysql驱动自动识别tinyint(1)为bit类型，所以目标端的值都变成了1。 解决方案 修改数据源配置，连接与安全配置项选择“专业”模式，在字符串最后加

查看更多 →

CDM 作业可以将源表中的字段注释迁移到目标端表吗？ 问题描述 CDM作业可以将源表中的字段注释迁移到目标端表吗？ 解决方案 不同版本支持的情况不一样。 具体如下： 2.8.6.1版本支持，2.9.1版本不支持，2.9.2.1版本支持。 父主题： 功能类

查看更多 →

调用链中是否采集上报带有参数内容的原始sql 汇聚分表表名 array JAVA - 2.2.2 - 根据配置的表名，汇聚分表的sql。以该表名开头的表汇聚成同样的表名 mysql最大采集行数 integer JAVA 500 2.4.1 - 可采集的mysql最大行数 sql语句最大采集字节数

查看更多 →

同步对象中是否存在包含longtext或longblob类型字段的表 MySQL为源同步场景 表1 同步对象中是否存在包含longtext或longblob类型字段的表 预检查项 同步对象中是否存在包含longtext或longblob类型字段的表。 描述 longtext、lo

查看更多 →

事件级别中的三个字段分别代表什么？ 云审计 服务根据操作记录中的trace_rating来定义事件级别，不同的字段代表的意义如下： normal：代表本次操作成功 warning：代表本次操作失败 incident：代表本次操作引起了比失败更严重的后果，比如会造成节点故障或用户业务故障等情况。

查看更多 →

QL数据库实例相同的VPC。 已有MySQL数据库，并在其中创建一张表，作为源端数据库中的数据。 例如，在MySQL数据库中创建一张名为student_info的表格，表中共有4列，迁移后表中的id列的值将成为Redis中的hash的key，其余的列名将成为hash的field，

查看更多 →

MySQL与 MRS Hudi字段类型映射 Migration会根据源端的字段类型按默认规则转换成目的端字段类型，并以此完成自动建表和实时同步。 字段类型映射规则 当源端为MySQL，目的端为Hudi时，支持的字段类型请参见下表，以确保数据完整同步到目的端。 表1 MySQL >Hudi支持的字段类型

查看更多 →

获取数据源中某个表中所有字段 功能介绍 获取数据源中某个表中所有字段。 调试 您可以在 API Explorer 中调试该接口，支持自动认证鉴权。API Explorer可以自动生成SDK代码示例，并提供SDK代码示例调试功能。 URI GET /v2/{project_id}/fd

查看更多 →