修改密码

请输入密码
请输入密码 请输入8-64长度密码 和 email 地址不相同 至少包括数字、大写字母、小写字母、半角符号中的 3 个
请输入密码
提交

修改昵称

当前昵称:
提交

申请证书

证书详情

Please complete this required field.

  • Ultipa Graph V4

Standalone

Please complete this required field.

Please complete this required field.

服务器的MAC地址

Please complete this required field.

Please complete this required field.

取消
申请
ID
产品
状态
核数
申请天数
审批时间
过期时间
MAC地址
申请理由
审核信息
关闭
基础信息
  • 用户昵称:
  • 手机号:
  • 公司名称:
  • 公司邮箱:
  • 地区:
  • 语言:
修改密码
申请证书

当前未申请证书.

申请证书
Certificate Issued at Valid until Serial No. File
Serial No. Valid until File

Not having one? Apply now! >>>

ProductName CreateTime ID Price File
ProductName CreateTime ID Price File

No Invoice

行业观察 | 商业银行图技术应用的现实与展望:在国产化浪潮下的思考 - 嬴图
2025-03-18
行业观察 | 商业银行图技术应用的现实与展望:在国产化浪潮下的思考 - 嬴图

一、引言
在当下,国产化替代已成为金融行业技术革新与战略转型的关键驱动力。随着国际形势的变化以及国内技术的日益成熟,金融领域正积极推进国产化进程,力求在核心技术上实现自主可控。这一浪潮对于商业银行而言,既是挑战,更是机遇。

商业银行作为金融体系的重要组成部分,其技术的升级与转型直接关系到金融服务的质量与效率。在技术选型的过程中,图技术凭借其独特的优势逐渐进入商业银行的视野。本文是为某商业银行开展 POC 项目后的一些感受和思考,其中所暴露出的一系列现象可以清晰地洞察到中小型银行在应用图数据库过程中所面临的种种问题,这些问题不仅影响着项目的推进,更反映出中小型银行在技术应用层面的深层次困境。

二、在某行 POC 项目中的现实困境

(一)初始的混乱与困扰

(1)项目交接不规范。项目启动之初,便遭遇了来自上游厂商的 “遗留难题”。用于测试的机器在其他厂商使用后未进行环境重置,导致交付给我们的机器内部软件环境混乱不堪,我们不得不再花费一些时间对旧环境进行彻底清除。当然,这可以说是一件非常微不足道的事,但这种混乱的环境交接状况充分暴露了项目前期协调与管理的缺失。

(2)数据格式混乱问题。数据文件没有表头,这使得我们在理解数据结构时缺乏关键的指引。更为严重的是,数据中的三列 ID,即 from ID 、to ID 和边本身的ID,不仅外观极为相似,而且甲方最初告知我们的顺序存在错误。这一错误直接导致数据导入工作瞬间宣告失败,当系统提示边找不到终点时,我们陷入了短暂的迷茫。经过仔细检查以及对数据格式的深入核对,我们终于发现了 ID 顺序的错误。然而,重新调整顺序并再次导入数据,又耗费了我们一小时的时间。

(3)ID重复问题。我们还发现了数据中 company.csv 和 person.csv 文件还存在 ID 重复的情况。这一问题很可能其他厂家也未察觉,因为此前从未有厂家向甲方反馈。在图数据库中,唯一 ID 的重要性不言而喻,它如同现实世界中每个人独一无二的身份证号码,是确保数据准确存储、查询以及构建复杂关联关系的基石。一旦 ID 出现重复,图数据库在处理数据时会陷入混乱,无法准确判断节点和边之间的对应关系,进而导致数据的关联性和准确性受到严重影响,使得基于这些数据的分析和应用出现错误。然而,当我们将这一问题反馈给甲方时,其却置若罔闻,还认为是我们的问题,同时还反问“为啥其他家没说?”这该如何回答?!我们当然也可以选择不反馈,但这种对正确反馈的漠视,也凸显了相关业务人员其对数据质量和图技术的认知不足。

