IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Accès aux données Discussion :

Quelle technologie choisir pour accéder à ma base de données? (Adandon de LinqToEntities)


Sujet :

Accès aux données

  1. #1
    Membre régulier
    Profil pro
    Inscrit en
    Novembre 2006
    Messages
    284
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2006
    Messages : 284
    Points : 79
    Points
    79
    Par défaut Quelle technologie choisir pour accéder à ma base de données? (Adandon de LinqToEntities)
    Bonjour,

    Je rencontre des difficultés pour choisir la technologie ou la méthode pour communiquer avec ma base de données. J'aimerai donc avoir un retour de votre part sur les méthodes que vous utilisez et que vous pouvez me conseiller en fonction de mes contraintes.

    D'ailleurs je vais commencer avec celles-ci:
    - Application WPF
    - Framework .NET 3.5 et 3.5 SP1. Pas de .NET 4
    - BDD PostgreSQL certainement (MySQL envisageable)
    - Provider : Npgsql 2.0.11.91 (MySQL Connector 6.4.3 si MySQL)

    Voici ma base (Format EDMX)

    Je suis d'abord parti sur une solution utilisant EntityFramework via LinqToEntities.Hors il s'avère que j'ai de réels problèmes de performances.

    J'ai testé 3 méthodes avec cette technologie
    :

    1) Récupérer les données avec une seule requête, imbrication de .Include()
    Au bout d'un moment ça bug car trop d'.Include()

    2) Faire du Lazy Loading:
    ça me fait trop de requêtes

    3) Interroger les tables indépendamment.
    .Any() n'est pas supporté et je ne sais pas comment faire pour les relation * - *. Sinon cette méthode était la plus rapide.

    J'en suis donc à me demander si je n'ai pas intérêt à abandonner LinqToEntities qui n'est peut être pas assez mature sur le 3.5 SP1. Et c'est là que commence mes problèmes car je ne connais pas les technos côté C#, c'est ma 1ère application.

    De ce que j'ai entendu, voilà ce qui serait envisageable:
    - NHibernate (je risque d'avoir les mêmes soucis que LinqToEntities, complexe à mettre en place)
    - DataTable / DataSet
    - LinqToSql (Abandonné à l'heure actuelle)
    - SQL simple via NpgslConnection() et NpsqlCommand()

    Je pense que je vais partir sur le SQL simple, ça sera certainement un peu moins intuitif, maisje pourrais vraiment faire ce que je veux. Pensez vous que c'est une bonne idée? Avez vous des conseils ou des bonnes pratiques si je pars là dessus?

    Par avance un énorme merci.

  2. #2
    Rédacteur
    Avatar de Nathanael Marchand
    Homme Profil pro
    Expert .Net So@t
    Inscrit en
    Octobre 2008
    Messages
    3 615
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Expert .Net So@t
    Secteur : Conseil

    Informations forums :
    Inscription : Octobre 2008
    Messages : 3 615
    Points : 8 080
    Points
    8 080
    Par défaut
    Ca peut paraitre tout bête, mais mine de rien, il faut apprendre à se servir d'un ORM comme NHibernate ou LinqToEntities avant de l'utiliser.
    Donc comment faire une requête proprement, se servir parfois du lazy loading, eviter le probleme des n+1 requêtes, etc.

  3. #3
    Membre expert Avatar de iberserk
    Homme Profil pro
    Architecte de base de données
    Inscrit en
    Novembre 2004
    Messages
    1 795
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Gironde (Aquitaine)

    Informations professionnelles :
    Activité : Architecte de base de données
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2004
    Messages : 1 795
    Points : 3 173
    Points
    3 173
    Par défaut
    Pensez vous que c'est une bonne idée? Avez vous des conseils ou des bonnes pratiques si je pars là dessus?
    Avantage de l'ORM: gros gain de temps lors de la phase de dev...

    Attention toutefois même avec du SQL "simple" les règles de bases s'appliquent:
    pas d'appel en boucle de fonction derrière laquelle se trouve une requête, essayer de raisonner "ensembliste" quand ça le nécessite...

    Ne ramenez (clause SELECT)que ce dont vous vous servez idéalement.

    Auditez vos requêtes au fur et a mesure (SQL PROFILER) et notamment temps d’exécution et IO(rechercher les indexes manquants...).

  4. #4
    Membre expert Avatar de iberserk
    Homme Profil pro
    Architecte de base de données
    Inscrit en
    Novembre 2004
    Messages
    1 795
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Gironde (Aquitaine)

    Informations professionnelles :
    Activité : Architecte de base de données
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2004
    Messages : 1 795
    Points : 3 173
    Points
    3 173
    Par défaut
    .Any() n'est pas supporté et je ne sais pas comment faire pour les relation
    ??? Précisez

Discussions similaires

  1. Réponses: 3
    Dernier message: 27/10/2011, 17h38
  2. Quelle technologie choisir pour une application Rich Internet Application
    Par pierrehs dans le forum Général Conception Web
    Réponses: 3
    Dernier message: 08/03/2011, 13h41
  3. Réponses: 13
    Dernier message: 12/12/2006, 21h44
  4. Réponses: 3
    Dernier message: 05/10/2006, 17h15
  5. Réponses: 4
    Dernier message: 29/11/2004, 22h53

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo