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

C# Discussion :

c#, accès aux données.


Sujet :

C#

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre chevronné
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Octobre 2008
    Messages
    380
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Octobre 2008
    Messages : 380
    Par défaut c#, accès aux données.
    Bonjour,
    Je dois développer un projet en C# à partir d'une base de données existante NON relationnelle (aucune clé étrangère géré par le SGBDR).

    Je me demande comment gérer l'accès aux données d'une manière propre, j'avais d'abord penser à LINQ ou NHibernate, mais le fait que la base ne soit pas relationnelle enlève beaucoup d'intérêt.

    L'application pourra être utilisée avec WinForm ou ASP, je voudrais donc avoir une architecture "style n-tiers" pour pouvoir détacher les méthodes métiers de la présentation.
    Je voulais aussi éviter de gérer tout ça "à la main" pour ne pas parcourir des DataReader pour chaque objet métier.

    J'espère avoir choisit le bon forum, et que ma question n'est pas trop décalée des concepts C#...

    Merci d'avance pour l'aide que vous voudrez bien m'apporter,

    Eric.

  2. #2
    Membre éclairé
    Homme Profil pro
    Développeur
    Inscrit en
    Septembre 2007
    Messages
    497
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Vaucluse (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Développeur
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2007
    Messages : 497
    Par défaut
    Tu peux pas migrer ta bdd?

  3. #3
    Membre chevronné
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Octobre 2008
    Messages
    380
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Octobre 2008
    Messages : 380
    Par défaut
    Malheureusement, non, une ancienne application doit pouvoir continuer de tourner sur la base actuelle.

  4. #4
    Membre expérimenté
    Profil pro
    Mangeur de gauffre
    Inscrit en
    Octobre 2007
    Messages
    4 413
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations professionnelles :
    Activité : Mangeur de gauffre

    Informations forums :
    Inscription : Octobre 2007
    Messages : 4 413
    Par défaut
    Salut
    Qu'entends tu par :

    d'une base de données existante NON relationnelle (aucune clé étrangère géré par le SGBDR)
    C'est pas parce que tu n'a pas de clef etrangere que ta base de donnée n'est pas relationelle !??

    C'est quoi cette "base de donnée" ?

  5. #5
    Membre chevronné
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Octobre 2008
    Messages
    380
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Octobre 2008
    Messages : 380
    Par défaut
    Salut, merci pour ta réponse,

    Le SGBD est traditionnel : Oracle, SQL Server, ou autres.

    Si je n'ai aucune clé étrangère, les relations entre les tables n'existent pas réellement au niveau du SGBD.
    Je ne peux donc pas être sur côté objet du domaine, d'avoir une relation propre? ou alors j'ai tout faux?

  6. #6
    Membre expérimenté
    Profil pro
    Mangeur de gauffre
    Inscrit en
    Octobre 2007
    Messages
    4 413
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations professionnelles :
    Activité : Mangeur de gauffre

    Informations forums :
    Inscription : Octobre 2007
    Messages : 4 413
    Par défaut
    Personellement je travaille essentiellement sur des BDD sans clef etrangeres, les relations sont implicite au niveau des cles utilisées dans les tables

    Je cree les jointures en requetes SQL

    Mais je n'utilise pas de datareader mais un dataadapter que j'utilise pour charger un dataset

    J'utilise les datatatables de mes dataset comme datasources soit d'un BindingSource soit du control directement (Combobox, Datagridview etc)

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. [Hibernate]Accès aux données BDD via Hibernate
    Par LESOLEIL dans le forum Hibernate
    Réponses: 8
    Dernier message: 17/05/2005, 20h39
  2. [SGBD]Optimiser le temps d'accès aux données (schéma BD)
    Par vsavoir dans le forum Décisions SGBD
    Réponses: 5
    Dernier message: 08/10/2004, 18h33
  3. [débutant] avoir accès aux données de la base BCDI 3
    Par Valichou dans le forum Bases de données
    Réponses: 7
    Dernier message: 06/05/2004, 13h13
  4. accès aux donnée d'un DBGRID
    Par relax_06 dans le forum C++Builder
    Réponses: 4
    Dernier message: 02/03/2004, 23h06
  5. [TDataModule] Intérêt de séparer les accès aux données?
    Par Cornell dans le forum Bases de données
    Réponses: 5
    Dernier message: 05/09/2003, 16h42

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