olap dans Access ?

[deby23]

Bonjour

j'aimerias savoir si il est possible de faire du dimensionnel dans Access en faite j'aimerais à partir du base de donnée Access générer des rapports consultable sous forme d'un cube ?
et quel générateur d'état est-il possible d'associer à Access pour faire de beaux repports ?
je précise que cela serait pour un utilisateur sur un seul poste en local donc.

merci pour vos lumières !

[ygrim]

access ... pas sur,
Parcontre Excel pourrait très bien répondre à tes besoins, ce n'est pas du OLAP que tu va faire, et ce n'est pas un cube qui va être généré mais sa y ressemble.
En fait, Excel utilise la même interface pour exploiter des cubes et des "tableaux croisés dynamiques".
Donc la solution pour toi est d'importer tes données sous Excel, faire un tableau croisé dynamique et générer tes états à partir d'Excel (sa se fait très bien).

[deby23]

ok merci pour ces précisions cela pourrait être une solution en effet.
je vais donc étudier cette piste.

en faite je dois après exportation de fichier texte de cognos et d'un WMS faire des rapports sur le taux d'occupation d'emplacements d'un entrepot qui serait facilement analysable, je m'explique par exemple avoir le taux d'occupation du magasin, d'une aire du magasin, puis pouvoir zoomer sur une zone particulière et enfin sur un emplacement selon la demande. Etant assez à l'aise avec sql et access je pensais faire ça simplement mais c'était avant de mettre le nez dans cette partie du forum !

là je découvre qu'il existe des outils de reporting ou de génération d'état assez sympa qu'il pourrait être une solution sachant que c'est à destination d'utilisateurs ayant peu de connaissances informatiques et donc un minimum d'opérations faciliterait la tache ?? en ce sens j'ai peur que une feuille de calcul peut sembler assez hostil pour un utiliseur novice ?

mon application doit être donc la plus simple possible une représentation de l'information désirée claire associée à une possibilité de faire des analyses plus poussées pour les dirigeants et autres utilisateurs plus avertis !
Avec donc la possibilité de créer des opérations d'imports les plus simples possibles.
en tous cas merci pour ta réponse et si tu as d'autres pistes je suis preneur !
ps: blog sympa !

[ygrim]

Merci pour le blog
En fait, tu viens de décrire avec tes mots la définition d'un environnement de Business Intelligence : orientée utilisateur, faire des analyses complexes, faciles et intuitives... Mais cela ne relève pas seulement des outils de reporting (c'est la dernière couche d'un evironnement complexe) c'est tout une façon de concevoir et de penser aux applications.
Maintenant à toi de voir si le jeu en vaut la chandelle, si tes superieurs sont prêts à se lancer dans la conception d'un environnement décisionnel (c'est gros en général).

Si tu as soif de connaissances sur le sujet, je te donne le lien vers mon espace sur développez.com, je n'y ai mis que deux articles sur les bases de l'informatique décisionnelle, mais la suite est pour bientot

http://grim.developpez.com
Bonne continuation !

[deby23]

ok merci encore !
tu as très bien résumé la situation c'est un choix à faire avec les utilisateurs et les personnes suceptibles de maintenir l'application après mon départ !
mais pour quelqu'un qui est en stage de fin de formation je t'avoue que c'est tentant !

bonne continuation à toi aussi et merci pour les liens !

[deby23]

mince désolé j'y revient mais il n'existe pas un petit outil qui en liaison à ma base access serait sympathique pour ce type application simple ?

[ygrim]

MMMMMMMMM Excel !!!! Il faut aller dans Données -> Données externes -> Importer des données, ensuite tu choisi ta source de données et en avant la musique !

[deby23]

ok merci promis je n'y reviendrais pas

[ygrim]

Mais non ! il faut poser autant de questions que possible !!!! Pour faire profiter les autres !

[deby23]

entièrement d'accord !
tiens au passage je sors de rendez vous avec l'equipe et la solution pour laquelle on a obter à première vue serait La tienne c'est traitement dans Access puis rapport et diffusion en .xls et donc possiblité d'analyse plus poussée si souhaité dans execl !
même si j'avoue être un peu déçu cette solution semble la plus adaptée aux utiisateurs ! then...

