版本比较

标识

  • 该行被添加。
  • 该行被删除。
  • 格式已经改变。



1.性能优化--

1.对标标准弹性模型

2.背景

标准弹性模型 如果数据量比较大, 一些弹性字段使用 过滤,排序,关联等操作速度很慢,性能很差,我们将会把该字段升级到标准字段里面

3

...

a.新增字段时

Image Removed

可以选择一个实体字段,这个实体字段就是即可,一旦选中保存不可修改

b.已有字段 但是没有映射实体字段 ,但是后续需要升级到实体字段

选择字段--->>>点编辑 --->>>修改映射实体字段

选定之后不可修改

...

.

...

调用该接口的目的是 将已存在的数据进行升级

...

性能优化--表关联优化策略


背景

list页面速度慢 数据库压力较高 可能造成数据库崩溃/数据库整体性能不佳

...

list 元数据 配置 relation_mode    

注意 前提条件 所有使用到的字段 关联模型是不会去掉的其中包括(过滤/排序/查询字段/做关联)

relation_mode



特点
force_not_used_table
1.强制去掉所有没有使用的表 
2.对于count sql未做特殊处理
least_relation_all
作为统计count sql去掉多余的关联
force_not_used_table
这个的意思是如果没有用到的表 那么就要去除manual这个 将看 内部情况而定 内部定义
relation_mode而定
null
不会去除

...

1.需要relations内部配置ondemand,不然只去掉type未outer的
2.对于count sql 做了特殊处理去除排序和字段的规则
least_relation_all_root_filter
1.需要relations内部配置ondemand,不然只去掉type未outer的
2.对于count sql 做了特殊处理去除排序和字段的规则
3.根节点权限不过滤

least_relation_all_root_filter_sort
1.需要relations内部配置ondemand,不然只去掉type未outer的
2.对于count sql 做了特殊处理去除排序和字段的规则
3.例如左树的页面 list去掉排序
4.
根节点权限不过滤

manual
1.需要relations内部配置ondemand,才会起作用,不然不去掉关联,
2.对于count sql未做特殊处理



relation_mode
ondemand
按照我们的需求来去掉
null不会去除


必须字段

conditions 使用到的字段。 
filter_dict 使用到的字段
fields 查询的字段
sorts 排序的字段