Salesforce Apex – Limites do Governador

O Salesforce nos permite processar ou executar um determinado número de extratos/registros por vez. Existem alguns limites para instruções DML, classes Apex, etc., para executar ou processar. Esses limites são conhecidos como limites do Governador. Neste tutorial, veremos o que são os limites do Governador e como eles podem ser tratados. Além disso, o Salesforce Apex fornece a classe “Limit” para conhecer os limites relacionados a chamadas, classes Apex, componentes da web Lightning, instruções SOSL e SOQL.

Limites do Governador

Considere um cenário em que Alish e Subash são duas pessoas usando a organização Salesforce. Alice deseja processar ou executar 1.000 instruções DML em uma transação. Em paralelo, o Subash deseja carregar 5.000 registros por vez. Se eles fizerem isso em paralelo, o Salesforce não aceitará e ficará agitado. Conseqüentemente, os limites do governador entram em cena. Nesse caso, Alish pode processar 100 DML por vez e Subash pode processar 500 registros por vez. Eles podem usar o Apex AsynchronousBatch para fazer cada transação em um thread separado sem interromper cada um deles e concluir sua tarefa.

Basicamente, os limites do Governor no Salesforce limitam o processamento e a execução em várias transações. 'Limites de Apex por transação' contam para cada transação e 'Limite de Apex por tamanho específico' lida com o tamanho do código. O Salesforce oferece suporte a dois processos: processos síncronos e assíncronos. No processo síncrono, o script Apex é executado de uma só vez, enquanto no processo assíncrono, o script Apex é executado dividindo-se em vários trabalhos.

Limites permitidos

Vamos discutir a contagem de limite para diferentes cenários:

1. Pode ser possível processar/executar 100 consultas SOQL no Apex síncrono e 200 consultas SOQL no Apex assíncrono.
2. Apenas 50.000 registros retornarão de uma consulta SOQL para apex síncrono e assíncrono.
3. Se usarmos Database.getQueryLocator(), apenas 10.000 serão retornados por vez para Apex síncrono e assíncrono.
4. Em ambos os cenários, o número de consultas SOSL emitidas é 20.
5. O tamanho de heap necessário para processar o Apex síncrono é de 6 MB. Para Apex assíncrono, o tamanho de heap necessário é o dobro, o que o torna 12 MB.
6. O tempo máximo de CPU permitido para Apex síncrono é de 10.000 milissegundos e 60.000 milissegundos para Apex assíncrono.
7. Apenas 10 minutos são permitidos para a execução de ambos Apex.
8. Em ambos os casos, podemos usar apenas 10 métodos sendEmail() com 100 destinatários.
9. Os caracteres que estão presentes na classe do Apex ou no gatilho do Apex devem estar dentro de 1 milhão.
10. No Batch Apex (assíncrono), o tamanho é 200. O QueryLocator() da classe “Database” retorna 50 milhões de registros por transação.
11. Apenas 5 trabalhos do Apex estarão na fila ou ativos.

Exemplo de classe LIMIT:

O Apex pode especificar os limites do Governador na classe “LIMIT”. Esta classe fornece alguns métodos que informam os limites do Governador. Vejamos o exemplo a seguir, que exibe alguns limites do governador:

Saída:

Também pode ser possível verificar quantas declarações/linhas DML podem ser retornadas usando os métodos “dome” que estão presentes na classe “LIMIT”.

1. Limits.getDMLStatements() retorna o total de instruções DML usadas em uma instância.
2. Limits.getDMLRows() retorna o número total de linhas retornadas pelas instruções DML.
3. Limits.getCpuTime() retorna o tempo de uso da CPU para a transação atual em milissegundos.

Exemplo de uso:

Vamos escrever uma consulta SOQL que retorne os dois registros do objeto “WorkOrder”. Depois disso, exclua esses dois registros usando o DML “delete”.