From my searching, I know of the issue of if I insert multiple records in one transaction, the order of ids they get may not match the order the records were inserted, which is fine, but if 10 seconds/minutes/days/weeks later, I start a new transaction could the ids be before or will they always be after those ids. See the simple example below:

Transaction Insert Order ID
1 1 1
2 2 4
2 3 2
2 4 3
3 5 6
3 6 5

(original image below)

Example Order

1 Answer 1


In the current architecture, it is impossible for this to happen. Within a single transaction, ID values are assigned sequentially from a pool of ID values. A Salesforce instance is called a "pod," and within each pod are a number of application and database servers, plus a load balancer to distribute transactions across these servers. The load balancer tends to route sequential API requests for the same user session to the same server.

Each pod has a global ID counter for each key prefix. When a server wants to assign ID values, it reserves out a block of ID values and assigns them during the "Saves the record to the database, but doesn't commit yet" step of the Triggers and Order of Execution guide.

This is always in sequential/incremental order within the same transaction (so, a record earlier in the transaction will always have a "lower" Id than a later record), and generally sequential in transactions by the same user in transaction order (assuming no other user happens to get load balanced to the same server and grabs an ID). If a chunk is exhausted partway through a transaction, the Id values could skip forward, but will still be incremental.

So, within a single transaction, Id values will be ever increasing, and for any given user session, they will generally be ever increasing (assuming they are not rerouted by the load balancer), but for transactions from multiple users (or multiple sessions for the same user) in a short period of time, they may appear out of order chronologically if those user sessions are spread across multiple servers.

Given your example, the answer is no.

However, the following could certainly be possible:

Transaction Insert Order ID
1 1 1
2 2 4
2 3 5
2 4 6
3 5 2
3 6 3

This example assumes that transactions 1 and 3 belong to one user/session, and transaction 2 belongs to a separate user/session.


It is not possible in the current architecture for Id values to be out of order within a single transaction, but it is perfectly possible for ID values to be out of chronological order for transactions from multiple users within a short period of time. Transactions that happen much later (e.g. hours or days) will definitely have a "higher" Id value, as Salesforce does not recycle ID values (e.g. from permanently deleted records or records rolled back in unit tests or partial DML failures with allOrNone behavior set to false).

Also, this this related Q&A.

  • So if only one session and assuming no load balancing you will get perfect ascending order however if either is not true then possibly slightly out of order. Commented May 2, 2021 at 18:02
  • @KarlLivesey That's basically right.
    – sfdcfox
    Commented May 2, 2021 at 18:52
  • But the main point is you won't get like id 1 when the current id is at like 1,000,000 records Commented May 4, 2021 at 13:48
  • @KarlLivesey Correct, they'll all be fairly close to each other (perhaps on the order of a few thousand values or so).
    – sfdcfox
    Commented May 4, 2021 at 13:49

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .