Stored Procedures — Complete Guide

Introduction

Stored Procedures — Complete Guide is essential for developers and DBAs building OracleCore Enterprise Oracle Platform — Toolliyo's 96-article Oracle master path covering installation, architecture, SQL*Plus, multitenant PDBs, tablespaces, PL/SQL, RMAN, Flashback, AWR, RAC, Data Guard, OCI, 23ai features, and enterprise OracleCore projects. Every article includes EXPLAIN plans, SGA/PGA internals, transaction flows, and minimum 2 ultra-detailed enterprise database examples (banking RAC, airline reservations, telecom billing, ERP multitenant, healthcare TDE, OCI Autonomous, Data Guard DR).

In Indian IT and product companies (TCS, Infosys, HDFC, Flipkart), interviewers expect stored procedures with real banking transactions, e-commerce scale, deadlock handling, and query tuning — not toy SELECT * demos. This article delivers two mandatory enterprise examples on Telecom Billing.

After this article you will

• Explain Stored Procedures in plain English and in Oracle SQL / instance architecture terms
• Apply stored procedures inside OracleCore Enterprise Oracle Platform (Telecom Billing)
• Compare naive literal SQL vs OracleCore indexed, bind-variable, and AWR-monitored production patterns
• Answer fresher, mid-level, and senior Oracle SQL, PL/SQL, RAC, and DBA interview questions confidently
• Connect this lesson to Article 59 and the 96-article Oracle roadmap

Prerequisites

• Software: Oracle 23ai, SQL Developer or SQL*Plus
• Knowledge: Basic computer literacy
• Previous: Article 57 — Window Functions — Complete Guide
• Time: 28 min reading + 30–45 min hands-on

Concept deep-dive

Level 1 — Analogy

Stored Procedures on OracleCore teaches Oracle step by step — architecture, PL/SQL, RAC, Data Guard, and enterprise database patterns.

Level 2 — Technical

Stored Procedures powers enterprise databases in OracleCore: normalized schemas, tuned indexes, ACID transactions, AWR monitoring, and secure bind-variable SQL. OracleCore implements Telecom Billing with RAC, Data Guard, and RMAN production patterns.

Level 3 — Query execution flow

[App / .NET / Java / PL/SQL]
       ▼
[Oracle Net → Listener → Service/PDB]
       ▼
[Parse → Optimize (CBO) → Execute]
       ▼
[B-tree indexes / Row locks / Redo log]
       ▼
[AWR · ADDM · RMAN · Data Guard]

Project structure

OracleCore/
├── tablespaces/         ← Datafiles and storage
├── schema/              ← Tables, views, constraints
├── indexes/             ← B-tree and bitmap indexes
├── plsql/               ← Packages and procedures
├── security/            ← Users, roles, TDE
├── ha/                  ← RAC + Data Guard
└── monitoring/          ← AWR · OEM · ADRCI

Step-by-Step Implementation — OracleCore (Telecom Billing)

Follow: design schema → write bind-variable SQL → add indexes → run EXPLAIN PLAN → wrap in transaction → enable AWR → integrate into OracleCore Telecom Billing.

Step 1 — Anti-pattern (literal SQL, no index, full scan)

-- ❌ BAD — literal SQL + full table scan
SELECT * FROM orders WHERE customer_id = ${customerId};
-- Hard-coded literal; no bind variable; no index on customer_id

Step 2 — Production Oracle SQL

-- ✅ PRODUCTION — Stored Procedures on OracleCore (Telecom Billing)
SELECT order_id, order_date, total
FROM orders
WHERE customer_id = :customer_id
ORDER BY order_date DESC
FETCH FIRST 50 ROWS ONLY;
-- Bind variable; index on (customer_id, order_date)

Step 3 — Full script

CREATE OR REPLACE PACKAGE oraclecore_orders AS
  PROCEDURE place_order(p_customer_id NUMBER, p_total NUMBER);
END oraclecore_orders;

-- Verify in SQL Developer: EXPLAIN PLAN + AWR top SQL
-- Check ADDM findings after deploy

The problem before Oracle — Stored Procedures

Mission-critical systems need proven ACID, HA, and DBA tooling. OracleCore replaces fragile setups with RAC, Data Guard, RMAN, and enterprise-grade security.

• ❌ Single-instance DB with no DR — hours of downtime on hardware failure
• ❌ Manual backups without RMAN validation — untested restore when crisis hits
• ❌ Full table scans on billion-row tables — billing batch misses SLA
• ❌ Shared SYSDBA credentials — audit failure and security breach risk

OracleCore applies Oracle architecture, indexing, RMAN, and HA patterns from day one.

Database architecture

Stored Procedures in OracleCore module Telecom Billing — category: PLSQL.

SQL queries, joins, PL/SQL procedures, packages, and triggers.

[App / .NET / Java / PL/SQL]
       ↓
[Oracle Net → Listener → Service/PDB]
       ↓
[Instance: SGA + PGA + Background Processes]
       ↓
[Database Files: Datafiles, Redo, Control]
       ↓
[AWR · ADDM · RMAN · Data Guard]

SQL execution flow

