説明
複数のアプリケーション間で共通の UI コンポーネントを再利用するためのベスト プラクティスは、共有オブジェクトを作成することです。共有オブジェクトとは、コピーや複製を行わずに他のアプリケーションから参照できるオブジェクトです。こうすることで、共有オブジェクトに加えられた変更は、それを使用するすべてのアプリケーションに反映され、一貫性と保守性が確保されます。したがって、開発者は、新しいアプリケーション用に顧客セクションの複製バージョンを作成する代わりに、元の顧客セクションを共有オブジェクトに変換し、両方のアプリケーションから参照する必要があります。確認済みの参照: Appian ドキュメントの「共有オブジェクト」セクション。

説明
* D. テーブル order_detail と product の間の結合は、インデックスのために微調整する必要があります。Explain ステートメントの結果から、これら 2 つのテーブル間の結合のコストが 0.99 と高く、非効率で微調整が必​​要であることが示されているため、これは正しいです。コストが高くなる理由の 1 つは、これら 2 つのテーブルを結合するために使用される列にインデックスがないため、テーブル全体のスキャンが発生することが考えられます。したがって、これらの列にインデックスを作成すると、この結合のパフォーマンスが向上する可能性があります。
* E. 最悪の結合は、テーブル order_detail と customer の間の結合です。これは正しいです。Explain ステートメントの結果は、これら 2 つのテーブル間の結合のコストが 1.00 と非常に高いことを示しているためです。これは、効率の点で最悪の結合であり、微調整が必​​要であることを示しています。コストが高くなる理由の 1 つは、これら 2 つのテーブルを結合するために使用される列にインデックスがないため、テーブル全体のスキャンが発生することが考えられます。したがって、これらの列にインデックスを作成すると、この結合のパフォーマンスが向上する可能性があります。
他のオプションは次の理由により正しくありません。
* A. このリクエストは大量のデータをサポートするには十分ですが、開発者が製品に関連する情報をクエリする場合は、いくつかの制限が生じる可能性があります。これは不正確です。リクエストには微調整が必​​要な非常に高コストの 2 つの結合が含まれているため、大量のデータをサポートするには十分ではありません。さらに、order_detail と product の間の結合が最適化されている限り、製品に関連する情報のクエリは必ずしも制限を引き起こすわけではありません。
* B. 最悪の結合は、テーブル order_detail と order の間の結合です。これは、Explain ステートメントの結果から、これら 2 つのテーブル間の結合のコストが 0.01 という低コストであることが示されているため、誤りです。これは、結合が効率的であり、微調整する必要がないことを示しています。
* C. テーブル order_detail、order、customer 間の結合は、インデックスのため微調整する必要があります。
Explain ステートメントの結果には 3 つのテーブル間にそのような結合がないため、これは誤りです。
結合は 2 つだけあります。1 つは order_detail と order の間、もう 1 つは order_detail と customer の間です。これらの各結合はインデックスに応じて個別に微調整する必要があります。

説明
すぐに使える Appian スマート サービスを使用したデータ生成に利用できる形式は次の 2 つです。
* A. CSV。これは、レコード、レポート、グリッドなどの表形式でデータをエクスポートするために使用できるカンマ区切り値形式です。CSV ファイルは、Excel や Google スプレッドシートなどのスプレッドシート アプリケーションで簡単に開いて操作できます。
* C. Excel。これは、複数のワークシート、書式設定、数式、グラフ、その他の機能を備えたスプレッドシート形式でデータをエクスポートするために使用できる形式です。Excel ファイルは、Excel またはその他の互換アプリケーションで開くことができます。
他のオプションは次の理由により正しくありません。
* B. XML。これは、タグと属性を使用してデータの構造とコンテンツを定義し、階層形式でデータをエクスポートするために使用できる形式です。XML ファイルはテキスト エディタまたは XML パーサーで開くことができますが、標準の Appian スマート サービスのデータ生成ではサポートされていません。
* D.JSON。これは、オブジェクトと配列を使用してデータを表現し、構造化された形式でデータをエクスポートするために使用できる形式です。JSON ファイルはテキスト エディターまたは JSON パーサーで開くことができますが、すぐに使える Appian スマート サービスのデータ生成ではサポートされていません。検証済みの参照: Appian ドキュメントの「データ ストア エンティティへの書き込み」および「複数のデータ ストア エンティティへの書き込み」セクション。

説明
著名な顧客向けの大規模な獲得アプリケーションを構築するには、コードの繰り返しを最小限に抑えながら、複数のプロセスとフォームを設計する必要があります。これを行う 1 つの方法は、共通オブジェクト アプリケーションを作成することです。これは、複数のアプリケーションで使用できる、ルール、定数、インターフェイス、統合、データ型などの再利用可能なコンポーネントを含む共有アプリケーションです。こうすることで、コードの重複や不整合を回避し、アプリケーションの保守と更新が容易になります。また、共通オブジェクト アプリケーションを使用して、命名規則、コーディング スタイル、ドキュメントのガイドラインなど、アプリケーション開発チームの共通の標準やベスト プラクティスを定義することもできます。検証済みの参考文献: [Appian のベスト プラクティス]、[Appian の設計ガイダンス]