宽表设计原则 宽表设计原则 由于ClickHouse的宽表查询性能较优，且当前ClickHouse可支持上万列的宽表横向扩展。 在大部分场景下，有大表两表join以及多表join的场景，且多个join的表数据变化更新频率较低，这种情况，建议对多个表join查询逻辑提前进行加工处理

查看更多 →

签时，需先将对应的标签键/标签值预先定义完成。分类所有资源对象时都必须绑定已规划的标签键及其对应的标签值。 避免包含企业隐私信息 标签的键/值信息尽量不要使用涉及企业或个人的隐私信息，例如企业保密项目的名称、项目的收入数据、个人的电话号码和邮件地址等。 标签键设计示例 下表列举了

查看更多 →

遵循的协议和标准 表1 遵循的协议和标准 项目 指标 视频编解码协议 H.265、H.264 HP、H.264 BP 音频编解码协议 AAC-LD单双声道、G.711A、G.711U、G.722、G.722.1C、G.729A、Opus 多媒体框架协议 H.323、SIP 数据会议

查看更多 →

个模型前向运算相关的源代码都被复制粘贴进同一个文件中，而不是调用某些抽象提取出的模块化的库，Diffusers的这种设计原则的好处是代码简单易用、对代码贡献者友好，但也有明显的缺点，因为这种反软件结构化的设计，导致对于昇腾适配来说比较复杂，因为没有统一的模块化的库可以适配，只能针

查看更多 →

西北原则 概述 西北原则指对于一段道路，选择西、北的点作为起点，先西后北。 道路走向按照西北原则选择“起点”和“终点”，整体的“起点”和“终点”确定后，道路的整体走向就确定了。从起点”到“终点”为正向，从“终点”到“起点”为逆向，匝道的走向和道路的走向相同，即： 汇入正向，则为正向；

查看更多 →

第三方硬件出现故障，可查看第三方相关资料或拨打第三方公司的服务电话求助。 维护人员在上岗前必须接受必要的应急维护培训，应熟练使用数据中心各个产品的运维功能，学习判断紧急事故的基本方法、掌握处理紧急事故的基本技能。 父主题： 维护工程师必读

查看更多 →

安全认证应用开发建议 账号管理应该遵循如下原则 业务应用应申请业务应用账号，切忌使用原有系统账号。 新账号权限遵从最小原则。 父主题： 安全认证

查看更多 →

写入或修改成功。 4 使用正确的高可用连接地址，避免单点故障场景影响业务。 业务程序内网连接数据库时，应使用负载均衡地址，实现高可用。应避免将业务程序直连到某个单独的计算节点。 说明： 针对公网访问数据库的场景，同样应避免将业务程序直连到某个单独的计算节点，请参考通过弹性负载均衡

查看更多 →

bk。 应简单明了，表示业务意义，而不是内部实现。例如，createPayment，错误样例InsertAndUpdatePayData。 变量命名 在服务编排流程中，除了系统的输入变量和输出变量，在服务编排流程使用的内部变量： 输入变量和输出变量：命名遵循接口设计文档的要求。 内部变量：元素命名遵循驼峰命名原则。

查看更多 →

化，提高集群的性能和可支持的并发度。通过对关联条件和分组条件的仔细设计，能够尽可能的减少不必要的数据shuffle。 选择存储方案 【建议】表的存储类型是表定义设计的第一步，用户业务类型是决定表的存储类型的主要因素，表存储类型的选择依据请参考表1。 表1 表的存储类型及场景 存储类型

查看更多 →

化，提高集群的性能和可支持的并发度。通过对关联条件和分组条件的仔细设计，能够尽可能的减少不必要的数据shuffle。 选择存储方案 【建议】表的存储类型是表定义设计的第一步，用户业务类型是决定表的存储类型的主要因素，表存储类型的选择依据请参考表1。 表1 表的存储类型及场景 存储模型

查看更多 →

总体开发原则 应完全按照设计文档进行开发。 程序模块应做到高内聚低耦合。 应有正确、全面的故障对策。 程序编写应做到结构合理，条理清晰。 程序名称命名应按照统一的命名规则进行命名。 应充分考虑程序的运行效率，包括程序的执行效率和数据库的查询、存储效率，在保证应用的同时应使用效率高的处理方法。

查看更多 →

总体开发原则 应完全按照设计文档进行开发。 程序模块应做到高内聚低耦合。 应有正确、全面的故障对策。 程序编写应做到结构合理，条理清晰。 程序名称命名应按照统一的命名规则进行命名。 应充分考虑程序的运行效率，包括程序的执行效率和数据库的查询、存储效率，在保证应用的同时应使用效率高的处理方法。

查看更多 →

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

查看更多 →

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

查看更多 →

选取具有实际意义和内涵的词或词组作为域名，既可以反映网站的性质，也有助于实现企业的营销目标。 例如，可以采用企业名称、产品名称、品牌名称作为网站域名，使企业的网络营销目标和非网络营销目标达成一致。 不建议选取其他企业拥有的独特商标名作为域名。 选取其他企业独特的商标名作为自己的域名，很可能会引起法律纠纷。 父主题：

查看更多 →

机会点重复处理原则？ PCE机会点重复处理原则：当多个PO或者HO出现重复时，仅允许一个PCE机会点通过。 多个PO重复：原则上以“机会点验证通过”的提交时间点为准；伙伴提交的机会点状态为“机会点验证通过”后，不再接受其他伙伴提交的重复机会点。 PO和HO重复：HO以提交时间点为准，PO以

查看更多 →

港节点的云速建站无需进行备案。 网站域名备案 网站备案原则是您的 服务器 资源在哪里就需要在哪里备案。购买云速建站后，需要在华为云备案。如果您的域名已经在第三方备案过，当前需要把此域名绑定到云速建站，依然要在华为云备案。 备案操作步骤请参考首次备案流程指导，绑定中国香港站点的域名无需备案。

查看更多 →

表设计 总体上讲，良好的表设计需要遵循以下原则： 减少需要扫描的数据量。通过分区表的剪枝机制可以大幅减少数据的扫描量。 尽量减少随机I/O。通过聚簇可以实现热数据的连续存储，将随机I/O转换为连续I/O，从而减少扫描的I/O代价。 选择分区方案 当表中的数据量很大时，应当对表进行分区，一般需要遵循以下原则：

查看更多 →

【建议】表的存储类型是表定义设计的第一步，客户业务类型是决定表的存储类型的主要因素，表存储类型的选择依据请参考表1。 表1 表的存储类型及场景 存储类型 适用场景 行存 点查询（返回记录少，基于索引的简单查询）。 增、删、改操作较多的场景。 列存 统计分析类查询 （关联、分组操作较多的场景）。

查看更多 →

联条件和分组条件的仔细设计，能够尽可能的减少不必要的数据shuffle。 选择存储方案 【建议】表的存储类型是表定义设计的第一步，客户业务类型是决定表的存储类型的主要因素，表存储类型的选择依据请参考表1。 表1 表的存储类型及场景 存储类型 适用场景 行存 点查询(返回记录少，基于索引的简单查询)。

查看更多 →