bjrcb-日记汇总（二）

来源：互联网发布：单片机电池内阻测试编辑：程序博客网时间：2024/05/24 04:16

-------------------------------------------------------20090402----------------------------------------------------------

1.所有有关保证金的打印，重新整理一下。
A.发放（追加）
    保证金方式为划扣
    a. Dr:2011 or 2017 活期存款
        Cr:2511        保证金存款
       打印帐务传票特转凭证
(注：特转的付款人一定是借方)
B.调减
    保证金方式为划扣
    a.直接调减（无结息，无划扣，活期的情况）
      Dr:2511
        Cr:2011
      打印帐务传票特转凭证
    b.保证金定期（部提）
      Dr:2511
       Cr:2011
      结息:
        Dr:5021(不打印)
         Cr:2611（不打印）
        Dr:2611
         Cr:2011
　　　打印　帐务传票　特转凭证　结息凭证
　　c.保证金定期（定期支取后金额小于定期起存金额转活期）
      Dr:2511（调减保证金金额）
       Cr:2011
      Dr:2511（剩余金额）
       Cr:2011
     结息:
Dr:2611
         Cr:2011
       打印　帐务传票　特转　结息凭证
C.结清
    a.关联
      结息释放
      Dr:2511
       Cr:2011
      结息:
        Dr:2611
         Cr:2011
　　　打印　帐务传票　特转凭证　结息凭证
    b.不关联
      活期不结息不释放
      定期不结息不释放
　D.付款
    不关联及关联部分付款定期需结息（划扣保证金的金额），活期不结息　活期不释放，定期视情况转活（余额小于其存金额）
　　关联且结清　要结息要释放
    不关联且结清的定期部提要结息要转活（余额小于其存金额）
（注：定期转活等同于释放）
2.保函付款时保证金方式的含义
0-无保证金
1-有保证金但不联动释放
2-有保证金且要联动释放

3.既然是这样，就让一切从这里分岭，重新找回自信的自己，想从心底说一句信任是那么的难！！！

4.double型的数据是有精度限制的（包括总位数和小数位数），所以要注意。

-------------------------------------------------------20090403----------------------------------------------------------

1.贷款还款的跨机构问题：
交易机构必须跟贷款所在机构一致，即交易机构跟上传核心的帐务机构必须一致。

2.联调环境搭建。
前置：
核心的IP及端口：172.16.12.8:9000

核算：

核心：

管理：

3.前置环境
BNSCli :核心插件的通讯配置及报文接口
BNSEccSer:ACE插件的通讯配置及报文接口
BNSTcpMain:标准接入插件，链接核算后台

重启某个插件，kill掉相应的进程，系统会自动重启一个相应插件服务。

-------------------------------------------------------20090407----------------------------------------------------------

1.检查联调环境

2.复杂问题简单化。

3.保证金定期调增的问题。
a.需要新签保证金协议吗？

4.核算的标准数据增加了fxddzwj的新索引吗？

5.前置报错，core问题，而非业务报错，如何返回错误信息到前台？？

6.前置如何进行一次交易的转发?
自己的设想：
      a.主控一直监听，然后判断是哪个插件传来的，然后调用改接入插件，然后再后续处理？还是每个插件的接入插件都会有自己的监控程序，当接监控接受到触发条件时，再发送数据到主控？具我理解应该是后者，因为每个客户端（相当于前置而言）所配置的端口都不一样（核算是8898，ACE是9980），而且只有能发起交易的插件才需要有自己的监控（接入插件）。
      b.以ACE发起一次交易为例来设想具体的交易细节：
        1).TcpAdapter/COnceServer.cc 创建并监听端口9980
        2).TcpAdapter/COnceServer.cc 接受到交易请求
        3).TcpAdapter/COnceServer.cc 新建线程调用相关函数进行报文接受和转码
        4).TcpAdapter/ConceServer.cc 向工作流发送数据
        5).WFCtrl2.1/                工作流触发流程流程转移等
        6).最后组包进行发送到前台
   实际的情况：

-------------------------------------------------------20090408----------------------------------------------------------

1.1984查询表外帐号的bug

2.1944外币贷款专户的bug

3.1944还款的回单保证金的回单结息凭证（不打印）

4.注销和出帐时保证金协议不一样？

5.表外业务编号
保函信用证对外担保提货担保/提单背书 -------核算的概念（信用证）
银承贷款承诺应收账款（保理）--------空格

6.Python学习

7.银承柜面到期付款冲正的BW06_BWZH问题。

8.保函付款定期小于起存金额是否要转活期？保函冲正的时候保证金结息没有冲回！！

