Entity Framework et les requêtes d'action aux données

Bonjour,

Je commence gentillement à me faire la main sur Entity Framework. J'ai regardé le tutoriel d'introduction de developpez.com, mais je n'ai pas trouvé de précision pour la création de requête.

Par exemple, dans la requête suivante j'aimerais bien récupérer tout les objet de type tbl_method de mon modèle objet:

Code:

---

1 2 3 4 5 6 7 8

public IQueryable<ISMS.Models.tbl_method> GetMethod(int id) { return from method in db.tbl_method where method.met_id = id orderby method.met_name select method; }

---

le method de "from method" doit être un nom que l'on donne nous-même je suppose?

Ensuite, dans la clause where, au départ j'ai essayé de mettre tbl_method.met_id (qui est ma table que j'interroge dans le modèle objet) mais cela ne marchait pas. Ensuite en essayant avec method (ma variable donc), cela à marché. Par contre, pas d'intellisense pour ça, est-ce normal?

Le select, devrait me retourner normalement ma table tbl_method, or si je mets "select tbl_method" à la place de "select method" ça ne marche pas. Pourquoi?

Merci d'avance pour vos éclaircissement :ccool:

L.

La variable après le from, dans le cas présent 'method' est effectivement nommé par le développeur. Elle représente un objet contenu dans le conteneur indiqué après le in, c'est à dire 'db.tbl_method' dans ce cas.
C'est à dire que method va représenter une ligne de ta table.

Ensuite, dans le Where, tu va poser les conditions sur ta ligne, si telle propriété est égal à ceci, je garde la ligne. Faire une condition sur la table n'aurait pas d'intérêt vu qu'elle est le conteneur dans le cas présent. Par contre tu aurais dû avoir l'intellisense normalement...

Et c'est la même chose pour le select, tu ne peux pas retourner ta table, vu que c'est elle que tu interroge, tu va donc retourner les lignes concernées.

Donc là, si j'ai bien compris, il faudrait que tu change le conteneur de données.
Tu cherche à retourner les tables directement ?
ça me paraît un brin bizarre, je ne dois pas comprendre ce que tu veux faire exactement.

en faite, je veux simplement récupérer une liste des noms (le champ exacte est tbl_method.met_name) de méthode de ma table tbl_method.

En ce qui concerne le conteneur de données, que veux tu dire exactement? Tu veux parler de method ou tbl_method?

Pour le conteneur de données, je parle de tbl_method, qui est la table qui contient les données que tu veux récupérer.

Pour ta requête, si tu veux simplement le nom, tu peux modifier ta requête comme ceci :

Code:

---

1 2 3 4 5 6 7 8

public List<String> GetMethod(int id) { return (from method in db.tbl_method where method.met_id = id orderby method.met_name select method.met_name)ToList<String>(); }

---

N'ayant pas de quoi tester sous la main, je ne donne pas de garantie, mais tu as au moins un exemple ;)

Vu que tu ne veux que les noms, j'ai modifié le type de retour en liste de String, qui correspond mieux à ce que tu attend. Pour cela, il suffit d'appeler la méthode ToList sur le IQueryable retourné par la requête LINQ.

Merci.

C'est effectivement plus propre d'avoir une liste sous forme de string.

Par contre, ma vue n'accepte que des types du type de ma table (tbl_method), donc pour lui passer l'objet (et pas seulement le nom, sinon j'ai une erreur), j'ai fais la requête suivante:

Code:

---

1 2 3 4 5 6 7 8

public static Models.tbl_method GetMethod(int id) { return (from method in db.tbl_method where method.met_id == id orderby method.met_name select method).FirstOrDefault(); }

---

Pour ensuite l'envoyer dans ma vue, qui elle ensuite récupère les données nécessaires. Avant j'avais une erreur de ce type, ce qui m'a fait pencher un petit moment sur le problème ^^

Effectivement c'est mieux :D

Par contre, vu que tu n'en récupère qu'une de toute façon, tu peux enlever la clause OrderBy qui ne sert à rien.

C'est juste! Ca me fait économiser un tout petit temps de traitements ^^