Apex ガバナ制限
Apex の制限については「実行ガバナと制限」を参照してください。
使用可能なインターフェース: Salesforce Classic (使用できない組織もあります) および Lightning Experience |
使用可能なエディション: Enterprise Edition、Performance Edition、Unlimited Edition、Developer Edition、および Database.com Edition |
Apex はマルチテナント環境で実行するため、Apex ランタイムエンジンは、回避 Apex コードまたはプロセスが共有リソースを独占しないよう制限事項を強制します。一部の Apex コードが制限を超える場合、関連付けられたガバナは、処理できない実行時例外を発行します。
トランザクション単位の Apex 制限
これらの制限は、各 Apex トランザクションに対して効力を持ちます。Apex 一括処理の場合、これらの制限は execute メソッドでレコードのバッチの実行ごとにリセットされます。
次の表では、同期 Apex と非同期 Apex (Apex 一括処理と future メソッド) が異なる場合、それぞれの制限を記載しています。制限が同じ場合、表には、同期および非同期 Apex の両方に適用される 1 つの制限のみが記載されます。
- Database.countQuery、Database.countQueryWithBinds
- Database.getQueryLocator、Database.getQueryLocatorWithBinds
- Database.query、Database.queryWithBinds
- Approval.process
- Database.convertLead
- Database.emptyRecycleBin
- Database.rollback
- Database.setSavePoint
- delete と Database.delete
- insert と Database.insert
- merge と Database.merge
- undelete と Database.undelete
- update と Database.update
- upsert と Database.upsert
- コミット後に公開するように設定されたプラットフォームイベントに対する EventBus.publish
- System.runAs
3 insert、update、または delete ステートメントによってトリガーを実行しない繰り返し Apex 処理は、1 つのスタックを使用する 1 つの呼び出し内に存在します。それに対し、トリガーを実行した繰り返し Apex では、新しい Apex 呼び出しでトリガーが発生します。この新しい呼び出しは、コードを実行した呼び出しとは独立しています。Apex の新しい呼び出しの実行は、1 つの呼び出しでの繰り返しコールよりも手間のかかる操作です。したがって、これらの種類の繰り返しコールのスタックの深さには、より厳しいトリガー制限があります。
5 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 時間の制限など) に影響しません。
説明 | 累積クロス名前空間制限 |
---|---|
発行される SOQL クエリの合計数 | 1,100 |
Database.getQueryLocator によって取得されるレコードの合計数 | 110,000 |
発行される SOSL クエリの合計数 | 220 |
発行される DML ステートメントの合計数 | 1,650 |
トランザクション内のコールアウト (HTTP 要求または Web サービスコール) の合計数 | 1,100 |
許可される sendEmail メソッドの合計数 | 110 |
- ヒープの合計サイズ
- 最大 CPU 時間
- 最大トランザクション実行時間
- 固有の名前空間の最大数
これらの制限は、同じトランザクションで実行されている認定管理パッケージの数に関係なく、トランザクション全体に適用されます。
AppExchange で提供されるパッケージのコードのうち、Salesforce ISV パートナー以外が作成した未認定のコードには、個別のガバナ制限はありません。パッケージで使用されるリソースはすべて、組織の合計ガバナ制限数に含まれます。累積リソースメッセージと警告メールも、管理パッケージの名前空間に基づいて生成されます。
Salesforce ISV パートナーパッケージの詳細は、「Salesforce パートナープログラム」を参照してください。
Lightning Platform フォームの Apex 制限
次の表の制限は、Apex トランザクションに固有ではなく、Lightning プラットフォームによって適用されます。
1 Apex 一括処理の場合、メソッド実行には、start、execute、および finish メソッドの実行が含まれます。これは組織全体の制限で、他のすべての非同期 Apex (Apex 一括処理、キュー可能 Apex、スケジュール済み Apex、および future メソッド) と共有されます。この制限に反映されるライセンスの種類は、Salesforce フルユーザーライセンス、Salesforce Platform ユーザーライセンス、アプリケーションサブスクリプションのユーザーライセンス、Chatter Only ユーザー、Identity ユーザー、Company Community ユーザーです。
2 10 個の長時間のトランザクションが実行されている間に追加のトランザクションが開始されると、追加のトランザクションは拒否されます。この制限を計算する場合、HTTP コールアウトの処理時間は含まれません。
3 一括処理ジョブが送信されると、処理用にシステムキューに移動されるまで、Flex キューに保持されます。
4 キュー内のまだ開始されていない一括処理ジョブは、開始されるまで保持されます。複数のジョブが実行されている場合は、この制限により一括処理ジョブが失敗することはありません。Apex の一括処理ジョブの execute メソッドは、依然として並行して実行されます。
5 この制限は、テストの非同期実行に適用されます。このテストグループには、開発者コンソールを含め、Salesforce ユーザーインターフェースから開始するテストが含まれます。
6 使用可能な非同期 Apex 実行の数を確認するには、REST API limits リソースに対して要求を実行するか、Apex メソッドの OrgLimits.getAll() または OrgLimits.getMap() を使用します。『REST API 開発者ガイド』の「組織の制限をリストする」、および『Apex リファレンスガイド』の「OrgLimits クラス」を参照してください。
静的 Apex の制限
サイズ固有の Apex 制限
説明 | 制限 |
---|---|
クラスの最大文字数 | 100 万 |
トリガーの最大文字数 | 100 万 |
組織内のすべての Apex コードで使用されるコードの最大量1 | 6 MB |
メソッドのサイズ制限2 | コンパイル形式で 65,535 バイトコード命令 |
1 この制限は、第一世代 (1GP) または第二世代 (2GP) 管理パッケージの Apex コードには適用されません。これらのパッケージタイプのコードは、組織のコードとは異なる独自の名前空間に属しています。この制限は、@isTest アノテーションで定義されたクラスに含まれるコードにも適用されません。
転送通知の制限
配信可能な通知のみがこの制限に含まれます。たとえば、通知が会社の 1,000 名の従業員に送信されるが、100 名の従業員はまだモバイルアプリケーションをインストールしていない場合を考えます。モバイルアプリケーションをインストールしている 900 名の従業員に送信された通知のみがこの制限に反映されます。
[プッシュ通知をテスト] ページで生成された各テストプッシュ通知の受信者は 1 名に制限されています。テストプッシュ通知は、組織の 1 時間のプッシュ通知制限に反映されます。
組織の 1 時間あたりのプッシュ通知制限に達した場合でも、REST API を介したアプリケーション内表示と取得用の追加の通知は作成されます。