（可选）调整员工排序 管理员可调整部门人员的排序，置顶某个员工，方便查看关键人员的信息。 在员工管理界面，单击“调整排序”。 拖动员工信息列表到某个位置，进行排序。 在搜索框中，搜索某个员工，单击，可置顶该员工。 父主题： 通讯录

查看更多 →

案例：使排序下推 在做场景性能测试时，发现某场景大部分时间是CN端在做window agg，占到总执行时间95%以上，系统资源不能充分利用。研究发现该场景的特点是：将两列分别求sum作为一个子查询，外层对两列的和再求和后做trunc，然后排序。可以尝试将语句改写为子查询，使排序下推。

查看更多 →

案例：使排序下推 现象描述 在做场景性能测试时，发现某场景大部分时间是CN端在做window agg，占到总执行时间95%以上，系统资源不能充分利用。研究发现该场景的特点是：将两列分别求sum作为一个子查询，外层对两列的和再求和后做trunc，然后排序。 表结构如下所示： 1 2

查看更多 →

提交排序任务API 功能介绍 用于提交排序训练作业。 URI POST /v1/{project_id}/rank-job 参数说明请参见表1。 表1 URI参数说明 名称 是否必选 类型 说明 project_id 是 String 项目编号，用于资源隔离。获取方法请参见获取项目ID。

查看更多 →

表单排序 表单创建后，在表单开发页面，鼠标左键选中表单直接上下拖动，可调节表单排序。 表单排序 参考登录零代码工作台中操作，登录AstroZero零代码工作台。 在全部应用中，单击应用后的“...”，选择“编辑”，进入编辑应用页面。 鼠标左键选中表单直接上下拖动，即可调节表单排序。

查看更多 →

案例：使排序下推 在做场景性能测试时，发现某场景大部分时间是CN端在做window agg，占到总执行时间95%以上，系统资源不能充分利用。研究发现该场景的特点是：将两列分别求sum作为一个子查询，外层对两列的和再求和后做trunc，然后排序。可以尝试将语句改写为子查询，使排序下推。

查看更多 →

型也可以被标记为可排序的，并且在一种可排序数据类型上的域也是可排序的）。如果该表达式是一个列引用，该表达式的排序规则就是列所定义的排序规则。如果该表达式是一个常量，排序规则就是该常量数据类型的默认排序规则。更复杂表达式的排序规则根据其输入的排序规则得来。 排序规则组合原则 当表达

查看更多 →

型也可以被标记为可排序的，并且在一种可排序数据类型上的域也是可排序的）。如果该表达式是一个列引用，该表达式的排序规则就是列所定义的排序规则。如果该表达式是一个常量，排序规则就是该常量数据类型的默认排序规则。更复杂表达式的排序规则根据其输入的排序规则得来。 排序规则组合原则 当表达

查看更多 →

排序规则版本函数 pg_collation_actual_version (oid) 描述：返回当前安装在操作系统中的该排序规则对象的实际版本，目前仅对case_insensitive有效。 返回值类型：text 示例： 1 2 3 4 5 6 7 8 9 10

查看更多 →

排序规则版本函数 pg_collation_actual_version (oid) 描述：返回当前安装在操作系统中的该排序规则对象的实际版本，目前仅对case_insensitive有效。 返回值类型：text 示例： 1 2 3 4 5 6 7 8 9 10

查看更多 →

排序规则版本函数 pg_collation_actual_version (oid) 描述：返回当前安装在操作系统中的该排序规则对象的实际版本，目前仅对case_insensitive有效。 返回值类型：text 示例： 1 2 3 4 5 6 7 8 9 10

查看更多 →

和9的行。 原因分析 优化器在遇到order by limit语句的时候，做了一个优化，内部使用priority queue结构做排序，该排序方式属于不稳定排序算法，筛选出limit n的结果后就直接返回，不能保证有序性。 解决方案 方案1：可以在需要排序的字段上加上索引。如案例中，alter

查看更多 →

和9的行。 原因分析 优化器在遇到order by limit语句的时候，做了一个优化，内部使用priority queue结构做排序，该排序方式属于不稳定排序算法，筛选出limit n的结果后就直接返回，不能保证有序性。 解决方案 方案1：可以在需要排序的字段上加上索引。如案例中，alter

查看更多 →

自定义排序器 编写自定义排序类继承BulkInsertPartitioner，在写入Hudi时加入配置： .option(BULKINSERT_USER_DEFINED_PARTITIONER_CLASS, <自定义排序类的包名加类名>) 自定义分区排序器样例： public class

查看更多 →

自定义排序器 编写自定义排序类继承BulkInsertPartitioner，在写入Hudi时加入配置： .option(BULKINSERT_USER_DEFINED_PARTITIONER_CLASS, <自定义排序类的包名加类名>) 自定义分区排序器样例： public class

查看更多 →

自定义排序器 编写自定义排序类继承BulkInsertPartitioner，在写入Hudi时加入配置： .option(BULKINSERT_USER_DEFINED_PARTITIONER_CLASS, <自定义排序类的包名加类名>) 自定义分区排序器样例： public class

查看更多 →

自定义排序器 编写自定义排序类继承BulkInsertPartitioner，在写入Hudi时加入配置： .option(BULKINSERT_USER_DEFINED_PARTITIONER_CLASS, <自定义排序类的包名加类名>) 自定义分区排序器样例： public class

查看更多 →

优化器 查询重写 路径生成 计划生成 Analyze utile接口

查看更多 →

容量优化 在客户的运维工作中，为了保证业务可以持续运转不间断，需要提前识别高负载风险实例并提前做出应对措施。容量优化可以根据用户输入的安全阈值帮助客户快速识别风险实例并给出优化建议。 使用场景 当用户期望能预测资源的负载情况，识别出高负载资源时，可以使用该功能进行辅助预测。 限制与约束

查看更多 →

成本优化 在您通过成本中心了解和分析您的成本情况后，您可以确定成本偏高的原因，然后采取针对性的优化措施。 资源优化 您可以通过 云监控服务 监控资源的使用情况，识别空闲资源，寻找节约成本的机会。也可以根据成本分析阶段的分析结果识别成本偏高的资源，然后采取针对性的优化措施。 通过CES

查看更多 →

成本优化 在您通过成本中心了解和分析您的成本情况后，您可以确定成本偏高的原因，然后采取针对性的优化措施。 资源优化 通过CES查看GeminiDB Mongo监控指标，例如CPU、内存、磁盘的使用率，如果当前配置过高，可以通过规格变更降低配置。 监控GeminiDB Mongo资源闲置情况，及时删除闲置的实例。

查看更多 →