泛微e-office

 

泛微e-office是一款标准化的协同OA办公软件,实行通用化产品设计,充分贴合企业管理需求,本着简洁易用、高效智能的原则,为企业快速打造移动化、无纸化、数字化的办公平台。
 
 

 

    asp人事管理设计 更多内容
  • 人事管理

    人事管理 人事管理模块提供强大的人事管理功能。对员工提供全程管理,包括未接收、在职、离职、退休过程的管理,为各个模块如考勤、薪资等提供最基本的人事信息基础资料。 人事管理模块是整个人事管理系统的重点与核心,与其它模块有着直接的关系,人事资料的正确性直接影响着其它模块资料的正确性,

    来自:帮助中心

    查看更多 →

  • GS_ASP

    GS_ASP GS_ASP显示被持久化的ACTIVE SESSION PROFILE样本。该系统表只能在系统库中查询。 表1 GS_ASP字段 名称 类型 描述 sampleid bigint 采样ID。 sample_time timestamp with time zone 采样的时间。

    来自:帮助中心

    查看更多 →

  • GS_ASP

    GS_ASP GS_ASP显示被持久化的ACTIVE SESSION PROFILE样本,该表只能在系统库下查询,在用户库下查询无数据。 表1 GS_ASP字段 名称 类型 描述 sampleid bigint 采样ID。 sample_time timestamp with time

    来自:帮助中心

    查看更多 →

  • ASP报告信息

    ASP报告信息 表1 Report Header信息 列名称 描述 Start Time 开始时间。 End Time 结束时间。 Slot Count 指标展示时分割的时间段的个数。 Elapsed Time 生成报告的时间段。 Sample Count 生成ASP报告的总的样本数。

    来自:帮助中心

    查看更多 →

  • WDR报告和ASP报告导出

    WDR报告和ASP报告导出 报告导出请联系管理员。 父主题: 附录

    来自:帮助中心

    查看更多 →

  • ASP.NET Core应用部署到CAE

    ASP.NET Core应用部署到CAE CAE源码部署支持Docker运行时,您可以自行配置Dockerfile文件,在Dockerfile中安装构建环境,定义构建命令,以此支持更多编程语言的项目在CAE部署。 本文以ASP.NET Core应用为例。 前提条件 已创建环境和创建应用。

    来自:帮助中心

    查看更多 →

  • 应用场景

    应用场景 人事管理 人力资源业务没有标准的准则规范,且不同行业、不同规模、不同发展阶段的企业 人力资源管理 重点并不一致,很难形成统一的业务标准并找到完全适配的标准化HR系统产品。传统的人力资源管理系统的功能设计,无法快速适配到实际的现代化企业的人事管理实际场景中,并且开发流程耗时长

    来自:帮助中心

    查看更多 →

  • 流程设计

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

    来自:帮助中心

    查看更多 →

  • 设计中心

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

    来自:帮助中心

    查看更多 →

  • 设计原则

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

    来自:帮助中心

    查看更多 →

  • 设计优化

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

    来自:帮助中心

    查看更多 →

  • 设计原则

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

    来自:帮助中心

    查看更多 →

  • 设计原则

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

    来自:帮助中心

    查看更多 →

  • 设计架构

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

    来自:帮助中心

    查看更多 →

  • 约束设计

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

    来自:帮助中心

    查看更多 →

  • 约束设计

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

    来自:帮助中心

    查看更多 →

  • 表设计

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

    来自:帮助中心

    查看更多 →

  • VN设计

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

    来自:帮助中心

    查看更多 →

  • 表设计

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

    来自:帮助中心

    查看更多 →

  • 表设计

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

    来自:帮助中心

    查看更多 →

  • 约束设计

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

    来自:帮助中心

    查看更多 →

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