9.应收款项跟保理的区别。
应收款项只在表外做一个登记。
保理是相当于用应收款项做质押的普通贷款，应收款项的金额取crd_yszkxx所有发票的总额，保理取出帐申请中的金额。

10.保证金定期调增不做处理，管理审批出来的话就报错。

11.ETbale -> exeSQL。

12.整体把握项目，看还有什么可以做。
压力测试

13.原来只是替代品！！！既然是替代品，就要争一口气，让世界追悔莫及！！！！

-------------------------------------------------------20090409----------------------------------------------------------

1.保证金定期调增问题的解决方案：
a.调整保证金的计息为分段计息。（否决）
b.新签协议，原保证金结息结清。
c.定期保证金不做柜面的联动处理。

2.跟Doc.T确认保证金定期调增的问题（0.5'）
3.开会讨论保证金问题（1'）
4.根据客户要求做案例测试核心现在对定期保证金处理情况。（1.5）发现诸多问题，测试了几遍。
5.修改客户查询管理客户查询（1/6）；
6.corba简介：
CORBA标准主要分为三个部分：接口定义语言（IDL）、对象请求代理（ORB）以及ORB之间的互操作协议IIOP。
需安装：
omniORB
Python
7.两个为确定的问题：
a.保证金定期调增的问题
b.表外查询保证金的金额显示问题。

8.保证金定期调减的打印（新增接口）。

9.从核心查询结果返回文件sh：
其中pack_func将400的转码成6000的 KHCX_PKG 在cfg/conv400cfg文件中有定义
-------------------------------------------------
cd $HOME
ftp -in 172.16.12.8 <<!
user rucc rucc
cd ruccobj
lcd udtfile
bin
get LN1978A
by
!

if [ $? -ne 0 ]
then
echo "ftp 取文件失败!请核对文件路径"
exit -1
fi

cd $HOME/udtfile
pack_func LN1978A LN1978A.ASC_TMP KHCX_PKG 2
if [ $? -ne 0 ]
then
echo "转换查询结果文件失败!"
exit -1
fi

mv LN1978A.ASC_TMP KHCX.ASC

#sed 's/$/|/g' LN1978A.ASC_TMP > LN1999D.ASC
#rm -f LN1999D.ASC_TMP
----------------------------------------------------
-------------------------------------------------------20090410----------------------------------------------------------

1.所有的保证金协议号都需要加01，修改问题太不仔细了。

2.压力测试文档：环境配置（核算，前置，核心），数据准备，测试方案（流程的复杂度，操作细则）。
标准数据准备：执行bzsj目录下的相关脚本，执行rock写的做管理案例数据的脚本，准备结算帐号，机构码，柜员等信息（注意修改程序中的交易机构和数据库中的交易机构）。
优化程序，将所有的信息都用脚本生成，但是程序结构要合理，不能给人堆程序的印象。
3.表外出帐时，保证人结算帐号的问题（0.5）；

4.表外调整时：
调减时传保证金方式 5 金额传差额（即调整的保证金金额）
调增时传保证金方式 6 金额传差额（即调整的保证金金额）

5.定期调增的打印。

6.委贷开户是否必须要跟委贷贷款关联？

7.优化压力测试的程序

8.测试流程：（目前支持同时只能交易机构的柜员做交易）

A。准备管理的数据：
172.16.12.60 sjgd/sjgd
. /home/sjgd/cd src/tools
修改 ylcs_sj.pc
make
执行 ylcs_sj

B。准备帐号机构柜员等信息
172.16.12.6 cmis/cmis
/home/cmis/cd src/zqyw
修改.zh.key .zh.value
.jgm.key .jgm.value
.gy.kye .gy.value
执行：gen_conf.sh

C。每次需要重启前置和后台的服务,在.4和.60上执行rst命令
D。执行ylcs.sh
注意其中输入参数中的交易机构要跟.gy.value中的交易机构保持一致,交易日期可以用get_sys_date来确认

9.修改1939 1938保证金的问题。
不会出现定期保证金调增的情况。
1939，1952接口中新增了旧保证金帐号。在没有定期转活期的情况下旧保证金帐号跟保证金帐号一致，退还保证金金额是零，
有转活的情况下，两个保证金的帐号不一致，而且退还保证金金额不为零。
银承没有部分付款，所以没有不存在这种情况。
1939的保证金方式 1 无需释放保证金 2 需要释放保证金

10.我的梦想在那遥远的彼岸，唯有不停的追逐才能达到，现实的任何困难都不能阻挡我前进的脚步。

-------------------------------------------------------20090411----------------------------------------------------------

1.特转中的客户名？？？

2.测试核心新修改的保证金处理。

3.压力测试中将错误信息保存下来以供后续查错处理用。

