文档介绍：目录冕⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯第一章引言⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯项目的提出⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯.植际交捍婕际醯难芯肯肿础跨地区系统间的协作模式⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯缓存的一致性⋯基于时间差容忍度的缓存一致性⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯.文章的组织⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯第二章系统开发相关技术⋯⋯⋯⋯⋯⋯⋯⋯⋯三层架构⋯⋯..:⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯传统的数据访问层实现方法⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯.际酢分布式缓存技术⋯⋯⋯⋯⋯⋯.植际交捍娌返墓δ堋基于框架的系统模块化和集成技术⋯⋯⋯⋯⋯芄褂隨椤⋯⋯⋯⋯⋯.分布式基础数据维护系统的总体设计分布式基础数据维护系统的总体结构⋯⋯⋯⋯⋯⋯⋯⋯,查询,更新接口和更新订阅接口⋯⋯⋯⋯⋯系统集群配置⋯⋯负载均衡器的设计⋯发布,订阅服务器的设计⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯节点的功能设计及模块划分⋯分布式数据维护系统的关键技术⋯⋯⋯⋯⋯⋯数据库的设计及时问戳的生成⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯..⋯⋯⋯⋯.捍嫱剿惴ā⋯⋯⋯⋯⋯⋯⋯.⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯..
捍嫱剿惴ǖ恼沸浴弧⋯⋯⋯⋯⋯~┰慕涌诘氖迪系统数据流分析系统的演化和代码生成⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯.第五章结语⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯基础数据维护系统的总结基础数据维护系统的运行效果⋯⋯⋯⋯⋯⋯⋯.进一步的工作⋯⋯参考文献⋯⋯⋯⋯⋯⋯⋯⋯⋯..~
摘要对于大型金融机构,金融基础数据存放在较多的分布于垒球的数据服务器中,而与基础数据相关的数据不一致、不准确或不完整问题是金融服务行业中交决了部分问题,但是这样的金融系统还是存在很大的自动化和直通处理上的局限本文提出了一个分布式金融基础数据维护系统,鲁在改善金融公司的基础数易失败的主要原因。因基础数据引起的,交易周期内的各种例外可能导致更多的操作风险、收入损失、财务责任和为了数据整合修复而付出的昂贵人工。为了使系统在有不良数据的情况下也能正常工作,人们往往人为添加系统延时。虽然解性。据访问一致性,从原本的查询和写入多个氖菘猓段5ヒ蝗肟诘摹高性能的、有更新通知能力的、低维护成本的数据维护系统。本文给出了某外资银行,一个金融基础数据改造项目中所涉及的设计、实施、和部署方案,并针对如何维护缓存一致性作了深入探讨。本文从审查项目之前的系统状态开始,定义了一个系统需求的框架著研究了设计和实施的细节。本文提出了具有时间差容忍度的缓存一致性的概念,并以此为目标设计了缓存一致性算法。最后,本文对分布式数据维护系统的数据流及演化方案进行了详细分析。关键词:数据访问:集成:分布式:缓存中图分类号:
琭—鶳.,,.猙甀甌”篋籌。籆:
第一章引言金融系统中基础数据管理系统的现状号等在交易系统中必须被依赖的,由各应用程序共有的数据。基础数据在交易处数据,交易、结算等功能都无法实现。特点,过去的金融系统都没有在基础数据的管理上进行显著投资。系统开发人员开发人员的仔细沟通就建立新表或者新的、简单的管理机制来满足自己的开发需据库中,涉及的表的数量达数百张。其中鍪菘庠谌蚋鞲龅厍饔幸桓隹张表所在的服务器、表名称、用户名、密码以及插入数据的语法。基础数据是在金融系统中使用的一种数据分类。它包括客户、交易产品、账理、规章制度检查、风险分析和客户报表中都需要被使用。没有这些统一的基础基础数据在金融系统中,,但它的数据量小,不经常发生改变,相对市场数据,它的性能要求不高。正因为这些往往在需要基础数据时,临时找一些现有的数据表或者文件,甚至不通过和其他要。近年来,全球金融系统正面临着一系列的挑战,如越来越多的交易、不断减少的结算时间、市场波动、无法预料的交易量突变以及跨地区的全球交易等等。而在这样的趋势下,旧的基础数据管理系统的困难不断地被显现出来。根据的调查サ慕灰滓斐6加纱砦蟮幕∈菀穑且平均每个公司就需要个全职员工来管理基础数据。显然,在没有一个好的基础数据管理系统的支持下,虽然银行通常都投入了大量的人力物力,却收效甚微。笔者所在的外资银行外汇交易部门的基础数据管理系统就是一个非常典型的案例。基础数据错误是引起系统异常的最常见的原因。数据被保存在个数贝,这些拷贝与主数据库之间没有系统的同步。于是不同的系统开发人员在需要同步数据时,就编写了一些仅仅满足自身需要的脚本,针对特定表进行复制。而为了维护这样的系统,系统维护人员建立了一系列文档,使用自然语言来描述数据的维护过程。随着数据结构的不断改变,数据的维护过程也越来越复杂。如要创建一个新的币种,需要人工向张表插入数据。文档中需要详细描述这而数据修改之后。