Governor Limits in Salesforce

• (4.0)

• | 2346 Ratings

What is the Multitenant Architecture?

Salesforce is considered as a Multitenant architecture, where all users share the same infrastructure and the same version of the Salesforce platform. In comparing to their single-tenant platforms such as CSE(client-server enterprise) applications or mail servers, multi-tenant architectures will release upgrades automatically and simultaneously for all users. Therefore, there will be no worrying about maintaining their hardware or software, and we can make sure that their applications have the latest patches installed.

Governor Limits

This is to ensure we follow Salesforce standards. As Salesforce works in shared server format, means multitenant architecture, Salesforce wants the resources should not be over utilised by any client. Your code should execute within the execution limits which are predefined. If the governor limit exceeds, then the run-time error is thrown. By following the below mentioned best practices in our code, we can avoid these limit errors.

Few important Governor Limits in Salesforce

• In one transaction, we can use a maximum of 100 SOQL queries.
• In one transaction, we can use a maximum of 20 SOSL queries.
• In one transaction, we can use a maximum of 150 DML statements.
• In one transaction, we can fetch a maximum of 50k records in SOQL.
• In one transaction, we can fetch a maximum of 2k records in SOSL.

Check Out Salesforce Tutorials

What are the ideal ways to ensure that our code won’t hit Governor limits?

• Write code with collections so that for every record, you don’t need to write a separate query or separate DML.
• Reduce the count of queries and try to fetch all needed data in the same query than calling again and again to Database.
• Never write DML or query in any loop.
• Use @Future annotation to bypass Governor limit errors.

Bulkification of Code:

Bulkification means, the code must work on one record as well as on many records. It means the code needs to be written in such a way that, if one record causes the DML or 100’s of records causes the DML, the code should handle all the records. Just by writing code suitable for multiple records is not going to give a proper solution. We need to focus and make sure that our code is not breaking the limits, i.e., Governor limits.

Governor limits + Bulkification = Ideal way of coding in Salesforce.

Frequently Asked Salesforce Interview Questions & Answers

Sample Program for Governor Limits & Bulkification: Using StartTest() or StopTest().

@isTest // Called as Annotation
Public class JeanDiscountClassTest(

	//we are calling MyTestFunction1(){} -------> 30 DML
	
	//we are calling MyTestFunction2(){} -------> 40 DML
	
Static testmethod void MyTestFunction3(){

	
	======some other code======
	======some other code======
	======some other code======

	Test.StartTest();

	//create a new record data

	Levis__c j = new Levis__c();
	j.Name = ‘Louis’;
	j.Price__c = 200;
	
	//insert jean
	Insert j;

//trigger will come to picture

//retrive the new jean
Levis__c j2 = new Levis__c ();

//same like, list<> MyList = New List<string>();
j2=[SELECT Price__c FROM Levis__c WHERE id=j.id];

//test that the trigger correctly updated the price
system.assertEquals(900, j2.Price__c);

	Test.StopTest(); 
}

======some other code======
	======some other code======
	======some other code======

	//we are calling MyTestFunction4(){} ---------> 60 DML
	
	//we are calling MyTestFunction5(){} ---------> 10 DML

)

In the next topic, we will discuss in detail about “Bulkification in Salesforce”. Keep following us for more info on Salesforce Development / Programming.

Mindmajix offers different Salesforce certification training according to your desire with hands-on experience on Salesforce concepts