数据库对象设计 Database和Schema设计 表设计 字段设计 约束设计 视图和关联表设计 父主题： 开发设计建议

查看更多 →

数据库对象设计 Database和Schema设计 表设计 字段设计 约束设计 视图和关联表设计 父主题： 开发设计建议

查看更多 →

数据库对象设计 Database和Schema设计 表设计 字段设计 约束设计 视图和关联表设计 父主题： 开发设计建议

查看更多 →

数据库对象设计 Database和Schema设计 表设计 字段设计 约束设计 视图和关联表设计 父主题： 开发设计建议

查看更多 →

数据库对象设计 Database和Schema设计 表设计 字段设计 约束设计 视图和关联表设计 父主题： 开发设计建议

查看更多 →

数据库对象设计 Database和Schema设计 表设计 字段设计 约束设计 视图和关联表设计 父主题： 开发设计建议

查看更多 →

上分别建立唯一索引。 即使在应用层做了完善的校验控制，只要没有唯一索引，根据墨菲定律，必然有脏数据产生。 同时需要考虑建立的唯一索引对查询是否真正有帮助，没有帮助的索引可以考虑删除； 需要考虑多建立的索引对插入性能的影响，根据唯一性相关的数据正确性需求，以及性能需求来权衡是不是需要多建立唯一性索引。

查看更多 →

ClickHouse数据库设计 ClickHouse DataBase设计 ClickHouse表引擎适用场景说明 父主题： ClickHouse应用开发规范

查看更多 →

调用链中是否采集上报带有参数内容的原始sql 汇聚分表表名 array JAVA - 2.2.2 - 根据配置的表名，汇聚分表的sql。以该表名开头的表汇聚成同样的表名 mysql最大采集行数 integer JAVA 500 2.4.1 - 可采集的mysql最大行数 sql语句最大采集字节数

查看更多 →

资源和成本规划 资源规划说明 以某行业客户为例，客户运行有一套业务系统要迁移到华为云，涉及两台虚拟机和一个Mysql数据库实例，数据量大小10G，根据客户对资源和平台的性能要求，设计以下的资源清单： 资源与成本清单 云服务清单 表1 云服务清单 资源类型 规格 数量 主机（E CS ） s6

查看更多 →

案例 作为示例，让我们内联变量“message”，将其替换为其初始值设定项 “Hello!”。 重构前 重构后 父主题： 内联变量

查看更多 →

案例 作为示例，让我们将变量 “message” 重命名为“greeting”。 重构前 重构后 父主题： 变量重命名

查看更多 →

GaussDB (for MySQL)库表设计规范 所有创建的MySQL表必须为InnoDB引擎，适配MySQL的其它引擎不支持事务。 小数类型建议使用DECIMAL，禁止使用FLOAT和DOUBLE。 FLOAT和DOUBLE在存储的时候，存在精度损失的问题，很可能在值比较的时候得到的结果有误。

查看更多 →

案例 定位任意实体 定位类 查询某个类的成员 父主题： 代码搜索

查看更多 →

案例 作为示例，让我们提取字符串“Hello!”到一个新的消息变量中。 重构前 重构后 父主题： 引入变量

查看更多 →

（必填）实例所属的VPC ID subnet_id （必填）实例所属的子网网络ID security_group_id （必填）实例所属的安全组ID db type （必填）数据库引擎类型 取值范围：MySQL、PostgreSQL、SQLServer version （必填）数据库引擎版本，MySQL引擎支持5

查看更多 →

数据库代理（MySQL） 开启数据库代理 查询数据库代理信息列表 查询数据库代理规格信息 设置读写分离路由模式 关闭数据库代理 父主题： API v3（推荐）

查看更多 →

案例：建立合适的索引 现象描述 查询与销售部所有员工的信息： 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)

查看更多 →