用图技术实现C360应用程序的力量和愿景,与企业对访问整个组织的相关数据的需求直接相关。
让我们来解读一下这句话的含义。
我们曾为许多企业提供咨询,这些企业在过去十年中做出了特定的技术选择,却不想形成了数据孤岛。这些数据孤岛与企业核心的业务实体的数据隔离,比如客户。然后从这里开始,最近的一些方案将重要的数据整合到大型单体系统中,如数据湖。这里的痛点不在于公司数据的整合,而在于其可访问性。
谁愿意花时间和资源在数据湖中大海捞针似的寻觅有价值的数据,而不用一个旨在检索有价值数据的系统?
对于这些企业来说,图思维的出现引导了他们数据架构的下一次迭代。他们的目标是使用让他们的数据可用并代表客户体验的技术来构建数据架构。这种可用性和代表性的结合一直是并将继续是图技术背后的驱动力。
图技术正在以一种以前无法实现的方式实现企业数据架构的下一次迭代。在本章中,我们深入研究了图数据管理的一个版本。也就是说,我们探讨了C360系统应用程序和实现细节,这是一个针对客户的图技术用例。然而,这种使用图技术构建以数据为中心的应用的模板同样适用于不面向客户的应用程序。
我们已经看到一些公司围绕与其交互的业务实体建立了类似的系统——有点像商务360。组织和提供有关其业务内重要互动的所有信息的应用程序,在跨部门沟通方面节省了大量开销。例如,设想你必须与公司里所有不同部门合作,以找出公司与另一个供应商之间的最新动向。这个请求的信息散布在财务、市场、销售、客户关系,以及所有可能的其他部门。这个B2B问题的解决方案需要的模板与我们在本章中讲解的案例相同。
鉴于对这种应用程序风格的设想,下一个要评估的标准是实施时间和成本。这些选择可能涉及对供应商和现有工具的比较,例如为你的C360应用程序选用关系型技术或图技术。
我们经常被问到这样的问题:“我可以用RDBMS构建C360应用程序,那么为什么不使用我已经了解的东西呢?”
对这个问题的简单回答是:关系型数据库对表格数据来说是很好的,图数据库对复杂数据来说是更好的。除此之外,这两者是非常相似的。从根本上说,你的选择归结于数据复杂性以及你想从中获得什么价值。
在较长的版本中,关键是你的企业更重视哪种时间:把时间花在工程定制解决方案上,还是把时间花在等待查询上。当企业需要回答更深层次或不曾料想的查询时,差异是相当明显的。关系型系统需要改变架构,增加表格,并建立你自己的查询语言。图系统则需要参数化你的结构并插入更多数据。
从本质上讲,图技术更容易处理复杂的数据,而关系型技术更容易处理简单(即表格)的数据。了解项目需要扩展到的深度和复杂性,将有助于让选择变得更清晰。
关系型技术和图技术之间的决策最终要取决于C360应用程序的功能范围。一般来说,我们的经验表明,如果应用程序只是为了统一不同的数据源,那么适当调整关系型系统就可以获得最佳效果。这种对应用程序唯一功能的认识和承诺将节省开发资源,并更快地达到生产系统的最终交付。
另一方面,如果数据管理解决方案或C360应用程序是你的数据架构的起点,那么从长远来看,图数据库的陡峭学习曲线将带来更多的价值。图技术能够对数据中存在的关系进行更直观的推断。需要洞察关系的业务目标也需要图技术的支持。
让我们在这里明确一下我们的观点。本章中的例子是非常浅显的。对于RDBMS来说,任何更现实、更复杂的东西都开始变得捉襟见肘。
而现实的数据中含有精心设计的关系。如果你的业务需要访问这些关系,那么你需要图技术。
如果你只是要建立一个简单的C360系统,而不是别的,就使用关系型技术。如果你想了解和探索数据中的关联性,就使用图技术。每种选择都有优点和缺点,但对于我们在本章中设定的情景,图技术是赢家。
无论你的企业面临哪种数据问题,请注意,那些需要建立和扩展基础的团队正在转向图技术。将图技术成功地整合到架构中,需要以C360应用程序为基础和起点。有了C360应用程序作为基础,企业就可以进行更深层次的图遍历,以便从数据中获得更有价值的洞察力。在第4章中,我们将把简单的C360应用程序扩展到一个更完整的场景中,这将凸显图技术和RDBMS在易用性和发布时间方面的差异。
[1] Mark Abraham,et al.“Profiting from Personalization.”Boston Consulting Group,May 8,2017. https://www.bcg.com/publications/2017/retail-marketing-sales-profiting-personalization.aspx.