{"id":5181,"date":"2016-09-08T18:11:35","date_gmt":"2016-09-08T16:11:35","guid":{"rendered":"http:\/\/blog.pikon.de\/?p=885"},"modified":"2021-05-18T10:27:08","modified_gmt":"2021-05-18T08:27:08","slug":"auswirkungen-auf-bestehendes-coding","status":"publish","type":"post","link":"https:\/\/www.pikon.com\/de\/blog\/auswirkungen-auf-bestehendes-coding\/","title":{"rendered":"Programmierung mit HANA Teil 1"},"content":{"rendered":"\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

HANA<\/strong>, die neue Datenbanktechnologie<\/strong> der Firma SAP, hat schon nach kurzer Zeit ihren Platz unter den Datenbankmanagementsystemen gefunden. SAP HANA wurde erstmals im Fr\u00fchling 2010 vorgestellt und ab November desselben Jahres eingesetzt. 2015 stellte SAP das erste Produkt vor, welches vollst\u00e4ndig auf dem vereinfachten Datenmodell von SAP HANA basiert. Unser HANA – Experte Christian Schl\u00f6mer<\/strong> hat sich eingehend mit dem System befasst und stellt Ihnen in einer Reihe von Blogartikeln seine Erkenntnisse und Empfehlungen vor.<\/p>

Auswirkungen auf ihr bestehendes Coding<\/span><\/p>

1. HANA<\/strong> als neue Technologie<\/h3>

SAP HANA (fr\u00fcher als Akronym f\u00fcr High Performance Analytic Appliance<\/em>, heute als Eigenname verwendet) bezeichnet die In-Memory-Datenbanktechnologie der Firma SAP. In-Memory<\/strong>– bzw. hauptspeicherresidente Datenbanken verwenden Arbeitsspeicher mit Multi-Core Architekturen zur erheblichen Beschleunigung<\/strong> von Lese- und Schreibzugriffen im Verh\u00e4ltnis zu konventionellen Datenbankmanagementsystemen.<\/p>

2. Bedeutung f\u00fcr bestehendes Coding<\/h3>

Der Umstieg von einer konventionellen Datenbank zu der neuen SAP HANA Datenbank bringt einige Neuerungen und Ver\u00e4nderungen mit sich. Allerdings hat die SAP mit ihrer OPEN-SQL Syntax (OPEN SQL ist eine Vereinheitlichung der verschiedenen SQL-Schreibweisen, die es m\u00f6glich macht, unabh\u00e4ngig vom verwendeten Datenbanksystem, Tabellen und Daten im SAP-Dictionary zu ver\u00e4ndern) daf\u00fcr gesorgt, dass keine gr\u00f6\u00dferen Anpassungen notwendig sind. Bestehendes Coding muss in der Regel nicht angepasst werden, wenn im Unternehmen gute Entwicklungsrichtlinien<\/strong> vorhanden sind und diese auch eingehalten wurden. Da dies erfahrungsgem\u00e4\u00df nie zu 100% der Fall ist, sind dennoch Anpassungen notwendig.<\/p>

Jedes Unternehmen, auch die SAP selbst, muss ihr Coding auf die HANA-Datenbank anpassen. Deswegen erfolgt mit der Umstellung auf eine SAP-HANA Datenbank meistens auch ein Releasewechsel (mind. Release: SAP NetWeaver 7.3). Neue Funktion, wie die Core Data Services<\/strong>, stehen erst ab Release 7.4 SP05 zu Verf\u00fcgung. Deshalb rate ich, Ihnen direkt auf ein aktuelleres Release upzugraden, wie die Minimalvorgaben der SAP es empfehlen.<\/p>

3. HANA<\/strong>-relevante Entwicklungsrichtlinien<\/h3>

Es gibt wichtige Eckpunkte, die jede Entwicklungsrichtlinie enthalten sollte. Diese zwei Themen sollten nicht fehlen:<\/p>

  1. sich nicht auf implizites Verhalten des Systems verlassen (siehe Punkt 3.2)<\/li>
  2. Richtlinien zur Datenermittlung verwenden. (siehe Punkt 3.2)<\/li><\/ol>

    Solche Regeln sind ma\u00dfgeblich daf\u00fcr da, dass ein sicherer und stabiler Umstieg auf die HANA-Technologie mit wenig Aufwand m\u00f6glich wird. Werden sie nicht eingehalten, k\u00f6nnte der Zeitaufwand zur Pr\u00fcfung Ihrer Eigenentwicklungen Sie vor gr\u00f6\u00dfere Probleme stellen.<\/p>

    Ein Hinweis an dieser Stelle: nicht nur f\u00fcr HANA, sondern allgemein gilt es Richtlinien zu entwickeln und zu etablieren, die<\/p>