SAP HANA Cloudでギリシャの神々の祖先をメモする方法

今年のSAPには、データを操作するための幅広い機能を提供する新しいSAP HANAクラウドソリューションがあり、新しいアプリケーションの作成、起動、デプロイ、および既存のアプリケーションの更新を行うことができます。このソリューションの基礎はSAP HANAで、これは高い処理速度を必要とするデータを操作するために使用されます。このデータはRAMにあるため、ホットと呼びます。これにより、迅速なアクセスと高いパフォーマンスが保証されます。さらに、データレイクはSAP HANA Cloudに統合されており、その展開は自動で、管理は簡単です。これはリレーショナルであり、構造化された情報を保存するコストを最適化できます。コールドデータがあります。つまり、ホットデータよりも処理速度がやや遅くなります。SAP HANA Cloudは、データストレージの中間層-SAP HANA Native Storage Extension、ディスク上のデータストレージ、およびバッファキャッシュを介したロードも提供します。階層化機能は、高いスケーラビリティと弾力性を提供し、パフォーマンスを犠牲にすることなくコストを最適化します。私は、ギリシャの神と英雄の系図を作成する例で、目新しさがどのように機能するかを理解することを提案します。







基本的に、データセンターにローカルに展開されている典型的なSAP HANAプラットフォームの SAP HANAグラフリファレンスドキュメントの付録B-ギリシャ神話グラフの例のスクリプトを使用します。この例の主な目的は、SAP HANAの分析機能を示し、グラフアルゴリズムを使用してオブジェクトとイベントの関係を分析する方法を示すことです。このテクノロジーについて詳しく説明することはしませんが、主要なアイデアは今後の議論で明らかになります。興味のある方は、SAP HANA Express Editionの機能をテストして自分で理解するか、SAP HANAグラフで接続データを分析する無料のコースを受講してください。



SAP HANA Cloudリレーショナルクラウドにデータを配置して、ギリシャの英雄の親族を分析する可能性を見てみましょう。 「古代ギリシャの神話と伝説」にはたくさんの登場人物がいて、途中で誰が誰の息子と兄弟であるか覚えていないことを覚えておいてください。ここで私たちは自分自身にメモを書き、決して忘れません。



まず、SAP HANA Cloudのインスタンスを作成しましょう。これを行うのは非常に簡単です。将来のシステムのパラメーターを入力し、インスタンスがデプロイされるまで数分待つ必要があります（図1）。





図1



だから、私たちは、ボタンは、パスワードを設定し、インスタンスの短い名前を指定する必要があるウィザード、の最初のページにインスタンスを作成し、私たちの前に押し、および（図2）の説明





図2



ステップ2ボタンをクリックします。ここでのタスクは、将来のSAP HANAインスタンスのパラメーターを指定することです。ここでは、将来のシステムのRAMのサイズのみを設定できます。他のすべてのパラメーターは自動的に決定されます（図3）。





図3これで



、最小値の30 GBと最大値の900 GBを選択できるようになりました。 30 GBを選択すると、このメモリ容量では、計算をサポートするために2つの仮想プロセッサと、ディスクにデータを格納するために120 GBが必要であることが自動的に決定されます。 SAP HANA Native Storage Extension（NSE）テクノロジーを使用できるため、ここでより多くのスペースが割り当てられます。より大きなメモリサイズ（255GBなど）を選択した場合、17個の仮想プロセッサと720GBのディスクメモリが必要になります（図4）。





図4



しかし、この例ではそれほど多くのメモリは必要ありません。パラメータを元の値に戻し、ステップ3をクリックします。次に、データレイクを使用するかどうかを選択する必要があります。答えは明白です。もちろんです。そのような実験も行いたい（図5）。





図5



このステップでは、データレイクのインスタンスを作成するためのより多くの力と自由があります。必要なコンピューティングリソースとディスクストレージのサイズを選択できます。使用されるコンポーネント/ノードのパラメーターは自動的に選択されます。システム自体が、「コーディネーター」ノードと「ワーキング」ノードに必要なコンピューティングリソースを決定します。これらのコンポーネントについて詳しく知りたい場合は、SAP IQリソースとSAP HANAクラウドデータレイクを参照することをお勧めします。。 次に、ステップ4をクリックします。