4.银团：
A。管理的出帐申请和台帐都是自营的部分
B。不管是参加行，还是参加+代理，crd_ytxx中都会有代理行的数据（即SFBH=2）
C。签订合同的时候，签多少金额？（两种参与角色有区别吗）
D。发放的时候发放多少金额？（两种参与角色有区别吗）

5.压力测试，有超时，经查看log分析，是发送核心了但没有返回，查找核心流水，核心人员说没有收到这笔流水？

6.将XXBS放到err_xxbs.log中

-------------------------------------------------------20090413----------------------------------------------------------

1.修改银团发放时：
取发放金额,crd_ytxx:
sfbh=1 and cylx=2 (不用SUM，即参加行)
sfbh=1 and cylx=1 (sum,即代理行)
atom48001.cpp lrs_dlflag[0] = '0'(代理) = '1'(参加行)

2.修改出帐申请的冲正条件。

3.银承保证金金额加控制。

4.压力测试。

5.0051一记双讫，报内部账户不存在，可能是柜员无现金尾箱。

6.宇宙中，不管是物质上的还是精神上的，永远都是守恒的，当出现了问题，你不去承担，那问题就会压在了别人的身上。
夏天，令人惆怅的季节又来了。。。

7.分析core文件：
lquerypv -h core 6b0 64
dbx [ -a ProcessID ] [ -c CommandFile ] [ -d NestingDepth ] [ -I Directory ] [ -E DebugEnvironment ] [ -p oldpath=newpath:...| pathfile ] [ -k ] [ -u ] [ -F ] [ -r ] [ -x ] [ ObjectFile [ CoreFile ] ]

8.dbx
表达式句柄
(dbx)set edit vi/emacs
(dbx)print x
(dbx)print char (x), x / char, (char) x, x

9.自己的事自己做主，自己的事情靠自己解决，要最自己的过去、现在和将来有一个清晰的把握……

10.国际贸易出帐跨机构的问题
管理有一个出帐机构的对应表，我们只需取出帐机构作为帐务机构就行了。(所有外币都这样？)

11.利用测试框架调试程序。极限编程？

12. new->delete malloc->free

13.(dbx)thread
(dbx)registers

-------------------------------------------------------20090414----------------------------------------------------------

1.委托贷款跨机构的问题，目前是一个客户只能有一个客户号，开一个资金帐号，核心不支持通存通兑，所以不能跨机构发放：
初步设想三个方案：
A。核心支持跨机构，这样管理跟核算都无需改动，工作量最小。
B。一个机构开一个资金帐号：管理跟核算修改程序，在CRD_WTR中增加机构信息，开户程序增加机构信息，这样的话可以将开户跟贷款发放分开做，工作量较大。
C。核算修改程序，将开户跟发放合并成一个交易，根据贷款的机构信息联动开户发放，要修改流程，工作量大。

2.压力测试再配置几个流程，测试是哪个插件core掉了。
A.只上核算开户即返回。
B.只上核心即返回。

3.压力测试core原因初步设想：
A。内存泄漏？
B。超时，导致线程未退出，主进程资源耗尽？
测试以证实设想：
逐步施压，关注超时的笔数跟core的关系：
问李工还需要关注什么别的参数？
     压力超时笔数 core
A。10×50 12  N
A。10×50 0  N
A。10×50 358  N
A。10×50 500  Y
数据库空间不够导致超时？数据库drop掉了一个用户之后：
B。1×10 0  N
     10×10 0  N
     10×50 1  N
     10×50 1  N
     10×50 0  N （失败了5笔，由于柜员锁表了，看来4个柜员还不行）

     10×60 0  N （失败了3笔，由于柜员锁表了）
     10×70 0  N （失败了2笔，由于柜员锁表了）
     10×80 0  N （失败了2笔，由于柜员锁表了）

随机柜员数量太少，有4个修改成12个之后：
     10×90 2  N
     10×100 10  Y (失败了1笔，由于柜员锁表了)
     10×100 11  Y
李工修改了程序之后（修改了makefile）
     10×100    3  N
     10×100 0  N （失败了1笔，由于柜员锁表了）
     20×100    66  Y
     15×100 45  Y （失败了1笔，由于柜员锁表了）
把前置移到60上：
     10×100    0  N （失败了1笔，由于柜员锁表了）
     20×100 619  N
     20×100 1082  N
4.60重启会带动。4重启？

5.把压力测试的程序修改成乘法。

6.将。4前置移植到。60上。cfg/ etc/ bin/ tmp/
修改60核算：omniORB.cfg 前置指向
修改60前置：omniORB.cfg BNSEccSer/Communication.xml BNSTcpMain/Communication.xml etc/eaictrl.xml etc/channel.cfg

