序文
私たちは、私の公共の数に焦点を当てることができ、より良いレイアウトの数の国民は、より快適に読みます。
ボディパーツ
人々は、ソースを示すものではありませ記事を転載する場合ここでは、明確な混乱のウェブサイトの多くは、または、私が気づかないこと。何が問題に値するです。
我々は、すべてのインメモリコンピューティング、ハードウェアサポートへの大部分のおかげで、SAP HANAの高コストが、その理由は、メモリデータベースである知っています
大量のデータもあるSAP製品は、つまり、BWは、今もBW4を発売しました
しかし、先進的なインターネットのこの時代に、データはすぐに増やしたいので、疑問が生じます
SAPはHANAによって直接管理ディスクベースの記憶に格納されたデータにオプション（動的階層）熱を供給する
これにより、メモリの割合にソリューションの価格を高め、メモリにHANAよりもはるかに安いです
顧客のデータ保存や処理ニーズの増加に伴い、SAPは、コールドストレージとしてビッグデータ/ Hadoopの利用方法を提供しなければなりません
一般的な戦略は、ハイブまたはスパークを通じてのHadoopにアクセスするためにSDAを使用することです
気付いていないほとんどの人は、これはHadoopの使用するための良い方法ではないということです（誇り顔である必要があり、ここでは、O（∩_∩）O〜ハハ）
単にHadoopのにクエリを送信することにより、データ処理がHANAに返されます
HANAは、SDAは、ビッグデータへの正しい方法ではないデータを送信しています
HANAは、クエリのHadoopノードに注入することができるとのHadoopの処理能力を使用する必要があります
例えば、非常に大きなデータを使用すると、メモリHANAにそれをロードすることはできません、で設定します
そのため、重要なゲスト出演を果たした主なコーヒーで、私たちのSAPボラが来ました
SAPボラは、Hadoopのスパークでの最上層に位置しています。
SAPボラの役割は、単にHANAが集中して作業を処理するためにHadoopを使用してみましょう。
もちろん、このようなHANA階層と通貨に合わせたサポートなど、他の効果が、あります。
Hadoopクラスタのためにそのサイズ要件のボラの欠点は、3倍、SAPライセンスコストを増加させました。
これは、一時的にSAPのビッグデータに害を与えることがあります。
しかし、ボラはまだ新しい、時間をかけて、我々は、おそらくより実行可能なSAPのライセンスポリシーをより向上します。