服务器 客户端设计流程图 更多内容
  • 用复合图元。 单击图元,或使用鼠标将图元拖拽到画布上,选择需要转移到的子流程及其跳转节点。 典型使用场景 子流程图元的使用可参见图2,结束图元典型使用场景中包含了子流程图元。 父主题: 图元

    来自:帮助中心

    查看更多 →

  • 查询复杂流程图数据 - queryActInstInfoByProcId 功能介绍 通过流程实例ID查询复杂流程图数据。 授权信息 账号具备所有API的调用权限,如果使用账号下的IAM用户调用当前API,该IAM用户需具备调用API所需的权限,具体权限要求请参见权限和授权项。 URI

    来自:帮助中心

    查看更多 →

  • 行处理人?。 修改流程图里的处理人,各阶段修改流程图里的处理人场景如下: 注册阶段:注册阶段还没有进入工作流,编辑方案可以修改流程图里的处理人,修改的处理人保存在草稿中,提交方案后流程图里的处理人生效。 设计阶段:编辑方案可以修改流程图里的处理人,修改方案设计人和方案审核人提交后

    来自:帮助中心

    查看更多 →

  • 在需求的流程图里选择的默认处理人后面可以更改吗? 可以更改。 方式一:在流程图里修改处理人 提交人在非报告审核、非需求审核阶段可直接编辑需求,在流程图里修改处理人。 用例的设计人和用例的执行人修改后,提交需求后就直接生效了,后续是可以修改的,可以在流程图里修改,也可以由主处理人在

    来自:帮助中心

    查看更多 →

  • 设计 大数据在云上的部署架构设计请参考大数据架构设计,本节不再赘述。这里重点介绍数据迁移方案和任务迁移方案的设计设计数据迁移方案 大数据的数据迁移涉及到3类数据,如下表: 表1 大数据迁移的三类数据 分类 说明 元数据 Hive元数据或外置元数据 存量数据 历史数据,短期内不会变化

    来自:帮助中心

    查看更多 →

  • KrbServer及LdapServer原理 Kerberos认证 Kerberos作为安全认证的概念,该系统设计上采用客户端/ 服务器 结构与DES、AES等加密技术,并且能够进行相互认证,即客户端服务器端均可对对方进行身份认证。可以用于防止窃听、防止replay攻击、保护数据完整性等场景,是一种应用对称密钥体制进行密钥管理的系统。

    来自:帮助中心

    查看更多 →

  • 流程编排 新建流程 如未创建流程图,单击“新建流程”按钮,跳转到流程图绘制页面,具体请参考新建流程编排。 如已创建流程图需修改,单击“编辑流程”重新修改流程。 裁剪说明 流程图的裁剪说明,对流程步骤等进行尺寸调整或内容裁剪,以适应流程图设计需求。 补充说明 流程图的补充说明。 版本信息

    来自:帮助中心

    查看更多 →

  • STAR-CCM+部署HPC集群流程图 本文档介绍如何通过仿真软件STAR-CCM+部署HPC集群,流程如图1所示。 图1 基于STAR-CCM+部署HPC集群流程图 父主题: 基于STAR-CCM+部署HPC集群

    来自:帮助中心

    查看更多 →

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

    来自:帮助中心

    查看更多 →

  • 设计Runbook Runbook设计原则 Runbook角色设计 Runbook Checklist设计 Runbook操作步骤设计 Runbook参考模板 父主题: 应用迁移上云

    来自:帮助中心

    查看更多 →

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

    来自:帮助中心

    查看更多 →

  • 设计中心 解决方案工作台提供设计引擎,用户可在线进行解决方案技术架构设计(含技术架构、配置单)、信息架构设计。 技术架构设计 信息架构设计 父主题: 标准空间

    来自:帮助中心

    查看更多 →

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

    来自:帮助中心

    查看更多 →

  • 设计原则 国际标准化组织(ISO)对计算机系统安全的定义为:确保信息资产(包括硬件、软件、网络、数据等)受到保护,以确保其机密性、完整性和可用性。计算机系统安全的目标是保护信息系统免受未经授权的访问、使用、披露、破坏、修改、中断或不可用的威胁,同时确保信息系统能够持续地提供服务。

    来自:帮助中心

    查看更多 →

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

    来自:帮助中心

    查看更多 →

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

    来自:帮助中心

    查看更多 →

  • 故障对系统造成的影响,并持续稳定地运行,建议遵循以下设计原则。 高可用设计 单点故障会导致整个系统崩溃、主要功能受到影响、任务延误的系统轻度损坏或存在较大的故障隐患,因此系统的高可用设计非常关键。 高可用设计的主要手段是冗余,甚至是多级冗余的组合,包括异地容灾方式保证灾难情况下无单点:

    来自:帮助中心

    查看更多 →

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

    来自:帮助中心

    查看更多 →

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

    来自:帮助中心

    查看更多 →

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

    来自:帮助中心

    查看更多 →

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

    来自:帮助中心

    查看更多 →

共105条
看了本文的人还看了