同时，我们已经成长为经验丰富的OData服务开发人员。

我们知道如何创建一个OData（V4）服务来公开数据、创建和操作数据，我们知道OData规范，以及在实现一个好的OData服务所需的代码时如何坚持它。

请参阅教程概述

一直以来，我们没有注意到实际数据。很少的虚拟模拟数据条目足以说明OData的行为和实现。

现在是时候公开真实数据了。（好吧，让我们谦虚一点，是时候公开真正的"样本数据"了）

这个博客的目的是定义数据源的范围，以及我们在基于SAP云平台SDK进行服务开发时所处理的不同库。

我们假设一些数据在某个数据库的某个地方，或者某个系统的某个地方。某个地方可以通过网络访问。

我们假设至少在几个博客期间。

所以，数据在某个地方，我们创建了一个OData服务，它应该公开这些数据。因此，我们充当中间人：服务用户调用我们的服务，Min MIDIDLE调用某处数据，然后Min MyDIDID将数据发送给服务用户，下面的图描述了我们如何位于中间。左侧的用户只是一个使用REST客户机（或其他任何东西）调用我们的odatav4服务的用户，我们正在公开这个服务sapcloud platformsdk for service provisioning接收请求并尽可能多地进行处理。然后调用我们的实现代码我们的代码负责获取所需的数据，这些数据可以驻留在云端或其他任何地方。"Your Code"元素代表maninthemiddle.

幸运的是，有数据源库，为从特定数据源获取数据提供支持。获取数据通常被称为消耗

，因此我们在用于资源调配的库和可选择用于消耗的库之间有一个基本的区别。

资源调配：SAP Cloud Platform SDK for service provisioning消费：数据源库，SAP S/4HANA Cloud SDK

注：显然，这里提到的数据源不足以满足每个开发人员的需求。但至少，对于这些数据源，有一些支持。实现代码应该能够使用任何其他库从任何其他源获取所需的数据

注意：我们区分了供应端的SDK和消费端的数据源，这从技术角度来说是正确的在交付方面，数据源api与SDK一起交付。而S/4HANA SDK是分开交付的

不同的工作部分

更详细一点，我们还要区分任何地方的不同男人

使用iphone的男人人用服务Maninthemiddle公开服务Maninthemiddle消费数据生产数据的人

在每一个层面上，都可能有API甚至SDK来帮助穷人工作。

使用iphone的人：这一个代表使用移动设备、浏览器或其他任何东西的最终用户。该设备使用OData服务，这将我们带到下一个级别这里我们真正指的是最终用户，真正的人类最终用户。

人工使用服务：谁使用OData服务？它通常是运行在移动设备或浏览器上的应用程序，如UI5/Fiori。为了以编程方式调用OData服务，有一些客户机库，例如Olingo客户机库for java。当然，OData服务可以使用任何语言和技术进行调用。也可以是一个人直接调用服务并读取json内容。在本例中，这个人使用REST客户机来调用OData服务。这就是我们在教程中所做的，以测试我们的服务实现

Man exposing service:这就是我们看到自己的地方。这里我们有SAP云平台SDK，用于提供服务

人工数据：这也是我们。至少在几个博客里。我们知道数据是存在的，我们会消耗它。但是在我们的例子中，我们并不是为了在UI5应用程序中可视化它而使用它（例如）。相反，风控大数据，我们使用它，然后将其作为OData服务公开。当谈到消费数据时，有几个数据源库来支持这个幸运的人。即使没有任何专用的数据源库的支持，大数据指的是什么，只要他想连接到任何数据源并使用其中的数据，就可以自由地编写自己的代码

生成数据的人：我们不太关心这个可怜的工人。他代表后端，可以是带有BAPI等处理数据的ABAP系统，也可以是HANA或任何其他有数据服务的系统。

下图显示了流程：最终用户使用一个设备或工具在我们的odatav4服务上触发请求。sapcloudplatformsdk接收该请求以进行服务供应，该SDK在内部使用Olingo库SDK调用我们的实现代码，通过编程使用方便的api来获取数据。这些API负责连接到数据源并帮助获取所需的数据。

更详细地说，让我们仔细看看每个消费用例。

用例1:OData V2数据源

有一个OData V2服务，可以通过网络访问。此服务公开数据因此，它可以被UI5等应用程序或移动设备上的应用程序直接使用但是，服务开发人员可能希望在不同的上下文中准确地使用这些数据。因此，物联网工程师，这个人可以继续使用这些数据，并在他的odatav4服务中公开这些数据