Guardando la questione
Cosa succede se voglio qualcosa come% di prova se% funzionare%, come posso farlo?
quindi mi aspetto qualcosa di
LIKE '%Test if%it work%'
il che significa che la stringa deve contenere 'Test se' e 'Funzionerà', in questo ordine.
Questo non funziona:
context.SomeTable.Where(s => s.Name.Contains("Test if%it work")).ToList();
e se uso:
context.SomeTable.Where(s => s.Name.Contains("Test if") && s.Name.Contains("it work")).ToList();
poi troverò tutti i record che contengono sia "Test se" e "funziona", ma non nello specifico nell'ordine.
Quindi con Contiene questo non è possibile. Ma con IndexOf lo è.
IndexOf individuerà la stringa di ricerca E restituirà la posizione di essa nella stringa. Permettendo di trovare le parole nell'ordine corretto.
- Aggiornamento -
Con mia risposta iniziale non era il mio obiettivo di fornire una soluzione generica, ma piuttosto un esempio di un altro approccio che non è dependend sql. Quindi è corretto che l'esempio originale risponda solo alla domanda letterale. Ma dal momento che la risposta potrebbe essere più utile se è generica, ho scritto un'estensione IQuerable che consente di aggiungere un'istruzione simile alla query semplice come un'istruzione where. L'estensione funziona sia per Linq che per Linq-Sql.
Questo troverà tutti i record con "Test se" e "Funziona", in questo ordine.
context.SomeTable.Like("test if%it work", "Name").ToList();
listOfString.Like("test if%it work").ToList();
estensione, consente a qualsiasi numero di caratteri jolly:
/// <summary>
/// Allow to search the string with wildcards.
/// </summary>
/// <typeparam name="T">String or an object with a string member.</typeparam>
/// <param name="q">Original query</param>
/// <param name="searchstring">The searchstring</param>
/// <param name="memberName">The name of the field or null if not a field.</param>
/// <returns>Query filtered by 'LIKE'.</returns>
public static IQueryable<T> Like<T>(this IQueryable<T> q, string searchstring, string memberName = null)
{
// %a%b%c% --> IndexOf(a) > -1 && IndexOf(b) > IndexOf(a) && IndexOf(c) > IndexOf(b)
var eParam = Expression.Parameter(typeof(T), "e");
MethodInfo methodInfo;
// Linq (C#) is case sensitive, but sql isn't. Use StringComparison ignorecase for Linq.
// Sql however doesn't know StringComparison, so try to determine the provider.
var isLinq = (q.Provider.GetType().IsGenericType && q.Provider.GetType().GetGenericTypeDefinition() == typeof(EnumerableQuery<>));
if (isLinq)
methodInfo = typeof(string).GetMethod("IndexOf", new[] { typeof(string), typeof(StringComparison) });
else
methodInfo = typeof(string).GetMethod("IndexOf", new[] { typeof(string) });
Expression expr;
if (string.IsNullOrEmpty(memberName))
expr = eParam;
else
expr = Expression.Property(eParam, memberName);
// Split the searchstring by the wildcard symbol:
var likeParts = searchstring.Split(new char[] { '%' }, StringSplitOptions.RemoveEmptyEntries);
for (int i = 0; i < likeParts.Length; i++)
{
MethodCallExpression e;
if (isLinq)
e = Expression.Call(expr, methodInfo, new Expression[] { Expression.Constant(likeParts[i], typeof(string)), Expression.Constant(StringComparison.OrdinalIgnoreCase) });
else
e = Expression.Call(expr, methodInfo, Expression.Constant(likeParts[i], typeof(string)));
if (i == 0)
{
// e.IndexOf("likePart") > -1
q = q.Where(Expression.Lambda<Func<T, bool>>(Expression.GreaterThan(e, Expression.Constant(-1, typeof(int))), eParam));
}
else
{
// e.IndexOf("likePart_previous")
MethodCallExpression ePrevious;
if (isLinq)
ePrevious = Expression.Call(expr, methodInfo, new Expression[] { Expression.Constant(likeParts[i - 1], typeof(string)), Expression.Constant(StringComparison.OrdinalIgnoreCase) });
else
ePrevious = Expression.Call(expr, methodInfo, Expression.Constant(likeParts[i - 1], typeof(string)));
// e.IndexOf("likePart_previous") < e.IndexOf("likePart")
q = q.Where(Expression.Lambda<Func<T, bool>>(Expression.LessThan(ePrevious, e), eParam));
}
}
return q;
}
Dal momento che non ha bisogno SqlMethods presumo si può usare questo per qualsiasi database, come MySQL o PostgreSQL. Ma non lo so per certo. Ho provato questo con SQL Server utilizzando Entity Framework 6. L'istruzione precedente genera il seguente codice in SQL Server.
SELECT [Extent1].* FROM SomeTable AS [Extent1]
WHERE (((CAST(CHARINDEX(N'test if', [Extent1].[Name]) AS int)) - 1) > -1)
AND (((CAST(CHARINDEX(N'test if', [Extent1].[Name]) AS int)) - 1) <
((CAST(CHARINDEX(N'it work', [Extent1].[Name]) AS int)) - 1))
A proposito di prestazioni, sembra che ci sia un po 'di discussione su ciò che è 'meglio': LIKE o CHARINDEX.E da quello che ho letto, CHARINDEX sembra essere il preferito.
Bit a vuoto - potrebbe semplicemente usare SqlMethods.Like –
Si presume sempre che si stia chiamando un database SQL. Cosa succede se si sta interrogando un elenco che è stato creato in memoria? –
La sua domanda è contrassegnata con SQL –