对于任何一个踏上API之旅的人来说，你很可能在API和集成的背景下遇到了OData这个词。

在我的工作范围内，我每天都与许多参与API战略的利益相关者进行交流，从开发人员到架构师，从产品经理到高管，并发现术语OData并没有被理解为它是什么。我想借此机会澄清什么是OData，它在API生态系统中的位置以及为什么需要它。

首先，让我们看看OData在API分类表中的位置。

您可以看到OData是REST API的一种类型。这张图表将为诸如：

"我们不是在做休息，我们是在做奥达"这样的陈述增加一些清晰度"不，我们不做API，我们有ODATA服务"

官方描述来自Odata.org

简而言之，它是实现REST API的一种方式

[小迂回：没有不停的API，RESTful和REST API是一样的]

在核心，REST架构将需求建模为实体关系模型，并有一个明确的实现方式如何与这些实体交互。您可以通过CRUDQ操作与实体交互，CRUDQ操作代表创建、读取、更新、删除和查询。REST是一种广泛的体系结构原则，可以应用于任何技术，它不仅仅需要HTTP或webapi。您可以在Wikipedia页面上阅读更多关于REST的内容。

REST定义了实体关系、操作、会话等方面的核心原则，但没有定义如何实现这些原则。只要有明确的方法在一个实体上执行CRUDQ操作，就可以给其他从业者很大的灵活性来实现CRUDQ操作。

灵活性意味着有机会实现您的最佳需求。这种灵活性导致了API开发中的许多变化。变体意味着它消耗（使用）一个API的额外时间和成本

OData的目标是开发一个标准，这样就有了一种实现restapi的方法。为了简单起见，下面的图表表达了OData正在尝试做什么。

由于对有效负载的格式化有严格的规定，OData规范有时看起来非常严格。例如，一个实体不能将数组作为属性，大数据的现状，它必须是与另一个实体的关系。Order vs OrderItems.

但随着采用率的提高，云教云，OData规范正在快速发展，以使其更容易解决最常见的情况并增强开发人员体验。

没有REST标准的最大缺点是缺少加速器。在SOA时代，每个软件供应商都提供了一种自动化的方法来创建一个可以执行SOAP请求的程序，您只需输入WSDL，代理就可以在几秒钟内生成。应用程序开发人员只需小心地在正确的部分传递正确的参数。

由于缺乏此类工具，一些组织会使用主要编程语言的SDK来跟踪他们的API，但对于大多数组织来说，为他们的API提供SDK的成本太高了。

由于OData，美国高防云服务器，大数据收集，他们是一些非常好的工具来支持为OData API建模和消费，特别是SAP的一些旗舰产品，如SAP网关、HANA平台等

，大数据怎么用