図6



このステップでは、将来のSAP HANAインスタンスにアクセスできるIPアドレスを定義または制限します。ご覧のとおり、これがウィザードの最後のステップ（図6）であり、[インスタンスの作成]をクリックしてコーヒーを注ぐだけです。





図7



プロセスが開始され（図7）、それほど時間はかかりません。深夜にもかかわらず、濃いコーヒーを飲む時間がありました。そして、他にいつシステムを落ち着いて実験して、異なるチップをねじ込むことができますか？これで、システムが作成されました（図8）。





図8



SAP HANAコックピットまたはSAP HANAデータベースエクスプローラーを開くという2つのオプションがあります。 2番目の製品はCockpitから起動できることはわかっています。したがって、同時にSAP HANAコックピットを開き、そこに何があるかを確認します。ただし、最初に、ユーザーとそのパスワードを指定する必要があります。 SYSTEMユーザーは使用できないことに注意してください。DBADMINを使用する必要があります。この場合、図9のように、インスタンスの作成時に設定したパスワードを指定します。





図9



コックピットにアクセスして、タイルの形式で従来のSAPインターフェースを確認します。それぞれのタスクに責任があります。右上隅にSQLコンソールへのリンクがあります（図10）。





図10



SAP HANAデータベースエクスプローラーにアクセスできるのは彼女です。







このツールのインターフェースはSAP Web IDEに似ていますが、データベースオブジェクトを操作するためだけのものです。まず第一に、もちろん、私たちはデータレイクにどのようにアクセスするかに関心があります。結局のところ、これでHANAと連携するためのツールがオープンしました。ナビゲーターの[リモートソース]アイテムに移動して、湖へのリンク（SYSRDL、RDL-Relation Data Lake）を見てみましょう。これが望ましいアクセスです（図11）。





図11先に



進みましょう。管理者のもとで作業するべきではありません。テストユーザーを作成する必要があります。その下でHANAグラフエンジンを試してみますが、データはリレーショナルデータレイクに配置します。







脚本：

CREATE USER tstuser PASSWORD Password1 NO FORCE_FIRST_PASSWORD_CHANGE SET USERGROUP DEFAULT;

データレイクでの作業を計画しているため、たとえばHANA_SYSRDL＃CG_ADMIN_ROLEなどの権利を確実に付与して、オブジェクトを自由に作成し、好きなように実行できるようにする必要があります。







脚本：

GRANT HANA_SYSRDL#CG_ADMIN_ROLE TO tstuser;

これで、SAP HANA管理者の下での作業が完了し、SAP HANAデータベースエクスプローラーを閉じることができます。これを、新しく作成したユーザーtstuserの下に入力する必要があります。簡単にするために、SAP HANAコックピットに戻り、管理セッションを終了しましょう。これを行うには、左上隅に「資格情報のクリア」というリンクがあります（図12）。





図12



クリックした後、再度ログインする必要がありますが、今はユーザーtstuserの下にあります（図13）。





図13



そして、SQLコンソールを再び開いてSAP HANAデータベースエクスプローラーに戻ることができますが、新しいユーザーの下にあります（図14）。









図14



スクリプト：

SELECT SESSION_USER, CURRENT_SCHEMA FROM DUMMY;

以上で、適切なユーザーの下でHANAを使用していることが確認できました。データレイクにテーブルを作成する時が来ました。これを行うには、特別なプロシージャSYSRDL＃CG.REMOTE_EXECUTEがあり、1つのパラメーターを渡す必要があります-行=コマンド。この関数を使用して、データレイクにテーブルを作成し（図15）、すべてのキャラクター（ヒーロー、ギリシャの神々、タイタン）を格納します。





図15



スクリプト：

CALL SYSRDL#CG.REMOTE_EXECUTE ('
BEGIN

	CREATE TABLE "MEMBERS" (
		"NAME"       VARCHAR(100) PRIMARY KEY,
		"TYPE"       VARCHAR(100),
		"RESIDENCE"  VARCHAR(100)
	);


END');

次に、これらのキャラクターの家族のつながりを保持するテーブルを作成します（図16）。





図16



スクリプト：

