Как грамотно и лаконично реализовать метод like sql в IQueryable Linq?

Question

[Pavel_Develop]

Есть пользовательский интерфейс, содержащий два поля ввода(Откуда, Куда), в которые пользователь вводит маску телефона, при этом возможны варианты: 91*(находит все номера начинающиеся на 91), *91(заканчивающиеся на 91) или 1234(заканчивающиеся на 1234). По сути два последних исхода одинаковы.

Так как дело происходит со строками решил реализовать класс с методом расширения для строки:

public static class StringExtenstions
    {
        public static bool Like(this string str, string value, string[] seps)
        {

            if (String.IsNullOrWhiteSpace(value))
                return true;

            value = value.Trim();
            var position = -1;

            foreach (var sep in seps)
            {
                if (!value.Contains(sep))
                    continue;

                position = value.IndexOf(sep, StringComparison.Ordinal);
                value = value.Replace(sep, String.Empty);
                break;
            }

            return position > 0 ? str.StartsWith(value) : str.EndsWith(value);
        }
    }

И пробую запустить сие творение при выборке телефонов из бд:

var seps = new[] { "%", "*" };
calls = calls.Where(x => x.Source.Like(filter.From, seps) || x.Transfers.Any(t => t.SubjectFrom.Like(filter.From, seps)));

К моему сожалению происходит ошибка:
Выражению LINQ to Entities не удается распознать метод "Boolean Like(System.String, System.String, System.String[])", поэтому его нельзя преобразовать в выражение хранилища.

Есть какие-нибудь идеи как правильно решить данную проблему с помощью linq, не городя при этом кучу условий(if) и без написания запросов sql в коде(select * from calls where Source like '91%')?

Answer 1

[Андрей Панов]

Добрый день.
Если на пальцах объяснять, то Linq to Entities просто генерирует sql-ный код, который позже выполняется на стороне базы соответственно в выражении нельзя использовать операции, которые нельзя произвести на стоне сервера(как в Вашем случаи вызов функции).

По-моему самым простым(наверное и самым быстрым) решением будет написать функцию на стороне базы и вызвать ей в коде приложения.

Comments

[Pavel_Develop]

Добрый день, да, безусловно, понимание того что делает Linq to Entities есть. Но возможно есть возможность научить Linq распознавать этот метод и преобразовывать в sql код так, как Linq это делает с нативными функциями String.Contains, String.StartsWith и т. д. ?

[Андрей Панов]

Я думаю что сделать можно, но работать одно будет ужасно медленно, а выглядеть ещё хуже. Ну и к тому же не стоит забывать тот факт, что Linq далеко не всегда генерирует нормальный sql(многие запросы можно ускорять в сотни раз). Так что я бы порекомендовал всё таки написать фун-цию на стороне сервера.

[Pavel_Develop]

Функции на стороне сервера бд хороши, но, к сожалению, когда есть определенный уровень абстракции работы с базой данных, который при этом можно еще и легко протестировать, то думаешь именно о решении на стороне веб-сервера, а не на стороне сервера базы данных. Спасибо за ответ.