Discussion :

[soad029]

Bonjour,

Voilà, je me demandais s'il était possible d'utiliser des cubes sous access (fichier en .cube), si oui, comment ?

D'avance un grand merci et très bonne journée !

[cafeine]

Hello,

je ne suis pas spécialiste des cubes, mais a priori les cubes ne sont pas gérés par le modèle relationnel (SQL).

il existe cependant un mode de cube OLAP, R-OLAP je crois, qui s'appuie en fait sur du relationnel.

[random]

un fichier "en cube" est un fichier contenant des axes et sur les axes
des propriétes chacune des propriétés est valorisée
les données sont regroupées et les calculs intermédaires d'ensemble
(croisement de propriétés appartenant à des axes différents) sont pré effectués (avec des subtilités de paramètrage utilisateur ou constructeur)

les requêtes deviennent dès lors immédiate, puisque la somme des ventes
du produit x pour le mois y est disponible comme une donnée de base.

Les données élémentaires ne sont pas sensiblement différentes de celle d'une table access c'est la présence des calculs qui va faire la différence, sachant
que les volumes gérés sont le plus souvent significatifs.

Toutefois ces calculs ne se font pas en temps réel mais nécessitent des phases de recalcul.

Dès lors on peut organiser ses données access pour obtenir un résultat identique. Il suffit à périodicité définie de constituer une table des totalisations de la table principale. On peut même intégrer ces résultats dans
la table principale ce qui permet de requêter en une seule passe données détail et données consolidées.

La mise à disposition d'un tableau croisé dynamique sous access reproduit
assez fidèlement le comportement d'un cube.

[cafeine]

D'autre part, on peut aussi générer un cube à partir d'une base Access avec MS OLAP. Ce cube est ensuite facile à intégrer dans un tableau croisé dynamique.

MS Query va créer une requête en langage de cube (MDX je crois) pour créer ensuite un .CUB

On peut effectivement reproduire le comportement d'un cube en précalculant des résultats intermédiaires.

[soad029]

Salut !

Merci beaucoup pour ces réponses !

En tout cas ça à l'air vraiment sympa les cubes, j'en avais jamais entendu parler, c'est bizare que ce soit pas plus utilisé (cf : voir le nombre de topic parlant de cube sur ce forum )

Actuellement ma boite exploite un cube avec contour cube, je dois sortir des chiffres pour le 15 septembre (je sais pas encore quoi comme chiffre) et j'aimerai bien exploiter le cube (.cube) avec access, j'imagine que ça doit être plus simple de sortir les chiffres.

Savez-vous si c'est possible de faire cela, notamment avec MS Olap ?

Merci encore !

[LostIN]

peux tu en parler un peu plus.

est ce un semblant de Cognos?

[random]

l'utilisation d'un cube est rarement nécessaire et ne se justifie pas vraiment
dans un environnement micro

elle suppose pour être rationnelle, un énorme volume de données inertes
j'entends par là mises à jour épisodiquement

les utilisations types sont des bases marketing mensuelles

les intersections des propriétés des axes étant calculées, le temps de calcul
est proportionnel au volume des données et au nombre d'axes
imaginons une simple base clients(10 catégories insee), produits(1500),réseau
(100 points de vente) ceci suppose 10*1500*100 combinaisons à calculer
(si on rajoute un axe temporel 12 mois il faut multiplier par 12), les seuls résultats des calculs sont vite hors de portée d'access, sans parler de l'archivage des données de base.
(les lois de la factorielle sont dures)
bien évidemment un grand nombre d'intersections sont vides, si bien que le seul volume des regroupements peut occuper inutilement dans les dimensions
non denses des Mo et des Mo.

par contre les requêtes sont immédiates
les evolutions sont lourdes et périlleuses, et la convivialité généralement réduite voire inexistante, ce sont vraiment des outils à réserver à des applications très spécifiques.

sympa me semble très exagéré.

[LostIN]

je connais les cubes sous Cognos et ces différents outils (web notemment)
qui pour brasser des millions d'enregistrements sont plutot sympa.
L'utilisateur est à même de se débrouiller et ainsi éviter de nombreuses heures d'exploitation merdique (requete) qui dans des boites represente qqun à plein temps.

Access, permet de faire ca?
comment et où?

[random]

Access n’est pas fait pour gérer ces volumes de données.
Acess ne se connecte pas aux mêmes outils de restitution, on peut avoir des centaines d’utilisateurs branchés sur les résultats d’un cube.
Par contre on peut à travers des tableaux croisés dynamiques et des bases de consolidation assez facilement retrouver des fonctionnalités et des organisations de données assez similaires
A celle d’un cube à une autre échelle.
A titre d’exemple perso une base de consolidation (résultats des agrégats pour 36 mois)
De 36 bases mensuelles de 650 Mo tient sous 100 Mo.

Maintenant en ce qui concerne les requêtes utilisateurs si tu utilises un tableau croisé dynamique comme seule interface utilisateur le problème est facile, une simple hiérarchie de menus pourrait d’ailleurs suffire,

Par contre on trouve plutôt trois types d’utilisateurs, avec des outils spécialisés , pour les utilisateurs de base on propose un jeu de requêtes fermé, Les utilisateurs avertis auront à peu près les mêmes rendues apparemment interactives, mais avec des paramètres supplémentaires, et des possibilités supplémentaires de rotation d’axes.

Mais il ne faut pas se faire d’illusions, pour un utilisateur expert le cube n’est pas une réponse.
L’expert va rapidement attaquer des combinaisons d’axes absentes du cube, le côut d’un axe supplémentaire suit une loi factorielle, et on ne peut pas multiplier les cubes (on se contente de deux ou trois cubes répondant aux principales approches de deux ou trois métiers). Ce qui
Signifie que rapidement il va devoir trouver des solutions hors cube.

Le rêve d’un utilisateur pouvant facilement combiner à volonté des volumes énormes de données avec des critères compliqués reste un rêve. Cela suppose souvent de la sueur et du sang ou (et) un apprentissage préalable.

[cafeine]

Les cubes peuvent être très sympas à utiliser, mais cela s'adresse à des entreprises qui en ont les moyens.

Je pense par exemple à Hyperion ESS Base qui permet de faire des requêtes et drill-down d'une manière extrêmement souple depuis Excel.
La licence client et surtout serveur est coûteuse, et de plus il faut savoir administrer ce genre de produit.
Ce produit optimise les recalculs en travaillant par blocs et permet des recalculs marginaux, c'est à dire seulement sur des données modifiées après le dernier calcul.