7.corba小萃：
创建CORBA应用程序的过程大体如下：

● 编写IDL接口定义文件；

● 将接口定义文件编译为相应高级语言源代码，产生服务器框架与客户端存根；

● 基于服务器框架，编写服务对象实现程序；

● 基于客户端存根，编写客户对象调用程序；

● 分别编译客户对象和服务对象程序；

● 运行服务对象和客户对象程序；

服务器类含有服务器的main()方法，可完成以下任务：
? 创建一个 ORB 实例
? 创建一个XXImpl实例（CORBA Hello对象的实现）并通知 ORB
? 获取一个命名上下文的 CORBA 对象引用，在该命名上下文中注册新 CORBA 对象
? 在命名上下文中将新对象注册在"XX"名下
? 等待对新对象的调用

客户端
下面的应用程序客户机将完成以下任务：
? 创建一个 ORB
? 获取一个指向命名上下文的引用
? 在命名上下文中查找 "XX" 并获得指向该 CORBA 对象的引用
? 调用对象的 xxxx() 操作并打印结果

-------------------------------------------------------20090415----------------------------------------------------------

1.表外结清的回单。

2.坚持自我，不要受外界的影响，相信自己能够！

3.You heart me.

4.comprehend use Corba

5.analyse the core using dbx

6.start to learn economics

7.stress/Pressure test
压力  成功（总）成功（核算）成功（核心）超时(总) 核算失败原因核心失败原因 core
20*100 1841  1999/2000 1926/1926 158  柜员锁表   Y
1*1000 1000            N
1*2000 2000            N
10*200 1990  2000/2000   10      Y
2×500 994  994/1000 994/994  6      N
2*400  800            N
2*450  900            N
2*1000 1994  1994/2000   6      N
2*480  960            N
2*490  490  980/980  490/980  0    终端不符 N
2*495  990            N
2*500  1000            N
2*500  0      0  插入明细错误   N
清理了当日明细
2*600  0      0  修改了贷款承诺标志  N
2*600  1200            N
2*2000 2000
再次清理当日明细，做并发测试
10×200 1787  1999/2000   12      Y
5*200  993      7
经唐林指导，李工修改了程序之后
10*200 无超时，无core（只有正常报错，柜员锁表）
20*200 3977  无超时，无core（只有正常报错，柜员锁表）
30*300
8.eai>cd env
eai/env>vi env.aix 修改LEVEL值 -1无log
. .profile

执行一下这个命令，让.profile重新生效，再继续压力测试
env | grep LEVEL

9.核心的冲正，冲串了，没有核心流水每次都修改的第一条记录。

10.Forget the past, start at the beginning. Deeper than the ocean.More broad than the sky.

-------------------------------------------------------20090416----------------------------------------------------------

1.开始写压力测试的文档（融入自己的想法）。

2.分析压力测试，超时的原因。
可能是数据库中的数据太多或者空间不够超时？

3.没有超时，为什么压力测试还这么长时间？
加速1000笔，平均每笔1秒，1000秒=15分钟10秒

5.管理出帐通知大概流程：
   业务申请：产生CRD_CZSQ和CRD_CZ_XXXX
   通知出帐：产生CRD_TZZZ和CRD_TZ_XXXX
   通知撤销：删除CRD_TZZZ和CRD_TZ_XXXX
   申请撤销：删除CRD_CZSQ和CRD_CZ_XXXX

6.Unix上多个线程可以同时对一个文件进行写操作？而不管文件指针有没有关闭。多个线程写同一个文件，输出会乱，但是不会出什么问题。操作系统自己会处理。考虑在每个log后面加上唯一的标识（如ProcID）.

7.初步确认是由于多线程的问题导致前置coer掉，学习之，分析之。
pthread

X.feel yourself

-------------------------------------------------------20090417----------------------------------------------------------

1.把前置和核算后台的log LEVEL都修改成-1.
备份:
LOG_LEVEL=5--不起作用
DBG_LEVEL=8

2.Do not Offer your unrequited love.

3.《Unix环境高级编程》《Thinking In Java》《c++ primer》《Thinking In Java》《Advanced CORBA Programming with C++》编译自己的小内核，在U盘上装上自己的可移动的操作系统，黑客技术。

4.truncate
exp easycore/easycore@easydb file=aaa.dmp owner=easycore log=easycore.log
imp easycore/easycore@easydb file=aaa.dmp fromuser=easycore touser=easycore log=easycore.log;

5.压力测试做数据时需要清理的表
fjjfh(truncate)
fdkbcb_06(truncate)
crd_dkjymx(truncate)
fdrmx(truncate)
fdrmx_06(truncate)
fxddzwj(truncate)
dbcxcdjb(truncate)
ffhz(delete kmh <> 121010)
ffhz_06(delete kmh <> 121010)
dscxxb(truncate)
sgyxxb(update)
crd_czsq(update)
清理日志

6.银承出票的日期取汇票明细中的起始日期，且仅限当天。
银承没有第三方担保的概念，保证金人帐号跟结算帐号都是同一个，取的是台帐中的还款帐号。

7.银团不会出现一个合同多笔借据的情况。

4. ·21种工作流模式简介

1. 顺序（Sequence）
工作流中的各个活动在同一个进程中按顺序依次执行。
例子：在"发送货物"之后"发送单据"。

2. 平行拆分（Parallel Split）
工作流中从一个线程中的一个点拆分为在多个线程中平行执行的多个活动。
例子：活动"付款"激活了"发送货物"以及"通知顾客"的执行。

3. 同步（Synchronization）
工作流中的多个活动在一个点上汇合成一个线程。
例子：活动"归档"在"发票"和"收款"全部完成后被激活。

4. 排他选择（Exclusive Choice）
工作流中的一个点，基于决定或者工作流中的数据，流向若干个分支中的一个。

5. 单合并（Single Merge）
工作流程中的一个点在两个或者多个分支发生非同步的汇合时执行。它假设这些分支中不存在平行执行的情况。
例子：在收到支付或者确认信用之后，汽车被交付给顾客。

6. 多选（Multi-choice）
工作流中的一个点，基于决定或者工作流中的数据，流向若干个分支中的几个。

7. 平行合并（Synchronize Merge）
工作流程中的多个路径在一个点被汇合成一个单一的进程。如果多于一个的路径到达了，活动线程就需要进行同步。如果只有一个路径到达，那么其它的路径应该非同步的重新会聚。该模式假设在一个分支被激活后，不会在等待其它分支完成的过程中再次被激活。
这种模式的难点在于决定在哪些分支到达后启动活动。

8. 多合并（Multi-merge）
工作流程中的多个分支在一个点进行非同步的汇聚。如果多于一个的分支被激活--可能是并发的--每个进入分支的每个活动都在合并之后启动新的活动。

9. 鉴别器（Discriminator）
鉴别器是工作流中的一个点，它等待进入分支中的一个完成，然后才激活其后的活动序列。从那个时刻开始，它等待所有剩余的分支完成，并且"忽略"它们。一旦所有的分支都已被触发，它就会重置自己，以便能被再次触发。
例子：在三个分支中的任意两个到达之后启动后面的活动。

10. 强制循环（Arbitrary Cycles）
工作流中的一个点可以让一个或多个活动反复的执行。

11. 隐式终止（Implicit Termination）
一个子过程应该在没有什么事情可做的时候被停下来。换句话说，在工作流中没有别的活动在执行并且没有活动可被激活的时候终止。

12. 非同步的多实例（Multiple Instances Without Synchronization）
在一个工作流的内部中，可以创建一个活动的多个实例，当然，这需要对新产生的线程的控制能力。

13. 在设计期间预先确定的多实例（Multiple Instances With a Priori Design Time Knowledge）
在特定过程中的特定活动的数量是在设计时就被确定的。一旦所有的实例都完成了，其它的活动应该被启动。
例子：有关危险品的请求需要三个不同的审核。

14. 在运行期预先确定的多实例（Multiple Instances With a Priori Runtime Knowledge）
在一个活动能够被多次激活的这种情况下，在指定情况下的指定活动的实例数量可能取决于情况的特性或者资源的可用性。但是，在活动被创建之前，在运行中的某个阶段，这个数量是可以预知的。一旦所有的实例都完成了，其它的活动应该被启动。
例子：在预定旅行的过程中，如果旅途包含多个飞行的话，活动"预定机票"会被多次执行。如果所有预定都完成了，发票会被发送给客户。

15. 无法在运行期预先确定的多实例（Multiple Instances With a Priori Runtime Knowledge）
在一个活动能够被多次激活的这种情况下，在指定情况下的指定活动的实例数量无论是在设计时或者运行时都不能在活动的实例被创建之前预先确定。但是，在活动被创建之前，在运行中的某个阶段，这个数量是可以预知的。一旦所有的实例都完成了，其它的活动应该被启动。这个模式和模式14的区别在于，在某些实例运行结束之后，新的实例仍能被创建。

16. 延迟选择（Deferred Choice）
工作流中的一个点，有一个或多个分支已经被选择。与XOR拆分相比，并没有明确的选择，但是，选择是取决于环境的。与AND拆分相比，两者中只有一个被执行。这意味着一旦环境启动了其中的一个，另一个就被取消。要注意，选择是被延迟到两个分支中的一个真正开始执行时，也就是说，选择是可以尽可能的推后的。
例子：在收到货物之后，有两种方法可以将其送到。选择取决于相关资源的可用性。因此，选择会被推迟到直到其中一个资源可用为止。

