try/catch ブロックが必要な理由:
Salesforce では、挿入、更新、削除、アップサートなどの DML 操作で、検証ルール違反、フィールド制約、共有ルール制限などの問題により例外がスローされることがあります。
try/catch ブロックを使用すると、これらの例外がキャッチされて適切に処理され、トランザクション全体が失敗するのを防ぐことができます。
コードを変更する方法:
コード内の更新ステートメントをtry/catchブロックで囲むことで、発生した例外をキャッチして処理することができます。例えば、次のようになります。
頂点
コードをコピー
パブリック静的void挿入アカウント(リスト<アカウント>これらのアカウント) {
試す {
for (アカウント thisAccount : theseAccounts) {
if (thisAccount.website == null) {
thisAccount.website = 'https://www.demo.com';
}
}
これらのアカウントを更新します。
} キャッチ (DmlException e) {
System.debug('DML例外: ' + e.getMessage());
}
}
他の選択肢はなぜダメなのですか?
A: upsert DML ステートメントを実装します。
upsertは、外部IDまたは主キーに基づいてレコードを挿入または更新するために使用されます。本質的には例外を処理しません。
B: 変更データキャプチャを実装する:
変更データ キャプチャ (CDC) は、データの変更をリアルタイムで追跡するために使用され、DML 例外の処理とは無関係です。
D: アカウントのリストから null 項目を削除します。
入力データをクリーンアップすることは良い方法ですが、DML 操作中の例外処理の必要性には対応していません。
参考文献:
Apex エラー処理
ApexでのDML操作

分割配送をサポートするには、開発者はOrder_shipment_Group_cオブジェクトとOrder_Line_cにマスター/詳細フィールドを追加する必要があります。Order_shipment_Group_cオブジェクトは、同じ配送方法と配送先住所1を共有する注文明細のグループを表します。Order_Line_cのマスター/詳細フィールドは、各注文明細と対応する注文配送グループ間の関係を確立します。これにより、配送情報はOrder_cオブジェクトではなくOrder_shipment_Group_cオブジェクトに保存され、1つの注文に含まれる任意の数の注文明細を異なる場所に配送できます。
参考文献:
* OrderDeliveryGroup | Salesforce プラットフォームのオブジェクトリファレンス | Salesforce Developers

クエリ パフォーマンスの問題をトラブルシューティングするには:
オプションB: 開発者コンソール
クエリプランツールの使用:
開発者コンソールを開きます。
クエリ エディターに移動します。
SOQL クエリを入力します。
「説明」をクリックするとクエリ プランが表示されます。
参照：
「開発者コンソールのクエリ プラン ツールを使用して、SOQL クエリを最適化し、トラブルシューティングを行います。」
- Salesforce 開発者ガイド: クエリプランツール
他のオプションが間違っている理由:
オプション A: セットアップ メニューには、クエリ パフォーマンス用のツールは提供されません。
オプション C: Visual Studio Code IDE では拡張機能が必要であり、クエリのパフォーマンスは低くなります。
オプション D: AppExchange はアプリを見つけるためのものであり、パフォーマンスのトラブルシューティングのためのものではありません。