CALL SYSRDL#CG.REMOTE_EXECUTE ('
BEGIN
	CREATE TABLE "RELATIONSHIPS" (
		"KEY"    INTEGER UNIQUE NOT NULL,
		"SOURCE" VARCHAR(100) NOT NULL,
		"TARGET" VARCHAR(100) NOT NULL,
		"TYPE"   VARCHAR(100),
		FOREIGN KEY RELATION_SOURCE ("SOURCE") references "MEMBERS"("NAME") ON UPDATE RESTRICT ON DELETE RESTRICT, 
		FOREIGN KEY RELATION_TARGET ("TARGET") references "MEMBERS"("NAME") ON UPDATE RESTRICT ON DELETE RESTRICT 
	);
END');

ここでは統合の問題は扱いません。これは別の話です。元の例には、ギリシャの神々とその親族を作成するINSERTコマンドが含まれています。これらのコマンドを使用します。図17に示すように、プロシージャを介してデータレイクにコマンドを渡すことを覚えておく必要があるため、引用符を2重にする必要があります。





図17



スクリプト：

CALL SYSRDL#CG.REMOTE_EXECUTE ('
BEGIN
	INSERT INTO "MEMBERS"("NAME", "TYPE")
    	VALUES (''Chaos'', ''primordial deity'');
	INSERT INTO "MEMBERS"("NAME", "TYPE")
    	VALUES (''Gaia'', ''primordial deity'');
	INSERT INTO "MEMBERS"("NAME", "TYPE")
    	VALUES (''Uranus'', ''primordial deity'');
	INSERT INTO "MEMBERS"("NAME", "TYPE", "RESIDENCE")
    	VALUES (''Rhea'', ''titan'', ''Tartarus'');
	INSERT INTO "MEMBERS"("NAME", "TYPE", "RESIDENCE")
    	VALUES (''Cronus'', ''titan'', ''Tartarus'');
	INSERT INTO "MEMBERS"("NAME", "TYPE", "RESIDENCE")
    	VALUES (''Zeus'', ''god'', ''Olympus'');
	INSERT INTO "MEMBERS"("NAME", "TYPE", "RESIDENCE")
    	VALUES (''Poseidon'', ''god'', ''Olympus'');
	INSERT INTO "MEMBERS"("NAME", "TYPE", "RESIDENCE")
    	VALUES (''Hades'', ''god'', ''Underworld'');
	INSERT INTO "MEMBERS"("NAME", "TYPE", "RESIDENCE")
    	VALUES (''Hera'', ''god'', ''Olympus'');
	INSERT INTO "MEMBERS"("NAME", "TYPE", "RESIDENCE")
    	VALUES (''Demeter'', ''god'', ''Olympus'');
	INSERT INTO "MEMBERS"("NAME", "TYPE", "RESIDENCE")
    	VALUES (''Athena'', ''god'', ''Olympus'');
	INSERT INTO "MEMBERS"("NAME", "TYPE", "RESIDENCE")
    	VALUES (''Ares'', ''god'', ''Olympus'');
	INSERT INTO "MEMBERS"("NAME", "TYPE", "RESIDENCE")
    	VALUES (''Aphrodite'', ''god'', ''Olympus'');
	INSERT INTO "MEMBERS"("NAME", "TYPE", "RESIDENCE")
    	VALUES (''Hephaestus'', ''god'', ''Olympus'');
	INSERT INTO "MEMBERS"("NAME", "TYPE", "RESIDENCE")
    	VALUES (''Persephone'', ''god'', ''Underworld'');
END');

そして2番目のテーブル（図18）





図18



スクリプト：

CALL SYSRDL#CG.REMOTE_EXECUTE ('
BEGIN
	INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    	VALUES (1, ''Chaos'', ''Gaia'', ''hasDaughter'');
	INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    	VALUES (2, ''Gaia'', ''Uranus'', ''hasSon'');
	INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    	VALUES (3, ''Gaia'', ''Cronus'', ''hasSon'');
	INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    	VALUES (4, ''Uranus'', ''Cronus'', ''hasSon'');
	INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    	VALUES (5, ''Gaia'', ''Rhea'', ''hasDaughter'');
	INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (6, ''Uranus'', ''Rhea'', ''hasDaughter'');
INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (7, ''Cronus'', ''Zeus'', ''hasSon'');
INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (8, ''Rhea'', ''Zeus'', ''hasSon'');
INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (9, ''Cronus'', ''Hera'', ''hasDaughter'');
INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (10, ''Rhea'', ''Hera'', ''hasDaughter'');
INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (11, ''Cronus'', ''Demeter'', ''hasDaughter'');
INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (12, ''Rhea'', ''Demeter'', ''hasDaughter'');
INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (13, ''Cronus'', ''Poseidon'', ''hasSon'');
INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (14, ''Rhea'', ''Poseidon'', ''hasSon'');
INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (15, ''Cronus'', ''Hades'', ''hasSon'');
INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (16, ''Rhea'', ''Hades'', ''hasSon'');
INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (17, ''Zeus'', ''Athena'', ''hasDaughter'');
INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (18, ''Zeus'', ''Ares'', ''hasSon'');
INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (19, ''Hera'', ''Ares'', ''hasSon'');
INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (20, ''Uranus'', ''Aphrodite'', ''hasDaughter'');
INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (21, ''Zeus'', ''Hephaestus'', ''hasSon'');
INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (22, ''Hera'', ''Hephaestus'', ''hasSon'');
INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (23, ''Zeus'', ''Persephone'', ''hasDaughter'');
INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (24, ''Demeter'', ''Persephone'', ''hasDaughter'');
INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (25, ''Zeus'', ''Hera'', ''marriedTo'');
INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (26, ''Hera'', ''Zeus'', ''marriedTo'');
INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (27, ''Hades'', ''Persephone'', ''marriedTo'');
INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (28, ''Persephone'', ''Hades'', ''marriedTo'');
INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (29, ''Aphrodite'', ''Hephaestus'', ''marriedTo'');
INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (30, ''Hephaestus'', ''Aphrodite'', ''marriedTo'');
INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (31, ''Cronus'', ''Rhea'', ''marriedTo'');
INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (32, ''Rhea'', ''Cronus'', ''marriedTo'');
INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (33, ''Uranus'', ''Gaia'', ''marriedTo'');
INSERT INTO "RELATIONSHIPS"("KEY", "SOURCE", "TARGET", "TYPE")
    VALUES (34, ''Gaia'', ''Uranus'', ''marriedTo'');
END');

次に、もう一度リモートソースを開きます。データレイクのテーブルの説明に基づいて、HANAで仮想テーブルを作成する必要があります（図19）。





図19



両方のテーブルを検索し、テーブルの前にあるチェックボックスをオンにして、図20に示すように[Create Virtual Object（s）]ボタンをクリックします。





図20



仮想テーブルが作成されるスキームを指定する機会があります。そして、これらのテーブルを見つけやすくするために、プレフィックスを指定する必要があります。その後、ナビゲーターでテーブルを選択し、テーブルを表示し、データを表示します（図21）。





図21



このステップでは、左下のフィルターに注意することが重要です。ユーザー名またはTSTUSERスキーマが必要です。



ほとんどすべての準備が整いました。湖にテーブルを作成してデータをロードし、HANAレベルからテーブルにアクセスするために、仮想テーブルを用意しました。新しいオブジェクトを作成する準備ができました-グラフ（図22）。





図22



スクリプト：

CREATE GRAPH WORKSPACE "GREEK_MYTHOLOGY"
  EDGE TABLE "TSTUSER"."RDL_RELATIONSHIPS"
    SOURCE COLUMN "SOURCE"
    TARGET COLUMN "TARGET"
    KEY COLUMN "KEY"
  VERTEX TABLE "TSTUSER"."RDL_MEMBERS"
    KEY COLUMN "NAME";

すべてが機能し、カウントの準備が整いました。そして、すぐにグラフデータに簡単なクエリを実行してみることができます。たとえば、カオスのすべての娘とこれらの娘のすべての娘を見つけます。これを行うには、グラフ分析言語であるCypherが役立ちます。グラフを操作するために特別に作成されたもので、便利でシンプルで、複雑な問題の解決に役立ちます。Cypherスクリプトは、テーブル関数を使用してSQLクエリでラップする必要があることを覚えておく必要があります。この言語でタスクがどのように解決されるかを確認してください（図23）。