et donc ya des chances que j'y revienne assez souvent n'étant pas un expert dans la suite OFFICE !!

et donc si ya des experts en génération de rapports et en import d'access vers excel je suis tout ouie !!

vendredi je devrais enfin pouvoir avoir une idée du volume à traiter et donc avançé plus rapidement !
mais je m'interroge quand même sur les possibilités d'import automatique de mes fichiers plats vers access ?? des pistes ? dsl je vais chercher d'abord ! lol

[ygrim]

Une piste, mais vraiment à confirmer !!!
Cherche du coté de SQL Server Integration Services, c'est un ETL qui permet l'import, le traitement et le chargement de tout type de formats vers n'importe quel déstination (en théorie)...

Ps : ETL = extraction - transformation - loading (jettes un coup d'oeil sur mon blog )

[deby23]

ok et encore merci !

petite question SQL Server Integration Services est une application qui peut s'utiliser sans sql server ? besoin de licence ? c'est à installer sur le serveur de fichier comme ma base access? désolé c'est peut être un peu simplet comme question ?
je vais donc regarder du coté d'ETL si possible gratis ! et compatible avec access.

[deby23]

bah j'ai peur que non ?
le gros souci auquel je me heurte dans cette entreprise c'est que le stockage des données et les licences sont gérés par les anglais puis encore derrière les décideurs sont des americains alors pour developper des applications c'est un brin compliqué !
bref j'ai peur de n'avoir que la possibilité de passer par la suite office ! et peut être par des applications libres ! dire que ya cognos et que personne n'y touche au niveau developpement !! pfffff

[ygrim]

Ah ! cognos c'est quelque chose !!!! Si quelqu'un s'y mettait chez vous....
Enfin ! oui, il y'a des outils ETL Open Source : Talend etant le plus connu, Octopus, Pentaho ... Tape ETL open dans google et tu auras une méchante liste.
La plupart utilisent les pilotes JDBC pour lire et ecrire dans les bases.

[deby23]

ok c'est ce que je viens de voir et donc faudrait un driver JDBC parce que Access sur du Java ??
parce que comment communique l'ETL et Access en faite ?

[ygrim]

Exact, la plupart des ETL open source que je connaisse sont ecris en Java, donc le seul moyen est d'Avoir un pilote JDBC.
Par contre, si tu trouve un ETL non Java, faut voir ce qu'il utilise !

[deby23]

ok merci

je vais regarder ça de plus près ! talend revient souvent dans les ETL open... ya-t-il des utilisateurs pour des retours ?
merci

[Antoun]

Envoyé par ygrim

access ... pas sur,
Parcontre Excel pourrait très bien répondre à tes besoins, ce n'est pas du OLAP que tu va faire, et ce n'est pas un cube qui va être généré mais sa y ressemble.
En fait, Excel utilise la même interface pour exploiter des cubes et des "tableaux croisés dynamiques".

En fait, Excel va générer un "microcube" et faire ses tableaux croisés avec. Donc, techniquement parlant, c'est vraiment de l'OLAP, même si c'est effectivement assez limité.

[ygrim]

Pour qu'un outil soit OLAP, il faut qu'il réponde aux 12 règles de CODD : http://fr.wikipedia.org/wiki/OLAP
Excel est un outil de manipulation des données, c'est vrai que les croisés dynamiques sont très proche de notre "vision" de l'OLAP mais excel donne beaucoup de limitation au niveau de la quantité de données manipulée et de la navigation entre les différents croisés dynamiques.
Je préfère dire que Excel est un outil très performant de navigation dans les données plutot qu'un outil OLAP proprement dit.

[Paul_S]

Bonjour,

Une petite précision :
Une base Acces peut effectivement être accédée par toute solution de BI moderne, moyennant un simple connecteur (ADO, JDBC).
Cependant, et compte tenu de votre configuration et de vos besoins (Rapports + analyses ...), je préconiserai fortement une solution R-OLAP, agile et simple à mettre en oeuvre.
Son principe est simple : la technologie multidimensionnelle est contenue au sein du moteur et reste indépendant de votre source de données. Cela devrait être en adéquation avec vos besoins.