Oracle 核心? - 第2页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

家住海淀 发表于 2012-4-10 15:57

如果是柜面管理系统，老胡的理解是完全可以上收到总行层面的网点服务器上，下面通过BS访问或者client访问 ...
Bingo，这个分行服务器就可以说是网点服务器，不过它有自己的数据库，数据库中也保存部分的客户信及账户信息。
FCR中的分行服务器可以做分布式部署也可以集中式部署，可以集中式部署在总行，也可以分布式部署在分行。
啊三的网络环境很差，因此，当你做分布式部署的时候，即使你的网络断掉了，分行仍然可以营业并根据相应限制执行交易，等到网络恢复的时候在批量的提交之前执行的交易。这个特性阿三一直在吹嘘，不过在中国不适用，哈哈哈。
fzhyx 发表于 2012-4-10 16:03

Bingo，这个分行服务器就可以说是网点服务器，不过它有自己的数据库，数据库中也保存部分的客户信及账户信 ...
这么看，这个分行服务器看着还像是前置啊
lxcorange 发表于 2012-10-2 19:09

纯java的应用服务呀，有成功案例么，
大量依靠存储过程实现业务逻辑。
cwoody 发表于 2012-10-6 23:53

平安好像没吃透三哥这套系统 两行整合还想用深发的
难道想用回深发的大机系统？
本帖最后由 fjbaba 于 2012-10-7 21:21 编辑
myfancy 发表于 2012-10-7 10:23

难道想用回深发的大机系统？
两行整合是逐步使用oracle的核心产品，目前正在将在深发大机上的零售业务数据迁移到新的核心系统（FCR)
家住海淀 发表于 2012-4-10 13:55

如果应用全部集中在总行，分行服务器的功能是什么？
其实柜面也可以理解为一个广义的渠道的话，为什么不 ...
如果全部上总行的，数据量太大了，所以往往在分行端设一下中转，中行就是吃了苦头后，改成了这种模式
szhyjl 发表于 2012-10-8 10:46

如果全部上总行的，数据量太大了，所以往往在分行端设一下中转，中行就是吃了苦头后，改成了这种模式
该去后台系统执行的，还是跑不掉必须到后台执行的，做个中转也只是增加一个中间步骤。
中行的苦头应该是系统本身的问题吧，要不然工行建行咋没见有这种现象呢。