17. 交替平行路由（Interleaved Parallel Routing）
一组活动以任意的顺序执行，每个活动都被执行，他们的顺序是在运行时决定的，并且在任意一个时刻都不会有两个活动在执行。

18. 里程碑（Milestone）
一个活动能否执行取决于一个指定的状态。也就是说，只有在到达一个特定的未过期的里程碑时，活动才被执行。
例子：一个顾客只有在进行六个月以上的飞行之后才能声明自己的飞行里程。

19. 取消活动（Cancel Activity）
一个可执行的活动被强制失效了，也就是说，一个正在等待执行的活动所在线程被移除了。
例子：如果顾客取消了一个请求，那么与之相关的活动也被取消了。

20. 取消实例（Cancel Case）
一个活动的实例被完全消除了。

5.Start Wtrite Tech Articles On the Web.

-------------------------------------------------------20090418----------------------------------------------------------

1.1936 保函编号，对外担保的编号，不是必输项

2.对外担保付汇时用合同号。

3.磁盘阵列raid技术。

4.每个服务最少要起两个的原因：取柜员信息表要单独取一次资源，并且用完后立即释放。
grep ORA *log
科目序号表会锁表。

5.每次做压力测试:lrT_table.setSequence
YLCS_KMXH
YLCS_KMXH06
两个sequence
环境变量YLCS_DEBUG=yes;

    CREATE SEQUENCE YLCS_KMXH INCREMENT BY 1 START WITH 600000 NOMAXVALUE   NOCYCLE   NOCACHE;
    CREATE SEQUENCE YLCS_KMXH06 INCREMENT BY 1 START WITH 600000 NOMAXVALUE   NOCYCLE   NOCACHE;
    export YLCS_DEBUG=yes;
    export DBGLEVEL=8;
    eaictrl stop;
    eaictrl start;( 这几个命令必须在同一个终端运行)

X.
30*1000
|总笔数|成功笔数|失败笔数|最快相应|最慢相应|平均响应|
| 30000|   29999|       1|       0|    8296| 1855.73|
30*1000
|总笔数|成功笔数|失败笔数|最快相应|最慢相应|平均响应|
| 30000|   29999|       1|       0|    8296| 1855.73|
30*1000
|总笔数|成功笔数|失败笔数|最快相应|最慢相应|平均响应|
| 30000|   30000|       0|       0|    7328| 1893.61|
40*500
|总笔数|成功笔数|失败笔数|最快相应|最慢相应|平均响应|
| 20000|   19755|     245|       0|   16278| 2486.07|
(分析是由于数据库没有空闲链接导致修改配置文件启动80个服务)
40*500
|总笔数|成功笔数|失败笔数|最快相应|最慢相应|平均响应|
| 20000|   19960|      40|       0|   30107| 2698.11|
-------------------------------------------------------20090420----------------------------------------------------------

1.前置必备目录(du -sk * 查看文件大小)
tar cvf eai.tar incl2.0/ rsvFlowFile/ udtfile/ bin/ emuicbc/ include/ pub/ shell/ tool/ cfg/ env/ init/ mk/ simulator/ VAC.V6/ etc/ lib/ namelog/ rsvBak/ src2.0/ trace/ qzdb.sql
执行命令omniNames -start 8898 重新生成，tmp/ namlog/ 中的相关文件
(nohup omniNames -start 9842 & 会重新生成nohup.out文件)

2.跑批递延收益多出0.02元

3.1956没有打印（06帐号没有打印）

4.保证金的打印，1939部分付款和1938金额调减时才取退还金额（实际上是转活期的金额）字段。
1936（取划扣金额）
1937（全额释放，直接取释放保证金金额）
1938（转活期取退还金额，调整取调整保证金金额）
1939（全部付款，释放保证金金额需要自己算）
1940（取划扣金额）
1941（无保证金帐务）
1942（全额释放，直接取释放保证金金额）
1943（只有全额兑付，释放金额需要自己算）
后来跟屠姐协商，把退还金额修改成两层含义（一.释放时是释放金额。二.转活期时是转活期金额）

5.普通贷款发放需要插内部帐分户吗？、、、、

X.
(修改了生成帐号取SXH的底层函数，再次测试)
40*500
|总笔数|成功笔数|失败笔数|最快相应|最慢相应|平均响应|
| 20000| 0| 20000| 0| 30143| 1375.51|
(有178笔超时，60后台core掉了)
40*500
|总笔数|成功笔数|失败笔数|最快相应|最慢相应|平均响应|
| 20000| 19999| 1| 0| 11104| 2441.58|

