对一级分区表合并分区 使用ALTER TABLE MERGE PARTITIONS可以将多个分区合并为一个分区。 例如，将范围分区表range_sales的分区date_202001和date_202002合并为一个新的分区，并更新Global索引。 ALTER TABLE range_sales

查看更多 →

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

查看更多 →

对一级分区表合并分区 使用ALTER TABLE MERGE PARTITIONS可以将多个分区合并为一个分区。 例如，将范围分区表range_sales的分区date_202001和date_202002合并为一个新的分区，并更新Global索引。 ALTER TABLE range_sales

查看更多 →

String 参数解释： 合并请求状态。 约束限制： 无。 取值范围： 取值为以下类型中的一种： opened : 开启中的合并请求。 closed：已关闭的合并请求。 merged：已合并的合并请求。 locked：已锁定的合并请求。 all：所有状态的合并请求。 默认取值： all：所有状态的合并请求

查看更多 →

合并本地上传文件 功能介绍 合并本地上传文件。 URI URI格式 GET /softcomai/datalake/collection/v1.0/upload/complete 参数说明 参数名 是否必选 参数类型 备注 uploadId 是 String 文件唯一标识。 请求

查看更多 →

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

查看更多 →

这些消息头的处理过程相同。在并发合并段的情况下，仍然遵循Last Write Win策略，但“Last Write”的时间定义为段任务的初始化时间。 已经上传的段，只要没有取消对应的多段上传任务，都要占用用户的容量配额；对应的多段上传任务“合并段”操作完成后，只有指定的多段数据占

查看更多 →

#将拉取下来的最新内容合并到当前所在的分支中 在merge的时候，会将有冲突不能合并的内容做出提示。 示例：冲突的产生与解决 下面模拟一个情景来帮助理解冲突的产生和解决的过程，情景如下。 某公司的一个项目使用 代码托管服务 和Git工具来管理，这个项目有一个功能（假设此功能涉及的修改文件

查看更多 →

</ListPartsResult> 响应消息头 该请求的响应消息使用公共消息头，具体请参考表1。 响应消息元素 该请求的响应通过消息元素返回已上传了的段信息，元素的具体含义如表2所示。 表2 响应消息元素 响应字段名称 描述 ListPartsResult 保存List Part请求结果的容器。 类型：Container

查看更多 →

送货批次打印【合并】（PDA） 【功能说明】 用于PDA合并启动送货批号并打印，支持补印和删除； 【操作步骤】 送货单查询：输入查询条件：开始日期和结束日期必输，默认当前日期的前一个月，选择业务类型和工厂名称 -> 单击“获取单据列表”按钮，查询出符合条件的送货单列表； 图1 送货单查询

查看更多 →

合并请求问题 合入合并请求时，提示“无权限” 在本地提交合并请求时，报错"failed to push some refs to '....git'" 在本地解决代码文件冲突

查看更多 →

_request_iid}/approval 表1 路径参数 参数 是否必选 参数类型 描述 repository_id 是 String 仓库短ID merge_request_iid 是 Integer 合并请求在仓库的IID 表2 请求body参数 参数 是否必选 参数类型

查看更多 →

这些消息头的处理过程相同。在并发合并段的情况下，仍然遵循Last Write Win策略，但“Last Write”的时间定义为段任务的初始化时间。 已经上传的段，只要没有取消对应的多段上传任务，都要占用用户的容量配额；对应的多段上传任务“合并段”操作完成后，只有指定的多段数据占

查看更多 →

： 开启合并请求。表示有合并请求开启时(包括新建和重开合并请求)，会邮件通知到您勾选的角色，默认勾选的角色：评审人、审核人、检视人和合并人。 更新合并请求。表示更新合并请求关联分支的代码时，会推送更新邮件，默认勾选的角色：评审人、审核人和检视人。 合并合并请求。表示合并请求时，会

查看更多 →

多个磁盘/分区之间使用英文分号分开，每个参数的值要保证数量一致（即包含同样个数的分号）。 合并之后磁盘的所有分区大小之和应小于目标磁盘的大小，若磁盘无剩余空间，可能会导致迁移失败。如需调整目标磁盘，请参见调整磁盘大小或新增磁盘。 新分区的名称应该遵循磁盘名+序号（如：vdb4）的命名规则，且不可与已有分区重复。

查看更多 →

管理合并请求 评审意见门禁详解 解决合并请求的代码冲突 创建Squash合并

查看更多 →

stamp类型的表。 注意事项 为保证任务的正常运行，DRS提供了自动化的检查方法，在您启动DRS任务前，会针对源数据库和目标数据库的相关配置、条件进行检查。主要的检查项和对应的处理建议请参考DRS预检查项一览表。除了预检查项目之外，您还需要注意的事情如表4所示 表4 注意事项 类型名称

查看更多 →

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

查看更多 →

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

查看更多 →

for MySQL支持分库分表及读写分离的业务功能吗 RDS支持分库分表及读写分离功能，具体如下： 分库分表功能依赖于所使用的分布式数据库中间件（Distributed Database Middleware，简称DDM），用于解决存储空间或者性能拓展的问题，详见通过DDM对RDS

查看更多 →

该参数必填。下拉框选择您想要设置的分支，支持选择全部分支。 最小检视人数 该参数必填。默认为0，表示无需检视人检视通过，也可通过检视门禁。 最小审核人数 该参数必填。默认为0，表示无需审核人审核通过，也可通过审核门禁。 重置审核门禁 该参数非必填。默认勾选，表示当重新推送代码到MR的源分支时，将MR审核门禁重置。

查看更多 →