Entity Framework фильтрует данные по строке sql

Одним из решений является использование динамической библиотеки Linq. С помощью этой библиотеки вы можете имеют:

filterTable = //some code to retrive it
var whereClause = string.Join(" AND ", filterTable.Select(x=> x.Left + x.Right));
var result = context.People.Where(whereClause).ToList(); 

Предположим, что в таблице фильтров есть столбцы Left и Right, и вы хотите объединить фильтры по AND.

Мое предложение состоит в том, чтобы включить больше деталей в таблицу фильтров, например, отделить операторы от операндов и добавить столбец, определяющий соединение And или OR, и столбец, определяющий другую строку, которая соединяется с этой. Вам нужна древовидная структура, если вы хотите обрабатывать более сложные запросы, такие как (A and B)Or(C and D).

Другое решение — построить дерево выражений из таблицы фильтров. Вот простой пример:

var arg = Expression.Parameter(typeof(People));
Expression whereClause;
for(var row in filterTable)
{
     Expression rowClause;
     var left = Expression.PropertyOrField(arg, row.PropertyName);
     //here a type cast is needed for example
     //var right = Expression.Constant(int.Parse(row.Right));
     var right = Expression.Constant(row.Right, left.Member.MemberType);
     switch(row.Operator)
     {
          case "=":
              rowClause = Expression.Equal(left, right);
          break;
          case ">":
              rowClause = Expression.GreaterThan(left, right);
          break;
          case ">=":
              rowClause = Expression.GreaterThanOrEqual(left, right);
          break;
      }
      if(whereClause == null)
      {
          whereClause = rowClause;
      }
      else
      {
          whereClause = Expression.AndAlso(whereClause, rowClause);
      }
}
var lambda = Expression.Lambda<Func<People, bool>>(whereClause, arg);
context.People.Where(lambda);

это очень упрощенный пример, вы должны выполнить множество проверок типов и... чтобы это работало для всех типов запросов.

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

Если вы уверены, что не недооцениваете задачу, посмотрите на Деревья выражений LINQ (справочная документация).

К сожалению, это довольно широкая тема, я призываю вас изучить основы и задавать более конкретные вопросы по мере их появления. Ваша цель — интерпретировать записи выражений фильтра (извлеченные из таблицы) и создать дерево выражений LINQ для предиката, который они представляют. Затем вы можете передать дерево вызовам Where() как обычно.

Не зная, как выглядит ваш пользовательский интерфейс, вот простой пример того, о чем я говорил в своих комментариях относительно Serialize.Linq. библиотека

    public void QuerySerializeDeserialize()
    {
            var exp = "(User.Age > 7 AND User.FirstName == \"Daniel\") OR User.Age < 10";
            var user = Expression.Parameter(typeof (User), "User");
            var parsExpression = 
                   System.Linq.Dynamic.DynamicExpression.ParseLambda(new[] {user}, null, exp);

            //Convert the Expression to JSON
            var query = e.ToJson();

            //Deserialize JSON back to expression
            var serializer = new ExpressionSerializer(new JsonSerializer());
            var dExp = serializer.DeserializeText(query);

            using (var context = new AppContext())
            {
                var set = context.Set<User>().Where((Expression<Func<User, bool>>) dExp);
            }

   }

Вероятно, вы можете стать более изобретательным, используя отражение и вызывая общий запрос LINQ на основе типов, поступающих из выражения. Таким образом, вы можете избежать приведения выражения, как я сделал в конце примера.