Apex ガバナ制限

トランザクション単位の Apex 制限

これらの制限は、各 Apex トランザクションに対して効力を持ちます。Apex 一括処理の場合、これらの制限は execute メソッドでレコードのバッチの実行ごとにリセットされます。

次の表では、同期 Apex と非同期 Apex (Apex 一括処理と future メソッド) が異なる場合、それぞれの制限を記載しています。制限が同じ場合、表には、同期および非同期 Apex の両方に適用される 1 つの制限のみが記載されます。

³ insert、update、または delete ステートメントによってトリガーを実行しない繰り返し Apex 処理は、1 つのスタックを使用する 1 つの呼び出し内に存在します。それに対し、トリガーを実行した繰り返し Apex では、新しい Apex 呼び出しでトリガーが発生します。この新しい呼び出しは、コードを実行した呼び出しとは独立しています。Apex の新しい呼び出しの実行は、1 つの呼び出しでの繰り返しコールよりも手間のかかる操作です。したがって、これらの種類の繰り返しコールのスタックの深さには、より厳しいトリガー制限があります。

⁴ メールサービスのヒープサイズは 50 MB です。

⁵ CPU 時間は、1 つの Apex トランザクションで発生する Salesforce アプリケーションサーバー上でのすべての実行に対して計算されます。CPU 時間は、Apex コードや、このコードからコールされるすべてのプロセス (パッケージコードやワークフローなど) の実行に対して計算されます。CPU 時間は、1 つのトランザクション専用であり、他のトランザクションからは独立しています。アプリケーションサーバーの CPU 時間を消費しない操作は、CPU 時間には含まれません。たとえば、実行時間のうち DML、SOQL、および SOSL 用のデータベースに費やされた時間や、Apex コールアウトの待ち時間は含まれません。DML 操作にかかるアプリケーションサーバーの CPU 時間は、Apex CPU の制限に含まれますが、大きな影響はないと考えられます。Bulk API および Bulk API 2.0 では、Salesforce サーバーの CPU 時間の固有のガバナ制限 (最大値: 60,000 ミリ秒) が消費されます。

トランザクション単位の認定管理パッケージの制限

認定管理パッケージ (AppExchange のセキュリティレビューに合格した管理パッケージ) には、ほとんどのトランザクション単位の制限に対して独自の制限セットが設けられます。AppExchange から組織にインストールされ、固有の名前空間を持つ認定管理パッケージを開発するのは、Salesforce ISV パートナーです。

ここでは、DML ステートメントについて、認定管理パッケージに別個に設定される制限の例を説明します。認定管理パッケージをインストールすると、そのパッケージ内のすべての Apex コードには、独自に 150 個の DML ステートメントの制限が設定されます。これらの DML ステートメントは、組織のネイティブコードが実行できる 150 個の DML ステートメントに追加されます。この制限の緩和によって、管理パッケージのコードとネイティブの組織のコードの両方が実行されると、1 つのトランザクションで 150 個を超える DML ステートメントが実行される可能性があります。同様に、同期 Apex については、認定管理パッケージには組織のネイティブコードの 100 個の SOQL クエリ制限に加え、独自に 100 個の SOQL クエリ制限が設定されます。

1 つのトランザクションで呼び出せる認定名前空間の数は無制限です。ただし、各名前空間で実行できる操作の数は、トランザクションあたりの制限を超えることはできません。トランザクション内の全名前空間で実行できる累積操作数にも制限があります。この累積制限は、名前空間あたりの制限の 11 倍です。たとえば、SOQL クエリの名前空間あたりの制限が 100 だとすると、1 つのトランザクションで実行できる SOQL クエリは最大 1,100 個です。この場合、累積制限は名前空間あたりの制限 100 の 11 倍です。これらのクエリは、いずれかの名前空間のクエリが 100 を超えない限り、無制限の数の名前空間で実行できます。累積制限は、すべての名前空間で共有される制限 (最大 CPU 時間の制限など) に影響しません。

次の表では、累積クロス名前空間制限について説明します。

これらの制限は、同じトランザクションで実行されている認定管理パッケージの数に関係なく、トランザクション全体に適用されます。

AppExchange で提供されるパッケージのコードのうち、Salesforce ISV パートナー以外が作成した未認定のコードには、個別のガバナ制限はありません。パッケージで使用されるリソースはすべて、組織の合計ガバナ制限数に含まれます。累積リソースメッセージと警告メールも、管理パッケージの名前空間に基づいて生成されます。

Salesforce ISV パートナーパッケージの詳細は、「Salesforce パートナープログラム」を参照してください。

Lightning Platform フォームの Apex 制限

次の表の制限は、Apex トランザクションに固有ではなく、Lightning プラットフォームによって適用されます。

¹ Apex 一括処理の場合、メソッド実行には、start、execute、および finish メソッドの実行が含まれます。これは組織全体の制限で、他のすべての非同期 Apex (Apex 一括処理、キュー可能 Apex、スケジュール済み Apex、および future メソッド) と共有されます。この制限に反映されるライセンスの種類は、Salesforce フルユーザーライセンス、Salesforce Platform ユーザーライセンス、アプリケーションサブスクリプションのユーザーライセンス、Chatter Only ユーザー、Identity ユーザー、Company Community ユーザーです。

² 10 個の長時間のトランザクションが実行されている間に追加のトランザクションが開始されると、追加のトランザクションは拒否されます。この制限を計算する場合、HTTP コールアウトの処理時間は含まれません。

³ 一括処理ジョブが送信されると、処理用にシステムキューに移動されるまで、Flex キューに保持されます。

⁴ キュー内のまだ開始されていない一括処理ジョブは、開始されるまで保持されます。複数のジョブが実行されている場合は、この制限により一括処理ジョブが失敗することはありません。Apex の一括処理ジョブの execute メソッドは、依然として並行して実行されます。

⁵ この制限は、テストの非同期実行に適用されます。このテストグループには、開発者コンソールを含め、Salesforce ユーザーインターフェースから開始するテストが含まれます。

⁶ 使用可能な非同期 Apex 実行の数を確認するには、REST API limits リソースに対して要求を実行するか、Apex メソッドの OrgLimits.getAll() または OrgLimits.getMap() を使用します。『REST API 開発者ガイド』の「組織の制限をリストする」、および『Apex リファレンスガイド』の「OrgLimits クラス」を参照してください。

静的 Apex の制限

¹ HTTP 要求のサイズおよび応答のサイズは、ヒープサイズの合計に含まれます。

² プラットフォームイベントと変更データキャプチャイベントの Apex トリガーバッチサイズは 2,000 です。

サイズ固有の Apex 制限

¹ この制限は、第一世代 (1GP) または第二世代 (2GP) 管理パッケージの Apex コードには適用されません。これらのパッケージタイプのコードは、組織のコードとは異なる独自の名前空間に属しています。この制限は、@isTest アノテーションで定義されたクラスに含まれるコードにも適用されません。

² 制限を超える大規模なメソッドはコードの実行中に例外が発生する場合があります。

転送通知の制限