elasticsearch 有人做过弹性搜索和GraphQL比较的研究吗？

当弹性搜索和GraphQL试图解决类似的问题时，我试图理解弹性搜索与GraphQL相比如何，或者GraphQL是否使用弹性搜索作为数据源？如果有人做了进一步的研究，在这里分享你的理解？提前感谢。

GraphQL顾名思义是一种查询语言（主要用于Web API）。弹性搜索是一种公开“RESTful”接口的数据存储。该接口还具有某种查询语言。从这个意义上讲，它们解决了不同的问题：

GraphQL用于向web客户端或应用程序公开数据。它旨在解决客户机-服务器通信和应用程序开发中面临的挑战。GraphQL试图减少客户端和服务器之间发送的请求量和数据大小。此外，它使您能够在不进行版本控制的情况下扩展API，以保持旧客户端（例如，移动应用程序的旧版本）正常工作

弹性搜索是为了有效地查询大量数据而构建的。他们的一些主要用例在他们的网站上做了广告。通常，您不希望将弹性API直接公开给客户机。GraphQL可以充当中间的一层，限制客户端允许的操作，并使用（正如您所说的）弹性数据源。或者弹性搜索在某些方面非常喜欢GraphQL，以至于它们提供了一个API来用GraphQL编写查询，以取代RESTAPI

---

因此，现在我们知道它们可以解决不同的问题并可以一起使用，比较它们并没有多大意义。

GraphQL顾名思义就是一种查询语言（主要用于Web API）。弹性搜索是一种公开“RESTful”接口的数据存储。该接口还具有某种查询语言。从这个意义上讲，它们解决了不同的问题：

GraphQL用于向web客户端或应用程序公开数据。它旨在解决客户机-服务器通信和应用程序开发中面临的挑战。GraphQL试图减少客户端和服务器之间发送的请求量和数据大小。此外，它使您能够在不进行版本控制的情况下扩展API，以保持旧客户端（例如，移动应用程序的旧版本）正常工作

弹性搜索是为了有效地查询大量数据而构建的。他们的一些主要用例在他们的网站上做了广告。通常，您不希望将弹性API直接公开给客户机。GraphQL可以充当中间的一层，限制客户端允许的操作，并使用（正如您所说的）弹性数据源。或者弹性搜索在某些方面非常喜欢GraphQL，以至于它们提供了一个API来用GraphQL编写查询，以取代RESTAPI

---

因此，现在我们知道它们解决了不同的问题，可以一起使用，比较它们真的没有多大意义。

我有同样的理解，我想要专家的观点，谢谢你的回答。如果需要，这个库将进行翻译，但是是的，如果EL-itself有一个多语言的官方文库就好了。我也有同样的理解，我想让专家们看看，谢谢你们的回复。如果需要的话，这个文库会进行翻译，但是如果EL-itself有一个多语言的官方文库就好了