Concepteur de requêtes basé sur Eclipse

À l'origine, Eclipse était utilisé comme environnement de développement intégré (IDE) pour Java. Aujourd'hui, il est utilisé pour de nombreuses autres tâches de développement en raison de son extensibilité.

Le même environnement de développement peut être utilisé pour différentes activités de développement. Le fait de ne pas avoir à changer de système et d'interface d'édition signifie un tout nouveau confort.

De plus, les résultats de la requête peuvent être affichés immédiatement après l'enregistrement de la requête. Les InfoProviders peuvent être marqués comme favoris - soit dans les favoris locaux, soit dans les favoris du backend - et des requêtes peuvent être créées facilement à partir du menu contextuel.

Tout cela donne une bonne image du nouveau Query Designer. Cet article montre quels sont ses avantages, ce à quoi il faut faire attention lors d'un changement et si son utilisation est recommandée à l'heure actuelle.

La différence centrale

Le Query Designer de BEx et le Query Designer basé sur Eclipse se ressemblent fondamentalement, ce qui facilite la prise en main. Les fonctionnalités de création et d'édition de requêtes se recoupent largement dans les deux cas.

Il existe une vue pour définir la mise en page de la requête et des vues correspondantes pour les filtres, les conditions et les exceptions. Les propriétés des caractéristiques ou des ratios ne sont toutefois plus représentées dans des onglets, mais à droite, toutes ensemble.

Une différence centrale par rapport aux outils précédents est que dans les nouveaux outils de modélisation des entrepôts commerciaux, la requête est l'un des nombreux objets que l'on peut y créer ou traiter.

Le BEx Query Designer ne servait qu'à traiter les requêtes. Cela rend l'utilisation des nouveaux outils de modélisation beaucoup plus complexe, car l'outil intégré peut désormais faire beaucoup plus que de traiter des requêtes.

Toutefois, les fonctionnalités des outils de modélisation sont encore si limitées que le Datawarehousing Workbench est indispensable. De nombreux objets doivent y être traités ou créés.

Comme mentionné précédemment, il est possible d'ouvrir une fenêtre SAP GUI directement au sein de l'outil Eclipse afin de traiter ces objets dans la même interface. Les nouveaux objets tels que Open ODS View, Advanced DataStore-Object et Composite Provider ne peuvent être créés et modifiés qu'avec les nouveaux outils de modélisation.

Restrictions

Il convient de noter que les requêtes BEx ne peuvent pas être migrées. Le BEx Query Designer peut certes ouvrir des requêtes créées avec les nouveaux outils de modélisation.

Elles ne peuvent toutefois pas être modifiées. Les requêtes BEx ne peuvent pas être ouvertes ou modifiées avec les nouveaux outils de modélisation. De plus, la version actuelle contient encore quelques erreurs.

Des messages d'erreur techniques ou des interruptions apparaissent donc de temps à autre. Les options de menu correspondantes sont disponibles pour créer et modifier des variables. En pratique, il n'a toutefois pas encore été possible de le faire, bien que toutes les corrections préalables disponibles aient été apportées.

De plus, il n'était pas possible de travailler avec des définitions de cellules. Seules les variables déjà existantes peuvent être insérées. En revanche, les requêtes peuvent être utilisées aussi bien dans DesignStudio que dans Analysis for Microsoft.

Les nouveaux outils de modélisation Business Warehouse sous Eclipse sont disponibles à partir de NetWeaver 7.40 SP 5. La condition préalable est que les systèmes BW fonctionnent sur SAP Hana.

Pour utiliser la dernière version 1.8 des Modeling Tools, SAP recommande au moins NetWeaver 7.40 SP 8. Le test montre qu'il faut utiliser le dernier Support Package, sinon il faut installer de nombreuses remarques pour pouvoir utiliser les Modeling Tools.

Pour les composants frontaux, il faut d'abord installer le SAP Hana Studio (basé sur Eclipse) sur le PC client concerné. Ensuite, les Abap Development Tools et enfin les BW-Modeling Tools sont installés.

Pour le traitement et la création d'objets BW (Queries, Composite Provider, Advanced DSO et Open ODS View), il faut d'abord créer un projet au sein des BW Modeling Tools (celui-ci est créé automatiquement lors de la connexion à un système SAP-NetWeaver, s'il n'existe pas).

Conclusion

La stratégie de SAP visant à mettre à disposition à l'avenir les outils de modélisation BW en tant qu'outil de développement central présente de nombreux avantages pour les utilisateurs. SAP travaille d'arrache-pied à ce développement, car une nouvelle version des Modeling Tools ou du Query Designer est publiée presque chaque semaine.

Comme les outils de modélisation BW sont encore en cours de développement, nous ne pouvons actuellement recommander une utilisation productive qu'avec certaines restrictions.

Ce qu'il faut retenir, c'est que : L'étendue des fonctions des outils de modélisation dépasse de loin celle du Query Designer. Pour les utiliser, il faut installer le dernier Support Package et les corrections supplémentaires.

Les requêtes peuvent être traitées avec à peu près les mêmes fonctionnalités qu'avec BEx Query Designer (à l'exception des variables et des définitions de cellules).

La fonctionnalité du kit Eclipse comprend le fait que les nouveaux objets (Composite Provider, Open ODS View, Advanced DSO) ne sont traités qu'avec les nouveaux outils, et non via le Datawarehousing Workbench traditionnel.

Aider les entreprises à choisir et à utiliser au mieux les outils de modélisation Business Warehouse, telle est la mission de la société de conseil SAP Infocient à Mannheim. Les experts SAP apportent un soutien stratégique et technologique afin d'assurer la compétitivité des moyennes entreprises et des grands groupes.

La sécurité est la sécurité - c'est pourquoi nous testons des solutions et développons, en étroite collaboration avec l'entreprise, des stratégies et des concepts qui répondent exactement aux exigences spécifiques de l'utilisateur.

Les clients bénéficient actuellement d'un soutien particulier pour le développement de leurs propres normes adaptées à l'utilisation de SAP BW on Hana.