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 :

OR mapper or not


Sujet :

Accès aux données

  1. #1
    Membre averti Avatar de Seth77
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Octobre 2005
    Messages
    1 448
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 47
    Localisation : France, Bas Rhin (Alsace)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : Octobre 2005
    Messages : 1 448
    Points : 410
    Points
    410
    Par défaut OR mapper or not
    Salut

    Je travaille sur un projet devant gerer enormement de donnees. Le projet utilise actuellement NHibernate mais j ai des problemes de performance et de flexibilites malgre dans certains cas des requetes specifiques.

    Donc je pense fortement, malgre la masse de travail, de me passer de NHibernate et de tout gerer moi meme : chargement des donnees, mapping avec les classes, etc ...

    Qu en pensez vous ?

    Merci d avance

  2. #2
    Membre chevronné Avatar de Er3van
    Homme Profil pro
    Architecte Logiciel
    Inscrit en
    Avril 2008
    Messages
    1 430
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Architecte Logiciel
    Secteur : Industrie

    Informations forums :
    Inscription : Avril 2008
    Messages : 1 430
    Points : 2 227
    Points
    2 227
    Par défaut
    Qu'appelles-tu "énormément de données" et "problèmes de performance" ?
    On parle du nombre d'enregistrement (1, 10, 100 millions?) ou de la taille unitaire de chaque enregistrement? Pour les performances, est-ce qu'il s'agit du temps de traitement ou de la gourmandise en mémoire?

    Est-ce qu'au bout il y a une interface utilisateur? Si oui, la quantité de données est peut-être à remettre en cause. Si c'est purement intra-applicatif, alors effectivement, un ORM n'est peut-être pas la solution la plus performante.

    D'une manière générale, les ORM ne sont pas optimisés pour les traitements ultra volumineux, spécialement en écriture.
    One minute was enough, Tyler said, a person had to work hard for it, but a minute of perfection was worth the effort. A moment was the most you could ever expect from perfection.

    -- Chuck Palahniuk, Fight Club, Chapter 3 --

  3. #3
    Membre averti Avatar de Seth77
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Octobre 2005
    Messages
    1 448
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 47
    Localisation : France, Bas Rhin (Alsace)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : Octobre 2005
    Messages : 1 448
    Points : 410
    Points
    410
    Par défaut
    Pour les plus grosses entites cela peu aller jusqu a plusieurs dizaine de milliers ; avec chaque object des fk vers ~40 autres objects et avec une hierarchie de 5 niveaux. Donc pour 1 object cela fait enorment d objet a charger ; surtout avec NHibernate et meme en mettant du lazy loading sur les elements inutiles.

    Oui il y a une UI pour visualiser les objets.
    Meme, pour l UI, avec une requete specifique qui ne charge que ce dont j ai besoin cela peu prendre quelques secondes.

    Le truc aussi c est le projet en question peut utiliser plusieurs provider differents.

Discussions similaires

  1. Treeview or not Treeview
    Par Hyedene dans le forum IHM
    Réponses: 3
    Dernier message: 04/04/2003, 15h56
  2. TXMLModule.create - name = resource not found
    Par pram dans le forum XMLRAD
    Réponses: 2
    Dernier message: 04/03/2003, 10h54
  3. [Turbo C++] Fonciton containing for are not expanded inline
    Par BuG dans le forum Autres éditeurs
    Réponses: 6
    Dernier message: 17/02/2003, 06h48
  4. Component not found
    Par Pm dans le forum XMLRAD
    Réponses: 2
    Dernier message: 28/01/2003, 14h40
  5. "ALTERER" une col. NULL en NOT NULL - Int
    Par Gandalf24 dans le forum SQL
    Réponses: 2
    Dernier message: 28/12/2002, 00h07

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