在“设置规则 > 联合索引管理”中，找到需要将属性移出的联合索引。 在需要将属性移出的联合索引行中，单击，弹出“编辑联合索引”对话框。 在右侧已选属性列表勾选需要移出的属性，单击。 单击“确定”。 在弹出的提示框中，单击“确定”。 将关系实体属性移出联合索引 在左侧导航栏中，选择“数据模型管理

查看更多 →

联合索引管理 联合索引概述 创建联合索引 查看联合索引 移出联合索引 删除联合索引 调整属性优先级 父主题： 数据模型管理

查看更多 →

型。 属性优先级 联合索引内属性具有优先级。属性优先级通过属性在列表中的位置来表示，列表顶端属性优先级最高，最先匹配；列表底端属性优先级最低。 支持的范围 支持数据模型本身的属性。 支持从父模型继承的所有属性。 不支持的范围 在应用设计态添加索引时，不支持选择RdmDeleteFlag和MasterId属性。

查看更多 →

在“设置规则 > 联合索引管理”中，单击“新增”。 在弹出的“新增索引”窗口中，设置如下信息。 索引类型：根据业务需求，选择合适的索引类型，默认选择“普通索引”。索引类型详情请参见联合索引概述。 属性列表：在左侧可选属性列表框勾选需要作为索引的属性，单击，将属性添加至右侧已选属性列表框中。 单击“确定”。

查看更多 →

选择“功能配置”页签，即可在“设置规则 > 联合索引管理”下查看到该实体下的所有联合索引。 查看关系实体的联合索引 在左侧导航栏中，选择“数据模型管理 > 关系实体”，进入关系实体页面。 找到待操作的关系实体，单击该关系实体编码，进入关系实体详情页面。 选择“功能配置”页签，即可在“设置规则 > 联合索引管理”下查看到该实体下的所有联合索引。

查看更多 →

删除联合索引 操作场景 如果您的业务已经不再需要一个或多个联合索引，您可以删除联合索引。联合索引删除后，该联合索引内所有索引属性同时被删除。 前提条件 已登录应用设计态。 请确认待删除的联合索引不存在“执行结果”为“成功”。 删除数据实体的联合索引 在左侧导航栏中，选择“数据模型管理

查看更多 →

案例：建立合适的索引 现象描述 查询与销售部所有员工的信息： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 --建表 CREATE TABLE staffs (staff_id NUMBER(6)

查看更多 →

案例：建立合适的索引 现象描述 查询与销售部所有员工的信息： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 --建表 CREATE TABLE staffs (staff_id NUMBER(6)

查看更多 →

案例：建立合适的索引 现象描述 查询与销售部所有员工的信息： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 --建表 CREATE TABLE staffs (staff_id NUMBER(6)

查看更多 →

案例：建立合适的索引 现象描述 查询与销售部所有员工的信息： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 --建表 CREATE TABLE staffs (staff_id NUMBER(6)

查看更多 →

案例：建立合适的索引 创建合适的索引可以加速对表中数据行的检索。索引占用磁盘空间，并且降低添加、删除和更新行的速度。如果需要非常频繁地更新数据或磁盘空间有限，则需要限制索引的数量。在表较大时再建立索引，表中的数据越多，索引的优越性越明显。建议仅在匹配如下某条原则时创建索引： 需要经常执行查询的字段。

查看更多 →

案例：建立合适的索引 现象描述 查询与销售部所有员工的信息： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 --建表 CREATE TABLE staffs (staff_id NUMBER(6)

查看更多 →

案例：建立合适的索引 现象描述 查询与销售部所有员工的信息： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 --建表 CREATE TABLE staffs (staff_id NUMBER(6)

查看更多 →

案例：建立合适的索引 创建合适的索引可以加速对表中数据行的检索。索引占用磁盘空间，并且降低添加、删除和更新行的速度。如果需要非常频繁地更新数据或磁盘空间有限，则需要限制索引的数量。在表较大时再建立索引，表中的数据越多，索引的优越性越明显。建议仅在匹配如下某条原则时创建索引： 需要经常执行查询的字段。

查看更多 →

for MySQL 5.6实例建表时索引使用建议如下： 如果是单字段索引，则字段长度不应超过767字节。 如果是联合索引，则每个字段长度都不应超过767字节，且所有字段长度合计不应超过3072字节。 建表时使用utf8mb4字符集，这是一个4字节字符集。 当索引最大限制是767字节时，

查看更多 →

千万级，与业务确认该表短期内并无大量数据插入，因此推断执行慢是因为未走索引或选错索引。且通过EXPLAIN查看该SQL的执行计划确实是全表扫描。 图2 慢日志 在实例上对该表执行SHOW INDEX FROM检查三个字段的索引区分度（或基数）。 图3 查看索引区分度 可知基数最小

查看更多 →

的转换产生乱码。 所有的表和字段都需要添加注释。使用comment从句添加表和列的备注，从设计初期维护好数据字典。 表单行长度不得超过1024字节。 谨慎使用RDS for MySQL分区表，避免跨分区查询，否则查询效率会降低。分区表在逻辑上表现为一个表，但是在物理层面上将数据存储在多个文件。

查看更多 →

集的转换产生乱码。 所有的表和字段都需要添加注释。使用comment从句添加表和列的备注，从设计初期维护好数据字典。 表单行长度不得超过1024字节。 谨慎使用TaurusDB标准版分区表，避免跨分区查询，否则查询效率会降低。分区表在逻辑上表现为一个表，但是在物理层面上将数据存储在多个文件。

查看更多 →

会降低。分区表在逻辑上表现为一个表，但是在物理层面上将数据存储在多个文件。 表中的列不要太多，尽量做到冷热数据分离，减小表的宽度，以便在一页内存中容纳更多的行，进而减少磁盘IO，更有效的利用缓存。 经常一起使用的列尽量放到一个表中，避免过多的关联操作。 禁止在表中建立预留字段，否

查看更多 →

集的转换产生乱码。 所有的表和字段都需要添加注释。使用comment从句添加表和列的备注，从设计初期维护好数据字典。 表单行长度不得超过1024字节。 谨慎使用TaurusDB标准版分区表，避免跨分区查询，否则查询效率会降低。分区表在逻辑上表现为一个表，但是在物理层面上将数据存储在多个文件。

查看更多 →

文件。 创建表时的副本数必须至少为2，默认是3，禁止使用单副本。 没有聚合函数列的表不应该被创建为AGGREGATE表。 创建主键表时需保持主键的列唯一，不建议将所有列都设置为主键列，且主键表需设置value列。主键表不建议用于数据去重场景。 Doris建表建议 单表物化视图不能

查看更多 →