設問
Cloud Kicks には次の要件があります。
出荷カスタム オブジェクトは、常に製品、送信者、および受信者 (すべて個別のカスタムオブジェクト) に関連している必要があります。
出荷が現在製品、送信者、または受信者に関連付けられている場合、それらの記録の削除は許可されるべきではありません。
各カスタム オブジェクトには個別の共有モデルが必要です。
これらの要件を満たすためにアーキテクトは何をすべきでしょうか?
選択肢
A. VLOOKUP 数式フィールドを使用して、出荷を各親レコードに関連付けます。
B. 3 つの親レコードのそれぞれに対して必要なルックアップ関係を作成します。
C. 3 つの親レコードのそれぞれに対して主従関係を作成します。
D. 親レコードに対して 2 つのマスター/詳細関係と 1 つのルックアップ関係を作成します。
解答
B. 3 つの親レコードのそれぞれに対して必要なルックアップ関係を作成します。
解説
A. VLOOKUP 数式フィールドを使用して、出荷を各親レコードに関連付けます。
不正解です。VLOOKUP 数式フィールドは、レコード間の関係を確立するためのものではなく、データの検索と表示に使用されます。削除制約を管理することはできません。
B. 3 つの親レコードのそれぞれに対して必要なルックアップ関係を作成します。
正解です。ルックアップ関係を使用することで、個別の共有モデルを維持しつつ、親レコードが削除される際に関連する出荷レコードの削除を防ぐことができます。
C. 3 つの親レコードのそれぞれに対して主従関係を作成します。
不正解です。主従関係では、親レコードの削除により子レコードも削除されるため、出荷レコードの削除を防ぐ要件に適していません。また、個別の共有モデルを維持できません。
D. 親レコードに対して 2 つのマスター/詳細関係と 1 つのルックアップ関係を作成します。
不正解です。主従関係は1つのオブジェクトに対して複数作成できず、個別の共有モデルを維持することができません。また、親レコードの削除により子レコードも削除されるため、要件に合致しません。
第101問
こちらをクリック
