如何针对含可空字段的Azure Table存储执行查询？

嘿，我刚好碰到过类似的Azure Table存储查询坑，这就帮你捋清楚！

问题根源其实很明确：你用HasValue来判断可空字段是否存在，但Azure Table存储的LINQ查询提供者没办法把HasValue正确翻译成它支持的OData查询语法，导致你的查询条件没被服务端正确解析，自然查不到预期结果。

正确的做法是直接用!= null或者== null来判断可空字段的状态，这才是Azure Table存储能识别的查询逻辑。下面针对你的三个场景分别给出正确的查询写法：

场景1：Order、StartDate、EndDate和Text均不为NULL #

要同时判断所有字段非空，注意string类型的Text还要额外排除空字符串（Table存储里空字符串和null是两种不同状态）：

var query = table.CreateQuery<YourEntity>()
    .Where(e => e.Order != null 
                && e.StartDate != null 
                && e.EndDate != null 
                && e.Text != null 
                && e.Text != "");

场景2：Order、StartDate和Text不为NULL，但EndDate为NULL #

这里需要明确指定EndDate == null来匹配没有EndDate属性的实体：

var query = table.CreateQuery<YourEntity>()
    .Where(e => e.Order != null 
                && e.StartDate != null 
                && e.Text != null 
                && e.Text != ""
                && e.EndDate == null);

场景3：Order和Text不为NULL，但StartDate和EndDate为NULL #

同理，直接判断两个日期字段为null即可：

var query = table.CreateQuery<YourEntity>()
    .Where(e => e.Order != null 
                && e.Text != null 
                && e.Text != ""
                && e.StartDate == null 
                && e.EndDate == null);

额外注意事项 #

• 对于DateTime?这类值类型的可空字段，当值为null时，Azure Table存储不会在实体中存储该属性，所以EndDate == null会准确匹配那些没有EndDate属性的记录。
• 如果直接构造OData过滤字符串（不用LINQ），写法也类似，比如场景2的过滤字符串是："Order ne null and StartDate ne null and Text ne null and Text ne '' and EndDate eq null"
• 避免使用string.IsNullOrEmpty(Text)这类会触发客户端评估的LINQ运算符，它会拉取所有数据后再本地筛选，效率极低，换成Text != null && Text != ""就能让查询在服务端执行。

内容的提问来源于stack exchange，提问作者demo