elasticsearch GraphQL vs Elasticsearch对于返回许多不同模式的快速搜索性能，我应该使用什么？

我正在进行实时搜索，从搜索字符串中指示正确的模式。然后，它将使用此模式进行搜索，并动态返回正确的数据库模式。

---

例如：Google Assistant

如果您将GraphQL与ElasticSearch进行比较，那么您将苹果与橙色进行比较。它们是完全不同的技术

GraphQL是与REST相比的API层技术。它主要定义基于HTTP的API的请求/响应格式和结构。它不是帮助您高效存储和查询数据的另一个NoSQL

如果您使用的是GraphQL，您仍然需要自己查询数据，这些数据实际上可能存储在NoSQL、SQL DB、ElasticSearch或其他web服务或Blabla中。GraphQL不关心数据存储在哪里，数据甚至可以存储在多个数据源上。他关心的是你告诉他如何获取数据

---

回到您的案例，您很可能可以使用ElasticSearch高效地存储和搜索数据。并将GraphQL放在ElasticSearch前面，以便用户/开发人员通过GraphQLAPI与服务交互，从而享受GraphQL。

这是一个过于笼统的问题。我建议你详细说明你的要求——这是免费文本搜索吗？文档是否具有公共模式？它们是大文件还是小文件？如果你举一个文档和查询的例子，你会更容易得到帮助。我有一种感觉，Elasticsearch可能是您正在寻找的，但需要更多的信息才能告诉您。例如：Google Assistant，但它将用于一个特定的用途。@KenChan虽然GraphQL与Elasticsearch的比较在技术上是正确的，但这个问题仍然非常有效。我来这里也是为了同样的东西。我有弹性作为后端。对于前端查询，我应该使用Elastic附带的工具，还是应该在Elastic的顶部插入一层GraphQL？这是一个公平的要求。您的福利链接很有用。