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

Modélisation Discussion :

[Conception]Decisionnel avec access?


Sujet :

Modélisation

  1. #1
    Membre à l'essai
    Profil pro
    Inscrit en
    Mars 2007
    Messages
    55
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2007
    Messages : 55
    Points : 19
    Points
    19
    Par défaut [Conception]Decisionnel avec access?
    bonjour à tous,

    Je dois construire une base de donnée à but décisionnel avec des données déja existantes et qui ne seront plus alimentées.J ai lu sur le net que pour ca il fallait adopter un schema en etoile pour minimiser le nombre de jointure et donc le temps des requetes.J'aimerai savoir si utiliser une méthode comme celle ci serait approprié avec access ?

    merci d avance

  2. #2
    Membre expert
    Avatar de mout1234
    Profil pro
    Inscrit en
    Novembre 2006
    Messages
    2 210
    Détails du profil
    Informations personnelles :
    Âge : 55
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : Novembre 2006
    Messages : 2 210
    Points : 3 228
    Points
    3 228
    Par défaut
    Bonjour,

    Access est avant tout destiné à implémenter une base de données relationnelle.
    Un produit tel que SQL Server (voir les cubes OLAP) serait plus dans l'esprit de ce que tu évoques.

    Sans aller jusque là, tu peux gagner en temps de traitement dans certains cas, en dénormalisant ta base de données (notamment en créant des redondances et en stockant des résultats de calculs) pour limiter le nombre de jointures et surtout le nombre de calculs à faire en temps réel. Mais il n'y a pas à mon sens de règle simple pour déterminer si cela est efficace. Il faut faire des essais...

    Tu as quoi comme volume de données?
    ............................................................................................

    Dans l'intérêt de tous, ne posez pas de questions techniques par messages privés.

  3. #3
    Membre à l'essai
    Profil pro
    Inscrit en
    Mars 2007
    Messages
    55
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2007
    Messages : 55
    Points : 19
    Points
    19
    Par défaut
    environ 400 MO

    merci

  4. #4
    Expert confirmé

    Profil pro
    Inscrit en
    Mai 2005
    Messages
    3 419
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2005
    Messages : 3 419
    Points : 4 297
    Points
    4 297
    Par défaut
    avec 400 Mo une table à plat judicieusement indexée
    et une table de synthése reprenant les cumuls, moyenne et évolutions sur les axes les plus interrogés et leurs combinaisons devraient donner de très bons résultats
    Elle est pas belle la vie ?

  5. #5
    Membre à l'essai
    Profil pro
    Inscrit en
    Mars 2007
    Messages
    55
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2007
    Messages : 55
    Points : 19
    Points
    19
    Par défaut
    si merci

  6. #6
    Membre expérimenté

    Homme Profil pro
    Inscrit en
    Janvier 2006
    Messages
    1 183
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Janvier 2006
    Messages : 1 183
    Points : 1 362
    Points
    1 362
    Par défaut
    Faut voir combien t'as de tuples dans ta table de fait ?
    Combien de tables de référentiel ?

    L'idée de faire une table d'agrégat, ça peut le faire, mais pour ensuite construire les requêtes à la volée, ça risque d'être chaud. A moins que les requêtes soient fixes (sur la sélection des axes représentés).
    [Access] Les bases du débogage => ici

  7. #7
    Expert confirmé

    Profil pro
    Inscrit en
    Mai 2005
    Messages
    3 419
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2005
    Messages : 3 419
    Points : 4 297
    Points
    4 297
    Par défaut
    en général on distingue
    les requêtes récurentes évidentes au croisement d'axes pour lesquelles
    on constitue une table de synthèse
    les requêtes à la volée sont faites sur les tables détail

    cela peut s'accompagner d'un double interfacage s'adressant à des populations différentes

    d'autant que les accès aux données peuvent être soumis à restriction
    Elle est pas belle la vie ?

Discussions similaires

  1. [AC-2007] conception système intégré avec ACCESS
    Par delphine1987 dans le forum Modélisation
    Réponses: 1
    Dernier message: 17/10/2010, 18h42
  2. Conception d'un logiciel de paie avec Access
    Par faverb dans le forum Modélisation
    Réponses: 94
    Dernier message: 13/09/2008, 16h48
  3. Conception authentification avec excel Access
    Par jokenjo dans le forum Runtime
    Réponses: 4
    Dernier message: 25/05/2007, 16h44
  4. Aide sur ouverture de fichier avec access
    Par FusionR dans le forum PostgreSQL
    Réponses: 1
    Dernier message: 17/06/2004, 12h02
  5. [Débutant][Conception] Erreur avec une classe interne
    Par Devil Redneck dans le forum Général Java
    Réponses: 5
    Dernier message: 11/06/2004, 15h45

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