یکی از مواردی که در معماری ORCA به آن دقت شده است، کاهش حجم I/O دیتابیس است. در تحلیل سیستم ATRA ERP، اطلاعات به دو دسته Master Data (اطلاعات پایه) و Operational (رکوردهای عملیاتی) تقسیم شده اند. معمولا در هنگام ثبت رکوردهای عملیاتی (رکوردهایی که به صورت روزانه در حال ثبت شدن هستند، مانند درخواست خرید، سند حسابداری، فاکتور فروش و...) معمولا از رکوردهای اطلاعات پایه (رکوردهایی که معمولا هر روز ثبت نمی شوند و در بازه های زمانی بیشتر، به روز می شوند مانند اشخاص، کالا، چارت تشکیلاتی، انبارها، درخت حسابداری و...) استفاده می شود.
ORCA، تمامی اطلاعات پایه را در RAM سرور، Cache می کند و زمانی که مثلا فرم حکم کارگزینی Load می شود، برای پرکردن فیلدهای شغل، پست، واحد سازمانی، پرسنل و سایر فیلدهای مرتبط با اطلاعات پایه، Query دیتابیس نمی خورد و اطلاعات از RAM خوانده می شود. با اولین آپدیت اطلاعات پایه، این کَش پاک شده و مجددا برای یکبار Query دیتابیس می خورد و دوباره اطلاعات Cache می شوند. این مکانیزم، کمک بسیاری بالایی در افزایش Performance سیستم و Load شدن اطلاعات می کند.
از آنجایی که ORCA از بحث Load Balancing سرورها پشتیبانی می کند، مکانیزم Cache سرور، زمانی پیچیده می شود که کارفرمای محترم از بیش از یک Application Server با هدف Load Balancing استفاده می کند. در این صورت، با آپدیت شدن دیتابیس توسط یک Application Server آن سرور، یک Message به سایر سرورها ارسال می کند تا Cache خود را به روزرسانی کنند.