Council)是一家非营利性公司，旨在确定交易处理和数据库基准，并向业界传播客观、可验证的TPC性能数据。TPC包含多种测试基准，常见的有TPC-A、TPC-C和TPC-H等，详细请参见官方文档。TPC-C是一种在OLTP基准。由于TPC-C具有多种事务类型，更复杂的数据库和总

查看更多 →

提取方法 选择要提取的代码，然后单击装订线中的灯泡图标，或按“Alt+Enter”键查看可用的重构。源代码片段可以提取到新方法中，也可以提取到不同范围的新函数中。在提取重构期间，系统将提示您提供有意义的名称。 父主题： 重构操作

查看更多 →

图1 Debugging诊断 单击“方法分析”，进入方法分析页签。 输入类名称并选择方法名，单击“确认”。页面展示该方法的某一次执行的信息。 图2 方法分析详情 页面左侧展示该方法的执行记录，包括：耗时明细、调用来源以及方法源码。 耗时明细展示调用方法，耗时时间，“下钻”操作。 单击“下钻”展示某个调用方法的详细信息。

查看更多 →

通用方法 相关类 GatewayClient对象包含获取服务节点、获取各种类型的消息构造器及交易ID等方法，基于SDK开发时，必须先构造该对象。 client.GatewayClient BsClient对象包含富媒体文件上链、下载、操作记录查询等方法，使用 区块链 富媒体存储相关功能时，必须先构造该对象。

查看更多 →

配置方法 视频直播支持配置并开启HTTPS安全加速，保障您的直播数据在传输过程中受到加密保护。 背景信息 强制跳转HTTPS：配置HTTPS后，开启强制跳转HTTPS，若用户发起HTTP请求，服务端会返回302重定向响应，原来的HTTP请求将会被强制重定向为HTTPS请求。 相比HTTP协议，HTTPS具有如下优势：

查看更多 →

${thread} -s 1> workload-insert-mostly_run.log 2>&1 & 测试模型 workload模型 表2 测试模型 测试模型编号 测试模型 workload-read-mostly 100% read workload-write-mostly 100%

查看更多 →

云工厂咨询与设计服务有什么优势？ 产业结构优化：优化产业结构与分工，实现新的协同。 基础设施共建共享：共建共享能力与设施，提升资源利用率。 品质提升：制定云工厂的统一工程工艺标准、质量标准。 产业链协同数字服务：营销、设计协同服务、生产协同服务、采购等产业链交易协同服务。 数字化

查看更多 →

流程设计 宏观层面：重点是组织架构与流程架构匹配，组织设置必须支撑流程价值实现，组织职责必须清晰具体，不能有重叠、空白、过多、过少； 微观层面：看流程角色职责是否通过岗位职责的设置有效落实，岗位职责与其匹配的流程角色职责相符。 单击左侧导航栏“流程设计”并进入流程设计页面。 图1

查看更多 →

设计中心 解决方案工作台提供设计引擎，用户可在线进行解决方案技术架构设计（含集成架构、部署架构）、信息架构设计。 技术架构设计 信息架构设计 父主题： 标准空间

查看更多 →

设计原则 以下是常用的性能优化指导原则： 中心化原则：识别支配性工作量负载功能，并使其处理过程最小化，把注意力集中在对性能影响最大的部分进行提升。 本地化原则：选择靠近的活动、功能和结果的资源；避免通过间接的方式去达到目的，导致通信量或者处理量大辐增加，性能大辐下降。 共享资源：

查看更多 →

设计优化 PERF05-01 设计优化 父主题： PERF05 性能优化

查看更多 →

要能检测，如网络时延变大、磁盘变慢、内存泄露等亚健康故障。 备用检测：冗余系统中，主备用模块的故障都需要检测，避免静默故障。 有特殊寿命器件：应及时监控有特殊寿命（如本地硬盘）要求的期间健康状态，通过提前预警采取维护错误，避免故障的突然发生造成严重影响。 检测速度：需要根据业务综合要求，确定合适的检测速度。

查看更多 →

多点、多重的安全防护机制来分层保护组织的网络、资产和资源。 不依赖单层安全防护能力，不因单一安全防护能力失效而完全暴露。 假设系统受到攻击，系统有一定的韧性能力保持最小化系统运行，可以提供最小化服务。 最小化原则（Least Privilege） 最小化身份：尽可能减少非必要的系统管理员，定时清理过期的身份。

查看更多 →

设计架构 在架构设计阶段伙伴架构师完成集成架构设计和资源清单配置。 创建技术架构 集成架构设计详细操作步骤参见集成架构设计。 伙伴架构师用户登录解决方案工作台，进入工作空间--》选择需要设计的方案--》点击“更多”下拉框--》点击“设计”，即可跳转到架构“设计中心”的页面。 图1

查看更多 →

约束设计 DEFAULT和NULL约束 【建议】如果能够从业务层面补全字段值，则不建议使用DEFAULT约束，避免数据加载时产生不符合预期的结果。 【建议】给明确不存在NULL值的字段加上NOT NULL约束，优化器会在特定场景下对其进行自动优化。 【建议】给可以显式命名的约束显式命名。除了NOT

查看更多 →

VN设计 通过对不同的业务划分为不同的VN，实现生产业务、办公业务、多媒体业务的同类型业务正常互通，不同类型业务隔离不互通。 同时为生产、办公、多媒体、等不同业务分配不同比例带宽，保障网络拥塞时各业务流量都能得到调度。 父主题： 用户业务设计

查看更多 →

约束设计 DEFAULT和NULL约束 如果能够从业务层面补全字段值，那么，不建议使用DEFAULT约束，避免数据加载时产生不符合预期的结果。 给明确不存在NULL值的字段加上NOT NULL约束，优化器会在特定场景下对其进行自动优化。 给可以显式命名的约束显式命名。除了NOT

查看更多 →

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

查看更多 →

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

查看更多 →

约束设计 DEFAULT和NULL约束 【建议】如果能够从业务层面补全字段值，那么，就不建议使用DEFAULT约束，避免数据加载时产生不符合预期的结果。 【建议】给明确不存在NULL值的字段加上NOT NULL约束，优化器会在特定场景下对其进行自动优化。 【建议】给可以显式命名的约束显式命名。除了NOT

查看更多 →

表设计 GaussDB 是分布式架构。数据分布在各个DN上。总体上讲，良好的表设计需要遵循以下原则： 【关注】将表数据均匀分布在各个DN上。数据均匀分布，可以防止数据在部分DN上集中分布，从而导致因存储倾斜造成集群有效容量下降。通过选择合适的分布列，可以避免数据倾斜。 【关注】将表

查看更多 →