performance - 用于无限滚动查询结果的 REST Api

Question

我正在构建一个包含客户事件数据库的内部服务器。允许访问事件的网页将使用无限滚动/动态加载方案来显示实时事件以及浏览数据库查询结果。因此，您可能会查询数据库并可能获得 200k 个结果。该网页将显示“前”50 个，并允许您滚动、滚动和滚动以查看越来越多的结果(一次可能加载 50 个以上)。

我应该使用 REST api 进行数据库访问(C# 服务器)。我不确定 API 应该是什么，所以它仍然是 RESTful。我想出了 3 个选项。问题是，它们中的任何一个都是 RESTful 的，哪个是最 RESTful 的(有没有这样的东西——如果没有，我会选择一个 RESTful)。

选项 1。

• GET/events?query=asdfasdf&first=1&last=50

这只是进行查询并指定要返回的结果范围。服务器无法保持状态，每次发生无限滚动时都必须重新查询数据库(尽管可能利用第一个/最后一个提示提前停止)。看起来很糟糕，并且没有关于即将获得多少结果的任何反馈。

选项 2:

• GET/events/?query=asdfasdf
• GET/events/details?id1=asdf&id2=qwer&id3=zxcv&id4=tyui&...&id50=vbnm

此选项首先进行查询，然后返回事件 ID 列表，但没有更多详细信息。该网页仅包含所有 ID 的列表(至少它知道计数)。该网页持有事件 ID 列表，并且由于需要无限滚动/动态加载，再次查询指定 ID 的事件详细信息。每个 id 名义上都是一个 guid，因此每个 id 大约 36 个字符(加上 &id##= 41 个字符)。每次命中 50 个查询，URL 会很长，超过 2000 个字符。 SO 其他地方提到的 URL 限制约为 2k。也许如果我将它限制为每个查询 40 个 id，那就没问题了。简单地使用逗号分隔列表而不是所有查询参数会很好。你能做一个像 ?ids=qwer,asdf,zxcv,wert,sdfg,rtyu,gfhj, ... ,vbnm 这样的查询参数吗？

选项 3:

• POST/events/?query=asdfasdf
• GET/events/results/{id}?first=1&last=50

这会将查询发送到服务器并使其创建结果资源。结果资源的 ID 将被返回，然后将用于获取查询结果 block ，这些查询结果 block 又包含网页所需的事件详细信息。 POST XML 的返回值可能包含记录数和除 ID 之外的其他有用信息。要么网页必须稍后在查询页面关闭时删除资源，要么服务器必须在资源过期后(几天或几周后)清理它们。

我担心选项 1，而 RESTful 对于服务器来说太可怕了。我不确定同时请求这么多资源，例如选项 2 中的第二个 GET 是否真的是 RESTful 或实用的(似乎必须有更好的方法)。我不确定选项 3 是否完全是 RESTful，或者如果是的话，它是通过 POST(或者应该是 PUT)创建状态来欺骗 REST 的东西。

Answer 1

选项 3 运行良好。它要求服务器维护查询结果，并且对于应该同时保存多少查询(来自不同用户)存在一些争论，因为无法知道用户何时实际完成了查询。