SCGHR 分析思路

--  分析某个模块业务

    a:添加表，登记表，历史表，信息表  --- (把表名搞清楚,再看具体的字段） 先搞清楚大概的数据流向，在着手具体的数据，大处布局，小处着手

    b:表中的字段，以及各表直接传递什么字段

    c:sp实现联系

专技资格管理:

登记表： eVA_ProfChange_Register    -- eProfChange_Register

添加表： 具有专技职务员工   eVA_Professional  -- eProfessional
         未获专技职务员工   eVA_Employee   -- eemployee      

历史表： eVA_ProfChange_All   -- eProfChange_All

信息表： eVA_Professional  -- eProfessional

添加员工：esp_profaddemp

------------------------------
时间： 2024-10-05 07:25:31

SCGHR 分析思路的相关文章

多线程_java多线程环境下栈信息分析思路

导读:Java多线程开发给程序带来好处的同时,由于多线程程序导致的问题也越来越多,而且对问题的查找和分析解决对于菜鸟程序原来是是件头疼的事.下面我就项目中使用多线程开发程序过程中遇到的问题做详细的分析和解决思路的分享.本人也属菜鸟,忘大神指点. 项目描述: 工作中要编写一份程序用于爬取某某网站上的大量图片.从HBase里面遍历出所有的爬取任务,开启固定大小的线程池Executors.newFixedThreadPool(100),提交线程,线程每个线程做的事情是使用FileUtils.copyU

CPU利用率异常的分析思路和方法交流探讨

CPU利用率异常的分析思路和方法交流探讨在生产运行当中,经常会遇到CPU利用率异常或者不符合预期的情况,此时,往往暗示着系统性能问题.那么究竟是核心应用的问题?是监控工具的问题?还是系统.硬件.网络层面的问题?在上线前的测试过程中,经常会遇到新版本应用的CPU占用率比旧版本高,那么到底是新增的或者变更的什么模块导致呢?面对这种情况,我们应该如何定位和诊断问题的根本原因? 本期专题讨论会分享采用什么样的分析思路.分析方法和分析工具进行CPU使用情况的分析:并帮助大家解答以下问题: 1. CPU利用

第一次OllyDbg逆向记录（分析思路和注意点&其他文章）

OllyDbg 操作菜单栏.工具栏.快捷键 C++调用加强 目录 OllyDbg 操作菜单栏.工具栏.快捷键    1 一.    载入观察    1 1.静态载入观察:    1 2.OD动态观察    1 二.    初步尝试下断查找目标    1 1.如何下断    1 2.接下来有两个选择:    1 2.1手动F9运行目标    1 2.2设条件断点    1 2.3 CALL调用时堆栈小解    1 3.初步断点目标 (条件触发情况)    1 三.调用栈回溯    1 1.回溯到无

性能测试通用分析思路和报告编写技巧

1. 通用分析思路 观察现象-->层层递进-->缩小范围-->推理分析-->不断验证-->确定结论 观察现象:现象只要是指页面的表现.服务器的资源表现.各类中间件的健康度.log日志. 各类软件的参数.各类数据库的健康度等. 需要关注的公共指标:响应时间.TPS.QPS.成功率.CPU.MEMORY.IO.连接数.进程\线程数.缓存命中率.流量等: 除了公共指标外,还有一些针对具体系统软件需要监控的指标.比如,JVM中各内存代的回收情况以及GC的情况,PHP-FPM中的max

ANR 分析思路浅析

一.引言 ANR问题是android中常见且令人头疼的问题,相当多的时候不易直接分析出原因. 二.ANR的定义   下面先看下百度百科给ANR的定义: ANR问题常因在main(主线程)线程执行了复杂耗时的操作,比如文件IO.网络访问.无限循环等,最终无奈地被系统抛出ANR. 三.ANR的一般分析思路 1) 从手机的/data/traces/目录导出traces.txt文件: 2) 从traces.txt文件获取ANR产生的时间点T1: 3) 从traces.txt文件获取main线程的运行状态

性能测试-服务端瓶颈分析思路

概述 性能测试中,对服务端的指标监控也是很重要的一个环节.通过对各项服务器性能指标的监控分析,可以定位到性能瓶颈. 后端性能指标有CPU,内存,网络,I/O等等 分析思路 整体系统CPU利用率 内存利用率 磁盘I/O的利用率和延迟 网络利用率 CPU定位分析 CPU利用率大于50%,需要注意:大于70%,需要密切关注:高于90%,情况比较严重. 监控命令:vmstat.sar.dstat.mpstat.top.ps 类型 度量方法 衡量标准 利用率 1.vmstat 统计1-%idle 2.sa

思维四：常用主题的商业分析思路分享

接着上一篇,如何设计商业仪表版的故事线,今天也为大家分享一下我们通常碰到的商业分析思路-销售主题.对于销售主题而言,最重要的就是业绩,那在分析中,我们如何通过数据来诠释业绩呢?业绩做了多少?做的好还是不好?有没有潜在的什么问题需要规避?这些问题的影响大不大呢?今天我们就围绕这如何解答这些问题,来设计一个仪表板. 首先,要回答这些问题,一定要有方法,而数据分析最常用也是最有效的方法就是计算和对比,计算也就是用DAX写度量值,但度量值不在于多,而在于重要,也就是大家通常所说的KPI-关键绩效指标,比

性能瓶颈分析思路

性能瓶颈分析思路 性能分析是一个大课题,不同的架构.不同的应用场景.不同的程序语言分析的方法各有差异,抽象一下大致分为二类: 自底向上:通过监控硬件及操作系统性能指标(CPU.内存.磁盘.网络等硬件资源的性能指标)来分析性能问题(配置.程序等的问题).因为用户请求最终是由计算机硬件设备来完成的,做事的是 CPU. 自顶向下:通过生成负载来观察被测试的系统性能,比如响应时间.吞吐量:然后从请求起点由外及里一层一层的分析,从而找到性能问题所在. 不管是自底向上还是自顶向下,关键点就是生成负载.监控性

常见的内存问题分析思路

一 系统内存不足 Java 应用一般都有单机或者集群的内存水位监控,如果单机的内存利用率大于 95%,或者集群的内存利用率大于80%,就说明可能存在潜在的内存问题(注:这里的内存水位是系统内存). 除了一些较极端的情况,一般系统内存不足,大概率是由 Java 应用引起的.使用 top 命令时,我们可以看到 Java 应用进程的实际内存占用,其中 RES 表示进程的常驻内存使用,VIRT 表示进程的虚拟内存占用,内存大小的关系为:VIRT > RES > Java 应用实际使用的堆大小.除了堆内