本节开始讲DynamicsCRM的窗体排版和设计，窗体也就是我们实际可以看到的表单界面。DynamicsCRM提供了一套独立的表单模板设计引擎，可以很方便的为开发者提供无代码开发，只需要简单的拖动和配置就可以完成一个表单的创作。首先我们定位到实体对于的窗体功能下 上图就是窗体的操作页，首先是窗体的创建。我们新创建一个实体后系统会默认给我们创建四个窗体。根据窗体类型的不同大致可以分为四种，分别是主窗体、快速视图窗体、快速创建窗体、卡窗体。主窗体：是为实体进行数据交互的主要窗体，多个主窗体可以进行切换。快速视图窗体：这些窗体出现在主窗体中，用于显示窗体中某个查找字段引用的某个记录的其他数据。快速创
DynamicsCRM在实施过程中会遇到很多多个实体关联的问题，这样可以实现多个实体的记录通过关联的字段实现数据的综合展示，在SqlServer里面叫做外键，在DynamicsCRM叫做关系。DynamicsCRM有三种实体间的关系。分别是1：N，N:1以及N:N1：N关系顾名思义1：N关系就是一对多关系，也可以理解为主从表关系。在CRM建立方式就是在子表建立一个与主表关联的外键字段，这个字段就是一个关联了主实体的LookUp的字段。建立好之后就完成了1：N关系的建立。1：N关系的应用场景1：N关系的应用场景一版有以下几种，主从表、字段映射、字段的限制主从表关系前面窗体有讲到过，可以通过建立1
DynamicsCRM在实施过程中会遇到很多多个实体关联的问题，这样可以实现多个实体的记录通过关联的字段实现数据的综合展示，在SqlServer里面叫做外键，在DynamicsCRM叫做关系。DynamicsCRM有三种实体间的关系。分别是1：N，N:1以及N:N1：N关系顾名思义1：N关系就是一对多关系，也可以理解为主从表关系。在CRM建立方式就是在子表建立一个与主表关联的外键字段，这个字段就是一个关联了主实体的LookUp的字段。建立好之后就完成了1：N关系的建立。1：N关系的应用场景1：N关系的应用场景一版有以下几种，主从表、字段映射、字段的限制主从表关系前面窗体有讲到过，可以通过建立1
延时统计Delayaccounting..英文：https://www.kernel.org/doc/html/latest/accounting/delay-accounting.html翻译：河东西望..目录延时统计Delayaccounting接口使用任务在执行时等待某个内核资源会意外遇到延迟，例如可运行的任务正在等待空闲CPU。per-task的延时统计功能测量下列情况下任务经历的延迟：正在等待CPU，waitingforaCPU(whilebeingrunnable)同步块I/O的完成，completionofsynchronousblockI/Oinitiatedbythetask
延时统计Delayaccounting..英文：https://www.kernel.org/doc/html/latest/accounting/delay-accounting.html翻译：河东西望..目录延时统计Delayaccounting接口使用任务在执行时等待某个内核资源会意外遇到延迟，例如可运行的任务正在等待空闲CPU。per-task的延时统计功能测量下列情况下任务经历的延迟：正在等待CPU，waitingforaCPU(whilebeingrunnable)同步块I/O的完成，completionofsynchronousblockI/Oinitiatedbythetask
1.权限管理-用户管理-高级搜索-手机号搜索不可用1.1现象 1.2解决思路1.2.1定位接口接口名：system/user/list请求方式：GET请求 1.2.3确定bug所在位置bug定位：在执行查询的sql处，没有添加手机号搜索的条件此处没有根据phone进行搜索 1.2.4修改BUG 2.公海池-创建时间搜索-没有效果2.2.1定位接口接口名是：/business/pool请求方式是：GET 2.2.4修改bug1）接收前端请求的开始时间结束时间 3.商机管理-商机状态搜索框不可用3.1现象略3.2解决思路3.2.1定位接口接口名是：/business/list请求方式是
1.权限管理-用户管理-高级搜索-手机号搜索不可用1.1现象 1.2解决思路1.2.1定位接口接口名：system/user/list请求方式：GET请求 1.2.3确定bug所在位置bug定位：在执行查询的sql处，没有添加手机号搜索的条件此处没有根据phone进行搜索 1.2.4修改BUG 2.公海池-创建时间搜索-没有效果2.2.1定位接口接口名是：/business/pool请求方式是：GET 2.2.4修改bug1）接收前端请求的开始时间结束时间 3.商机管理-商机状态搜索框不可用3.1现象略3.2解决思路3.2.1定位接口接口名是：/business/list请求方式是
DynamicCRM插件中记录日志的方式有多种通常情况下分为ITracingService记录、单独日志表插入记录、文本记录三种。之前整理过ITracingService记录的方式，但这种记录有限制，只有存在异常时才会在插件跟踪日志中查到，异常报错时排查问题到可以，但插件详细的日志记录查看就不很方便，并且插件跟踪日志中记录到最上层的插件，直接通过插件名查询不方便。 单独日志表的方式，也很简单，自定义一个日志表，在插件中调用封装好的日志插入方法即可，但这个存在一个致命的问题，像是普通的信息记录没问题，若存在异常，插入操作会回滚，所以无法通过这种记录排查异常。 第三种文本记录，需要引用第三方组件，
DynamicCRM插件中记录日志的方式有多种通常情况下分为ITracingService记录、单独日志表插入记录、文本记录三种。之前整理过ITracingService记录的方式，但这种记录有限制，只有存在异常时才会在插件跟踪日志中查到，异常报错时排查问题到可以，但插件详细的日志记录查看就不很方便，并且插件跟踪日志中记录到最上层的插件，直接通过插件名查询不方便。 单独日志表的方式，也很简单，自定义一个日志表，在插件中调用封装好的日志插入方法即可，但这个存在一个致命的问题，像是普通的信息记录没问题，若存在异常，插入操作会回滚，所以无法通过这种记录排查异常。 第三种文本记录，需要引用第三方组件，
CPUAccountingController..原文：https://www.kernel.org/doc/html/latest/admin-guide/cgroup-v1/cpuacct.html翻译：河东西望..CPU统计控制器(CPUAccountingController)用来分组使用cgroup的任务，以及统计这些任务分组的CPU用量。CPU统计控制器支持多层次架构的分组。一个统计分组累加所有子分组和分组中的任务的CPU用量。统计分组可以通过挂载cgroup文件系统来创建：#mount-tcgroup-ocpuacctnone/sys/fs/cgroup完成上述操作，父级统计分组
