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

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

Explanation: Only visible for PremiumVCEDump members. You can sign-up / login (it's free).

Visualforce ページで transient キーワードを使用すると、どのパフォーマンスの問題の解決に役立ちますか?

• A. クエリパフォーマンスが向上します
• B. ページ転送を改善します
• C. 読み込み時間を短縮します
• D. ビューステートを減らす

Explanation: Only visible for PremiumVCEDump members. You can sign-up / login (it's free).

セーブポイントに関して正しい記述はどれですか?

• A. 任意の順序で作成された任意のセーブポイント変数にロールバックできます。
• B. セーブポイントへの参照はトリガー呼び出しをまたぐことができます。
• C. セーブポイントは、DML ステートメント ガバナーの制限によって制限されません。
• D. 静的変数はロールバック中に元に戻されません。

Explanation: Only visible for PremiumVCEDump members. You can sign-up / login (it's free).

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

Explanation: Only visible for PremiumVCEDump members. You can sign-up / login (it's free).

このテストメソッドは、多数の取引先が同時に更新されると大量のクエリが実行されることが開発者にわかっているApexトリガをテストしています。テストメソッドは20行目で「SOQLクエリが多すぎる」という理由で失敗します。これを修正する正しい方法は何ですか？
Java
Line 12: //Set accounts to be customers
Line 13: for(Account a : DataFactory.accounts)
Line 14: {
Line 15: a.Is_Customer__c = true;
Line 16: }
Line 17:
Line 18: update DataFactory.accounts;
Line 19:
Line 20: List<Account> acctsAfter = [SELECT Number_Of_Transfers__c FROM Account WHERE Id IN :
DataFactory.accounts];

• A. コードの 7 行目と 20 行目の前に Test.startTest() を追加し、後に Test.stopTest() を追加します。
• B. コードの 18 行目の前に Test.startTest() を追加し、後に Test.stopTest() を追加します。
• C. DataFactory クラスを変更して、作成するアカウントの数を減らし、トリガー内のクエリの数を減らします。
• D. 発行できるクエリの合計数を確認するには、Limits.getLimitQueries() を使用します。

Explanation: Only visible for PremiumVCEDump members. You can sign-up / login (it's free).