写时复制表也简称cow表，使用parquet文件存储数据，内部的更新操作需要通过重写原始parquet文件完成。 优点：读取时，只读取对应分区的一个数据文件即可，较为高效。 缺点：数据写入的时候，需要复制一个先前的副本再在其基础上生成新的数据文件，这个过程比较耗时。且由于耗时，读请求读取到的数据相对就会滞后。 Merge

查看更多 →

写时复制表也简称cow表，使用parquet文件存储数据，内部的更新操作需要通过重写原始parquet文件完成。 优点：读取时，只读取对应分区的一个数据文件即可，较为高效。 缺点：数据写入的时候，需要复制一个先前的副本再在其基础上生成新的数据文件，这个过程比较耗时。且由于耗时，读请求读取到的数据相对就会滞后。 Merge

查看更多 →

动态加速： 动态加速工具直接对目标应用进程进行加速，无需中断业务，在业务无感知的情况下完成优化工作。 表1 静态加速和动态加速优缺点 应用加速方式 优点 缺点 静态加速 以二进制可执行文件为粒度进行优化，无需修改程序代码。 优化后需要重启应用程序。 动态加速 以应用进程为粒度进行优化

查看更多 →

个转发规则流转数据的最大积压（缓存）大小为1GB，最大积压（缓存）时间为24小时，如需修改可参考数据转发积压策略配置。 清空积压消息 当规则引擎将消息转发至第三方应用 服务器 时，若该服务器故障导致消息无法及时处理，IoT物联网平台将会积压数据。考虑到用户对数据实时性的要求，我们支持

查看更多 →

创建集成应用。 使用规则引擎转发DIS时，用户需要具备DIS Administrator角色权限。 创建规则 登录ROMA Connect控制台，在“实例”页面单击实例上的“查看控制台”，进入实例控制台。 在左侧的导航栏选择“设备集成 LINK > 规则引擎”，单击页面右上角的“创建规则”。

查看更多 →

输入用于转发的测试数据，或单击右上角"模拟输入模板"，使用模板数据，然后单击"连通性测试"。 图2 转发目标-连通性测试结果 父主题： 规则引擎

查看更多 →

重分布操作，从而减小网络开销，同时减少了plan segment（每个plan segment都会起对应的线程）。 Replication缺点是每个DN都保留了表的完整数据，造成数据的冗余。一般情况下只有较小的维度表才会定义为Replication表。 哈希表（Hash） 表数据

查看更多 →

为什么要采用mysqldump和pg_dump工具迁移 该方案优点是简单，容易上手，缺点是停机时间较长。因此它适用于数据量不大，或者允许停机的时间较长，并且在这个时间范围内能够完成的数据。 由于云数据库RDS服务提供的服务与原来的数据库服务是完全兼容的，所以对于用户来说，从原有数

查看更多 →

图1 添加组件 选中组件 在画布中选中组件 在画布中可以直观地看见已拖入的组件，鼠标单击即可选中组件。 优点：能在画布中直观地看见组件。 缺点：当组件层级嵌套过多时，直接选中父组件将变得困难。 图2 在画布中选中组件 在大纲树中选中组件 在左侧大纲树插件中，以树的形式展示了当前页

查看更多 →

据，加速MySQL的访问。 如下图图1所示，“传统被动缓存方案”需要用户自行开发代码把MySQL中的数据写入到缓存中，存在效率低、不可靠的缺点。而采用云数据内存加速的“全自动主动缓存方案”，支持界面可视化配置，配置完成后即可实现数据自动同步。同时还支持数据过滤及过期等功能，极大提高了开发效率及数据的可靠性。

查看更多 →

据，加速MySQL的访问。 如下图图1所示，“传统被动缓存方案”需要用户自行开发代码把MySQL中的数据写入到缓存中，存在效率低、不可靠的缺点。而采用云数据内存加速的“全自动主动缓存方案”，支持界面可视化配置，配置完成后即可实现数据自动同步。同时还支持数据过滤及过期等功能，极大提高了开发效率及数据的可靠性。

查看更多 →

，它不仅仅是版本管理范畴，更服务于项目流程管理和团队协同开发。所以，有必要制定适合自己研发场景的工作流。 下面介绍四种工作流的工作方式、优缺点，以及使用中的一些注意事项。 集中式工作流 功能分支工作流 Git flow工作流（推荐） Forking工作流 研发团队可以根据实际研发

查看更多 →

设备联动规则 设备联动规则是规则引擎的一种，通过设置一个规则的触发条件（如温度阈值、时间等），在满足触发条件时，物联网平台会触发一个指令来使设备执行一个操作（如上报信息、打开设备开关、上报告警等）。详细请参见规则引擎。 告警管理 支持管理通过规则引擎里定义触发的设备告警，包括查看

查看更多 →

速度。而且，这种额外开销的工作可以通过后台进程而不是前端查询来处理。 这种方法的主要缺点在于搜索时除了常规的索引还必须要扫描待处理实体的列表。因此，大的待处理实体的列表会显著的拖慢搜索。另一个缺点是，虽然大多数更新很快，但是一个导致待处理列表（pending list）变得“太大

查看更多 →

业务应用调用API是否正常。 业务应用向ROMA Connect的Topic收发消息是否正常。 设备向ROMA Connect收发数据是否正常，规则引擎是否正常转发数据。 父主题： 恢复/迁移集成资产

查看更多 →

速度。而且，这种额外开销的工作可以通过后台进程而不是前端查询来处理。 这种方法的主要缺点在于搜索时除了常规的索引还必须要扫描待处理实体的列表。因此，大的待处理实体的列表会显著的拖慢搜索。另一个缺点是，虽然大多数更新很快，但是一个导致待处理列表（pending list）变得“太大

查看更多 →

writepid /dev/cpuset/system-background/tasks 系统级保活方式有以下优缺点： 优点：系统级的自启动和保活，可靠性高，拉起实时性高。 缺点：需要重启一次手机才可生效。 （2）用户级保活 如果既需要开机自启又需要保活管理程序，而且不希望重启手机生效，可以先在

查看更多 →

”、“修改后端API”、“查询后端API详情”和“测试后端API”接口的“required”参数描述。 2020-06-29 优化“创建规则引擎源端”接口的“dataFormatTrans”和“ruleSrcLevel”参数描述。 2020-03-30 修改错误码描述。 2019-12-17

查看更多 →

行存储和列存储的差异 上图中，左上为行存表，右上为行存表在硬盘上的存储方式。左下为列存表，右下为列存表在硬盘上的存储方式。 行、列存储有如下优缺点： 存储模型 优点 缺点 行存 数据被保存在一起。INSERT/UPDATE容易。 选择(Selection)时即使只涉及某几列，所有数据也都会被读取。

查看更多 →

on Function），下一个搜索点为采集函数的极大值点。相比网格搜索，贝叶斯优化会利用之前的评估结果，从而降低迭代次数、缩短搜索时间；缺点是不容易找到全局最优解。 表1 贝叶斯优化的参数说明 参数 说明 取值参考 num_samples 搜索尝试的超参组数 int，一般在10

查看更多 →

行存储和列存储的差异 上图中，左上为行存表，右上为行存表在硬盘上的存储方式。左下为列存表，右下为列存表在硬盘上的存储方式。 行、列存储有如下优缺点： 存储模型 优点 缺点 行存 数据被保存在一起。INSERT/UPDATE容易。 选择(Selection)时即使只涉及某几列，所有数据也都会被读取。

查看更多 →