Discussion :

[oyigit]

Bonjour

J'aimerais avoir des retours sur l'utilisation de linq to entity. Mon objectif est de pouvoir dissocier la structure de ma base de données, de la structure de mes objets.

Linq to entity semble fait pour cela. Sur les différents forums/labs/articles du net, tout semble tout beau, tout joli, mais en pratique je m'aperçois qu'il est vraiment difficile de dissocier la structure de ses objets de transports de la structure de la base de données.

Par exemple, je n'arrive pas à mapper deux fois une même table.
Autre exemple, je ne contrôle pas toutes les requêtes générées par le framework, et parfois, elles sont vraiment mal foutu...

Je pourrais citer d'autre exemple, mais là n'est pas le but. Peut-être c'est moi qui l'utilise mal ?

J'aimerais avoir des retours d'expérience (même si c'est encore tôt) sur l'utilisation du framework, peut être la comparer à un ORM style Nhibernate...

Merci

[oyigit]

J'ai juste l'impression que tout le monde parle de l'entity framework, tout le monde dit que c'est génial, mais personne l'utilise...

[SaumonAgile]

Pourquoi mapper deux fois la même table ? J'ai du mal à voir un cas où c'est nécessaire.

[oyigit]

J'ai une table Patient qui contient une vingtaine de propriétés.

Je veux deux classes qui me gère cette table (PatientSimple et Patient). La classe PatientSimple n'aura que les propriétés Id, nom, prénom, date de naissance. Je souhaite utiliser cette classe pour de l'affichage uniquement, et je souhaite utilisé la classe Patient pour mes actions métier.

Je ne veux pas générer une requête SQL qui retourne tous mes champs juste pour de l'affichage.

[SaumonAgile]

Deux réponses non exclusives :
- Utiliser une relation d'héritage entre le client et le client simple.
- Utiliser une requête Entity SQL pour récupérer les données nécessaires à l'affichage pour ne pas remonter toutes les infos et pour ne pas passer par l'étape de transformation en objet (Entity).

[oyigit]

La notion d'héritage --> c'est ce qu'on trouve sur le Net. Théoriquement tout est bien, mais en pratique c'est pas ça. En faite ça ne fonctionne pas exactement comme on se l'imagine. On peut intégrer la notion d'héritage de deux façons :
- soit en conditionnant sur une colonne de la table (ex : J'ai une table 'Utilisateur' avec une colonne 'Type' qui peut prendre les valeurs 'Medecin', 'Patient', 'Administrateur', alors je peux créée une entité 'Person' et trois 'sous-entité' Medecin, Patient, Administrateur en précisant une condition sur la colonne Type --> pour l'entité Medecin, uniquement les personnes de type 'Medecin'...., ça ne me vas pas car j'ai pas de colonne qui peuvent me servir de condition...
- soit en définissant la classe mère en tant qu'abstraite, le problème --> on ne peut plus requêter sur un PatientSimple...

Ecrire une requête --> On perd l'interêt de linq to Entity. Si on fait une requête en chaîne de caractères, la requête n'est plus compilé donc pas vérifié, si on fait une requête avec typage anonyme, la requête envoyé à la base recherche tous les champs, elle sera du type 'Select nom, prenom from (Select * from Patient)'