Autonomous Transaction Processing (ATP) provides predefined connection services to optimize different workload types. For a high-concurrency OLTP application with parallel reporting queries, the appropriate service is:
HIGH (C):The HIGH connection service in ATP is designed for workloads requiring high concurrency and throughput, making it ideal for a production OLTP application like "EXAM" that handles many simultaneous transactions (e.g., user requests). Additionally, HIGH supports parallel query execution, which is critical for running reporting queries efficiently during off-peak times. It allocates more resources (e.g., OCPUs and I/O) compared to other services, ensuring performance for both transactional and analytical tasks. For example, the OLTP app might use HIGH to process thousands of concurrent user requests, while a nightly report leverages parallel processing to aggregate data quickly. In the wallet’s tnsnames.ora, the HIGH service might look like exam_high = (DESCRIPTION=...), offering the best balance for this mixed workload.
The incorrect options are:
TPURGENT (A):The TPURGENT service prioritizes low-latency, time-critical transactions (e.g., sub-second response times for single-user actions). It’s optimized for latency-sensitive operations, not high concurrency or parallel reporting, and would underperform for the broader OLTP and reporting needs here. For instance, it’s better suited for a single critical transaction than a multi-user system.
TP (B):The TP (Transaction Processing) service is a general-purpose option for OLTP workloads, offering moderate concurrency and latency. However, it’s not optimized for high concurrency or parallel query execution, making it less suitable for a production app with reporting demands. It’s a middle ground, not a top-tier performer like HIGH.
MEDIUM (D):The MEDIUM service balances performance and resource usage for moderate workloads. It supports some concurrency but lacks the resource allocation and parallel execution capabilities of HIGH, making it inadequate for a high-concurrency OLTP system with reporting requirements.
The HIGH service’s ability to handle both high transactional volume and parallel reporting aligns perfectly with the scenario’s strict performance needs, all within ATP’s zero-maintenance framework.
[Reference:Oracle Cloud Infrastructure Documentation -Predefined Database Service Names for ATP, ]
