最佳实践 - 我应该在索引中存储 link 的 URL 吗？
Best practictes - Should I store the URL of the link in the index?
今天我没有将我的页面 URL 存储在 Azure 搜索的索引中。我仍在应对解决此问题的最佳解决方案。因此，当从 Azure 搜索返回搜索时，我收到的只是 ID 而没有 URL 到页面 :/.
那么，要检索 URL，解决这个问题的正确方法是什么？
- 将 url 存储在索引中并通过搜索检索它；
- 使用 Azure 搜索返回的数据对数据库进行额外查询并检索 URL。
- ???
谢谢
您肯定希望在搜索索引中存储足够的信息，以避免可能的话额外命中不同的 database/store。
如果您的 URL 遵循一致的模式并且只有一部分发生变化（例如文档 ID 或类似的东西），您可以只存储可变部分并构建最终的 URL渲染结果。如果您的 URL 无法转换为模式，您可以将整个 URL 存储在 Azure 搜索索引的一个字段中。
存储用于演示的数据（URLs、外部键等）时，最好确保禁用与快速相关的所有选项 search/filtering（可搜索、可过滤、可排序、 facetable 等）并且只启用 retrievable。这样你就可以最大限度地减少由额外字段引起的资源使用，但你手头有数据可以避免在结果呈现期间进行额外的往返。
今天我没有将我的页面 URL 存储在 Azure 搜索的索引中。我仍在应对解决此问题的最佳解决方案。因此，当从 Azure 搜索返回搜索时，我收到的只是 ID 而没有 URL 到页面 :/.
那么，要检索 URL，解决这个问题的正确方法是什么？
- 将 url 存储在索引中并通过搜索检索它；
- 使用 Azure 搜索返回的数据对数据库进行额外查询并检索 URL。
- ???
谢谢
您肯定希望在搜索索引中存储足够的信息，以避免可能的话额外命中不同的 database/store。
如果您的 URL 遵循一致的模式并且只有一部分发生变化（例如文档 ID 或类似的东西），您可以只存储可变部分并构建最终的 URL渲染结果。如果您的 URL 无法转换为模式，您可以将整个 URL 存储在 Azure 搜索索引的一个字段中。
存储用于演示的数据（URLs、外部键等）时，最好确保禁用与快速相关的所有选项 search/filtering（可搜索、可过滤、可排序、 facetable 等）并且只启用 retrievable。这样你就可以最大限度地减少由额外字段引起的资源使用，但你手头有数据可以避免在结果呈现期间进行额外的往返。