029.Credit是这样的
Credit是一个项目，一个团队，一种精神。 作为信贷项目，从活力门开始，几乎没2年一个波折，历经几次危机。 作为一个团体，高峰时30多人，稳定时20几人，低谷时10几人。 作为一种精神，可用一个“和”字总结。 项目要结束，是缘分到了，是预算赤字，是局势避险。
@史荣久 / 2014-02-24 / CC-BY-SA-3.0
1.版本与事件
这里的一个版本，可以理解为一个使用Credit系统的客户。 数了下启动画面，共21个，实际有差不多30个版本。 最初Livedoor，然后NEOLINE-CAPITAL，再后KAZAKA。 最初活力门事件，然后收SKB（振兴银行），再后收TKF（武富士）。
2.技术与功能
2004年，技术还算入流的，相对于大机的信用系统，Java各种优越。 随后，业务求稳定，客户求多快好省，主框架没有本质的进化与更新。 业务功能全面，包括贷款申请，顾客信用，收前催帐，代收转让，文书报表等。 多年下来，市场总变，开发不断，质保运维，啥啥都干，早八晚五，时紧时闲。
--单表数据量
SELECT RELNAME, RELTUPLES
FROM PG_CLASS R JOIN PG_NAMESPACE N
ON (RELNAMESPACE = N.OID)
WHERE RELKIND = 'R' AND N.NSPNAME = 'PUBLIC'
ORDER BY RELTUPLES DESC;
--RELNAME RELTUPLES
--HISTORYLOANCUSTOMERCONTACT 641979968
--HISTORYLOANTRANSACTIONITEM 366690464
--MASTERLOANCONTRACT 103142608
--LOGINDEX 22389364
--MASTERCUSTOMER 3515264
--MASTERPERSON 3502074
-- 年分对应ticket
select year(createtime) `YEAR`,count(*) `COUNT` from ticket
where pid=58
group by `YEAR`;
--# YEAR, COUNT
--2008, 1011
--2009, 5224
--2010, 5904
--2011, 4118
--2012, 2877
--2013, 3014
--2014, 328
-- ticket最多年月
select DATE_FORMAT(createtime,"%Y-%m") `YYYY-MM`,count(*) `COUNT` from ticket
where pid=58
group by `YYYY-MM` order by `COUNT` desc limit 0,5;
# YYYY-MM, COUNT
--2009-08, 856
--2010-06, 768
--2009-09, 758
--2009-12, 689
--2010-04, 613
后来，收购了武富士，单表数据上亿，索引优化和硬件升级不能解决问题. 终于，枯木逢春，要重做系统，hadoop，dubbo，ci，djunit等一应俱全。
3.出口创汇
活力门事件后，抽取的些每月请款数额（日元）
2006-11 2829699 <== 活力门事件了
2007-04 3013032.67
2008-09 3469206.40 <== 次贷危机，别人危了，我们机了。
2009-12 6850000 <== 危机中吃掉不少同行，有钱了
2010-03 6651667 <== 振兴银行破产
2011-04 6850000
2012-02 7350000 <== 武富士，我们来了。
2013-07 6000000
2014-06 2800000 <== 5831进行项目最后的交接。
4.过去的整理
开发模式:http://trydofor1111.sinaapp.com/a9w3-auhome/trydofor/article/2009/0204145037/body.htm
项目规模:http://trydofor1111.sinaapp.com/a9w3-auhome/trydofor/article/2008/1207025410/body.htm
直接客户:http://jtrustsystem.co.jp/company/index.html
集团网址:http://www.jt-corp.co.jp/
EKI用户:http://www.nihon-hoshou.co.jp
各启动画面
微盘不知为啥不好用了，搬到自己家…
