LINQ to SQL где строка проверки строки содержит элемент списка

Question

Я использую представление, возвращающее Домены в соответствии с идентификатором. Столбец Домены может быть «География» или может быть заполненными доменами «География, история». (В любом случае, данные, возвращаемые является VARCHAR)

В моей C# код, у меня есть список, содержащий основные домены:

private static List<string> _mainDomains = new List<string>() 
{ 
    "Geography", 
    "Mathematics", 
    "English" 
}; 

Я хочу, чтобы фильтровать мой LINQ запрос, чтобы вернуть только данные, относящиеся к к одному или нескольким основным домен:

expression = i => _mainDomains.Any(s => i.Domains.Contains(s)); 
var results = (from v_lq in context.my_view 
       select v_lq).Where(expression) 

проблема в том, что я не могу использовать Any ключевое слово, ни Exists ключевого слова, так как они не доступны в SQL. Я видел много решений, используя ключевое слово Contains, но это не соответствует моей проблеме.

Что мне делать?

Answer 1

Я понял. Поскольку я не могу использовать Any ключевое слово, я использовал эту функцию:

public static bool ContainsAny(this string databaseString, List<string> stringList) 
    { 
     if (databaseString == null) 
     { 
      return false; 
     } 
     foreach (string s in stringList) 
     { 
      if (databaseString.Contains(s)) 
      { 
       return true; 
      } 
     } 
     return false; 
    } 

Итак, я могу использовать это выражение в моей Where статье:

expression = i => i.Domains.ContainsAny(_mainDomains); 

Update: Согласно ЕГР, запрос вернет все значения и выполнит команду сервера where where. Лучшим решением было бы использовать другой подход (и не использовать значения с заполненными/запятыми)

Answer 2

Вы можете использовать содержит:

where i.Domains.Any(s => _mainDomains.Contains<string>(s.xxx)) 

Обратите внимание, что общие аргументы требуются (даже если Resharper может сказать вам, что они не являются). Они должны выбрать Enumerable.Contains, а не List.Contains. Последний не является переводимым (что я считаю ошибкой в ​​дизайне продукта L2S).

(Возможно, я не получил запрос точно для вашей модели данных. Пожалуйста, просто приспособите его к вашим потребностям).