Discussion :

[anthride]

Avec ADO.NET , je mettais en forme mes clauses WHERE et ORDER BY dans une chaine de caracteres avec string builder suivant le La selection de la recherche.
Exemple :
string StrSelect = "SELECT * FROM TABLE"
string StrWhere = " Where a = 1 AND C = 2"
string StrOderBy = " Order by a"
et ma requete etait : StrSelect + StrWhere + StrOderBy.

existe t il un moyen de faire pareil avec Link to Entity ?
J'ai essaye mais je pense que cela n'est pas possible.
Merci de Votre Confirmation
Anthride

[Er3van]

Je ne comprends pas la question...
Avec Linq to Entity tu n'es pas censé écrire de requête à la main, tu procèdes de façon "dynamique".

Par exemple :

Code c# :

Sélectionner tout - Visualiser dans une fenêtre à part

var results = from u in context.Users where u.id > 4000 select u.LastName;

[anthride]

Mes requetes peuvent faire des centaines de caracteres suivant la selection demandée.

J'ai un formulaire de recherche d'un ou plusieurs produits.
J'ai une vingtaine de criteres de selection ( Fournisseur , collection , famille .... etc)
plus une vingtaine de critere de tri .
Suivant la saisie du formulaire , j'alimente un string avec des AND ou des Or

et j'envoie une seule rquete a la fin de mon formulaire.
Juste pour eviter d'avoir des centaires de
"var results = from u in context.Users where ..... select ........ ;

Je peux toujours garder mon ancienne methode. Je ne suis pas blocqué. mais j'aurais aime n'avoir que du Link dans mon Code.

Anthrid

[Er3van]

A priori l'un n'empêche pas l'autre...

Peux-tu fournir un exemple de requête ? (Qui soit quand même compréhensible...)

[chrisdot]

En utilisant la forme plus "method-call-style" de linq, tu peux peut-être retrouver ta logique de construction...

Genre:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
var res1 = context.Table.Where(t=>t.val == 2);
var res2 = res1.OrderBy(r1=>r1.name);
var res3 = res2.Select(r2=>string.Format("{0} {1}",r2.Name + r2.FirstName);
 
//Jusque là aucune requête ne devrait être lancée
 
var res = res3.ToArray(); //claquage de requête

Tu ne peux peut être pas être aussi fin qu'avec une requête SQL (je pense surtout à tous les "where a=1 and b=2 or(b=3 and c=5)" où tu es obligé de tout faire en même temps), mais on s'en approche et c'est plus propre je trouve...

Sinon, dan slinq to EF, il y a moyen d'envoyer des requêtes SQL (jamais fait)... Mais du coup, je troyuve qu'on perd un peu l'intérêt.

A+

[Er3van]

Je peux me tromper, mais pour moi ça serait plutôt ça :

Code c# :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
var res1 = context.Table.Where(t=>t.val == 2);
// La requête s'exécute : Linq to SQL
var res2 = res1.OrderBy(r1=>r1.name);
// Pas de requête à la base, tu tries dans ton objet : Linq
var res3 = res2.Select(r2=>string.Format("{0} {1}",r2.Name + r2.FirstName);
// Pas de requête à la base, tu tries dans ton objet : Linq
var res = res3.ToArray();
// Parse en Array

En effet, si tu ne parse pas ton résultat, ce qui est tout à fait possible car rien ne t'empêche d'exploiter des IQueryable<User> (par exemple), tu auras bien un résultat dans ta collection.