50*400（起了80个服务）
|总笔数|成功笔数|失败笔数|最快相应|最慢相应|平均响应|
| 20000|   19807|     193|       0|   11103| 3068.72|
(有193笔因为数据库连接不够造成错误)
50*400（起100个服务）
|总笔数|成功笔数|失败笔数|最快相应|最慢相应|平均响应|
| 20000|   20000|       0|       0|   12996| 3061.18|
50*1000
|总笔数|成功笔数|失败笔数|最快相应|最慢相应|平均响应|
| 50000|   50000|       0|       0|   23287| 3280.93|
-------------------------------------------------------20090421----------------------------------------------------------

1.银承的出票，保证金关联方式

2.表外金额调整的时候会新生成一个表外协议，如何关联到以前的协议？
根据新的协议，查修改出帐表，取出信用证号或者保函编号字段，在根据信用证号或者保函编号取台帐表，关联上以前的信息。后续的更新台帐和恢复额度等仍按以前的合同即可。

3.普通贷款底层修改了，要修改压力测试的数据。

4.贷款本息查询，接口输出更新成：本金应收利息应计利息复利

5.追求完美的人生！！！加油！！！这种生活只能消磨人的意志，浪费人的生命，必须得改变，改变！！！

6.台帐总帐余额四级分类余额不对
进口开证台帐不对
综合授信台帐<>null 跟新十万

撤销手动更新台帐金额

7. 农户小额信用贷款台帐贷款余额没有更新，客户号144174548，于志勇，农户小额信用贷款10万，
第一次领6万，第二次领1万，第三次领2万，目前台帐余额为6万。急急急

8. select * from cmis.crd_tzzz where htbh='2008000082' for update ;
select * from cmis.crd_tz_jkkz where xyzhm='LC2008000082' for update;
select ye from easycore.ffhz where zh='0111001490005000060';
select * from CMIS.CRD_SXZYHF where htbh='2008000082' ;
（溢短装比率问题）

9. .9的200300这个机构的标准数据没了

-------------------------------------------------------20090422----------------------------------------------------------

2.保证金相关打印，接口的前一个保证金帐号是旧账号，后面一个是新帐号。

3.表外的修改标志的保存，空的时候要加判断。

4.修改了核算后台的DBGLEVEL,导致了tsdkyw core掉了？

5。编写压力测试文档
-------------------------------------------------------20090423----------------------------------------------------------

1.开发环境的复测。

2.活期保证金续存定期保证金如何处理？（核心报错）

3.定期转活期时，关联方式不对。
活期的可用余额变成了负数。

4.总线工作流通道插件（模仿TcpAdapter编写）配置文件

5.nohup 和 &不一样。直接在应用程序后面加一个&，如果退出登录，程序就结束。加nohup，程序就不会结束。

6.前置工作原理自我理解：
每个插件都有自己的端口监听自己的服务，当有该接入插件触发其服务时，新开线程进行相应处理（如交换密钥什么的）、接受到报文（按一定的格式解包）并把报文转换成前置的报文格式（omniORB）放到跟工作流交互的通道里，释放线程资源（当然要继续监听）；工作流接受到报文，里面有UniPkgId等标识，识别到改报文要触发的流程，并判断下一个活动的插件是什么，并把报文进行相关处理（比如给交易码赋值什么的）把相应的信息放到跟下一个插件交互的通道里（当然要新开线程并释放掉）；下一个插件（当然也一直在监听），接受到触发报文，从报文中取出相关的信息（比如UniPkgId），然后组织自己需要的报文（如上核心需要的报文），把报文发送出去（当核心插件把报文返回时，跟新接入插件一样，不同的是他们在工作流判断时带有活动ID）；

7.开始着手总结，第一个项目的得得失失。

-------------------------------------------------------20090424----------------------------------------------------------

1.分析压力测试的瓶颈在哪儿？达到峰值后不能再提升的原因。

2.完善压力测试的文档：
16笔/每秒如果并发50个的话

3.du -sk *

4.银团贷款总利息于代理行的利息的比较，结果出现了0.01四舍五入出现了相等的情况。

5.坚持自我

6.银承未恢复授信额度，是跑批没有更新的问题。

7.保函付款和银承付款跑批时额度的更新。

-------------------------------------------------------20090425----------------------------------------------------------

1.(12)批环境和用户
http://172.40.2.189:7080/BJRCBCMIS12/signOn.do
batch 123456

2.
获取信息的表包括：
CRD_CZSQ(出账申请基础表)
CRD_CZ_特殊
CRD_HZFED_ZYHFXX 对一个合同来讲,此表可能没有记录,没有记录就表示不需要

