MSAMM
Back to course

Oracle Integration Cloud: Building Integrations That Survive Production · Module 14 · Performance and throughput

Per-record calls versus batch

Lesson 138 of 175 · 3 min

A thousand records as a thousand CALLS or one FILE. The threshold where the second wins, and why it is LOWER than most people expect. Per-record calls are the natural way to write an integration and they are right for small volumes. Loop the records, call the target for each, handle each result individually. Every record is independently traceable and independently retryable, which is genuinely valuable and is what makes this the default. THE COST IS THE ROUND TRIP, AND IT IS PAID ONCE PER RECORD. Say a call takes 300 milliseconds — unremarkable for an ERP. A hundred records is thirty seconds and nobody notices. A thousand is five minutes. Ten thousand is fifty minutes, and the nightly window is four hours, so the flow is now a scheduling problem rather than a performance one. THE BATCH ALTERNATIVE PAYS THE ROUND TRIP ONCE. Build one file or one bulk

The full lesson is part of the course

The video, the complete written lesson and the module quiz are included in Oracle Integration Cloud: Building Integrations That Survive Production, with a certificate on completion and a fourteen-day refund window.

Get the free lessons by email

We will email you a link to every free lesson in this course. No account needed, and one message only.

In this module: Module 14 · Performance and throughput

  1. 1Where the time actually goes
  2. 2Per-record calls versus batch
  3. 3Parallel processing, and its cost
  4. 4Payload size and memory
  5. 5Message packs and cost per run
  6. 6Throttling and back pressure
  7. 7What breaks: the integration that worked in test
  8. 8Lab briefing · Ten times the volume