开发设计建议 开发设计建议概述 数据库对象命名 数据库对象设计 工具对接 SQL编写

查看更多 →

开发设计建议 开发设计建议概述 数据库对象命名 数据库对象设计 工具对接 SQL编写

查看更多 →

缓存访问失败时，具备降级措施，从DB获取数据；或者具备容灾措施，自动切换到另一个Redis使用。 - 数据设计规范 分类 原则 原则说明 备注 Key相关规范 使用统一的命名规范。 一般使用业务名（或数据库名）为前缀，用冒号分隔。Key的名称保证语义清晰。 例如，业务名:子业务名:id 控制Key名称的长度。

查看更多 →

性能调优总体原则和思路 PyTorch在昇腾AI处理器的加速实现方式是以算子为粒度进行调用（OP-based），即通过Python与C++调用CANN层接口Ascend Computing Language（AscendCL）调用一个或几个亲和算子组合的形式，代替原有GPU的实现方式。

查看更多 →

USER对象设计规范 规则2.5 禁止使用特殊权限用户运行业务，需遵循权限最小分配原则 违反规则的影响： 特殊权限用户如管理员用户，均具有特殊用途，使用此类用户运行业务有安全和管控风险。 方案建议： 使用普通用户运行业务，特殊权限类用户仅用于管理类操作。 规则2.6 禁止使用一个数据库用户运行所有业务

查看更多 →

用户销户，删除用户信息表中该用户的数据。 请参见删除数据。 7 A业务结束后，删除用户信息表。 请参见删除表。 关键设计原则 HBase是以RowKey为字典排序的分布式数据库系统，RowKey的设计对性能影响很大，具体的RowKey设计请考虑与业务结合。 父主题： 开发HBase应用

查看更多 →

USER对象设计规范 规则2.5 禁止使用特殊权限用户运行业务，需遵循权限最小分配原则 违反规则的影响： 特殊权限用户如管理员用户，均具有特殊用途，使用此类用户运行业务有安全和管控风险。 方案建议： 使用普通用户运行业务，特殊权限类用户仅用于管理类操作。 规则2.6 禁止使用一个数据库用户运行所有业务

查看更多 →

原则一：数据按对象管理，明确数据Owner 原则二：从企业视角定义信息架构 原则三：遵从公司的数据分类管理框架 原则四：业务对象结构化、数字化 原则五：数据服务化，同源共享 根据华为方法论，数据管理部在保障信息架构原则落地的同时，还要维护好信息架构的四个要素：数据资产目录、数据模型、数据标准、数据分布。 图3

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

数据指标设计 数据指标设计方法 指标是衡量目标总体特征的统计数值，是表征某一业务活动中业务状况的数值指示器。指标由指标名称和指标数值两部分组成，指标名称及其涵义体现了指标质的规定性和量的规定性两个方面的特点，指标数值反映了指标在具体时间、地点、条件下的数量表现。业务指标用于指导技

查看更多 →

架构设计 部署架构 业务架构 回收站

查看更多 →

设计规范 命名规范 数据库对象（库名、表名、字段名、索引名）命名建议全部使用小写字母开头，后面跟字母或者数字，数据库对象（库名、表名、字段名、索引名）名字长度建议都不要大于32字节。 数据库名称不能使用特殊字符("",.,$,\,/,*,?,~,#,:,|")和空字符\0，数据库

查看更多 →

预估的时间内完成传输，请考虑扩大网络带宽。 数据库 非生产系统数据库可以使用 SMS 离线迁移 生产系统数据库使用数据库备份恢复或者其他数据库原生工具 数据库迁移如果使用SMS，为了保证数据一致性，需要停止数据库进行离线迁移。 使用数据库原生工具的业务中断时间比SMS低。时间估计请参考表1部分。

查看更多 →

应用组设计 使用应用组可以有效地对应用进行监控，在监控页面能够观察该应用的质量情况、带宽使用情况。推荐定义出在生产业务、办公业务、多媒体业务中需要监控的应用，划分到不同的应用组中。后续可以通过QoS策略、智能选路策略及站点上网策略实现对应用的统一策略控制。 生产业务中可定义的应用组：物联网管理等。

查看更多 →

QoS策略设计 为了保证在网络拥塞情况下关键应用流量得到优先调度，需要配置QoS策略，保障关键流量的带宽，同时限制非关键流量的带宽。 办公软件、VoIP流量等为重要业务，属于关键流量，需要优先调度并保证带宽；保卫监控流量等属于非关键流量，对该部分流量进行带宽限制。 根据上行带宽大

查看更多 →

物理模型设计 物理模型是对真实数据库的描述，即根据逻辑模型对应到具体的数据模型的机器实现。解决方案工作台支持多种数据库类型的物理模型，支持从逻辑实体新建物理模型表/从文件导入，支持导出文件等。 创建物理模型 架构师进入到对应空间和方案后，选择对应信息架构的物理模型设计。 点击“新

查看更多 →

业务指标设计 业务指标设计用户定义和计算 数据仓库 中的业务指标。支持导入 DataArts Studio 的业务指标文件。 新建业务指标 架构师进入到对应空间和方案后，选择对应信息架构的业务指标设计，选择DataArts Studio的Region、实例和空间，点击确定后将会自动跳转到

查看更多 →

常规锁设计 分区表通过表锁+分区锁两重设计，在表和分区上分别施加8个不同级别的常规锁，来保证DQL、DML、DDL并发过程中的合理行为控制。下表给出了不同级别锁的互斥行为，标记为√的两种常规锁互不阻塞，可以并行。 表1 常规锁行为 - ACCESS_SHARE ROW_SHARE

查看更多 →

开发设计建议 开发设计建议概述 数据库对象命名 数据库对象设计 工具对接 SQL编写

查看更多 →