View Diff on GitHub
# Highlights
このドキュメントの修正においては、軽微な更新が行われ、多くの文書でのタイトル変更、著者の更新、日付の修正、そして一部内容のより明確で正確なものへの訂正が行われました。また、Azure AI Searchの各機能に関する情報の信頼性と一貫性を高めるための修正が施されています。
New features
- 各記事のタイトルが正式名称に基づいて統一され、視覚的に明確さが向上。
- ユーザーが容易にアクセスし理解しやすくするための具体的な使用例や手順の追加。
Breaking changes
- 特記すべき重大な変更は見当たりませんが、全体的に一貫性のある表現に変更されています。
Other updates
- 著者情報の更新、新しい協力著者の追加、および最新の日付への修正。
- タイトル変更による文書スタイルの整合性強化。
- 内容のアップデートにより、より明確な情報提供が可能に。
Insights
今回の更新は多数の文書における小規模ながらも重要な修正を行い、特にタイトル、著者、日付といったメタデータの改訂を通じて、一貫性と精度の向上が狙われています。このような変更は、読者に対して最新かつ信頼できる情報を保証するために不可欠です。Azure AI Searchに関連する情報が明確かつアクセスしやすい形で提供されることにより、読者が必要な情報を容易に見つけられ、機能や仕様の理解が深まることを目的としています。
特にベクタライザーやクエリ構文に関する文書の更新では、新たな実践例や手順が追加され、ユーザー経験の向上を図っています。これらの変更は、AzureポータルやAPIを介した操作においても実際的なサポートを提供し、技術的な選択肢を拡大しながら、より深い理解を促進します。
さらに、関連コンテンツやリンクの刷新により、関連情報へのアクセスがスムーズになり、文書全体がより使いやすくなりました。全体として、これらの軽微な更新は、読者に対する情報提供の質と量を高め、最新技術に対応する能力を強化するものとなっています。このような取り組みは、読者の技術的スキル開発と効率的な作業プロセスに大きく貢献します。
Summary Table
Modified Contents
articles/search/hybrid-search-overview.md
Diff
@@ -2,13 +2,13 @@
title: Hybrid Search
titleSuffix: Azure AI Search
description: Describes concepts and architecture of hybrid query processing and document retrieval. Hybrid queries combine vector search and full-text search.
-author: robertklee
-ms.author: robertlee
+author: haileytap
+ms.author: haileytapia
ms.service: azure-ai-search
ms.custom:
- ignite-2023
ms.topic: concept-article
-ms.date: 11/21/2025
+ms.date: 02/19/2026
---
# Hybrid search using vectors and full text in Azure AI Search
@@ -91,7 +91,7 @@ content-type: application/JSON
Filters and facets target data structures within the index that are distinct from the inverted indexes used for full-text search and the vector indexes used for vector search. As such, when filters and faceted operations execute, the search engine can apply the operational result to the hybrid search results in the response.
-Notice how there's no `orderby` in the query. Explicit sort orders override relevanced-ranked results, so if you want similarity and BM25 relevance, omit sorting in your query.
+Notice how there's no `orderby` in the query. Explicit sort orders override relevance-ranked results, so if you want similarity and BM25 relevance, omit sorting in your query.
A response from the query might look like the following JSON.
Summary
{
"modification_type": "minor update",
"modification_title": "ハイブリッド検索の概要に関する修正"
}
Explanation
この変更は、文書「ハイブリッド検索の概要」に対する軽微な更新を含んでいます。主に、著者情報や日付の更新が行われました。具体的には、著者が「robertklee」から「haileytap」に変更され、協力著者も「robertlee」から「haileytapia」に更新されました。また、文書の日付も「2025年11月21日」から「2026年2月19日」に変更されています。これに加えて、文章内の表現もわずかに修正され、検索クエリに関連する注意書きの文言が「relevanced-ranked」から「relevance-ranked」に修正されています。全体として、文書の内容は堅牢性を保ちながら、更新された情報を反映したものとなっています。
articles/search/query-lucene-syntax.md
Diff
@@ -1,15 +1,15 @@
---
-title: Lucene query syntax
+title: Lucene Query Syntax
titleSuffix: Azure AI Search
description: Reference for the full Lucene query syntax, as used in Azure AI Search for wildcard, fuzzy search, RegEx, and other advanced query constructs.
manager: nitinme
-author: bevloh
-ms.author: beloh
+author: haileytap
+ms.author: haileytapia
ms.service: azure-ai-search
ms.custom:
- ignite-2023
ms.topic: concept-article
-ms.date: 12/11/2024
+ms.date: 02/19/2026
ms.update-cycle: 365-days
---
Summary
{
"modification_type": "minor update",
"modification_title": "Luceneクエリ構文に関する修正"
}
Explanation
この変更では、「Luceneクエリ構文」に関する文書が軽微に更新されました。主な変更点として、タイトルが「Lucene query syntax」から「Lucene Query Syntax」に変更され、著者情報が「bevloh」から「haileytap」に更新されています。さらに、協力著者も「beloh」から「haileytapia」に変更され、文書の日付が「2024年12月11日」から「2026年2月19日」に更新されています。また、文書はAzure AI Searchにおけるワイルドカード、ファジー検索、正規表現などの高度なクエリ構文に対するリファレンスとしての役割を引き続き果たしています。この変更は、文書を最新の情報に保つためのものであり、内容の精度と信頼性を維持することに寄与しています。
articles/search/query-odata-filter-orderby-syntax.md
Diff
@@ -1,12 +1,12 @@
---
-title: OData language overview
+title: OData Language Overview
titleSuffix: Azure AI Search
description: OData language overview for filters, select, and order-by for Azure AI Search keyword search.
-author: bevloh
-ms.author: beloh
+author: haileytap
+ms.author: haileytapia
ms.service: azure-ai-search
ms.topic: concept-article
-ms.date: 12/10/2024
+ms.date: 02/19/2026
ms.update-cycle: 365-days
---
Summary
{
"modification_type": "minor update",
"modification_title": "OData言語の概要に関する修正"
}
Explanation
この変更は、「OData言語の概要」に関する文書に対して行われた軽微な更新です。変更内容には、タイトルが「OData language overview」から「OData Language Overview」に変更されたことが含まれています。また、著者情報が「bevloh」から「haileytap」に、協力著者も「beloh」から「haileytapia」にそれぞれ更新されています。さらに、文書の日付も「2024年12月10日」から「2026年2月19日」に変更されています。この文書は、Azure AI Searchにおけるフィルター、選択、および順序指定に関するOData言語の概要を提供しており、正確な情報を維持するための更新が施されています。
articles/search/query-simple-syntax.md
Diff
@@ -1,15 +1,15 @@
---
-title: Simple query syntax
+title: Simple Query Syntax
titleSuffix: Azure AI Search
description: Reference for the simple query syntax used for full text search queries in Azure AI Search.
manager: nitinme
-author: bevloh
-ms.author: beloh
+author: haileytap
+ms.author: haileytapia
ms.service: azure-ai-search
ms.custom:
- ignite-2023
ms.topic: concept-article
-ms.date: 12/10/2024
+ms.date: 02/19/2026
ms.update-cycle: 365-days
---
Summary
{
"modification_type": "minor update",
"modification_title": "シンプルクエリ構文に関する修正"
}
Explanation
この変更では、「シンプルクエリ構文」に関する文書が軽微に更新されました。具体的には、タイトルが「Simple query syntax」から「Simple Query Syntax」に変更され、著者情報が「bevloh」から「haileytap」に、協力著者も「beloh」から「haileytapia」に更新されています。また、文書の日付が「2024年12月10日」から「2026年2月19日」に変更されました。この文書は、Azure AI Searchにおけるフルテキスト検索クエリに使用されるシンプルなクエリ構文のリファレンスとして機能しており、情報の正確性と信頼性を保つための更新が行われています。
articles/search/reference-stopwords.md
Diff
@@ -9,7 +9,7 @@ ms.service: azure-ai-search
ms.custom:
- ignite-2023
ms.topic: concept-article
-ms.date: 05/16/2022
+ms.date: 02/19/2026
ms.update-cycle: 365-days
---
Summary
{
"modification_type": "minor update",
"modification_title": "ストップワードに関する修正"
}
Explanation
この変更は、「ストップワード」に関する文書に対して行われた軽微な更新です。主な変更点は、文書の日付が「2022年5月16日」から「2026年2月19日」に更新されたことです。この日付の変更は、最新の情報を反映することを目的としています。この文書は、Azure AI Searchにおけるストップワードの概念を説明しており、読者にとって有用な参照資料となっています。
articles/search/search-dotnet-mgmt-sdk-migration.md
Diff
@@ -1,23 +1,23 @@
---
-title: Upgrade management SDKs
+title: Upgrade Management SDKs
titleSuffix: Azure AI Search
description: Learn about the management libraries and packages used for control plane operations in Azure AI Search.
manager: nitinme
-author: bevloh
-ms.author: beloh
+author: haileytap
+ms.author: haileytapia
ms.service: azure-ai-search
ms.devlang: csharp
ms.custom:
- devx-track-dotnet
- ignite-2023
ms.topic: upgrade-and-migration-article
-ms.date: 02/24/2025
+ms.date: 02/19/2026
ms.update-cycle: 365-days
---
# Upgrade versions of the Azure Search .NET Management SDK
-This article points you to libraries in the Azure SDK for .NET for managing a search service. These libraries provide the APIs used to create, configure, and delete search services. They also provide APIS used to adjust capacity, manage API keys, and configure network security.
+This article points you to libraries in the Azure SDK for .NET for managing a search service. These libraries provide the APIs used to create, configure, and delete search services. They also provide APIs used to adjust capacity, manage API keys, and configure network security.
Management SDKs target a specific version of the Management REST API. Release notes for each library indicate which REST API version is the target for each package. For more information about concepts and operations, see [Search Management (REST)](/rest/api/searchmanagement/).
@@ -27,7 +27,7 @@ The following table lists the client libraries used to provision a search servic
| Namespace | Version| Status | Change log |
|-----------|--------|--------|------------|
-| [Azure.ResourceManager.Search](/dotnet/api/overview/azure/resourcemanager.search-readme?view=azure-dotnet&preserve-view=true) | [Package versions](https://www.nuget.org/packages/Azure.ResourceManager.Search) | **Current** | [Change Lot](https://github.com/Azure/azure-sdk-for-net/blob/main/sdk/search/Azure.ResourceManager.Search/CHANGELOG.md) |
+| [Azure.ResourceManager.Search](/dotnet/api/overview/azure/resourcemanager.search-readme?view=azure-dotnet&preserve-view=true) | [Package versions](https://www.nuget.org/packages/Azure.ResourceManager.Search) | **Current** | [Change log](https://github.com/Azure/azure-sdk-for-net/blob/main/sdk/search/Azure.ResourceManager.Search/CHANGELOG.md) |
| [Microsoft.Azure.Management.Search](/dotnet/api/overview/azure/search/management/management-cognitivesearch(deprecated)?view=azure-dotnet&preserve-view=true) | [Package versions](https://www.nuget.org/packages/Microsoft.Azure.Management.Search#versions-body-tab) | **Deprecated** | [Release notes](https://www.nuget.org/packages/Microsoft.Azure.Management.Search#release-body-tab) |
## Checklist for upgrade
Summary
{
"modification_type": "minor update",
"modification_title": "管理SDKのアップグレードに関する修正"
}
Explanation
この変更は、「管理SDKのアップグレード」に関する記事に対して行われた軽微な更新です。主な修正点は、タイトルを「Upgrade management SDKs」から「Upgrade Management SDKs」に変更し、著者情報を「bevloh」から「haileytap」に、協力著者も「beloh」から「haileytapia」にアップデートしたことです。また、文書の日付が「2025年2月24日」から「2026年2月19日」に変更されています。さらに、一部の文中での「APIS」が「APIs」に修正され、表の「Change Lot」が「Change log」に修正されました。これにより、内容の一貫性と正確性が向上しました。この文書は、Azure AI Searchにおける検索サービスを管理するための.NET管理SDKについての情報を提供しています。
articles/search/search-how-to-index-azure-blob-markdown.md
Diff
@@ -1,9 +1,9 @@
---
-title: Search over Markdown blobs
+title: Search Over Markdown Blobs
titleSuffix: Azure AI Search
description: Extract searchable text from Markdown blobs using the blob indexer in Azure AI Search. Indexers provide indexing automation for supported data sources like Azure Blob Storage.
-author: mdonovan
-ms.author: mdonovan
+author: haileytap
+ms.author: haileytapia
ms.service: azure-ai-search
ms.custom:
- ignite-2024
Summary
{
"modification_type": "minor update",
"modification_title": "Markdown BLOBの検索に関する修正"
}
Explanation
この変更は、「Markdown BLOBの検索」に関する文書に対して行われた軽微な更新です。主な修正点は、タイトルを「Search over Markdown blobs」から「Search Over Markdown Blobs」に変更し、著者情報を「mdonovan」から「haileytap」に、協力著者も「mdonovan」から「haileytapia」にアップデートしたことです。これにより、文書のタイトルの表記と著者情報が最新のものに修正されました。この文書は、Azure AI SearchにおけるBlobインデクサーを使用してMarkdown BLOBから検索可能なテキストを抽出する方法について説明しています。また、インデクサーはAzure Blob Storageなどのサポートされているデータソースに対してインデクシングの自動化を提供しています。
articles/search/search-import-data-portal.md
Diff
@@ -226,7 +226,7 @@ Both wizards follow a similar high-level workflow:
1. Run the wizard to create objects, optionally vectorize data, load data into an index, set a schedule, and configure other options.
-The workflow is a one-way pipeline. You can't use the wizard to edit any of the objects that were created, but you can use other portal tools, such as the index designer, indexer designer, or JSON editors, to make allowed updates.
+The workflow is a one-way pipeline. You can't use the wizard to edit any of the objects that were created, but you can use other portal tools, such as the index designer or JSON editors, to make allowed updates.
### Starting the wizards
Summary
{
"modification_type": "minor update",
"modification_title": "データポータルのインポートに関する修正"
}
Explanation
この変更は、「データポータルのインポート」に関する文書に対して行われた軽微な修正です。具体的には、文中の一文において、使用することができるポータルツールのリストが修正されました。元の文では「indexer designer」も含まれていましたが、修正後は「indexer designer」が削除され、「index designer」および「JSON editors」のみが残りました。これにより、文書が正確な情報を反映する形で更新され、他のポータルツールを使用する選択肢が強調されています。この文書は、オブジェクトを作成し、データをインデックスにロードするためのウィザードに関するワークフローについて説明しています。
articles/search/search-more-like-this.md
Diff
@@ -1,18 +1,18 @@
---
-title: moreLikeThis (preview) query feature
+title: moreLikeThis Query Feature
titleSuffix: Azure AI Search
-description: Describes the moreLikeThis (preview) feature, which is available in preview versions of the Azure AI Search REST API.
-author: bevloh
-ms.author: beloh
+description: Describes the moreLikeThis feature, which is available in preview versions of the Azure AI Search REST API.
+author: haileytap
+ms.author: haileytapia
ms.service: azure-ai-search
ms.custom:
- ignite-2023
ms.topic: concept-article
-ms.date: 02/20/2025
+ms.date: 02/19/2026
ms.update-cycle: 365-days
---
-# moreLikeThis (preview) in Azure AI Search
+# moreLikeThis in Azure AI Search
> [!IMPORTANT]
> This feature is in public preview under [Supplemental Terms of Use](https://azure.microsoft.com/support/legal/preview-supplemental-terms/). The [preview REST API](/rest/api/searchservice/index-preview) supports this feature.
Summary
{
"modification_type": "minor update",
"modification_title": "moreLikeThisクエリ機能に関する修正"
}
Explanation
この変更は、「moreLikeThisクエリ機能」に関する文書に対して行われた軽微な更新です。主な修正内容は、タイトルを「moreLikeThis (preview) query feature」から「moreLikeThis Query Feature」に変更したこと、著者情報を「bevloh」から「haileytap」に、協力著者も「beloh」から「haileytapia」に変更した点です。また、文書の説明部分から「(preview)」の表記が削除され、最新の日付が「02/19/2026」に更新されています。これにより、文書の内容が洗練され、正確な情報を反映するように改訂されました。さらに、「moreLikeThis (preview) in Azure AI Search」というセクションタイトルもシンプルに「moreLikeThis in Azure AI Search」に変更されており、使用する際の明確さを向上させています。この機能は、Azure AI Search REST APIのプレビュー版で利用可能であることを示す重要な情報も含まれています。
articles/search/search-multi-region.md
Diff
@@ -12,7 +12,7 @@ ms.update-cycle: 365-days
# Multi-region deployments in Azure AI Search
-Although Azure AI Search is a single-region service, you can achieve higher availability and resiliency by deploying multiple search services with identical configurations and content across multiple regions.
+Although Azure AI Search is a single-region service, you can achieve higher reliability by deploying multiple search services with identical configurations and content across multiple regions.
This article describes the components of a multi-region solution, which relies on your custom script or code to handle failover if a service becomes unavailable.
@@ -120,4 +120,4 @@ As you evaluate these load-balancing options, consider the following points:
## Related content
+ [Reliability in Azure AI Search](/azure/reliability/reliability-ai-search)
-+ [Design reliable Azure applications](/azure/architecture/framework/resiliency/app-design)
++ [Design reliable Azure applications](/azure/well-architected/reliability/checklist)
Summary
{
"modification_type": "minor update",
"modification_title": "マルチリージョン展開に関する修正"
}
Explanation
この変更は、「マルチリージョン展開」に関する文書に対する軽微な更新です。主な修正内容は、文中の表現を改善し、“higher availability and resiliency”(高い可用性とレジリエンシー)を「higher reliability」(高い信頼性)に置き換えた点です。この修正により、Azure AI Searchの機能に関する説明がより明確に伝わるようになります。
さらに、関連コンテンツのリストも更新されており、リンクの変更が行われています。具体的には、「Design reliable Azure applications」のリンク先が、以前の「/azure/architecture/framework/resiliency/app-design」から「/azure/well-architected/reliability/checklist」へと変更されています。この更新は、関連情報の整合性を保ち、読者に対する有用性を向上させることを目的としています。全体として、この変更は文書の明瞭さと信頼性を向上させる効果があります。
articles/search/search-query-odata-collection-operators.md
Diff
@@ -1,15 +1,15 @@
---
-title: OData collection operator reference
+title: OData Collection Operator Reference
titleSuffix: Azure AI Search
description: When creating filter expressions in Azure AI Search queries, use "any" and "all" operators in lambda expressions when the filter is on a collection or complex collection field.
manager: nitinme
-author: bevloh
-ms.author: beloh
+author: haileytap
+ms.author: haileytapia
ms.service: azure-ai-search
ms.custom:
- ignite-2023
ms.topic: concept-article
-ms.date: 02/07/2023
+ms.date: 02/19/2026
ms.update-cycle: 365-days
---
Summary
{
"modification_type": "minor update",
"modification_title": "ODataコレクション演算子リファレンスの修正"
}
Explanation
この変更は、「ODataコレクション演算子リファレンス」に関連する文書の軽微な更新です。主な変更点は、タイトルが「OData collection operator reference」から「OData Collection Operator Reference」へと変更されたことです。この変更により、タイトルのスタイルが統一され、視覚的に明確さが向上しています。
また、著者情報が「bevloh」から「haileytap」に変更され、協力著者は「beloh」から「haileytapia」に修正されています。これらの著者情報の更新は、文書の責任者を反映しつつ、現在の管理状況を示します。さらに、文書の日付も「02/07/2023」から「02/19/2026」に更新され、最新の情報を提供するよう修正されています。このような修正は、読者に最新のコンテンツを保証するために重要です。全体として、この更新は文書の明確さと信頼性を向上させる目的があります。
articles/search/search-query-odata-comparison-operators.md
Diff
@@ -1,15 +1,15 @@
---
-title: OData comparison operator reference
+title: OData Comparison Operator Reference
titleSuffix: Azure AI Search
description: Syntax and reference documentation for using OData comparison operators (eq, ne, gt, lt, ge, and le) in Azure AI Search queries.
manager: nitinme
-author: bevloh
-ms.author: beloh
+author: haileytap
+ms.author: haileytapia
ms.service: azure-ai-search
ms.custom:
- ignite-2023
ms.topic: concept-article
-ms.date: 09/16/2021
+ms.date: 02/19/2026
ms.update-cycle: 365-days
translation.priority.mt:
- "de-de"
@@ -23,6 +23,7 @@ translation.priority.mt:
- "zh-cn"
- "zh-tw"
---
+
# OData comparison operators in Azure AI Search - `eq`, `ne`, `gt`, `lt`, `ge`, and `le`
The most basic operation in an [OData filter expression](query-odata-filter-orderby-syntax.md) in Azure AI Search is to compare a field to a given value. Two types of comparison are possible -- equality comparison, and range comparison. You can use the following operators to compare a field to a constant value:
Summary
{
"modification_type": "minor update",
"modification_title": "OData比較演算子リファレンスの修正"
}
Explanation
この変更は、「OData比較演算子リファレンス」に関する文書の軽微な更新です。主な修正内容は、文書のタイトルを「OData comparison operator reference」から「OData Comparison Operator Reference」へと変更し、スタイルを統一した点です。また、新しい見出しが追加され、「OData comparison operators in Azure AI Search - eq, ne, gt, lt, ge, and le」という文が文書の可読性を向上させています。
著者情報も更新されており、著者が「bevloh」から「haileytap」へと変更され、協力著者が「beloh」から「haileytapia」に修正されています。これにより、現在の著者とその担当者が正確に示されています。また、文書の日付も「09/16/2021」から「02/19/2026」に変更され、最新の情報が反映されています。
文書内の内容に関しては、ODataフィルター表現における基本的な演算や、フィールドと定数値を比較するための比較演算子についての説明が含まれており、読者に対する情報提供が強化されています。このような更新は、利用者に対して適切で最新の情報を提供することを目的としています。
articles/search/search-query-odata-filter.md
Diff
@@ -1,15 +1,15 @@
---
-title: OData filter reference
+title: OData Filter Reference
titleSuffix: Azure AI Search
description: OData language reference and full syntax used for creating filter expressions in Azure AI Search queries.
manager: nitinme
-author: bevloh
-ms.author: beloh
+author: haileytap
+ms.author: haileytapia
ms.service: azure-ai-search
ms.custom:
- ignite-2023
ms.topic: concept-article
-ms.date: 07/18/2022
+ms.date: 02/19/2026
ms.update-cycle: 365-days
---
Summary
{
"modification_type": "minor update",
"modification_title": "ODataフィルターリファレンスの修正"
}
Explanation
この変更は、「ODataフィルターリファレンス」文書の軽微な更新です。主な修正点は、文書のタイトルを「OData filter reference」から「OData Filter Reference」に改訂し、タイトルのスタイルを整えたことです。また、著者情報が更新され、「bevloh」から「haileytap」に変更され、協力著者も「beloh」から「haileytapia」に修正されています。これにより、文書の管理状況が現在の担当者を反映する形になります。
加えて、文書の日付も「07/18/2022」から「02/19/2026」に変更され、最新の情報が反映されています。この更新により、読者に対し、正確で新しい情報を提供することが強調されています。文書の内容に関しては、Azure AI Searchクエリにおけるフィルター式を作成するためのOData言語リファレンスと完全な構文についての説明が含まれており、利用者に対する情報の明確さを向上させることを目的としています。
articles/search/search-query-odata-geo-spatial-functions.md
Diff
@@ -1,15 +1,15 @@
---
-title: OData geo-spatial function reference
+title: OData Geo-Spatial Function Reference
titleSuffix: Azure AI Search
description: Syntax and reference documentation for using OData geo-spatial functions, geo.distance and geo.intersects, in Azure AI Search queries.
manager: nitinme
-author: bevloh
-ms.author: beloh
+author: haileytap
+ms.author: haileytapia
ms.service: azure-ai-search
ms.custom:
- ignite-2023
ms.topic: concept-article
-ms.date: 09/16/2021
+ms.date: 02/19/2026
ms.update-cycle: 365-days
translation.priority.mt:
- "de-de"
@@ -23,6 +23,7 @@ translation.priority.mt:
- "zh-cn"
- "zh-tw"
---
+
# OData geo-spatial functions in Azure AI Search - `geo.distance` and `geo.intersects`
Azure AI Search supports geo-spatial queries in [OData filter expressions](query-odata-filter-orderby-syntax.md) via the `geo.distance` and `geo.intersects` functions. The `geo.distance` function returns the distance in kilometers between two points, one being a field or range variable, and one being a constant passed as part of the filter. The `geo.intersects` function returns `true` if a given point is within a given polygon, where the point is a field or range variable and the polygon is specified as a constant passed as part of the filter.
Summary
{
"modification_type": "minor update",
"modification_title": "OData地理空間関数リファレンスの修正"
}
Explanation
この変更は、「OData地理空間関数リファレンス」文書に対する軽微な更新です。主な修正点は、文書のタイトルが「OData geo-spatial function reference」から「OData Geo-Spatial Function Reference」に変更され、タイトルの形式が統一されたことです。また、新たに見出しが追加され、「OData geo-spatial functions in Azure AI Search - geo.distance and geo.intersects」というセクションが設けられています。これにより、文書の構造がより明確になっています。
著者情報も更新され、「bevloh」から「haileytap」へ、協力著者が「beloh」から「haileytapia」に変更されています。さらに、文書の日付も「09/16/2021」から「02/19/2026」に修正され、最新の情報が反映されています。
文書内では、Azure AI SearchにおけるODataフィルター表現を用いた地理空間クエリの実行についての説明が含まれており、geo.distance関数とgeo.intersects関数の用途や動作について具体的に記載されています。この更新は、利用者に対して明瞭で最新の情報を提供することを目指しています。
articles/search/search-query-odata-logical-operators.md
Diff
@@ -1,15 +1,15 @@
---
-title: OData logical operator reference
+title: OData Logical Operator Reference
titleSuffix: Azure AI Search
description: Syntax and reference documentation for using OData logical operators, and, or, and not, in Azure AI Search queries.
manager: nitinme
-author: bevloh
-ms.author: beloh
+author: haileytap
+ms.author: haileytapia
ms.service: azure-ai-search
ms.custom:
- ignite-2023
ms.topic: concept-article
-ms.date: 09/16/2021
+ms.date: 02/19/2026
ms.update-cycle: 365-days
translation.priority.mt:
- "de-de"
@@ -23,6 +23,7 @@ translation.priority.mt:
- "zh-cn"
- "zh-tw"
---
+
# OData logical operators in Azure AI Search - `and`, `or`, `not`
[OData filter expressions](query-odata-filter-orderby-syntax.md) in Azure AI Search are Boolean expressions that evaluate to `true` or `false`. You can write a complex filter by writing a series of [simpler filters](search-query-odata-comparison-operators.md) and composing them using the logical operators from [Boolean algebra](https://en.wikipedia.org/wiki/Boolean_algebra):
Summary
{
"modification_type": "minor update",
"modification_title": "OData論理演算子リファレンスの修正"
}
Explanation
この変更は、「OData論理演算子リファレンス」文書に対する軽微な更新です。主な修正点として、文書タイトルが「OData logical operator reference」から「OData Logical Operator Reference」に変更され、形式が統一されたことが挙げられます。また、ODataの論理演算子に関する新しい見出しが追加され、「OData logical operators in Azure AI Search - and, or, not」というセクションが設けられています。この更新により、文書の構造がより明確になり、読者が必要な情報にアクセスしやすくなっています。
著者情報についても更新が行われ、「bevloh」から「haileytap」へ、協力著者が「beloh」から「haileytapia」に変更されています。さらに、文書の日付が「09/16/2021」から「02/19/2026」に修正され、最新の情報が反映されています。
文書内では、Azure AI SearchにおけるODataフィルター表現のBoolean演算子の使用について説明されており、特にand、or、notの演算子に関する情報が提供されています。この更新により、ユーザーは複雑なフィルターを簡素なフィルターを組み合わせて記述する方法を理解しやすくなります。全体として、この更新は読者に対して明確で最新の情報を提供することを目的としています。
articles/search/search-query-odata-orderby.md
Diff
@@ -1,15 +1,15 @@
---
-title: OData order-by reference
+title: OData Order-By Reference
titleSuffix: Azure AI Search
description: Syntax and language reference documentation for using order-by in Azure AI Search queries.
manager: nitinme
-author: bevloh
-ms.author: beloh
+author: haileytap
+ms.author: haileytapia
ms.service: azure-ai-search
ms.custom:
- ignite-2023
ms.topic: concept-article
-ms.date: 11/02/2022
+ms.date: 02/19/2026
ms.update-cycle: 365-days
---
Summary
{
"modification_type": "minor update",
"modification_title": "OData順序指定リファレンスの修正"
}
Explanation
この変更は、「OData順序指定リファレンス」文書に対する軽微な更新です。主な修正点として、文書のタイトルが「OData order-by reference」から「OData Order-By Reference」に変更され、形式が統一されています。この変更により、タイトルの一貫性が向上します。
著者情報も更新され、「bevloh」から「haileytap」へ、協力著者が「beloh」から「haileytapia」に変更されています。また、文書の日付も「11/02/2022」から「02/19/2026」に修正され、最新の情報が反映されています。
全体的に、この更新は文書の整合性を高め、読者に対して明確で新しい情報を提供することを目的としています。Azure AI Searchにおけるorder-byの使用に関する対話に必要な情報が記載されているため、利用者が仕様を理解しやすくなります。
articles/search/search-query-odata-search-in-function.md
Diff
@@ -1,15 +1,15 @@
---
-title: OData search.in function reference
+title: OData search.in Function Reference
titleSuffix: Azure AI Search
description: Syntax and reference documentation for using the search.in function in Azure AI Search queries.
manager: nitinme
-author: bevloh
-ms.author: beloh
+author: haileytap
+ms.author: haileytapia
ms.service: azure-ai-search
ms.custom:
- ignite-2023
ms.topic: concept-article
-ms.date: 09/16/2021
+ms.date: 02/19/2026
ms.update-cycle: 365-days
translation.priority.mt:
- "de-de"
@@ -23,6 +23,7 @@ translation.priority.mt:
- "zh-cn"
- "zh-tw"
---
+
# OData `search.in` function in Azure AI Search
A common scenario in [OData filter expressions](query-odata-filter-orderby-syntax.md) is to check whether a single field in each document is equal to one of many possible values. For example, this is how some applications implement [security trimming](search-security-trimming-for-azure-search.md) -- by checking a field containing one or more principal IDs against a list of principal IDs representing the user issuing the query. One way to write a query like this is to use the [`eq`](search-query-odata-comparison-operators.md) and [`or`](search-query-odata-logical-operators.md) operators:
Summary
{
"modification_type": "minor update",
"modification_title": "OData search.in関数リファレンスの修正"
}
Explanation
この変更は、「OData search.in関数リファレンス」文書に対する軽微な更新です。主な修正点は文書のタイトルで、以前の「OData search.in function reference」から「OData search.in Function Reference」に変更され、形式が統一されました。これにより、タイトルがより一貫性を持つようになります。
著者情報も更新され、「bevloh」から「haileytap」へ、協力著者が「beloh」から「haileytapia」に変更され、文書の日付が「09/16/2021」から「02/19/2026」に修正されています。この更新は最新の情報を反映させるためのものであり、読者に対して明確なタイムスタンプを提供します。
文書内には、Azure AI Searchにおけるsearch.in関数の使用方法に関する情報が追加されています。具体的には、ODataフィルター表現における共通のシナリオとして、ドキュメント内の単一フィールドが多くの可能な値のいずれかに等しいかどうかをチェックする方法が説明されており、セキュリティトリミングの実装方法の例も示されています。この更新は利用者が機能を理解しやすくすることを目的としています。
articles/search/search-query-odata-search-score-function.md
Diff
@@ -1,15 +1,15 @@
---
-title: OData search.score function reference
+title: OData search.score Function Reference
titleSuffix: Azure AI Search
description: Syntax and reference documentation for using the search.score function in Azure AI Search queries.
manager: nitinme
-author: bevloh
-ms.author: beloh
+author: haileytap
+ms.author: haileytapia
ms.service: azure-ai-search
ms.custom:
- ignite-2023
ms.topic: concept-article
-ms.date: 04/18/2023
+ms.date: 02/19/2026
ms.update-cycle: 365-days
translation.priority.mt:
- "de-de"
@@ -23,6 +23,7 @@ translation.priority.mt:
- "zh-cn"
- "zh-tw"
---
+
# OData `search.score` function in Azure AI Search
When you send a query to Azure AI Search without the [**$orderby** parameter](search-query-odata-orderby.md), the results that come back will be sorted in descending order by relevance score. Even when you do use **$orderby**, the relevance score is used to break ties by default. However, sometimes it's useful to use the relevance score as an initial sort criteria, and some other criteria as the tie-breaker. The example in this article demonstrates using the `search.score` function for sorting.
Summary
{
"modification_type": "minor update",
"modification_title": "OData search.score関数リファレンスの修正"
}
Explanation
この変更は、「OData search.score関数リファレンス」文書に対する軽微な更新を示しています。主に文書のタイトルが「OData search.score function reference」から「OData search.score Function Reference」に変更され、形式が統一されています。これにより、タイトルがより一貫した表現となります。
著者情報も更新され、「bevloh」から「haileytap」へと変更され、協力著者も「beloh」から「haileytapia」に修正されています。また、文書の日付も「04/18/2023」から「02/19/2026」に更新されており、新しい情報を反映しています。
さらに、文書内に新たに追加されたセクションでは、Azure AI Searchにおけるsearch.score関数の使用に関しての説明が含まれています。このセクションでは、クエリを送信する際に$orderbyパラメーターなしでは、関連スコアによって結果が降順にソートされること、さらに$orderbyを使用する際にも関連スコアがデフォルトで同点の判定に使われることが言及されています。これにより、関連スコアを初期ソート基準として使用し、他の基準を同点判定に利用する方法が示され、読者に対してより具体的な実践例が提供されるようになっています。
articles/search/search-query-odata-select.md
Diff
@@ -1,15 +1,15 @@
---
-title: OData select reference
+title: OData Select Reference
titleSuffix: Azure AI Search
description: Syntax and language reference for explicit selection of fields to return in the search results of Azure AI Search queries.
manager: nitinme
-author: bevloh
-ms.author: beloh
+author: haileytap
+ms.author: haileytapia
ms.service: azure-ai-search
ms.custom:
- ignite-2023
ms.topic: concept-article
-ms.date: 07/18/2022
+ms.date: 02/19/2026
ms.update-cycle: 365-days
---
Summary
{
"modification_type": "minor update",
"modification_title": "OData Selectリファレンスの修正"
}
Explanation
この変更は、「OData Selectリファレンス」文書に対する軽微な更新を示しています。変更された主な点は文書のタイトルであり、「OData select reference」が「OData Select Reference」に改訂され、形式が整えられています。これにより、文書の表現が一貫したものになります。
著者情報も更新されており、著者は「bevloh」から「haileytap」へ、そして協力著者は「beloh」から「haileytapia」に変更されています。さらに、文書の日付も「07/18/2022」から「02/19/2026」に修正されており、最新の情報を提供するためのものです。
この修正は、Azure AI Searchクエリにおける検索結果の返却フィールドを明示的に選択するための構文とリファレンスを説明した内容を引き続き保持しており、ユーザーにとって有用な情報が含まれています。
articles/search/search-query-odata-syntax-reference.md
Diff
@@ -1,15 +1,15 @@
---
-title: OData expression syntax reference
+title: OData Expression Syntax Reference
titleSuffix: Azure AI Search
description: Formal grammar and syntax specification for OData expressions in Azure AI Search queries.
manager: nitinme
-author: bevloh
-ms.author: beloh
+author: haileytap
+ms.author: haileytapia
ms.service: azure-ai-search
ms.custom:
- ignite-2023
ms.topic: concept-article
-ms.date: 07/18/2022
+ms.date: 02/19/2026
ms.update-cycle: 365-days
---
# OData expression syntax reference for Azure AI Search
Summary
{
"modification_type": "minor update",
"modification_title": "OData Expression構文リファレンスの修正"
}
Explanation
この変更は、「OData Expression構文リファレンス」文書に対する軽微な更新を示しています。主な修正点は文書のタイトルで、「OData expression syntax reference」が「OData Expression Syntax Reference」に改訂され、大文字を使用することで表現が一貫したものとなっています。
著者情報についても更新があり、著者は「bevloh」から「haileytap」へと変更され、協力著者も「beloh」から「haileytapia」に修正されています。さらに、文書の日付も「07/18/2022」から「02/19/2026」に変更されており、最新の情報に基づいていることを示しています。
この文書は、Azure AI SearchクエリにおけるOData式の形式文法と構文仕様についての情報を引き続き提供しており、ユーザーにとって有用なリファレンスとなる内容が含まれています。
articles/search/vector-search-how-to-configure-vectorizer.md
Diff
@@ -1,84 +1,111 @@
---
-title: Configure a vectorizer
+title: Configure Vectorizer
titleSuffix: Azure AI Search
-description: Steps for adding a vectorizer to a search index in Azure AI Search. A vectorizer calls an embedding model that generates embeddings from text.
+description: Add a vectorizer to an Azure AI Search index so the search service converts text queries to vectors at query time using Microsoft-hosted or custom embedding models.
author: haileytap
ms.author: haileytapia
ms.service: azure-ai-search
ms.update-cycle: 180-days
ms.custom:
- build-2024
ms.topic: how-to
-ms.date: 07/17/2025
+ms.date: 02/19/2026
+ai-usage: ai-assisted
---
# Configure a vectorizer in a search index
-In Azure AI Search, a *vectorizer* is a component that performs vectorization using a deployed embedding model on Azure OpenAI or Azure Vision in Foundry Tools. It converts text (or images) to vectors during query execution.
+In Azure AI Search, a *vectorizer* converts text or images into vectors during query execution, allowing you to submit plain-text queries against vector fields without computing embeddings yourself.
-It's defined in a [search index](search-what-is-an-index.md), it applies to searchable vector fields, and it's used at query time to generate an embedding for a text or image query input. If instead you need to vectorize content as part of the indexing process, refer to [integrated vectorization](vector-search-integrated-vectorization.md). For built-in vectorization during indexing, you can configure an indexer and skillset that calls an embedding model for your raw text or image content.
+A vectorizer is defined in a search index and assigned to vector fields through a vector profile. At query time, the vectorizer calls an embedding model to generate a vector from your query input. For more information, see [Using integrated vectorization in queries](vector-search-integrated-vectorization.md#using-integrated-vectorization-in-queries).
-To add a vectorizer to search index, you can use the index designer in Azure portal, or call the [Create or Update Index](/rest/api/searchservice/indexes/create-or-update) REST API, or use any Azure SDK package that's updated to provide this feature.
+To add a vectorizer to an index, use the import wizard or index designer in the Azure portal, [Indexes - Create Or Update](/rest/api/searchservice/indexes/create-or-update) (REST API), or an Azure SDK package. This article uses REST for illustration.
-Vectorizers are now generally available as long as you use a generally available skill-vectorizer pair. [AzureOpenAIEmbedding vectorizer](vector-search-vectorizer-azure-open-ai.md) and [AzureOpenAIEmbedding skill](cognitive-search-skill-azure-openai-embedding.md) are generally available. The custom [Web API vectorizer](/rest/api/searchservice/indexes/create-or-update#webapivectorizer) is also generally available.
-
-[Azure Vision vectorizer](vector-search-vectorizer-ai-services-vision.md), [Microsoft Foundry model catalog vectorizer](vector-search-vectorizer-azure-machine-learning-ai-studio-catalog.md), and their equivalent skills are still in preview. Your skillset must specify [2024-05-01-preview REST API](/rest/api/searchservice/operation-groups?view=rest-searchservice-2024-05-01-preview&preserve-view=true) to use preview skills and vectorizers.
+> [!TIP]
+> A vectorizer handles query-time vectorization. To also vectorize content during indexing, set up an indexer and skillset with an embedding skill. For more information, see [Using integrated vectorization during indexing](vector-search-integrated-vectorization.md#using-integrated-vectorization-during-indexing).
## Prerequisites
-+ [An index with searchable vector fields](vector-search-how-to-create-index.md) on Azure AI Search.
++ An [index with searchable vector fields](vector-search-how-to-create-index.md) on your search service.
+
++ (Optional) [Diagnostic logging enabled](search-monitor-enable-logging.md) on your search service to confirm vector query execution.
-+ A deployed embedding model (see the next section).
++ A [supported embedding model](#supported-embedding-models) deployment for your vectorizer.
-+ Permissions to use the embedding model. On Azure OpenAI, the caller must have [Cognitive Services OpenAI User](/azure/ai-services/openai/how-to/role-based-access-control#azure-openai-roles) permissions. Or, you can provide an API key.
++ Permissions to update and query the index. This article uses the recommended [keyless authentication](search-get-started-rbac.md). Assign the **Search Service Contributor** and **Search Index Data Reader** roles to your user account, sign in to Azure, and get an access token. If you use [API keys](search-security-api-keys.md) instead, get an admin key for update operations and a query key for search operations.
-+ [Visual Studio Code](https://code.visualstudio.com/download) with a [REST client](https://marketplace.visualstudio.com/items?itemName=humao.rest-client) to send the query and accept a response.
++ Permissions to use the embedding model. For example, with Azure OpenAI, the caller must have [**Cognitive Services OpenAI User**](/azure/ai-services/openai/how-to/role-based-access-control#azure-openai-roles) permissions. You can also use an API key.
-We recommend that you [enable diagnostic logging](search-monitor-enable-logging.md) on your search service to confirm vector query execution.
++ [Visual Studio Code](https://code.visualstudio.com/download) with the [REST Client extension](https://marketplace.visualstudio.com/items?itemName=humao.rest-client). Create a `.rest` or `.http` file to send each REST request in this article directly from the editor.
## Supported embedding models
-The following table lists the embedding models that can be used with a vectorizer. Because you must use the [same embedding model for indexing and queries](vector-search-integrated-vectorization.md#using-integrated-vectorization-in-queries), vectorizers are paired with skills that generate embeddings during indexing. The table lists the skill associated with a particular vectorizer.
+Azure AI Search offers several types of vectorizers, each paired with a corresponding skill. The skill generates embeddings during indexing, while the vectorizer generates embeddings at query time. You must use the same embedding model for both, so choose a vectorizer–skill pair that points to the same model deployment.
+
+The following table lists the vectorizers and their supported models and associated skills.
+
+| Vectorizer | Supported models | Associated skill |
+|-----------------|------------|------------------|
+| [Azure OpenAI](vector-search-vectorizer-azure-open-ai.md) | text-embedding-ada-002<br>text-embedding-3-large<br>text-embedding-3-small | [Azure OpenAI Embedding](cognitive-search-skill-azure-openai-embedding.md) |
+| [Microsoft Foundry model catalog](vector-search-vectorizer-azure-machine-learning-ai-studio-catalog.md) | Cohere-embed-v3-english<br>Cohere-embed-v3-multilingual<br>Cohere-embed-v4 <sup>1</sup> | [AML](cognitive-search-aml-skill.md) |
+| [Azure Vision](vector-search-vectorizer-ai-services-vision.md) | [Multimodal embeddings 4.0 API](/azure/ai-services/computer-vision/concept-image-retrieval) | [Azure Vision multimodal embeddings](cognitive-search-skill-vision-vectorize.md) |
+| [Custom Web API](vector-search-vectorizer-custom-web-api.md) | Any embedding model (hosted externally) | [Custom Web API](cognitive-search-custom-skill-web-api.md) |
+
+<sup>1</sup> You can only specify `embed-v-4-0` programmatically through the [AML skill](cognitive-search-aml-skill.md) or [Microsoft Foundry model catalog vectorizer](vector-search-vectorizer-azure-machine-learning-ai-studio-catalog.md), not through the Azure portal. However, you can use the portal to manage the skillset or vectorizer afterward.
-| Vectorizer kind | Model names | Model provider | Associated skill |
-|-----------------|------------|----------------|------------------|
-| [`azureOpenAI`](vector-search-vectorizer-azure-open-ai.md) | text-embedding-ada-002<br>text-embedding-3 | Azure OpenAI | [AzureOpenAIEmbedding skill](cognitive-search-skill-azure-openai-embedding.md) |
-| [`aml`](vector-search-vectorizer-azure-machine-learning-ai-studio-catalog.md) | Cohere-embed-v3<br>Cohere-embed-v4 <sup>1</sup> | [Microsoft Foundry model catalog](vector-search-integrated-vectorization-ai-studio.md) | [AML skill](cognitive-search-aml-skill.md) |
-| [`aiServicesVision`](vector-search-vectorizer-ai-services-vision.md) | [Multimodal embeddings 4.0 API](/azure/ai-services/computer-vision/concept-image-retrieval) | Azure Vision (through a Foundry resource) | [Azure Vision multimodal embeddings skill](cognitive-search-skill-vision-vectorize.md) |
-| [`customWebApi`](vector-search-vectorizer-custom-web-api.md) | Any embedding model | Hosted externally | [Custom Web API skill](cognitive-search-custom-skill-web-api.md) |
+> [!NOTE]
+> Vectorizers are generally available as long as you use a generally available skill–vectorizer pair. For the latest availability information, see the documentation for each vectorizer and skill in the previous table.
-<sup>1</sup> At this time, you can only specify `embed-v-4-0` programmatically through the [AML skill](cognitive-search-aml-skill.md) or [Microsoft Foundry model catalog vectorizer](vector-search-vectorizer-azure-machine-learning-ai-studio-catalog.md), not through the Azure portal. However, you can use the portal to manage the skillset or vectorizer afterward.
+## Define a vectorizer using a wizard
-## Try a vectorizer with sample data
+The **Import data (new)** wizard in the Azure portal can read files from Azure Blob Storage, create an index with chunked and vectorized fields, and add a vectorizer. By design, the wizard-generated vectorizer is set to the same embedding model used to index the blob content.
-The [**Import data (new)** wizard](search-get-started-portal-import-vectors.md) reads files from Azure Blob storage, creates an index with chunked and vectorized fields, and adds a vectorizer. By design, the vectorizer that's created by the wizard is set to the same embedding model used to index the blob content.
+To create a sample index with a vectorizer using the wizard:
-1. [Upload sample data files](/azure/storage/blobs/storage-quickstart-blobs-portal) to a container on Azure Storage. We used some [small text files from NASA's earth book](https://github.com/Azure-Samples/azure-search-sample-data/tree/main/nasa-e-book/earth-txt-10) to test these instructions on a free search service.
+1. [Upload files](/azure/storage/blobs/storage-quickstart-blobs-portal) to a container in Azure Storage. We used [small text files from NASA's Earth at Night e-book](https://github.com/Azure-Samples/azure-search-sample-data/tree/main/nasa-e-book/earth-txt-10) to test these instructions on a free search service.
-1. Run the [**Import data (new)** wizard](search-get-started-portal-import-vectors.md), choosing the blob container for the data source.
+1. Run the [**Import data (new)** wizard](search-get-started-portal-import-vectors.md). Choose the blob container for the data source.
:::image type="content" source="media/vector-search-how-to-configure-vectorizer/connect-to-data.png" lightbox="media/vector-search-how-to-configure-vectorizer/connect-to-data.png" alt-text="Screenshot of the connect to your data page.":::
-1. Choose an existing deployment of **text-embedding-ada-002**. This model generates embeddings during indexing and is also used to configure the vectorizer used during queries.
+1. Choose a vectorizer kind and, if applicable, a model deployment. This example uses Azure OpenAI and a **text-embedding-ada-002** deployment.
- :::image type="content" source="media/vector-search-how-to-configure-vectorizer/vectorize-enrich-data.png" lightbox="media/vector-search-how-to-configure-vectorizer/vectorize-enrich-data.png" alt-text="Screenshot of the vectorize and enrich data page.":::
+ :::image type="content" source="media/vector-search-how-to-configure-vectorizer/vectorize-enrich-data.png" lightbox="media/vector-search-how-to-configure-vectorizer/vectorize-enrich-data.png" alt-text="Screenshot of the vectorize and enrich data page for configuring a vectorizer embedding model.":::
-1. After the wizard is finished and all indexer processing is complete, you should have an index with a searchable vector field. The field's JSON definition looks like this:
+1. After the wizard finishes and all indexer processing is complete, you should have an index with a searchable vector field. The field's JSON definition looks like this:
```json
{
- "name": "vector",
- "type": "Collection(Edm.Single)",
- "searchable": true,
- "retrievable": true,
- "dimensions": 1536,
- "vectorSearchProfile": "vector-nasa-ebook-text-profile"
+ "name": "text_vector",
+ "type": "Collection(Edm.Single)",
+ "searchable": true,
+ "filterable": false,
+ "retrievable": true,
+ "stored": true,
+ "sortable": false,
+ "facetable": false,
+ "key": false,
+ "dimensions": 1536,
+ "vectorSearchProfile": "vector-nasa-ebook-text-profile",
+ "synonymMaps": []
}
```
-1. You should also have a vector profile and a vectorizer, similar to the following example:
+ You should also have a vector profile, vector search algorithm, and vectorizer. Their JSON definitions look like this:
```json
+ "algorithms": [
+ {
+ "name": "vector-nasa-ebook-text-algorithm",
+ "kind": "hnsw",
+ "hnswParameters": {
+ "metric": "cosine",
+ "m": 4,
+ "efConstruction": 400,
+ "efSearch": 500
+ }
+ }
+ ],
"profiles": [
{
"name": "vector-nasa-ebook-text-profile",
@@ -91,146 +118,206 @@ The [**Import data (new)** wizard](search-get-started-portal-import-vectors.md)
"name": "vector-nasa-ebook-text-vectorizer",
"kind": "azureOpenAI",
"azureOpenAIParameters": {
- "resourceUri": "https://my-fake-azure-openai-resource.openai.azure.com",
+ "resourceUri": "https://my-azure-openai-resource.openai.azure.com",
"deploymentId": "text-embedding-ada-002",
"modelName": "text-embedding-ada-002",
- "apiKey": "0000000000000000000000000000000000000",
- "authIdentity": null
},
- "customWebApiParameters": null
}
]
```
-1. Skip ahead to [test your vectorizer](#test-a-vectorizer) for text-to-vector conversion during query execution.
+## Define a vectorizer programmatically
-## Define a vectorizer and vector profile
+If you didn't use the portal wizard or want to add a vectorizer to an existing index, you can define a vectorizer and vector profile programmatically. A vector profile links a vectorizer to one or more vector fields and specifies the vector search algorithm used for navigation structures.
-This section explains the modifications to an index schema for defining a vectorizer manually.
+To define a vectorizer and vector profile in an existing index:
-1. Use [Create or Update Index](/rest/api/searchservice/indexes/create-or-update) to add `vectorizers` to a search index.
+1. Retrieve the index definition using [Indexes - Get](/rest/api/searchservice/indexes/get) (REST API). Replace the service name, index name, and access token with your own values.
-1. Add the following JSON to your index definition. The vectorizers section provides connection information to a deployed embedding model. This step shows two vectorizer examples so that you can compare an Azure OpenAI embedding model and a custom web API side by side.
+ ```http
+ ### Get index definition
+ GET https://my-search-service.search.windows.net/indexes/my-index?api-version=2025-09-01 HTTP/1.1
+ Authorization: Bearer <your-access-token> // For API keys, replace this line with api-key: <your-admin-api-key>
+ ```
+
+1. Use [Indexes - Create Or Update](/rest/api/searchservice/indexes/create-or-update) (REST API) to update the index definition. Paste the full index definition in the request body.
+
+ ```http
+ ### Update index definition
+ PUT https://my-search-service.search.windows.net/indexes/my-index?api-version=2025-09-01 HTTP/1.1
+ Content-Type: application/json
+ Authorization: Bearer <your-access-token> // For API keys, replace this line with api-key: <your-admin-api-key>
+
+ // Paste your index definition here
+ ```
+
+1. Add a `vectorizers` section to `vectorSearch` object. This section specifies connection information to a deployed embedding model. The following example includes both Azure OpenAI and Custom Web API for comparison.
```json
- "vectorizers": [
- {
- "name": "my_azure_open_ai_vectorizer",
- "kind": "azureOpenAI",
- "azureOpenAIParameters": {
- "resourceUri": "https://url.openai.azure.com",
- "deploymentId": "text-embedding-ada-002",
- "modelName": "text-embedding-ada-002",
- "apiKey": "mytopsecretkey"
- }
- },
- {
- "name": "my_custom_vectorizer",
- "kind": "customWebApi",
- "customVectorizerParameters": {
- "uri": "https://my-endpoint",
- "authResourceId": " ",
- "authIdentity": " "
+ "vectorSearch": {
+ "vectorizers": [
+ {
+ "name": "my_azure_open_ai_vectorizer",
+ "kind": "azureOpenAI",
+ "azureOpenAIParameters": {
+ "resourceUri": "https://url.openai.azure.com",
+ "deploymentId": "text-embedding-ada-002",
+ "modelName": "text-embedding-ada-002",
+ "apiKey": "mytopsecretkey"
+ }
+ },
+ {
+ "name": "my_custom_vectorizer",
+ "kind": "customWebApi",
+ "customVectorizerParameters": {
+ "uri": "https://my-endpoint",
+ "authResourceId": null,
+ "authIdentity": null
+ }
}
- }
- ]
+ ]
+ }
```
-1. In the same index, add a vector profiles section that specifies one of your vectorizers. Vector profiles also require a [vector search algorithm](vector-search-ranking.md) used to create navigation structures.
+1. Add an `algorithms` section to `vectorSearch`. This section defines a [vector search algorithm](vector-search-ranking.md) used for navigation structures.
```json
- "profiles": [
- {
- "name": "my_vector_profile",
- "algorithm": "my_hnsw_algorithm",
- "vectorizer":"my_azure_open_ai_vectorizer"
+ "algorithms": [
+ {
+ "name": "my_hnsw_algorithm",
+ "kind": "hnsw",
+ "hnswParameters": {
+ "m": 4,
+ "efConstruction": 400,
+ "efSearch": 500,
+ "metric": "cosine"
}
+ }
+ ]
+ ```
+
+1. Add a `profiles` section to `vectorSearch`. This section references the vectorizer and vector search algorithm defined in the previous steps.
+
+ ```json
+ "profiles": [
+ {
+ "name": "my_vector_profile",
+ "algorithm": "my_hnsw_algorithm",
+ "vectorizer": "my_azure_open_ai_vectorizer"
+ }
]
```
-1. Assign a vector profile to a vector field. The following example shows a fields collection with the required key field, a title string field, and two vector fields with a vector profile assignment.
+1. In the `fields` array, assign the vector profile to one or more vector fields by specifying the `vectorSearchProfile` property.
```json
- "fields": [
- {
- "name": "ID",
- "type": "Edm.String",
- "key": true,
- "sortable": true,
- "analyzer": "keyword"
- },
- {
- "name": "title",
- "type": "Edm.String"
- },
- {
- "name": "vector",
- "type": "Collection(Edm.Single)",
- "dimensions": 1536,
- "vectorSearchProfile": "my_vector_profile",
- "searchable": true,
- "retrievable": true
- },
- {
- "name": "my-second-vector",
- "type": "Collection(Edm.Single)",
- "dimensions": 1024,
- "vectorSearchProfile": "my_vector_profile",
- "searchable": true,
- "retrievable": true
- }
+ "fields": [
+ ... // Trimmed for brevity
+ {
+ "name": "vector",
+ "type": "Collection(Edm.Single)",
+ "dimensions": 1536,
+ "vectorSearchProfile": "my_vector_profile",
+ "searchable": true,
+ "retrievable": true
+ },
+ {
+ "name": "my_second_vector",
+ "type": "Collection(Edm.Single)",
+ "dimensions": 1536,
+ "vectorSearchProfile": "my_vector_profile",
+ "searchable": true,
+ "retrievable": true
+ }
]
```
-## Test a vectorizer
+1. Send the PUT request to update the index definition. If the request is successful, you should receive a `204 No Content` response.
-Use a search client to send a query through a vectorizer. This example assumes Visual Studio Code with a REST client and a [sample index](#try-a-vectorizer-with-sample-data).
+1. To verify the vectorizer and vector profile, rerun the GET request from the first step. Confirm that:
-1. In Visual Studio Code, provide a search endpoint and [search query API key](search-security-api-keys.md#find-existing-keys):
+ + The `vectorSearch.vectorizers` array contains your vectorizer definition with the correct `kind` and connection parameters.
- ```http
- @baseUrl:
- @queryApiKey: 00000000000000000000000
- ```
+ + The `vectorSearch.profiles` array includes a profile that references your vectorizer by name.
-1. Paste in a [vector query request](vector-search-how-to-query.md).
+ + The `vectorSearch.algorithms` array includes the vector search algorithm referenced by your profile.
- ```http
- ### Run a query
- POST {{baseUrl}}/indexes/vector-nasa-ebook-txt/docs/search?api-version=2025-09-01 HTTP/1.1
- Content-Type: application/json
- api-key: {{queryApiKey}}
-
+ + The `vectorSearchProfile` property on your vector field(s) in the `fields` array matches the profile name.
+
+## Test a vectorizer
+
+To confirm a vectorizer works, send a [vector query](vector-search-how-to-query.md) that passes a text string instead of a vector. The following example targets the sample index from [Define a vectorizer using a wizard](#define-a-vectorizer-using-a-wizard), but you can test your own index by adjusting the field names and query parameters.
+
+Use [Documents - Search Post](/rest/api/searchservice/documents/search-post) (REST API) to send the request. Replace the service name, index name, and access token with your own values.
+
+```http
+### Test a vectorizer with a vector query
+POST https://my-search-service.search.windows.net/indexes/vector-nasa-ebook-txt/docs/search?api-version=2025-09-01 HTTP/1.1
+Content-Type: application/json
+Authorization: Bearer <your-access-token> // For API keys, replace this line with api-key: <your-query-api-key>
+
+{
+ "count": true,
+ "select": "title, chunk",
+ "vectorQueries": [
{
- "count": true,
- "select": "title,chunk",
- "vectorQueries": [
- {
- "kind": "text",
- "text": "what cloud formations exists in the troposphere",
- "fields": "vector",
- "k": 3,
- "exhaustive": true
- }
- ]
+ "kind": "text",
+ "text": "what cloud formations exist in the troposphere",
+ "fields": "text_vector",
+ "k": 3,
+ "exhaustive": true
}
- ```
+ ]
+}
+```
+
+**Key points:**
+
++ `"kind": "text"` tells the search engine that the input is a text string and to use the vectorizer associated with the search field.
+
++ `"text"` is the plain-language string to vectorize.
+
++ `"fields": "text_vector"` is the name of the field to query over. If you use the sample index produced by the wizard, the generated vector field is named `text_vector`.
+
++ `"exhaustive": true` bypasses the HNSW graph and performs a brute-force search over all vectors. This setting is useful for testing accuracy but is slower than the default approximate search. Remove this parameter in production queries for better performance.
+
++ The query doesn't set any vectorizer properties. The search engine reads them automatically from the vector profile assigned to the field.
+
+If the vectorizer is configured correctly, the response returns matching documents ranked by similarity. You should get three results (`k`: 3), the first of which is the most relevant.
- Key points about the query include:
+```json
+{
+ "@odata.count": 3,
+ "value": [
+ {
+ "@search.score": 0.66195244,
+ "chunk": "Cloud Shadow\tGermany\nIn November 2012, the Earth Observing...",
+ "title": "page-25.txt"
+ },
+ ... // Trimmed for brevity
+ ]
+}
+```
- + `"kind": "text"` tells the search engine that the input is a text string, and to use the vectorizer associated with the search field.
+## Troubleshooting
- + `"text": "what cloud formations exists in the troposphere"` is the text string to vectorize.
+If your vectorizer isn't working as expected, start with the common errors table and then check your diagnostic logs for more detail.
- + `"fields": "vector"` is the name of the field to query over. If you use the sample index produced by the wizard, the generated vector field is named `vector`.
+### Common errors
-1. Send the request. You should get three `k` results, where the first result is the most relevant.
+The following table lists common vectorizer errors and how to resolve them.
-Notice that there are no vectorizer properties to set at query time. The query reads the vectorizer properties, as per the vector profile field assignment in the index.
+| Error | Cause | Resolution |
+|-------|-------|------------|
+| **Authentication failure** (401/403) | Invalid API key or missing RBAC role assignment for the embedding model. | Verify your API key or confirm that the search service identity has the `Cognitive Services OpenAI User` role on the Azure OpenAI resource. |
+| **Dimension mismatch** | The vectorizer model produces embeddings with a different dimension count than the vector field expects. | Ensure the `dimensions` property on the vector field matches the output dimensions of the embedding model (for example, 1536 for `text-embedding-ada-002`). |
+| **Rate limiting** (429) | The embedding model provider is throttling requests. | Review [Azure OpenAI quota limits](/azure/ai-services/openai/quotas-limits?view=foundry&preserve-view=true) and consider increasing your tokens-per-minute (TPM) allocation or reducing batch size. |
+| **Vectorizer not found** | The vector profile references a vectorizer name that doesn't exist in the index. | Confirm that the `vectorizer` property in the vector profile matches the `name` of a vectorizer in the `vectorizers` array. |
+| **Empty results** | Text-to-vector conversion succeeded but the query returns no matches. | Verify the `fields` parameter in the vector query matches the name of a searchable vector field. Increase `k` to return more results. |
-## Check logs
+### Check logs
-If you enabled diagnostic logging for your search service, run a Kusto query to confirm query execution on your vector field:
+If you enabled diagnostic logging for your search service, run the following Kusto query to confirm query execution on your vector field.
```kusto
OperationEvent
@@ -240,8 +327,18 @@ OperationEvent
## Best practices
-If you're setting up an Azure OpenAI vectorizer, consider the same [best practices](cognitive-search-skill-azure-openai-embedding.md#best-practices) that we recommend for the Azure OpenAI embedding skill.
++ **Use a managed identity instead of API keys in production.** Managed identities are more secure and avoid key rotation overhead. For more information, see [Configure a search service to connect using a managed identity](search-how-to-managed-identities.md).
+
++ **Deploy the embedding model in the same region as your search service.** Colocation reduces latency and improves the speed of data transfer between services. Vectorizers are available in all regions where Azure AI Search is available, but model availability varies by provider.
+
++ **Use separate deployments of the same embedding model for indexing and queries.** Dedicated deployments let you allocate TPM quota independently for each workload and make it easier to identify traffic sources.
+
++ **Monitor your Azure OpenAI TPM quota.** If you're hitting your TPM limit, review the [quota limits](/azure/ai-services/openai/quotas-limits?view=foundry&preserve-view=true) and consider requesting a higher limit through a [support case](/azure/azure-portal/supportability/how-to-create-azure-support-request).
+
++ **Review [best practices](cognitive-search-skill-azure-openai-embedding.md#best-practices) for the Azure OpenAI embedding skill.** The same guidance applies to the Azure OpenAI vectorizer.
-## See also
+## Related content
-+ [Integrated vectorization (preview)](vector-search-integrated-vectorization.md)
++ [Vector search in Azure AI Search](vector-search-overview.md)
++ [Integrated vector embedding](vector-search-integrated-vectorization.md)
++ [Create a vector query](vector-search-how-to-query.md)
Summary
{
"modification_type": "minor update",
"modification_title": "ベクタライザーの構成に関する文書の更新"
}
Explanation
この変更は、「ベクタライザーの構成」に関する文書を大幅に更新したものです。主な変更点は文書のタイトルが「Configure a vectorizer」から「Configure Vectorizer」に改訂され、文書の説明も詳しくなっています。以前の説明では単にベクタライザーを追加する手順について述べられていましたが、新しい説明では、テキストクエリをベクターに変換する方法について具体的に言及されています。
このアップデートでは、ベクタライザーの定義や使用方法、検索インデックスへの追加手順がより明確に説明されています。特に、Azureポータルのインポートウィザードを使用した方法や、REST APIおよびAzure SDKパッケージを用いた手法に関する具体例が提供されており、ユーザーがベクタライザーを設定しやすくなっています。
また、サポートされている埋め込みモデルに関する情報も詳しくなり、選択可能なベクタライザーとそれに関連するスキルのリストが含まれています。これにより、ユーザーは自分のニーズに適したベクタライザーをより容易に選択できるようになります。
変更の中で、特に重要なのは、クエリ実行時にベクタライザーがどのように動作するか、及びインデックス作成時に埋め込みスキルを用いた場合の内容が強調されている点です。さらに、文書にはベクタライザーをテストするための手順や一般的なエラー解決方法についても言及されており、実用性が向上しています。
articles/search/vector-search-integrated-vectorization.md
Diff
@@ -97,8 +97,8 @@ Data chunking (Text Split skill) is free and available on all Foundry Tools in a
For query-only vectorization:
-1. [Add a vectorizer](vector-search-how-to-configure-vectorizer.md#define-a-vectorizer-and-vector-profile) to an index. It should be the same embedding model used to generate vectors in the index.
-1. [Assign the vectorizer](vector-search-how-to-configure-vectorizer.md#define-a-vectorizer-and-vector-profile) to a vector profile, and then assign a vector profile to the vector field.
+1. [Add a vectorizer](vector-search-how-to-configure-vectorizer.md#define-a-vectorizer-programmatically) to an index. It should be the same embedding model used to generate vectors in the index.
+1. [Assign the vectorizer](vector-search-how-to-configure-vectorizer.md#define-a-vectorizer-programmatically) to a vector profile, and then assign a vector profile to the vector field.
1. [Formulate a vector query](vector-search-how-to-configure-vectorizer.md#test-a-vectorizer) that specifies the text string to vectorize.
A more common scenario - data chunking and vectorization during indexing:
Summary
{
"modification_type": "minor update",
"modification_title": "インテグレートベクタイゼーションに関する文書の更新"
}
Explanation
この変更は、「インテグレートベクタイゼーション」に関する文書内の手順に対する軽微な修正を示しています。具体的には、クエリ専用のベクタライゼーション手順において、ベクタライザーをインデックスに追加する際のリンクが更新されました。
以前は「ベクタライザーを追加」するためのリンクが「ベクタライザーとベクタープロファイルの定義」に関連付けられていましたが、新しい更新では「プログラム的にベクタライザーを追加」するためのリンクに変更されています。この変更により、ユーザーがベクタライザーを設定する際に、より正確かつ適切な手順にアクセスできるようになっています。
同様に、ベクタライザーをベクタープロファイルに割り当てる際のリンクも同様に修正され、変更後はプログラム的な手法に関連付けられています。この更新は、クエリ実行時に必要な手順をより明確にし、ユーザーにとっての使いやすさを向上させています。文書の流れはスムーズであり、段階ごとの手順が明確になっています。