OData“列表中的 ID”询问

Question

我有一个 OData 服务，我试图按 ID 列表进行过滤； SQL 等效项类似于：

SELECT * FROM MyTable WHERE TableId IN (100, 200, 300, 400)

我尝试过滤的属性的类型为 Int32。我尝试了以下操作，这给了我一个错误“运算符'add'与操作数类型'Edm.String'和'Edm.Int32'不兼容”：

string ids = ",100,200,300,400,";
from m in provider.Media where ids.Contains("," + t.media_id + ",")

以及和

string ids = ",100,200,300,400,";
from m in provider.Media where ids.Contains("," + t.media_id.ToString() + ",")

和

string ids = ",100,200,300,400,";
from m in provider.Media where ids.Contains("," + Convert.ToString(t.media_id) + ",")

如

string ids = ",100,200,300,400,";
from m in provider.Media where ids.Contains(string.Concat(",", t.media_id, ","))

您所见，目前我正在使用LINQ来查询服务。

有没有办法可以做我想做的事情，或者我是否坚持构建文本过滤器并使用 AddQueryOption，并迭代列表并手动添加“or media_id eq 100”子句？

Answer 1

使用 OData 4.01，in 语句支持如下：

http://host/service/Products?$filter=Name in ('Milk', 'Cheese')

Answer 2

查看已接受的答案，以下所有内容均适用于 OData v < 4.01

试试这个

 var ids = new [] { 100, 200, 300 } ;
 var res = from m in provider.Media 
           from id in ids 
           where m.media_id == id 
           select m;

msdn 关于查询 DataServices。

另一种方法是

var results = provider.Media
   .AddQueryOption("$filter", "media_id eq 100");

，由于 OData 不支持 IN 语句，您将提出这样的过滤条件

.AddQueryOption("$filter", "(media_id eq 100) or (media_id eq 200 ) or ...");

，您可以使用循环或 linq Select 和 string.Join 构建：

var ids = new [] { 100, 200, 300 };
var filter = string.Join(" or ", ids.Select(i=> $"(media_id eq {i})"));
var results = provider.Media.AddQueryOption("$filter", filter);

更新：有过滤操作 field=["a","b"] 但是这意味着不同的东西。

UPDATE2：在 OData V4 中，有 lambda 表达式 any 和 all，与数组文字 ["a", "b"] 配对，它们可能会起作用as in 但我无法在 OData.org 上使用 v4 端点提供工作示例

Answer 3

扩展 vittore 的答案（其中第二部分是正确答案），我写了类似于下面是一个演示项目：

var filterParams = ids.Select(id => string.Format("(media_id eq {0})", id));
var filter = string.Join(" or ", filterParams);
var results = provider.Media.AddQueryOption("$filter", filter).Execute().ToList();

它并不优雅，您不会想将其用于大量 id 列表（> ~60），但它可以解决问题。

Answer 4

扩展MCattle的建议，如果我们需要更多50或60个id，那么建议进行2个或更多并行调用，并将它们添加到并发字典或类似的东西中，就像我们从服务器获取结果一样。虽然这增加了对服务器的调用次数，但由于我们正在慢慢迁移到云环境，我认为这不应该是一个大问题。