Discussion :

[Aurel5639]

Bonjour à toutes et à tous,

Je remercie déjà tous ceux qui pourront m'aider sur ce projet.

Ma société envisage de migrer son ERP vers la nouvelle version qui impliquera une migration de la base de données.

Je souhaiterai connaître toutes les implications de cette migration sur notre outil de reporting business objects :
- sur le datawarehouse
- sur les univers
- sur les états en place....

Pour ma part, il me semble que les noms de table et des champs vont changer, ce qui impliquerait un nouveau datawarehouse, donc de reconcevoir les univers et de refaire tout les états mais je ne sais pas si cette réflexion est exacte.

Merci de votre aide

N'hésitez pas si vous avez des questions

[Samoo]

Je travaille sur Microsoft et non BO.

Mais dans la logique ton datawarehouse reste identique si il est pas sur la même base que ton ERP.

Ton modele si il répond a tes besoins n'a pas besoin d’évoluer. Du coup tes rapport BO reste identique.


Par contre tes flux ETL changent. La source (ton ERP) va bouger donc pour alimenter ton datawarehouse tu va devoir changer le source de tes flux et sans doute les reconcevoir si le modele source bouge.

Le pire des cas serait le cas ou ton datawarehouse est géré par SAP (je ne sais pas si c'est possible je ne connais pas vraiment SAP) Et que donc tu n'as pas vraiment un datawarehouse indépendant alimenté par ETL.

Dans ce cas tu as sans doute plus de boulot

[Jester]

Comme le dit Aurel5639, si le data warehouse était géré par un module de l'ERP, il faut faire une migration, normalement c'est prévu par le vendeur, ça peut se passer + ou - bien.

Si c'est un data warehouse classique déconnecté de l'ERP, il y a juste les flux d'alimentation du data warehouse à changer. Seule exception si c'est trop compliqué et/ou on veut en profiter pour recommencer la modélisation de cette activité. Dans ce cas, on refait la modélisation, les univers et les reports. C'est une solution à éviter.

[doc malkovich]

Le pire des cas serait le cas ou ton datawarehouse est géré par SAP (je ne sais pas si c'est possible je ne connais pas vraiment SAP) Et que donc tu n'as pas vraiment un datawarehouse indépendant alimenté par ETL.

Je ne vois pas ce que SAP vient faire ici Ou tu présumes que l'ERP est SAP ? Et dans ce cas ça peut être au contraire la meilleure solution, puisque le datawarehouse, les états et les univers sont packagés par l'éditeur, donc il y a moins de boulot. Par contre comme le dit Jester on peut avoir des surprises, mais on a quelqu'un sur qui se retourner

@Aurel : As-tu un ODS ? Comme tu ne changes pas d'ERP tu peux juste modifier les chargements dans l'ODS, sans toucher au DWH. Il faut bien sûr voir si le modèle fonctionnel de l'ERP change.

[Samoo]

Pas tapé j'ai vu BO j'ai fait l'association avec SAP.

Et en plus de ça, j'ai pas forcement vu que c’était une migration vers une version supérieur de l'outil. (ça m'apprendra a répondre trop rapidement)

En effet si c'est natif a l'outil alors logiquement lors de la migration ça devrait bien se passer (en théorie du moins)

Si par contre tu parles d'un DWH construit par vos soins et non géré par l'outil alors c'est différent. (cf ma première reponse)

[doc malkovich]

Non c'est pas mon genre de taper, surtout que tu avais prévenu en disant "je ne sais pas si c'est possible je ne connais pas vraiment SAP"