问题标签 [azure-cognitive-search]

我们需要为一个不会被标记但仍可搜索的索引创建一个字段。在 Azure 搜索中，如果使字段可搜索，则该字段的内容会被标记化。如果你让它可过滤（文档说它不会被标记化）那么你就不能搜索它。在 Lucene 中，KeywordAnalyzer 完成了这项工作。由于 Azure 搜索也使用 Lucene，因此无法理解为什么我们不能将字段内容按原样存储在索引中以进行搜索而不拆分所有单词/删除停用词等。希望提供任何帮助

Azure 搜索中的建议器只有 1 个 SearchMode，即它将匹配该字段中的任何单词。尽管这可能适用于许多应用程序，但也不适用于许多其他应用程序。有什么方法可以配置建议器，以便仅当字段的开头匹配时才发生匹配？非常感谢你的协助。

我们正在尝试使用 Azure Search Rest api-version: 2015-02-28-preview 的自定义分析器 (KeywordAnalyzer)。

您在下面看到的索引定义代码完全复制自 Microsoft 文档。如果我们将分析器类型设置为 CustomAnalyzer，这将起作用。但是，如果我们通过将分析器类型从 CustomAnalyzer 更改为任何其他分析器（例如 KeywordAnalyzer）来进行单个更改，则在创建索引时会收到错误请求错误，并且不会创建索引。

如果有人能告诉我们如何指定分析器，将不胜感激。

非常感谢

如何在 Azure 搜索中的单个文档上进行插入、更新、删除和选择，最好使用 .NET 库。

预先感谢您的回复。

我们在 Azure 上使用 Azure Search 和 DocumentDB。搜索由引用目标索引和数据源的索引器填充。数据源绑定到 DocumentDb 实例。

在将索引器绑定到 DocumentDB 时，我们编写了一个简单的 SQL 查询来检索文档并展平层次结构。问题是，为了使层次结构变平，您必须使用大量 SQL 别名，这使得 SQL 查询非常冗长。

最近字段的数量增长了很多，现在每当运行索引器时，我们都会收到错误：

SQL 查询文本超出最大限制 8192

看来我们已经达到了这种方法的极限。8192 个字符根本不是很多，尤其是考虑到我们必须用大量别名来扁平化层次结构。

您可以通过进入 Azure 门户中的查询资源管理器并输入简单的 SQL 查询并为列提供一个非常长的别名来轻松重现此问题，该别名采用 8192 限制的查询长度，您将看到该问题。

有谁知道解决方法？看起来我们可能不得不避免使用搜索索引器功能并采用手动方法，即简单地使用搜索 API 在索引中创建/更新/删除文档。

我们还考虑过尝试减少别名的大小/冗长，但这会破坏很多现有代码。

感谢您的帮助

我正在尝试使用导入数据工具创建索引。

数据源来自 azure sql 的视图。

带有 TAry 的列将返回 JSON 格式字符串，如：[{"name":"Test1"},{"name":"Test2"}]

在带有字段 TAry 的 Indexder 属性中选择类型 Collection(Edm.String)

创建后，返回错误，消息如下：

“数据字段 'TAry' 的值无效。预期的类型是 'Collection(Edm.String)'。”

感谢您的回复。

我尝试过这种格式：[Test1","Test2"] 仍然不起作用。

尝试索引文档时，我们收到此错误：

我们使用 .NET 库进行索引的代码是：

有谁知道为什么会发生这个错误？

我创建了 Azure 搜索的一个实例，我正在尝试使用建议器功能，但努力寻找有关如何开始的任何有用信息（Microsoft 提供的可怜且过时的文档）。

我想对下面的名称字段提出建议。

问题是字段需要唯一的名称，我无法编辑现有字段。我有点不确定建议选项卡与基本选项卡有何不同。

有人对如何最好地将建议者添加到我的索引有任何建议吗？如果我错过了一些重要的事情，我完全赞成删除索引并重新开始。

目前我正在做的是将JsonResult.Datathen Deserialized 序列化为dynamic变量，然后在每一行中循环并获取Document. 有没有办法处理这个？谢谢

我们已将现有 azure-search 索引上的 CORS 选项更改为“允许所有来源”，但从浏览器查询 api 仍会引发“不存在‘Access-Control-Allow-Origin’标头...”异常.

是否有一些我们缺少的特定参数，或者 Azure 中是否有更多的全局 CORS 设置覆盖了索引上的设置？

谢谢。