我使用Azure来托管我的项目,并选择blob来存储所有文件(因为它们以兆字节为单位,数量很大).我要求在blob中的所有文件中搜索(有点像全文搜索).我尝试将其与Azure搜索集成,但没有运气,因为索引仅在sql上进行.有没有办法在blob中集成全文搜索?
如果没有,那么将文档存储在azure中并且仍然使它们可搜索(全文搜索)的有效方法就像sharepoint提供的那样.
search full-text-search azure azure-storage-blobs azure-cognitive-search
使用.NetCore 1.1.2.
通过Azure Search SDK成功获取搜索结果后,我正在尝试解码metadata_storage_path值.我见过有人说要在.NET中使用HttpServerUtility.UrlTokenDecode或者在这里看到其他语言中的等价物.
那么问题就变成了,HttpServerUtility.UrlTokenDecode的.NetCore中的等价物是什么?附:
var pathEncoded = "aHR0cHM6Ly9mYWtlZC5ibG9iLmNvcmUud2luZG93cy5uZXQvcGRmYmxvYnMvYW5udWFsX3JlcG9ydF8yMDA5XzI0NTU20";
Run Code Online (Sandbox Code Playgroud)
我尝试过以下方法:
var pathbytes = Convert.FromBase64String(pathEncoded);
//Throws System.FormatException "Invalid length for a Base-64 char array or string."
Run Code Online (Sandbox Code Playgroud)
和
var pathbytes = WebEncoders.Base64UrlDecode(pathEncoded);
//Throws System.FormatException - "TODO: Malformed input."
Run Code Online (Sandbox Code Playgroud)
有趣的是,如果我切断了pathEncoded中的最后一个字符,一切都运行正常...用Microsoft.AspNetCore 1.1.2处理这种情况的正确方法是什么?
c# azure azure-cognitive-search asp.net-core azure-search-.net-sdk
在sql azure中的数据,我们有一个现有的webapi用odata公开数据.问题是客户端希望使用带有子串查询的过滤器调用几列,这使得性能非常慢.我们现在正在辩论是否使用全文搜索索引或使用天蓝色搜索服务,请问?
Azure 搜索中的两种方法“上传”与“合并或上传”之间有什么区别。
他们都做完全相同的事情。即,如果文档不存在,他们都会上传文档,如果文档已经存在,则替换该文档。
由于这两种方法可能使用不同的基础策略,是否会产生任何性能差异。
非常感谢