业务品种编码：
010000 流动资金贷款
010001 房地产开发贷款
010002 经营性物业抵押贷款
010003 土地一级开发贷款
010004 项目贷款
010005 企业委托贷款
010006 法人商用房按揭贷款
010007 法人帐户透支
010100 农户小额信用贷款
010101 农户抵押贷款
010102 农户质押贷款
010103 农户保证贷款
010200 直客式一手房屋按揭贷款
010201 间客式一手房屋按揭贷款
010202 直客式二手房屋按揭贷款
010203 间客式二手房屋按揭贷款
010204 直客式转按揭贷款
010205 间客式转按揭贷款
010206 个人一手消费性汽车贷款
010207 个人一手经营性汽车贷款
010208 个人二手消费性汽车贷款
010209 个人二手经营性汽车贷款
010210 个人住房综合授信
010211 个人循环额度
010212 个人借贷合一卡额度
010213 个人房产抵押贷款
010214 个人存单质押贷款
010215 个人国债质押贷款
010216 个人保单质押贷款
010217 个人就学贷款
010218 个人信用贷款
010219 个人保证贷款
010220 个人经营性贷款
010221 个人商户贷款
010222 个人其他贷款
010223 个人委托贷款

020000 商业承兑汇票贴现
030000 银行承兑汇票
040000 国内保理
050000 人民币保函
060000 贷款承诺

070000 进口开证
070001 进口信用证押汇
070002 进口代收押汇
070003 出口信用证项下押汇
070004 跟单托收项下押汇
070005 出口信用证项下贴现
070006 跟单托收项下贴现
070007 对外担保
070008 进口汇出款融资
070009 出口发票融资
070010 打包贷款
070011 提货担保
070012 提单背书
070013 出口保理
070014 福费廷

090000 垫款

3.台帐余额跟分表余额不符：
1 JJ2008000010001                 060000 60000000 10000000 60000000 0
2 JJ2008000042001                 050000 10000000 -10000000 10000000 0
3 JJ2008000055002                 070000 1000000 1100000 1000000 0
4 JJ2008000063002                 010202 600000 96000 600000 0
5 JJ2008000113003                 070007 20000 21000 20000 1000
6 JJ2008000163005                 020000 3600000 3590000 3600000 3600000
7 JJ2008000178001                 070014 20000 0 20000 20000
8 JJ2008000187001                 060000 20000 20000 20000 0
9 JJ2009000024001                 070007 20000 21000 21000 0

4。查看结果：

闲杂人员(419154560) 10:43:39
JJ2008000178001这笔是福费庭跑批扣款时更新总帐有问题

-------------------------------------------------------20090426----------------------------------------------------------

1.几个命令的理解
cfdisk
mkswap
mksf.xfs
mount
ln

-------------------------------------------------------20090427----------------------------------------------------------

1.ld Command
'ld'把一定量的目标文件跟档案文件连接起来,并重定位它们的数据,连接符号引用.一般,在编译一个程序时,最后一步就是运行'ld'.

2.学习Makefile高级使用。

3.开始进行这个项目的总结：技术，业务，综合素质等方面总结。

4。坚持到底，拼劲十足！

5.客户代号:
1-个人
2-对公
bqpgff 1 单位 2 组合

6.整理压力测试。

-------------------------------------------------------20090428----------------------------------------------------------

1。前置成功返回，前台报超时.查询数据库时间超时。

2。贴现日期就是发放的日期
贴现利息就是你计算出来的利息
实付贴现金额＝票面金额 - 贴现利息

3。银承付款日期和台帐状态

4。展期台帐更新。

5。表外金额调减审批问题。

6。开发管理查询核心内部帐户交易。

7。讨厌像哈巴狗一样的人！

-------------------------------------------------------20090429----------------------------------------------------------

1.晚上进城，跟芝麻一起吃饭。My Pleasures

2.抵质押物入账。

3.1945 超时

4。插入信贷对账文件失败。核心记账成功

5。还有，撤销那笔红字还是正常。

6。前置core掉。

7。corba的自我理解：

-------------------------------------------------------20090430----------------------------------------------------------

1.Persistency Remote Invocation.

2.表外调减没有审批了，修改程序中遇到的问题：
A.界面输入的协议编号号调增和调减的不一致，需要修改界面。

3. 部分核销：（本内本金，表外本金，利息）
   根据是否有表内本金：检查bxihs
   还核销本金，检查 dzhxbxhs表
   全部核销检查dzhx_bxhs 表。
4. 99999 的，利息调整（只能99999清算中心机构能调整）。
5. 表外金额调整。