In den CDS Views kann die Funktion zur Währungsumrechnung bereits seit 7.40 verwendet werden. In ABAP SQL, also direkt im SELECT, wurde diese Funktion nun mit ABAP 7.55 aufgenommen. Nachfolgend ein einfaches Beispiel in dem ein Wert ProductionCosts von Währung Currency nach USD umgerechnet werden soll:
|
1 2 3 4 5 6 7 8 9 10 |
select from zfox_i_movpro fields MovieUuid, ProductionCosts, Currency, CURRENCY_CONVERSION( amount = ProductionCosts, source_currency = Currency, target_currency = 'USD', exchange_rate_date = @sy-datum ) as ProductionCosts_in_USD, 'USD' as Currency_USD into table @data(result). |
Die Funktion zur Umrechnung heißt CURRENCY_CONVERSION( ) . In den Klammern gibt es einige Pflichtangaben und ein paar weitere optionale Angaben.
Parameter
Folgende Parameter müssen angegeben werden:
Ergänzend dazu können weitere Angaben für die Berechnung vorgenommen werden. Beispielsweise wie gerundet wird oder wie die Dezimalstellen berücksichtigt werden sollen. Oh ja, die Sache mit den Dezimalstellen (Wer erinnert sich an an die italienische Lire?) wurde noch im R/2 erfunden und ist auch im aktuellsten ABAP Release vorhanden.
Heute habe ich beim Testen ein für mich völlig unbekanntes Feature im SQL Cockpit entdeckt. Und das soll was heißen, bin ich doch einer der Entwickler hinter dem Tool und glaubte eigentlich alle Features zu kennen.
Jedenfalls gibt es im SQL Cockpit eine sogenannte Elementinfo. In dieser sieht man einfach die Struktur zu einer Datenbanktabelle oder einem CDS View. Die Elementinfo wird automatisch ermittelt, sobald man mit dem Cursor für knapp eine Sekunde auf einer Tabelle oder einem CDS View stehen bleibt. Man kann z.B. Felder per Drag & Drop aus der Elementinfo in den Query-Editor ziehen. Ein sehr, sehr hilfreiches Feature. Soweit so gut:
Dann hab ich heute beim Testen die implementierte Code Completion verwendet um nach speziellen Tabellen zu suchen. Und dabei ist mir nun aufgefallen, dass unsere Elementinfo auch ermittelt wird, wenn man im Code Completion Popup eine der vorgeschlagene Tabellen durchscrollt.
Zuerst war ich etwas überrascht aber nach näherer Betrachtung unserer Implementierung war es aber schnell klar. Ohne zu wissen, haben wir beim Einbau der Elementinfo auch auf Events der Code Completion reagiert. War so nicht direkt geplant, dafür um so erfreulicher.
In Fiori Elements Anwendungen können Statusicons/Statusfarben durch Annotations gesetzt werden. Natürlich auch im CDS View. Dadurch können positive, negative oder neutrale Informationen besonders hervorgehoben werden. Im nachfolgenden Beispiel wird eine textuelle Statusinformation sowohl durch die entsprechende Farbe als auch das passende Symbol hervorgehoben.
Die Statusinformation muss in einem eigenen CDS Feld vorhanden sein und kann folgende Werte enthalten:
Beispielsweise könnte ein Feld StatusColor im CDS View (meist der Interface View) wie folgt gesetzt werden:
|
1 2 3 4 5 6 7 8 |
... case _status.Description when 'undefined' then 2 //yellow when 'approved' then 3 //green when 'rejected' then 1 //red else 0 end as StatusColor, ... |
Hier wird einfach anhand des Statustextes im Feld _status.Description ein neues Feld StatusColor mit dem entsprechenden Wert gesetzt.
Im Consumption View bzw. In der Metadata Extension ist die Verwendung dann denkbar einfach und durch die UI.lineItem Annotation criticality definierbar:
|
1 2 3 4 5 6 |
... @UI.lineItem: [ { position: 50, label: 'Status', criticality: 'StatusColor' } ] StatusDescription; ... |
Durch die zusätzliche Annotation criticalityRepresentation: #WITHOUT_ICON kann die Ausgabe des Icons unterdrückt werden:
|
1 2 3 4 5 6 |
... @UI.lineItem: [ { position: 50, label: 'Status', criticality: 'StatusColor', criticalityRepresentation: #WITHOUT_ICON } ] StatusDescription; ... |
Das Ergebnis sieht dann wie folgt aus:
Eine ähnliche Vorgehensweis ist bei vielen anderen Fiori Elements Annotations möglich und z.B. gut über die Codecompletion auffindbar. Beispielsweise bei den Facets oder Feldgruppen.
Ich habe die Farben z.B. in einer Anwendung zur Darstellung von Datenbank Differenzen eingesetzt. Dadurch konnten kritische Abweichungen besonders gekennzeichnet werden.
Wenn man im SQL Cockpit viele Listen gleichzeitig darstellen muss, kann man schon mal die Übersicht verlieren. Deshalb haben wir bereits vor einigen Releases die Möglichkeit zum Benennen der Ergebnislisten ergänzt.
Mit dem Kürzel *&%HEADER <name der liste> direkt vor einer SQL Abfrage, wird der Text <name der liste> als Überschrift in der Ergebnisliste verwendet.
Die SQL Cockpit Version 3.7 ist fertig und bietet wieder ein paar Korrekturen/Verbesserungen und einige interessante neue Features. Nachfolgend ein Überblick über die wichtigsten Neuerungen.
Bisher konnten mehrere Listen in folgenden drei Layouts dargestellt werden: Vertikal, Horizontal oder Matrix. Mit diesem Release haben wir die neue Layout-Variante Tabs ergänzt. Dadurch wird immer nur eine Ergebnisliste dargestellt und nutzt somit den gesamten Ergebnisbereich. Im Header-Bereich der Listen kann zwischen den Ergebnislisten hin- und hergeschalten werden.
Die Beschreibungstexte von Domänen-Festwerten können nun in die Liste automatisch mit aufgenommen werden. Für Spalte mit einer Domäne wird eine zweite Spalte mit gleicher Überschrift erzeugt in welcher der Beschreibungstext des Festwerts enthalten ist. Dieses Feature ist vorerst nur verfügbar, wenn der strikte ABAP SQL Modus verwendet wird. (strikter Modus: Select Felder mit Beistrich getrennt, … )
Im Bereich des Listenvergleichs haben wir eine zweite Darstellungsform des Ergebnisses eines Vergleich aufgenommen. Bisher wurden die Spalten der beiden Listen nebeneinander dargestellt. Durch die neue Darstellung werden die Spalten nun untereinander dargestellt.
 |
 |
| Darstellung nebeneinander | Darstellung untereinander |
Beim CSV Export von Ergebnislisten erscheint nun vor dem Export ein Popup in dem folgende Einstellungen vorgenommen werden:
Im Wizard zur Generierung eines Reports mit dem erweiterten Template, kann die neue Funktion Tabellen-Auswahlblöcke markiert werden. Im generierten Report werden dann die Selektionsfelder nach ihrer Tabellenzugehörigkeit in eigene Selektionsblöcke gruppiert.
Nach dem Release ist vor dem Release. Im nächsten SQL Cockpit Release werden wir nun die länger geplanten tiefgreifendern Erweiterungen vornehmen um alle ABAP SQL Select Operationen (CTE, … ) eines S/4 HANA Systems zu unterstützen!
Wir rechnen damit, dass das SQL Cockpit 4.0 im 3. Quartal 2022 erscheinen wird.
Am 15. Dezember 2020 haben wir in einem von der SAP organisierten Community Call über ABAP und was ein Entwickler unbedingt wissen sollte um in S/4 bestehen zu können gesprochen. Natürlich gäbe es viel mehr Themen und mancher Teilnehmer sieht den einen oder anderen Punkt vielleicht anders. Jedenfalls haben wir im Call über die aus unserer Sicht wichtigsten Punkte gesprochen:
Der Community Call wurde aufgezeichnet und steht via https://www.youtube.com/watch?v=MdHwS_C7mHE&feature=youtu.be zur Verfügung.
PDF Slides mit Links: SAP Community Call S4ABAP Link
Mit den SAP Fiori Elements hat uns SAP ein ziemlich cooles Werkzeug in die Hand gegeben, welches die Erstellung von Fiori Anwendungen extrem beschleunigt und vereinfacht. Als ABAP Entwickler kann man sich auf das Wesentliche konzentrieren, während sich das SAP Fiori Elements Framework darum kümmert, dass ein schönes, einheitliches Fiori Userinterface generiert werden.
In diesem Webinar haben wir einen Überblick über die SAP Fiori Elements vermittelt. Angereichert um ein paar live Demos.
Diesmal hat uns erneut Sören Schlegel von der Consilio unterstützt. Vielen Dank dafür!
Da wir wesentlich mehr Demos vorbereitet hätten, werden wir das nächste Webinar auch zum Thema „SAP Fiori Elements“ machen. Diesmal aber – No Slides, Just Code! Weitere Details weiter unten in diesem Blog bzw. direkter Link zur Anmeldung hier: SAP Fiori Elements Part 2 – Just Code.
Nicht vergessen, als DSAG Mitglied bekommt man bei SAP Press einen Preisnachlass. https://www.rheinwerk-verlag.de/dsag
Heuer findet noch ein weiteres Webinar statt. Da wir viel umfangreichere Live Demos vorbereitet hätten, wollen wir einen 2. Teil zum Thema SAP Fiori Elements machen. Diesmal jedoch NO SLIDES und gleich mal zur Sicherheit für 90 Minuten eingeplant. 60 Minuten Talk, 30 Minuten Q&A.
Im Jahr 1999 wurde die vierte Überarbeitung von SQL unter dem Namen SQL:1999 bzw. SQL3 publiziert. Unter anderem wurden mit SQL:1999 das WITH Konstrukt zur Verwendung von Common Table Expression eingeführt.
Eine Common Table Expression (CTE) erzeugt eine tabellarische Ergebnisliste welche nur temporär innerhalb einer SQL-Operation zur Verfügung steht.
Die Verwendung ist dann sinnvoll, wenn man z.B. Zwischenergebnisse benötigt, eine komplexe SQL-Anweisung übersichtlicher strukturieren will oder wenn die Zwischenergebnisse mehrfach benötigt werden.
Gerade wenn man sich um Clean Code bemüht, sollten auch CTE zur besseren Lesbarkeit eingesetzt werden.
Ab dem ABAP Release 7.51 stehen die Common Table Expressions nun auch für uns ABAP Entwickler zur Verfüfung.
Die Syntax ist recht einfach. Eingeleitet werden CTEs mit WITH:
|
1 2 3 |
WITH +ctename1[( name1, name2, … )] AS ( SELECT <subquery> )[, +ctename2[( name1, name2, … )] AS ( SELECT <subquery> ), … ] SELECT <mainquery> … [ENDWITH]</mainquery></subquery></subquery> |
Im nachfolgenden Beispiel werden Personen und Unternehmen mit CTEs gelesen. Im SELECT werden diese beiden CTEs mit der Relationstabelle BUT050 verknüpft.
|
1 2 3 4 5 6 |
with +people( partner, name_last, name_first ) as ( select partner, name_last, name_first from but000 where type = '1' ), +companies( partner, name ) as ( select partner, CONCAT_WITH_SPACE( name_org1, name_org2, 1 ) as name from but000 where type = '2' ) select * from +companies as a inner join but050 as b on b~partner1 = a~partner inner join +people as c on c~partner = b~partner2 into table @data(result). |
In diesem Beispiel wird das Ergebnis der CTE als Subselect im SELECT verwendet.
|
1 2 3 |
with +people( partner, bpkind ) as ( select partner, bpkind from but000 where type = '1' ) select * from but050 where partner2 in ( select partner from +people where bpkind = @space ) into table @data(result2). |
Die SQL Cockpit Version 3.6 ist fertig und bietet wieder ein paar Korrekturen bzw. kleineren Optimiereungen und einige interessante neue Features.
In der Elementinfo wird nun zusätzlich das zugrunde liegende Datenelement angezeigt. Die Information wird als Hyperlink dargestellt, es besteht daher die Möglichkeit gleich direkt auf die Definition des Datenelements zu navigieren. Weiters wird jetzt im Fußbereich der Elementinfo die Auslieferungsklasse der Tabelle angezeigt.
XML oder HTML Inhalte in Datenbanktabellen können im SAP Standard nur durch Zusatzentwicklungen angezeigt werden. Mit dem SQL Cockpit können nun diese XML oder HTML Inhalte in einem eigenen Popup dargestellt werden. Die Funktion ist über das Kontextmenü der Ergebnistabelle erreichbar.
Wenn lediglich eine Tabelle oder View angegeben ist, wird beim Ausführen ein SELECT * auf diese Tabellen ausgeführt. Dies ermöglicht eine sehr schnelle Auswertung von Tabellen.
Bei der Verwendung des Templates /CADAXO/REPORT_A zum Generieren von Reports, kann nun die definiert werden, in welcher Weise der Report das Erstellen bzw. Sichern von Layouts dem Anwender ermöglicht.
Je nach gewählter Einstellung können dann die Anwender bei den generierten Reports ihre eigenen Layoutvarianten erstellen und sichern.
Durch Angabe eines SAP-Farbcodes für die SQL Cockpit Framework Spalte CDXLINECOLOR kann nun eine ganze Zeile dynamisch eingefärbt werden. Im nachfolgenden Beispiel sollen alle Zeilen abhängig vom Wert in der Spalte TYPE eingefärbt werden. Wenn der Typ ‚1‘ ist, sollen die Zeilen orange werden, wenn der Typ ‚3‘ ist grün. Alle restlichen Zeilen sollen blau werden:
C300, C310, C311, C301 = Gelb
C600, C610, C611, C601 = Rot
…
Die Usability der Variantenpflege wurde komplett überarbeitet um eine noch intuitivere Handhabung zu ermöglichen. Alle Menüpunkte befinden sich dort wo man es sich erwarten würde. Neben der Menüzeile sind alle Funktionen auch als Kontextmenü bei den Varianten verfügbar.
Nach dem Release ist vor dem Release. Im nächsten SQL Cockpit Release werden wir einige tiefgreifendere Erweiterungen vornehmen um alle ABAP SQL Select Operationen eines S/4 HANA Systems zu unterstützen!
Wir rechnen damit, dass das SQL Cockpit 4.0 im 3. Quartal 2021 erscheinen wird.