在中国人民银行旗下金融信创生态实验室发布的《金融信创优秀解决方案(第三期)》中，金篆GoldenDB联合恒丰银行申报的“业务类系统在分布式数据库上的研究与应用”成功入选。
恒丰银行已基于金篆GoldenDB完成对公信贷业务系统投产，实现了客户评级、业务审批、合同支用、押品管理、贷后检查等11个组件的重构或改造，为支持业务需求敏捷交付奠定基础。
为了更好地落实金融信创生态实验室（简称“实验室”，法人机构名称“北京金安信息技术有限责任公司”）“共赢桥、适配库、孵化器”定位，打造金融信创公共服务平台，实验室初步形成了金融信创解决方案（以下简称“解决方案”）的“征集-甄选-发布”闭环运行机制，于2021年11月启动第一期解决方案征集工作，并持续推进和开展优秀解决方案工作，为金融行业提供可参考、可复制的指南和示范。
实验室开设金融信创优秀解决方案专栏，为金融行业提供借鉴，加速推进金融业信创和数字化转型升级，为金融行业高质量发展和科技自立自强贡献智慧和力量。本期，专栏分享业务类系统在分布式数据库上的研究与应用。
本方案为金篆信科有限责任公司与恒丰银行股份有限公司联合申报。本方案基于金篆GoldenDB积极推进金融级分布式数据库的研究与应用，完成对公信贷业务系统投产，实现了客户评级、业务审批、合同支用、押品管理、贷后检查等11个组件的重构或改造，为支持业务需求敏捷交付奠定基础。对公业务处理全流程在智能化、灵活性、友好性、性能等方面明显优化，显著提升了对公信贷业务的科技服务能力和信息安全水平，提高了IT系统自主可控水平。1. 宽表和索引长度兼容性问题。对公信贷系统存在宽度超过64K的数据表，按照原来DDL建表会报超限错误。GoldenDB默认表定义里所有明确长度的字段加起来不能超过64K。本方案修改安装配置16KB-->64KB的page页大小，在page页为64KB的情况下，将行长度限制扩大到2MB。2. 业务执行某查询语句造成DN出现查询缓慢。在分析查询语句和堆栈后，发现问题是由外部条件二次下推到派生表中的功能引入的。本方案通过配置项暂时关闭条件，二次下推到派生表中的功能，即在配置文件中加入如下配置临时规避：optimizer_switch=’sec_derived_condition_pushdown=off后续修改内核代码，通过版本升级解决。3. 缺乏分布式数据库运维标准及相关文档，需要制定分布式数据库运维企业标准。金篆信科与行方联合，完善开发及运维文档，针对银行业务类应用需求，完善insight监控、运维一体化平台。
本案例采用海光芯片+麒麟操作系统+金篆GoldenDB数据库+对公信贷应用，规划全库数据量500G，在云基础环境上构建对公信贷平台。本案例应用场景包括智能评级、智能出账、押品管理、对公信贷流程和计算，建立了流程化、可视化的对公业务处理平台，不仅显著提高了对公业务的科技服务能力，在性能、智能化、灵活性、友好性等多个方面实现优化，有力保障了银行自身科技安全。
金篆信科有限责任公司是中兴通讯股份有限公司为拓展金融级交易型分布式数据库金篆GoldenDB而成立的控股子公司，是中兴通讯着力培育和打造的新的重要增长极。公司成立于2021年11月，总部位于北京亦庄经开区信创园，注册资金5亿，是当前国内注册资本规模最大的数据库研发企业。金篆GoldenDB金融级分布式数据库基于中兴通讯在数据库领域20多年研发积累，是业界在数据库层面解决分布式事务强一致的产品，具备高性能、高可靠、易扩展、高兼容、易维护等特点，数据库内核100%掌控，专利超过500项。金篆信科将进一步强化技术领先优势，深化同相关行业机构、联盟、实验室的合作，加速数据库的创新和行业发展，构建共赢新生态。
金融信创生态实验室（以下简称“实验室”）是落实国家创新驱动发展战略，由中国人民银行领导，中国金融电子化集团有限公司牵头组建，重要金融机构和产业机构合作，金融信创生态产学研用相关单位参与，遵循“共商、共建、共赢、共享”原则，专注金融信创的重要基础设施和专业化实验平台。
实验室坚持目标导向和问题导向，汇聚多方资源，解决金融信创共性问题，形成金融信创共性问题。自解决方案工作开展以来，实验室已征集千余份解决方案，形成案例库，为金融机构提供可参考、可复制、可推广的指南和示范。
「喜欢这篇文章，您的关注和赞赏是给作者最好的鼓励」
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文章的来源（墨天轮），文章链接，文章作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
