北京银行：单一来源36.6万采购图数据库Galaxybase

2024年7月19日，北京银行智审系统二期项目图数据库节点采购项目单一来源采购征求意见公示。

单一来源原因：两次发标，均只有一家购买标书

2024年7月3日第一次招标：

2024年7月11日第二次招标：

知识点：图数据库

多年以前，跟随某领导拜访客户，整个交流过程（牛B吹得）非常顺畅，临走了客户随口问了一句“你们有图数据库么？”。

技术交流过程中领导也没机会说几句话，一听这问题，自信心来了，立刻抢答“有啊，不仅图片，视频、语音都行，上个月**刚上线了双录系统，图片、照片绝对没问题！”。

哎！吹了半天的牛B，结果一句话把牛搞E（B破了）MO了~

图数据库 ≠ 存储图片的数据库

常见的关系型数据库，是以像excle sheet页那样的二维表组织数据，由行、列组成，例如有一张“用户资料表”，每一行可能代表一个用户信息；每一列代表这个用户的不同属性，年龄、性别、地址、电话....。

假设我要在查询一个这样的信息：张三的爸爸的二舅姥爷的孙子的左邻居户主的小学同学的初中班主任是谁？

这在一个关系型数据库中，需要多张表进行join，甚至因为数据库内缺少详细的人与人关系（例如没有记录邻居关系）而导致查询无法实现，即便实现了也需要大量的冗余数据支撑，并且性能很慢。

于是有了这样一种图数据库，他不是按照行、列这种二维表组织数据库，而是以“节点”、“节点属性”、“节点与节点之间的关系”之类组织数据。

例如，上面这个人物关系查询。图数据库里面除了能够存储人（节点），以及人的属性，还可以直接存储人与人的关系（边）。当需要通过复杂关系获取目标数据时，不需要表与表的join关联，直接从起始位置（查询条件）开始遍历，按照关系检索就能获取目标数据，“张三的爸爸的...班主任”=“柳如烟”。