Discussion :

[hanubis37]

Bonjour à tous,

J'aimerais me mettre EF mais j'ai un problème avec la récupération des données.

Avant, j'utilisais une méthode traditionnelle de récupération de données :

1. Ouverture de la connextion
2. Création de la commande
3. Spécification de la commande (StoredProc et nom de la procédure)
4. Passge des paramètres
5. Exécution de la commande
6. Récupération d'un DataSet
7. Traitement des DataTables contenus dans le DataSet

Je n'utilise que des procédures stockées qui, pour certaines, me retourne plusieurs DataTables.

J'arrive, aujourd'hui, à créer un Model contenant mes procédures stockées. Mais, en retour, je n'ai que le résultat de l'exécution de la procédure (-1,0,1).
Comment faire pour avoir accés aux DataTables que retourne normalement mes procédures stockées ?

Merci d'avance.

[champsy_dev]

En EntityFramework pas de DataTable de DataSet mais des entités et des DbSet les concepts sont radicalement different, il ne faut pas essayer de transcirre ton ancien code pour EntityFramework mais belle et bien revoir la façon dont tu accède aux données.

Je te conseil de commencer par un projet simple du type client/produit/commande pour te faire la main avec les DbContext, les DbSet ...

Le principe de base est que c'est EntityFramework qui s'occupe de générer les requêtes SQL en fonction du mapping de tes entités, si tu veut utilisé des procédures Stocké il te faudras certainement customiser le mapping. Après la vrai question a ce posé c'est est-ce que des procédure stocké sont judicieuse pour des opération de sélection. .... Dans de rare cas éventuellement mais en générale il s'agit de processus de calcu', de batch ...

[iberserk]

En effet attention, une procédure stockée n'est pas IQueryable au sens SQL du terme.

C'est à dire qu'un .where sur une procédure mappée ne fera pas le filtrable côté base mais côté code, ce qui peut-être catastrophique pour les perfs.

Un contournement peut-être l'utilisation de fonction SQL...