(二)要立足长远规划技术应用

首先,从更广泛的视角来看,我国的中小型银行普遍都存在数据量相对不大、对性能要求不高的特点。在这样的现实情况下,部分商业银行在技术选型和应用过程中,往往倾向于满足当下的基本需求,缺乏对技术潜力的深入挖掘和长远规划。举例来说,他们多次询问如何与某知识图谱平台对接并急切索要对接细节和完成时间。从他们的话语中不难察觉,他们似乎已带着既定答案提问,一旦我们的回答与他们预期不符,便会遭到质疑。后来了解到,他们目前使用某知识图谱平台的流程是:从数据仓库获取数据,再借助其所谓的大数据平台进行计算得出图谱结果,然后再将结果数据存入一款欧洲开源的图数据库,最后再回到该供应商的图谱平台上通过简单查询进行展示。

这个流程虽看似清晰,但是数据流转极其冗余,而且存在数据处理时效性差等问题,暴露出该知识图谱平台在计算能力方面的短板。而行方对新图数据库的采购需求仅局限于替换上游厂家提供的那款开源图数据库,完全没有意识到图数据库在存算一体等方面的巨大潜力,仅仅满足于维持当下简单的数据存储需求,且以所谓的预算为由,缺乏从长远角度对技术应用的规划和思考。对于商业银行而言,虽然当前数据量不大、性能要求不高,但从长远发展的角度来看,业务的增长、市场竞争的加剧以及监管要求的提升,都可能促使其对数据处理能力提出更高的要求。

其次,对技术优势的忽视。银行科技部的人员往往容易以目前自身有限的业务需求和不全面的技术认知为标准,去评判和选择技术方案,从而容易忽视图技术的巨大潜力,以及这些潜力可能为业务发展带来的长远效益。如,我们在与甲方交流过程中,着重介绍了图数据库 “数据的即写即算” 这一独特优势。数据一旦写入,便能立即进行计算,无需漫长的预处理过程,这将极大地提升数据处理的时效性,为业务决策提供更及时的支持。然而,甲方却以目前自身业务没有处理相关实时性为由搁置,完全没有意识到这一技术优势可能为业务带来的潜在提升机会。

在提及 “超级节点穿透” 技术时,我们详细解释了其原理。在嬴图数据库中,即便没有过滤条件,也能够通过暴力计算实现超级节点穿透;在有过滤条件的情况下,凭借动态剪枝机制,查询速度会得到进一步提升。但甲方却错误地理解为必须依赖过滤条件才能实现,并且盲目地认为其他厂商的类似技术也能达到相同的加速效果,完全忽视了不同技术在加速效果上可能存在的巨大差异,也凸显了对图技术复杂性和差异性的认识严重不足。

小结:
这次POC的经历,并非个例,如引言所讲,我们只是书写出来,聊聊现象,谈谈感想,总结思考一下,对于我们而言,这次的POC 过程并非一无所获,通过与甲方的深度接触和交流,我们清晰地认识到不同客户对技术的接受程度和需求存在显著差异,这为我们今后的产品研发和市场推广提供了宝贵的经验。

最后,我们希冀金融机构在搭乘国产化替代这趟列车时,一定要深入了解图等新技术的优势和应用场景,避免在技术应用中出现误解和错误操作。另一方面,要有长远的眼光,结合自身业务发展规划,提前布局技术建设,在选择技术产品时,不能仅仅考虑当前的成本和简单需求,而应全面评估产品的扩展性、性能潜力以及对未来业务增长的支持能力。同时,也希望甲方能够积极与技术供应商合作,共同探索适合业务场景和特点的应用方案,只有这样,金融科技才能在不断变化的金融市场环境中,真正实现技术与业务的双重升级,提升自身的核心竞争力。