[Linq To SQL] [C#] Clause Like

Bonjour,

Avec Linq To SQL j'avais l'habitude de faire des requêtes de recherches tel que:

Code:

---

1 2 3 4

var q = from p in MonDataContext.Product where p.ProductName.Contains(mavariable) select p;

---

Où "mavariable" est une variable de type string, et en général la requête retourne tous les enregistrements dont le champ ProductName contient la valeur de mavariable. Cela fonctionne aussi très bien si mavariable contient une chaine vide, ce qui retourne en fait TOUS les enregistrements de la table.

Or depuis que je suis passé à Entity Framework et qu'au lieu de faire ma requête avec Linq sur mon datacontext, je le fais contre un "Entities". Et là cela marche pareil hormis lorsque mavariable contient une chaine vide, cela ne retourne aucun enregistrement ?

Pourquoi ? Et comment puis je continuer à utiliser cette fonctionnalité ?

La table ne contient pas plus de 1000 enregistrements donc le côté soucis de performance importe peu, je peux donc me permettre de tout afficher

Le pourquoi, je ne saurais pas te dire mais te proposer une alternative, c'est possible :

Code:

---

where mavariable == null || p.ProductName.Contains(mavariable)

---

Bonjour,

Tu peux avoir un aperçu de la requête reçu par SQL Serveur avec SQL Server Profiler. Surement que la requête généré par Entity Framework n'est pas la même qu'avec LinQ To SQL.

Citation:

---

Envoyé par Jérôme Lambert

Le pourquoi, je ne saurais pas te dire mais te proposer une alternative, c'est possible :

Code:

---

where mavariable == null || p.ProductName.Contains(mavariable)

---

---

J'ai essayé, ça marche nickel.
Mais y a pas une solution plus "propre" ?

Citation:

---

Envoyé par Paul Musso

Bonjour,

Tu peux avoir un aperçu de la requête reçu par SQL Serveur avec SQL Server Profiler. Surement que la requête généré par Entity Framework n'est pas la même qu'avec LinQ To SQL.

---

Je travailles sur la version Express de SQL Server, et il me semble pas que ce soit disponible le Profiler, mais effectivement ça m'aurait aider à voir comment il fonctionne. Je vais peut être tester ça du boulot, merci ;)

Voilà ce que cela donne avec Profiler sur une DB Northwind

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

string mavariable = '';   var q = from a in db.Customers where a.ContactName.Contains(mavariable) select a;   exec sp_executesql N'SELECT [Extent1].[CustomerID] AS [CustomerID], [Extent1].[CompanyName] AS [CompanyName], [Extent1].[ContactName] AS [ContactName], [Extent1].[ContactTitle] AS [ContactTitle], [Extent1].[Address] AS [Address], [Extent1].[City] AS [City], [Extent1].[Region] AS [Region], [Extent1].[PostalCode] AS [PostalCode], [Extent1].[Country] AS [Country], [Extent1].[Phone] AS [Phone], [Extent1].[Fax] AS [Fax] FROM [dbo].[Customers] AS [Extent1] WHERE (CAST(CHARINDEX(@p__linq__13, [Extent1].[ContactName]) AS int)) > 0',N'@p__linq__13 nvarchar(4000)',@p__linq__13=N''

---

Donc du coup je comprends pourquoi cela ne fonctionne pas avec une chaine vide. Je ne comprends pas trop la raison d'utiliser ce CHARINDEX au lieu d'un tout bête LIKE... Performance ?

Pour aller au bout des choses, j'ai généré un DataContext (via SqlMetal.exe).
Si je me trompes pas ça sera du LinqToSql (DataContext) au lieu de LinqToEntities (EDM)
Avec L2S le Profiler m'indique que la requête SQL est la suivante:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

exec sp_executesql N'SELECT [t0].[CustomerID], [t0].[CompanyName], [t0].[ContactName], [t0].[ContactTitle], [t0].[Address], [t0].[City], [t0].[Region], [t0].[PostalCode], [t0].[Country], [t0].[Phone], [t0].[Fax] FROM [dbo].[Customers] AS [t0] WHERE [t0].[ContactName] LIKE @p0',N'@p0 nvarchar(3)',@p0=N'%a%'

---

La différence se situe sur la condition WHERE, où L2S utilise un LIKE et où L2E utilise un CHARINDEX.
Si quelqu'un en connait la raison, je suis preneur...