Pomoc techniczna w społeczności platformy Azure
Zadawaj pytania, uzyskuj odpowiedzi i kontaktuj się z inżynierami firmy Microsoft oraz ekspertami ze społeczności platformy Azure
Forum MSDN
Odpowiedź firmy Microsoft na pytania techniczne dotyczące platformy Azure
Azure Search scoring with document in different shards
Forum: Azure Search
Azure Search Service for multiple data source
Forum: Azure Search
Azure search indexing null value after adding a column with data in cosmos db
Forum: Azure Search
Search highlighting works differently on fields with special characters
Forum: Azure Search
9
Głosy
Forum: Azure Search
6
Głosy
Unable to Install SDK 2.9 from Web Platform Installer and VS2015
Forum: Azure Search
6
Głosy
Handling scoring and priority with search across multiple indexes
Forum: Azure Search
4
Głosy
Forum: Azure Search
15
Odpowiedzi
Forum: Azure Search
13
Odpowiedzi
Forum: Azure Search
13
Odpowiedzi
Forum: Azure Search
12
Odpowiedzi
Highlights == null in search results??
Forum: Azure Search
StackOverflow
Odpowiedzi społeczności na pytania dotyczące programowania
23
Głosy
ServerFault
Odpowiedzi społeczności na pytania administratorów systemu/sieci
Opinia dotycząca platformy Azure
Masz pomysł lub sugestię w związku ze swoimi doświadczeniami z platformą Azure?
Japanese OCR character split problem
OCR Cognitive Skill is described in Docs as being compatible with ja (Japanese), but when actually used, Japanese words are output with each character separated by a space, so the index is properly Cannot be created. This is a fatal problem.Now I'm creating a custom skill to add the process of removing the read space, but it's not perfect.
Support contains in azure search
In Azure search we need to support "contains".example:If I search for apple then it show be give apple,apple fruit ,green apple ,green apple fruit.*apple*
Dear Team,Please introduce a 'minimum should match' parameter in Azure Search REST API (Lucene docs: https://lucene.apache.org/solr/8_5_1/solr-core/org/apache/solr/util/doc-files/min-should-match.html and Elasticsearch docs: https://www.elastic.co/guide/en/elasticsearch/reference/current/query-dsl-minimum-should-match.html#query-dsl-minimum-should-match )
Adding comments to the existing fields
Currently there is no option to add comments to the existing fields in Azure search, can we make this feature available?
1528
Głosy
Allow to upgrade the pricing tier
Everywhere in the portal, we can increase/decrease the pricing tier based on our needs.With the introduction of Azure Search Basic, we need a way to upgrade to the next level (Standard) when we are close to reach the service limits.The only way today to go around this is to bring the index down and create another one.
1344
Głosy
Modelling Complex Types in Indexes
When modelling an index the data types are restrictive. There are simple types and collections. There is nothing that allows us to model complex types e.g...."name": {"first": "Ericka","last": "Banks"},......The oData spec allows for complex types http://www.odata.org/documentation/odata-version-2-0/overview/
1311
Głosy
Provide a local emulator or increase the number of indexes on the free tier for development use
It sucks that if I have more than 3 indexes I have to create a paid tier for development. We do not need performance or size. Just more index to simulate the production environment which contains more indexes.
824
Głosy
Support case-insensitive comparison in filters
Searching with text= performs a case-insensitive search. However, testing string fields in filters is case-sensitive. There should be a way to do a case-insensitive string comparison in filter expressions.
Dear Team,Please introduce a 'minimum should match' parameter in Azure Search REST API (Lucene docs: https://lucene.apache.org/solr/8_5_1/solr-core/org/apache/solr/util/doc-files/min-should-match.html and Elasticsearch docs: https://www.elastic.co/guide/en/elasticsearch/reference/current/query-dsl-minimum-should-match.html#query-dsl-minimum-should-match )
Adding comments to the existing fields
Currently there is no option to add comments to the existing fields in Azure search, can we make this feature available?
Proper support for DateTimeOffset
Search should ingest and support a true implementation of DateTimeOffset. The current implementation merely converts an incoming DateTimeOffset to a DateTime in UTC, subsequently resulting in the loss of data, as the original offset can no longer be retrieved. The currently implementation necessitates persisting a related sidecar attribute of the original offset and subsequently requires the consumer to convert and rehydrate the property. This is exceptionally tedious, especially for use cases with several dozen DateTimeOffset attributes with varying offsets.
Offer reserved pricing on Azure Search (similar to AWS ElasticSearch)
AWS offers up to 52% discount when committing to a 3 year reserved instance for AWS ElasticSearch.There is no reserved pricing option for Azure Search. Please provide reserved pricing, similar to Cosmos DB/Azure SQL, at a discount comparable to AWS.