PDII-JPN最も有効な質問と解答で勉強

申し込みから受験まで日数がない場合でも、Tech4Examならお支払い後すぐにPDII-JPN練習問題をダウンロードして学習を始められます。2026年のSalesforce 受験を控えた方の忙しいスケジュールにも対応できる即時納品です。

Salesforce PDII-JPN 試験概要:

Salesforce PDII-JPN 試験シラバストピック:

PDII-JPNに挑戦する方へ – よくある質問まとめ

Salesforce 認定 PDII-JPN 試験問題：

問題 #1

以下の Aura コンポーネントを参照してください。
HTML
<aura:component>
<aura:attribute name="contactInfo" type="Object"/>
<aura:attribute name="showContactInfo" type="boolean" default="true"/>
<aura:handler name="init" value="{!this}" action="{!c.init}"/>
<aura:if isTrue="{!v.showContactInfo}">
<c:contactInfo value="{!v.contactInfo}"/>
</aura:if>
</aura:component>
開発者は、コンポーネントの読み込みが遅いという苦情を受けました。コンポーネントのパフォーマンスを向上させるために、開発者はどのような変更を加えることができますか？

A. contactInfo のタイプを「Map」に変更します。
B. <c:contactInfo> の内容をコンポーネントに移動します。
C. showContactInfo のデフォルトを "false" に変更します。

問題 #2

Universal Containersは、Convention_Attendee__cに非公開共有モデルを実装しています。参照フィールドEvent_Reviewer__cが作成されています。経営陣は、イベントレビュー担当者に、担当するすべてのレコードへの読み取り/書き込みアクセス権を自動的に付与したいと考えています。最適なアプローチは何でしょうか？

A. Convention Attendee カスタム オブジェクトに after insert トリガーを作成し、Apex Sharing Reasons と Apex Managed Sharing を使用します。
B. コンベンション参加者カスタム オブジェクトに条件に基づく共有ルールを作成し、イベント レビュー担当者とレコードを共有します。
C. コンベンション参加者カスタム オブジェクトに条件に基づく共有ルールを作成し、イベント レビュー担当者のグループとレコードを共有します。
D. Convention Attendee カスタム オブジェクトに before insert トリガーを作成し、Apex Sharing Reasons と Apex Managed Sharing を使用します。

問題 #3

一括安全な Apex トリガーを作成するためのベストプラクティスと考えられるステートメントはどれですか?

A. すべての SOQL ステートメントに LIMIT 50000 を追加します。
B. DML ステートメントの代わりに、allOrNone を false に設定したデータベース メソッドを使用します。
C. すべての DML 操作を future メソッド内から実行します。
D. コレクションにレコードを追加し、これらのコレクションに対して DML 操作を実行します。

問題 #4

開発者は、カスタムプロファイルに割り当てられたユーザーがシステム監査機能を実装する必要があります。
「監査人」は、アカウントオブジェクトの履歴レコードに対して検索を実行します。開発者は、検索によって6か月から12か月前の履歴レコードが返されるようにする必要があります。以下のコードでは、アカウント履歴レコードを取得するためにどのSELECT文を挿入すればよいでしょうか？4445 Java Date initialDate = System.Today().addMonths(-12); Date endDate = System.Today().addMonths(-6);
// ここにSELECT文を挿入します

A. [Account_History から AccountId、CreatedDate、Field、NewValue、OldValue を選択し、CreatedDate <= :initialDate かつ CreatedDate <= :endDate を指定します];
B. [AccountHistory から AccountId、CreatedDate、Field、NewValue、OldValue を選択します (CreatedDate => :initialDate AND CreatedDate <= :endDate の場合)。
C. [AccountHistory から AccountId、CreatedDate、Field、NewValue、OldValue を選択、CreatedDate が :initialDate かつ :endDate である];
D. [Account_History から AccountId、CreatedDate、Field、NewValue、OldValue を選択し、CreatedDate >= :endDate かつ CreatedDate <= :initialDate を指定します];

問題 #5

Salesforce ユーザーは、アカウントを保存するときに常に「トリガーの最大深度を超えました」というエラーを受け取ります。
開発者はこのエラーをどのように修正できますか?

A. トリガーを変換して @future アノテーションを使用し、後続のトリガー呼び出しを Account オブジェクトに連鎖します。
B. ヘルパー クラスを使用して、トリガーが最初に起動されるときにブール値を TRUE に設定し、その後、ブール値が FALSE の場合にのみトリガーが起動するように変更します。
C. トリガー ロジックを 2 つの個別のトリガーに分割します。
D. isMultiThread=true アノテーションを使用するようにトリガーを変更します。

解説：