Portes ouvertes pour les bases de données

D'un point de vue marketing, l'histoire de l'utilisation des bases de données du point de vue de SAP est un tour de force : pendant des décennies, on a dégradé les meilleures bases de données en magasins de données primitifs.

Le traitement intelligent des données se faisait exclusivement dans les serveurs d'applications SAP. On criait haut et fort à l'incompétence des fournisseurs de bases de données et à la mauvaise performance de ces derniers.

On a inventé Hana et, pour améliorer les performances de l'ERP, SAP a permis de franchir une étape dont IBM, Oracle et Microsoft ont été privés pendant des années - les fonctions de traitement des données peuvent et doivent être déplacées du serveur d'applications ERP pour se rapprocher des données dans le serveur de base de données.

Quel client a réalisé le chiffre d'affaires le plus élevé au premier trimestre ? Pour chaque base de données SQL, une fonction simple et élémentaire : chercher le maximum dans une table.

Chaque fournisseur y parvient en quelques millisecondes, quelle que soit la taille de la base de données. Ce n'est pas le cas dans un système R/3 ! La table entière doit d'abord être chargée du serveur de base de données sur le serveur d'application, puis un programme Abap démarre pour trouver maintenant le maximum dans la table locale.

Cet exemple très simplifié illustre le principe du chemin des données dans un système R/3. Le serveur de base de données n'est qu'une mémoire, toute la logique d'application se trouvait et se trouve toujours dans le serveur d'application.

Cela explique aussi pourquoi, avant la grande vague de virtualisation dans les centres informatiques R/3, il y avait aussi un serveur séparé pour chaque module R/3. Beaucoup de tôle - pour le plus grand plaisir des fournisseurs de matériel informatique.

Les bases de données SQL peuvent faire plus ! Le concept d'un traitement très réduit et normalisé des bases de données situées sous R/3 avait beaucoup de sens pour SAP. Cela permettait d'être "neutre" sur le marché et de donner à IBM, Oracle et Microsoft la chance de faire partie de la communauté.

Là où il y a de la lumière, il y a aussi de l'ombre : Cette approche générique de la base de données a trop souvent fait chuter les temps de réponse. Dans le milieu SAP, on a essayé de maintenir le temps de réponse juste en dessous d'une seconde en investissant dans du matériel informatique, mais cela n'a pas été un succès à long terme.

Lorsque Hana est arrivé sur le marché et que SAP a été contraint de prouver ses performances, le concept a été assoupli. En fait, c'était une révolution, même si cela paraissait très "simple" :

À l'avenir, les fonctions ERP doivent être couplées plus étroitement aux données et les fonctions de base telles que la recherche Min/Max, la conversion de devises, etc. doivent être entièrement séparées du code Abap et exécutées en tant que fonction originale de la base de données.

C'est ici que sonne théoriquement l'heure des fournisseurs de bases de données IBM, Oracle et Microsoft. Si chaque étape du traitement des données ne doit plus se faire dans le serveur Abap, la base de données SQL peut alors faire la preuve de ses performances.

Avec Hana, SAP a donc été contraint d'utiliser pour la première fois la base de données ERP non plus comme une archive de données, mais comme un système intelligent pour la gestion des données. Les Core Data Services sont une fonction clé de l'interface entre le serveur d'application ERP et la base de données SQL, il existe un document à ce sujet :

SAP Hana Core Data Services (CDS) Reference, SAP Hana Platform SPS 09, Document Version 1.1 (2015-02-16, PDF 120 pages). IBM place entre autres quelques espoirs dans cette interface afin de rendre DB2 à nouveau plus attractif pour les utilisateurs de Business Suite 7 (ECC 6.0).

Mais non seulement pour S/7, mais aussi pour S/4, CDS et par la suite BFL (SAP Business Function Library) pourraient devenir une opportunité pour IBM, Oracle et Microsoft. Il existe également un PDF de 158 pages sur BFL.

La vitesse modérée d'un système R/3 était donc également due à l'architecture logicielle : L'interaction entre le serveur de base de données et le serveur d'applications, c'est-à-dire les deux premiers niveaux du modèle client/serveur à trois niveaux de SAP, était loin d'être optimale.

En développant lui-même une base de données SQL, SAP semble avoir pris conscience de ce problème. C'est donc avec beaucoup de bruit et d'enthousiasme qu'a été présentée l'"innovation" consistant à rapprocher les données et les fonctions sur la plate-forme de base de données Hana.

Trop de bonnes choses ? Une fois l'interface entre le serveur d'application et le serveur de base de données rompue, SAP a immédiatement programmé de nombreuses fonctions ERP en tant que fonctions de base de données, de sorte que le code d'application ERP-Abap se transforme en une invocation de fonctions Hana sur de longues distances.

Le meilleur moyen de savoir ce que la plate-forme Hana peut faire est de lire SAP Hana Predictive Analysis Library (PAL), SAP Hana Platform SPS 09, Document Version 1.1 (2015-10-16, PDF 384 pages). Cela pourrait à son tour devenir un frein pour IBM, Oracle et Microsoft.

Hana est également une base de données SQL. Grâce au CDS, il existe une couche transparente entre le serveur d'applications et le serveur de base de données. S/7 et S/4 peuvent également utiliser les fonctions SQL "intelligentes" d'une base de données, ce qui a un effet positif sur la vitesse de traitement.

Mais Hana est aussi bien plus qu'une base de données SQL, voir PAL, et donc SoH (S/7 sur Hana) et S/4 externaliseront bien plus vers la plateforme sous-jacente que ce que les bases de données SQL d'IBM, Oracle et Microsoft peuvent fournir.

SAP a donc utilisé cette "ouverture" à bon escient, d'une part pour améliorer de manière spectaculaire le temps de réponse, d'autre part pour exclure immédiatement les concurrents.

On ne sait donc pas encore comment IBM, Oracle et Microsoft utiliseront et voudront utiliser à l'avenir la faveur de l'heure sur la base de CDS. En revanche, le fait est qu'avec CDS/BFL, une grande fenêtre d'options s'ouvre pour toutes les bases de données SQL.