図23



スクリプト：

SELECT * FROM OPENCYPHER_TABLE( GRAPH WORKSPACE "GREEK_MYTHOLOGY" QUERY
    '
	MATCH p = (a)-[*1..2]->(b)
	WHERE a.NAME = ''Chaos'' AND ALL(e IN RELATIONSHIPS(p) WHERE e.TYPE=''hasDaughter'')
	RETURN b.NAME AS Name
	ORDER BY b.NAME
    '
)

視覚的なSAP HANAグラフ分析ツールがどのように機能するかを確認してみましょう。これを行うには、ナビゲーターでグラフワークスペースを選択します（図24）。





図24これで



、グラフが表示されます（図25）。





図25



すでに色付けされているグラフが表示されます。これは、画面右側の設定を使用して行いました。左上には、現在選択されているノードの詳細情報が表示されます。



うーん...やったデータはデータレイクにあり、SAP HANAのツールを使用してデータを分析します。 1つのテクノロジーがデータを計算し、もう1つのテクノロジーがデータの保存を担当します。グラフデータが処理されると、データレイクから要求され、SAP HANAに転送されます。お問い合わせの時間を短縮できますか？ RAMに格納され、データレイクから読み込まれないデータを作成する方法は？データレイクテーブルのコンテンツをロードするためのテーブルを作成します（図26）。





図26



スクリプト：

CREATE COLUMN TABLE MEMBERS AS (SELECT * FROM "TSTUSER"."RDL_MEMBERS")

しかし、別の方法があります。これは、SAP HANAのRAMへのデータレプリケーションのアプリケーションです。これにより、仮想テーブルを使用してデータレイクに格納されているデータにアクセスするよりも、SQLクエリのパフォーマンスが向上します。仮想テーブルとレプリケーションテーブルを切り替えることができます。これを行うには、レプリカテーブルを仮想テーブルに追加します。これは、ALTER VIRTUAL TABLEステートメントを使用して行うことができます。その後、仮想テーブルを使用するクエリは、SAP HANA RAMにあるレプリカテーブルに自動的にアクセスします。これを行う方法を見て、実験してみましょう。そのようなリクエストを実行してみましょう（図27）。





図27



スクリプト：

SELECT R.KEY, R.SOURCE, R.TYPE
FROM "TSTUSER"."RDL_RELATIONSHIPS"  R inner join "TSTUSER"."MEMBERS" M on R.SOURCE=M.NAME

そして、このリクエストを完了するのにかかった時間を見てみましょう（図28）。





図28



92ミリ秒かかったことがわかります。複製メカニズムを有効にしましょう。これを行うには、仮想テーブルのALTER VIRTUAL TABLEを作成します。その後、LakeデータがSAP HANA RAMに複製されます。







脚本：

ALTER VIRTUAL TABLE "RDL_RELATIONSHIPS" ADD SHARED SNAPSHOT REPLICA COLUMN LOADABLE;

図29のように実行時間を確認してみましょう 。





図29



は7ミリ秒です。これは素晴らしい結果です！最小限の労力で、データをRAMに移動しました。さらに、分析が完了し、パフォーマンスに満足したら、レプリケーションを再びオフにすることができます（図30）。





図30



スクリプト：

ALTER VIRTUAL TABLE "RDL_RELATIONSHIPS" DROP REPLICA;

これで、データはリクエストに応じてのみ湖から再びダウンロードされ、SAP HANA RAMは新しいタスクのために無料です。今日、私の意見では、興味深い仕事をし、SAP HANA Cloudをテストして、単一のデータアクセスポイントをすばやく簡単に構成できるかどうかをテストしました。製品が開発され、近い将来、データレイクへの直接接続が現れると予想されます。この新機能により、大量の情報のダウンロード速度が速くなり、不要なサービスデータが拒否され、データレイク固有の操作の生産性が向上します。SAP IQテクノロジーを使用して、データクラウド内でストアドプロシージャを直接作成および実行します。つまり、データ自体が存在する場所に処理およびビジネスロジックを適用できます。



SAP CIS、シニアビジネスアーキテクト、Alexander Tarasov氏