[Conception]Decisionnel avec access?

[shagun]

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

[mout1234]

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?

[shagun]

environ 400 MO

merci

[random]

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

[shagun]

si merci

[Kloun]

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).

[random]

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