Salesforce REST API limits are mostly size limits: how many records a query returns per page, how many subrequests a composite request may carry, and how many records one sObject Collections call may change. The calls themselves draw on the org-wide allocation per rolling 24 hours, so the cheapest integration packs the most work into each call.
The sizes above come from Salesforce's Composite resource reference and the pages it links, with the day we last checked them.
How to read the sizes
A SOQL query returns one page at a time with a link to the next. You can ask for a smaller page, but the size is a hint, so always follow the next-records link.
A composite request carries a set number of subrequests, and only a few of them may be queries or collections. Later subrequests can use the results of earlier ones.
sObject Collections creates, updates, upserts or deletes many records of one or several types in one call. sObject Tree creates a parent with its children. Composite Graph takes far more nodes than a plain composite request.
Pick the right resource
Reading changes: a SOQL query on records modified since the last run.
Writing many records of one type: sObject Collections, one call per page of records.
A parent with children: sObject Tree, or Composite when a later step needs an ID from an earlier one.
Hundreds of thousands of records: the Bulk API, which works in jobs rather than calls.
A nightly job that updates every changed account one record at a time spends a call per record. With sObject Collections it spends a call per page of records, a small fraction of the day.
What to do next
Check your org's allocation before you size a job, and look up the tool on the other end of your pipeline too.
In Oneprofile, Salesforce connects as a source or a destination, and each export can be held to a rate you set in requests per minute. Salesforce's own answer is honoured whatever you set.
