問題タブ [hana-xs]

SAPUI5 で DropDown コントロールを正常にバインドして、1 つのモデルに基づいて値を一覧表示することができました。私の質問は: DropDown を、すべての可能な値を含む 1 つのモデルと、そのレコードの実際の値を含む 1 つのモデルにバインドするにはどうすればよいですか?

例：

テーブル (および最初のモデル)

名前 学校

ジョン・ホプキンス

メアリー・ホーナー

学校の列はドロップダウンです。ドロップダウンをこのモデルにバインドすると、実際には次のモデルに基づいて選択できる 5 つの学校が存在する場合に表示されるのは、これらの 2 つの学校のみです。

セカンドモデル

学校

• アメリカ人
• ホプキンス
• ホーナー
• ソーントン
• ウォルターズ

これは簡単だと思いましたが、それを理解したり、検索で例を見つけたりすることはできませんでした。

SAPUI5 と SAP Fiori に関する多くの情報があります。それらの違いは何ですか、それらを構築するために何が必要ですか?

次のように、db テーブルからすべてのデータを json オブジェクトに取得しようとしています。

データでは、次のように行数 x 最後の行の内容を取得するため、クエリは部分的にしか機能しません。

1行の回数ではなく、すべてのデータを取得するにはどうすればよいですか?

いくつかの DB テーブルと OData サービスを備えた SAP HANA XS サーバーがあります。OData サービスに接続してデータを読み取ることができます。データを作成/更新/削除しようとするとすぐに403 - Forbiddenエラーが発生します。
実際、私のユーザーには、前述のすべてのアクションを実行するために必要な権限があります (HANA Studio で SQL コマンド ラインを使用してデータを作成しました)。SYSTEM ユーザーで同じことを試みると、同じ結果が得られます。

SAP HANA XS Engine で SaaS Web アプリケーションを開発しています。

サブスクリプション ベースの製品パッケージがあり、Web 上でユーザー認証を管理したいと考えています。そのため、XS エンジン認証を削除しました。

これで、認証に XSJS メソッドを使用するログイン ページが作成されました。ログインページで機能しており、別のページにリダイレクトされます。ただし、リダイレクトされたページでセッションを制御する方法がわかりません。XS エンジンでの動作。

これに関する情報を提供していただけますか？

このドキュメントによると、SPNego または SAML が適しているようです。しかし、SP 8 以降は SAML が使用できなくなるという別のドキュメントを読みました。

~2000 文字を超える HTML ページを含むメールを Mailgun 経由で送信する方法はありますか? URLアドレスで送信されると信じているため、短いhtmlで完全に機能するこのコードがあります。

上記のコードでは、ファイルを受信して​​「org」変数に保存し、メールに送信します。私が必要としているのは、おそらく「大きすぎる」.html ファイルを本文に入れて、それを電子メールのコンテンツとして表示することです。ご覧のとおり、私は .xsjs を初めて使用するので、より詳細な回答が得られます。さらに情報が必要な場合は、お気軽にお問い合わせください。ありがとうございました。

Edit1: より大きなファイルを送信しようとすると、「414 Request-URI Too Large」という応答が返されることを追加する必要があります。

私の目的は、oDataModelを作成し、サービスを利用することです。すべてのエンティティは、試用アカウントでhttps://s12hanaxs.hanatrial.ondemand.com/account_name/schema_name/service_name.xsodata/の URL で確認できます。これらの手順に従ってoData サービスを作成しましたが、実行ボタンをクリックしてサービス メタデータを読み込むと、13 番目の手順で内部サーバー エラーが発生しました。私が行った唯一の違いは、宛先を作成するときに基本認証を使用することです。そしてここに私の目的地の設定：

編集 1: サービスの my.xsaccess ファイルを表示したかった:

Postman経由で http リクエストを送信することもできません。どんな助けでも大歓迎です。

VIEW を公開すると

xsodata経由

および GET /myView を VIEW 作成後に初めて実行すると、パフォーマンスが非常に低くなります。

ただし：同じリクエストを再度実行した後（およびその後は毎回）、パフォーマンスは私が望むものです：

質問:

• なんで？

• 最初の長時間実行されるリクエストを回避するには?

すでに試しました：

• HANA Studios SQL コンソールで (ステートメントの準備なしで) SQL プロファイラー出力を実行すると、常に優れたパフォーマンスが得られます

• テーブルのホットロード ( LOAD myTable ALL;) は効果がありませんでした

アップデート

「Why」の部分: xs-engine は、リクエストにパラメーターがなくても、クエリを準備済みステートメントとして実行していることがわかりました。(ユーザーのコンテキスト内で) 最初の実行時にクエリが実行され、M_SQL_PLAN_CACHE( SELECT * FROM M_SQL_PLAN_CACHE WHERE USER_NAME = 'myUser') 内のエントリが生成されます。プラン キャッシュ ( ALTER SYSTEM CLEAR SQL PLAN CACHE) をクリアすると、oData 要求が再び遅くなり、パフォーマンス ギャップがクエリの再準備にあるという仮定につながります。

現在、2 番目の質問に行き詰まっています。それを回避するにはどうすればよいでしょうか。特定のプラン キャッシュ エントリを再コンパイル ( ALTER SYSTEM RECOMPILE SQL PLAN CACHE ENTRY 123) にマークするという私たちのアプローチでは、エントリが無効になり、自動的に更新されませんでした...