Database.Stateful as per Using State in Batch Apex defined by salesforce
Each execution of a batch Apex job is considered a discrete transaction. For example, a batch Apex job that contains 1,000 records and is executed without the optional scope parameter is considered five transactions of 200 records each. If you specify Database.Stateful in the class definition, you can maintain state across these transactions. When using Database.Stateful,
only instance member variables retain their values between transactions.
Static member variables don’t retain their values and are reset between transactions.
Maintaining state is useful for counting or summarizing records as they’re processed.
For example, suppose your job processed opportunity records. You could define a method in execute to aggregate totals of the opportunity amounts as they were processed.
If you don’t specify Database.Stateful, all static and instance member variables are set back to their original values.
The only time you need Database.Stateful is when the execute method modifies a class variable in a way meant to be used across multiple execute methods or in the finish method. The majority of batches you will ever write will not need Database.Stateful. It’s important to know that using Database.Stateful will harm your batch’s performance, because the class will be serialized at the end of each execute method to update its internal state. This extra serialization results in longer execution time. If you’re ever not sure if you need it, simply ask yourself two questions: (1) “Does one execute method need data from a previous execute method?” (2) “Does the finish method need data from any previous execute method?” If the answer to both of these questions is no, then you do not need Database.Stateful. If the answer is yes, then you may want to use Database.Stateful. Keep in mind that there are alternative means to using Database.Stateful, such as storing data in a Custom Setting, which may offer better performance in some cases.
Comments