Real-world example 1 — IndiGo Airline Reservations

Domain: Airline / Travel. Seat inventory must handle concurrent bookings without double-booking. OracleCore uses row-level locks, sequence-generated PNRs, and partition by flight_date.

Architecture

flights partitioned by RANGE (flight_date)
  bookings.flight_id FK indexed
  Flashback Query for audit disputes
  AWR review during peak booking windows

Oracle SQL / PL/SQL

SELECT seat_no FROM seats
WHERE flight_id = :fid AND status = 'AVAILABLE'
FOR UPDATE NOWAIT;

UPDATE seats SET status = 'BOOKED', pnr = :pnr
WHERE flight_id = :fid AND seat_no = :seat;
COMMIT;

Outcome: Double-booking rate 0.001%; peak booking 12k TPS sustained.

Real-world example 2 — Oracle Data Guard DR for Government Portal

Domain: Government. Citizen portal must survive datacenter loss. OracleCore uses Data Guard broker with automatic failover and max availability mode.

Architecture

Primary: DC1 (Mumbai)
  Standby: DC2 (Hyderabad) — sync mode
  dgmgrl: ENABLE CONFIGURATION
  switchover tested quarterly

Oracle SQL / PL/SQL

-- RMAN restore validation on standby
RMAN> RESTORE DATABASE VALIDATE;

-- Failover (DR drill)
dgmgrl> failover to orcl_dr;

Outcome: DR drill RTO 4min; RPO zero in sync mode.

DBA & performance tips

• Use bind variables in application SQL — reduces hard parses in shared pool
• Review AWR top SQL and ADDM findings weekly on production
• Test RMAN restore quarterly — backup without tested restore is worthless
• Document RAC/Data Guard runbooks before go-live

When not to use this Oracle pattern for Stored Procedures

• 🔴 Small dev apps — Oracle licensing and ops overhead may exceed benefit
• 🔴 Document-heavy flexible schema — consider NoSQL or JSON-first stores
• 🔴 RAC before exhausting single-instance tuning and Data Guard
• 🔴 Over-partitioning tiny tables — management cost exceeds query benefit

Testing & validation

-- Manual assertion
SELECT COUNT(*) INTO v_count FROM STOREDPROCEDURES WHERE status = 'ACTIVE';
-- Assert v_count = expected

Pattern recognition

Lookup by PK → index unique scan. Join heavy → index FK columns. Reporting → materialized views. Money moves → explicit COMMIT. Read scale → Active Data Guard standby. Slow after deploy → AWR top SQL.

Common errors & fixes

🔴 Mistake 1: Literal SQL with concatenated user input
✅ Fix: Use bind variables — prevents SQL injection and reduces hard parses.

🔴 Mistake 2: Missing indexes on WHERE/JOIN columns
✅ Fix: Create B-tree indexes on FK and filter columns used in joins.

🔴 Mistake 3: Long-running transactions holding row locks
✅ Fix: Keep transactions short; COMMIT minimal work units.

🔴 Mistake 4: Ignoring EXPLAIN PLAN and AWR reports
✅ Fix: Run EXPLAIN PLAN on new queries; review AWR top SQL weekly.

Best practices

• 🟢 Use bind variables — never concatenate user input into SQL
• 🟢 Index WHERE and JOIN columns on large Oracle tables
• 🟡 Enable AWR snapshots on every production database from day one
• 🟡 Run EXPLAIN PLAN after schema or data volume changes
• 🔴 Never run money/inventory updates outside explicit transactions
• 🔴 Never deploy without backup strategy and tested restore procedure

Interview questions

Fresher level

Q1: Explain Stored Procedures in a database design interview.
A: Cover schema, indexes, normalization trade-offs, concurrency, security, backup/HA, and monitoring.

Q2: B-tree vs bitmap index in Oracle?
A: B-tree is default for OLTP equality/range; bitmap suits low-cardinality DWH columns.

Q3: What is Oracle RAC?
A: Multiple instances share ASM storage; Clusterware handles node failover for continuous service.

Mid / senior level

Q4: How do you find and fix a slow query?
A: AWR top SQL → EXPLAIN PLAN → missing index? → add index → verify in next AWR.

Q5: Explain deadlock and how to prevent it.
A: Circular lock wait — consistent lock order, shorter transactions, retry in app.

Q6: How do you secure Oracle?
A: Least-privilege roles, no shared SYSDBA in apps, TDE, unified auditing, Oracle Net encryption.

Coding round

Write Oracle SQL for Stored Procedures in OracleCore Telecom Billing: show CREATE script, sample query, explain plan notes, and test assertions.

-- StoredProcedures validation
SELECT COUNT(*) AS actual FROM storedprocedures WHERE is_active = 1;
-- Assert actual = expected

Summary & next steps

• Article 58: Stored Procedures — Complete Guide
• Module: Module 7: SQL & PL/SQL · Level: ADVANCED
• Applied to OracleCore — Telecom Billing

Previous: Window Functions — Complete Guide
Next: Functions — Complete Guide

Practice: Run today's SQL in SQL Developer with EXPLAIN PLAN — commit with feat(oracle): article-58.

FAQ