字段设计 选择数据类型 在字段设计时，基于查询效率的考虑，一般需要遵循以下原则： 尽量使用高效数据类型。 选择数值类型时，在满足业务精度的情况下，选择数据类型的优先级从高到低依次为整数、浮点数、NUMERIC。 当多个表存在逻辑关系时，表示同一含义的字段应该使用相同的数据类型。

查看更多 →

作为主键。最好选择值的顺序是连续增长的列作为主键，所以建议选择使用自增ID列作为主键。 限制每张表上的索引数量，建议单张表索引不超过5个。索引并不是越多越好，索引可以提高查询的效率，但会降低写数据的效率。有时不恰当的索引还会降低查询的效率。 禁止给表中的每一列都建立单独的索引。设

查看更多 →

作为主键。最好选择值的顺序是连续增长的列作为主键，所以建议选择使用自增ID列作为主键。 限制每张表上的索引数量，建议单张表索引不超过5个。索引并不是越多越好，索引可以提高查询的效率，但会降低写数据的效率。有时不恰当的索引还会降低查询的效率。 禁止给表中的每一列都建立单独的索引。设

查看更多 →

引入字段 此重构允许您创建一个新的类字段，使用选定的表达式初始化它，并使用对创建的类字段的引用替换原始表达式。这与内联字段重构相反。 执行重构 在代码编辑器中，将光标放置在要提取到类字段的表达式上。 在主菜单或编辑器上下文菜单中，选择Refactor>Introduce Fiel

查看更多 →

字段设计 选择数据类型 在字段设计时，基于查询效率的考虑，一般需要遵循以下原则： 尽量使用高效数据类型。 选择数值类型时，在满足业务精度的情况下，选择数据类型的优先级从高到低依次为整数、浮点数、NUMERIC。 当多个表存在逻辑关系时，表示同一含义的字段应该使用相同的数据类型。

查看更多 →

S，GS_WLM_SESSION_HISTORY，GS_WLM_SESSION_INFO视图的warning字段可以获得对应的性能诊断信息，为性能调优提供参考。 SQL自诊断的告警类型与resource_track_level的设置有关系。当“resource_track_lev

查看更多 →

or，则可以诊断所有的告警场景。 SQL自诊断的诊断范围与resource_track_cost的设置有关系。当SQL的代价大于resource_track_cost时，SQL才会被诊断。SQL的代价可以通过explain来确认。 SQL自诊断功能受enable_analyze_

查看更多 →

则可以诊断所有的告警场景。 SQL自诊断的诊断范围与GUC参数resource_track_cost的设置有关系。当SQL的代价大于resource_track_cost时，SQL才会被诊断。SQL的代价可以通过explain来确认。 SQL自诊断功能受enable_analyz

查看更多 →

表的自增AUTO_INCREMENT初值与步长 数据表中自增字段的AUTO_INCREMENT的初值与步长由auto_increment_increment和auto_increment_offset参数决定。 auto_increment_offset：AUTO_INCREMENT值的初值。

查看更多 →

SQL自诊断 用户在执行查询或者执行INSERT/DELETE/UPDATE/CREATE TABLE AS语句时，可能会遇到性能问题。这种情况下，通过查询GS_WLM_SESSION_STATIS TICS ，GS_WLM_SESSION_HISTORY，GS_WLM_SESSIO

查看更多 →

则可以诊断所有的告警场景。 SQL自诊断的诊断范围与GUC参数resource_track_cost的设置有关系。当SQL的代价大于resource_track_cost时，SQL才会被诊断。SQL的代价可以通过explain来确认。 SQL自诊断功能受enable_analyz

查看更多 →

or，则可以诊断所有的告警场景。 SQL自诊断的诊断范围与resource_track_cost的设置有关系。当SQL的代价大于resource_track_cost时，SQL才会被诊断。SQL的代价可以通过explain来确认。 SQL自诊断功能受enable_analyze_

查看更多 →

在左侧导航栏选择“字段授权 > 添加字段”，参数说明如表1所示，编辑完成后单击“确定”。 表1 参数说明 参数 说明 字段编码 选填，需要添加的字段编码，最大不超过64个字符，要求输入字母数字的组合编码，保存后不可再次编辑。 字段名称 必填，需要添加的字段名称，最大不超过15个字符，支持汉字、字母、数字、特殊字符。

查看更多 →

内联字段 这个重构操作允许您将字段的使用替换为其值，并删除字段的声明。这与引入字段相反。 执行重构 在代码编辑器中，将光标放在您想要内联其值的字段的声明或使用位置。 在主菜单或编辑器上下文菜单中，选择Refactor>Inline Field。 在打开的Inline Field对

查看更多 →

字段设计 选择数据类型 在字段设计时，基于查询效率的考虑，一般需要遵循以下原则： 尽量使用高效数据类型。 选择数值类型时，在满足业务精度的情况下，选择数据类型的优先级从高到低依次为整数、浮点数、NUMERIC。 当多个表存在逻辑关系时，表示同一含义的字段应该使用相同的数据类型。

查看更多 →

字段设计 选择数据类型 在字段设计时，基于查询效率的考虑，一般遵循以下原则： 【建议】尽量使用高效数据类型。 选择数值类型时，在满足业务精度的情况下，选择数据类型的优先级从高到低依次为整数、浮点数、NUMERIC。 【建议】当多个表存在逻辑关系时，表示同一含义的字段应该使用相同的数据类型。

查看更多 →

字段设计 选择数据类型 在字段设计时，基于查询效率的考虑，一般遵循以下原则： 【建议】尽量使用高效数据类型。 选择数值类型时，在满足业务精度的情况下，选择数据类型的优先级从高到低依次为整数、浮点数、NUMERIC。 【建议】当多个表存在逻辑关系时，表示同一含义的字段应该使用相同的数据类型。

查看更多 →

字段设计 选择数据类型 在字段设计时，基于查询效率的考虑，一般遵循以下原则： 【建议】尽量使用高效数据类型。 选择数值类型时，在满足业务精度的情况下，选择数据类型的优先级从高到低依次为整数、浮点数、NUMERIC。 【建议】当多个表存在逻辑关系时，表示同一含义的字段应该使用相同的数据类型。

查看更多 →

作为主键。最好选择值的顺序是连续增长的列作为主键，所以建议选择使用自增ID列作为主键。 限制每张表上的索引数量，建议单张表索引不超过5个。索引并不是越多越好，索引可以提高查询的效率，但会降低写数据的效率。有时不恰当的索引还会降低查询的效率。 禁止给表中的每一列都建立单独的索引。设

查看更多 →

TIMESTAMP 构建执行时间戳。例如：20190219191621。 INCREASENUM 该任务构建执行总次数，从1开始自增长，每执行1次加1。 PROJECT_ID 项目编号。 WORKSPACE 工作空间，源代码根目录。 GIT_TAG 代码tag名，使用tag构建时才有值。

查看更多 →

查看 GaussDB (for MySQL)的存储容量 修改库名和修改表名 字符集和字符序的默认选择方式 自增字段值跳变的原因 表的自增AUTO_INCREMENT初值与步长 修改表的自增AUTO_INCREMENT值 自增主键达到上限，无法插入数据 自增字段取值 自增属性AUTO_INCREMENT为何未在表结构中显示

查看更多 →