Discussion :

[Gillou6772]

Bonjour,

voilà je jette une bouteille à la mer :
est-ce qu'il est possible (et raisonnable) de créer un datawarehouse sur une base de données AS400 ?
Quand je parle de datawarehouse je parle de tables dimension, table de fait, et leur gestion (ex: gestions des clés....) sans parlé des requêtes OLAP et tout le reste...
En vous remerciant par avance
G.

[larry57]

Bonjour,

Pour commencer, tu souhaites utiliser quels outils pour créé tes tables ?
Tout est possible, tu peux utiliser i-series navigator pour créer tes tables, les contraintes, les jointures....
Ou est le problème ???

Larry57

[Fab_444]

Bonjour,

voilà je jette une bouteille à la mer :
est-ce qu'il est possible (et raisonnable) de créer un datawarehouse sur une base de données AS400 ?
Quand je parle de datawarehouse je parle de tables dimension, table de fait, et leur gestion (ex: gestions des clés....) sans parlé des requêtes OLAP et tout le reste...
En vous remerciant par avance
G.

Bonjour,

Pourquoi cela ne serait-il pas possible ?

Cette machine que tu appelles l'AS/400, mais qui en fait est un Power Systems ou un System i, intègre dans l'un de ses Operating System nommé IBM i (ex OS/400 et ex i5/OS) une base de données : DB2 UDB.
Cette base de données est une référence comme l'est Oracle, de plus l'Operating System IBM i dispose de capacités extrêmement avancées en termes de gestion des I/O.
Donc ce couple Power Systems / IBM i (anciennement appelé AS/400) est sans conteste, adapté à supporter un Datawarehouse.

Ensuite tout dépend de ce que tu voudras faire te de ce que tu attends. Mais sur le papier, il n'y a pas de problème, il faut toutefois, comme pour tout système, qu'il dispose de suffisamment de ressources CPU, mémoire et disques pour travailler correctement et assurer de bonnes performances.

Fabrice

[Gillou6772]

Bonjour,

après quelques mois, je réouvre cette discussion en y ajoutant quelques informations complémentaires (qui sont plutôt des contraintes imposées).
La création du Datawarehouse se fera par des fichiers NATIFS et la méthode d'alimentation par programmation en Adelia et CLP.
Ma première question, est donc simple dans ce contexte est-ce une abérration de construire un Datawarehouse avec ces technologies ?

Notez qu'un tel 'Infocentre' existe déjà et qu'on me demande en fait de l'optimiser, synchroniser,ajouter l'historisation ou d'en créer un nouveau (mais avec les contraintes imposées décrites au-dessus) et ce sachant en plus que l'infcentre est diffus avec le systeme de production (des élements sont utilisés en production,..). Sa structure représente un ensemble de tables qui ont pour vocation de présenter la donnée de manière spécialisée, agrégée et regroupée fonctionnellement. Cette approche structure les données pour être utilisables par les utilisateurs que dans le cas de création d’un ou deux rapports spécifiques. Elle n’est donc ni prévisible, ni rentable. De plus, étant donné qu’il n’existe aucune information sur la manière d’exploiter ces données je me suis légitimement posé la question sur le degré d’utilisation d’un tel infocentre dans les différents services...Ma deuxième question est plus une demande d'apprécation : comme j'ai la sensation d'être dans la quatrième dimension et dans une impasse, que faire ? je songe à la démission pure est simple.

Merci d'avance pour tout commentaire

[larry57]

Bonjour,

Pourquoi une abération ?
Le système i est une très bonne machine.
De plus la techno est épprouvée.
Tu fais un batch d'alimentation de tes tables qui tourne toute les nuits (workjobscde). J'ai fait une datawarehouse dans une mission précédente.

J'ai une question, tu connais la machine ????

Larry57

[Gillou6772]

Bonjour,

Votre modélisation suit elle les règles de Kimball (tables dimensions et de faits) ? Gérez vous l'historisation ? Est-ce que les clés de vos tables Datawarehouse sont-elles indépendantes des clés de production ? Utilisez vous un ETL propre (ex: Talend...) ?
Comme exposé dans ma précédente question : je dispose d'un Datawarehouse avec fichiers natifs et ordonnancement par CLP...
Je ne discute pas des capacités de la machine et vous avez certainement plus de connaissances sur ce point que moi. Cependant concernant la mise en oeuvre d'une modelisation Datawarehouse selon les regles Kimball, cette technologie (Fichiers natifs+Adelia+CLP) n'est pour moi pas adaptée.

[larry57]

Bonjour,

Pourquoi un ETL, la transformation des données et l'alimentation des fichiers est faites par des programmes, cela équivaut à la même chose. Personellement, j'utilise BODS.
Les fichiers 'NATIFS' sont des tables d'un base de données.
CLP + ADELIA -> c'est ton ETL.
J'avais créé un univers Business Object basé sur le datawarehouse et les utilisateurs pouvaient composer des rapports à leurs grés.

Tu consultes tes tables avec quel outils ?

Larry57

[Gillou6772]

Bonjour,
les utilisateurs utilisent QUERY et moi SQL.
Mais là on parle de la couche présentation. Un outil de reporting est à l'étude.
Pour revenir à mon problème, en clair, je dois faire avec l'existant ou alors créer des tables supplémentaires pour répondre aux besoins autrement dit : un rapport, un programme, une table. Un univers sans etoiles.
Merci quand même de vous être penché sur cette discussion.

[larry57]

Je te propose un peu de lecture via ce lien :
http://www.volubis.fr/news/liens/cou.../AS400_db2.htm
Il y a la possibilité de créer des vues avec des jointures sur tes bases, donc d'éviter de passer par un programme.

Enfin pour ce qui est de l'univers, business Object permet de faire les liens entre les tables, et permet d'avoir une vue à la Entreprise Architect (si tu connais). De ce fait, tu fournis des spécifications au gestionnaire d'univers et celui-ci se charge des trouver les données et de les agencer.
Pour moi, c'est un bon outil.

Larry57