Oracle
  1. Database Strategy/

Oracle

Oracle is the database that shaped me professionally.
I have been working with it since 1996, and in nearly thirty years I have seen versions, paradigms and trends come and go — but the core of the engine has remained the same: solid, complex, unforgiving to those who do not know it deeply.

I have managed instances with a few hundred users and data warehouses with billions of rows. I configured Data Guard when it was still called standby database, I wrote PL/SQL when debugging meant DBMS_OUTPUT and patience, I designed partitioning schemes before they became a marketing deck feature.

Oracle is not a database you learn from tutorials.
You learn it from incidents, from migrations at three in the morning, from execution plans that change after a statistics update.

In this section I share what I have learned in the field: architecture, security, performance and the design decisions that separate an installation that works from one that merely survives.

Because with Oracle, knowing the syntax is not enough.
You need to understand how the engine thinks.

Oracle on Linux: the kernel parameters nobody configures

A client with Oracle 19c on Linux and disappointing performance. Default installation, no tuning. Huge Pages, semaphores, I/O scheduler, THP and security limits: everything that was missing — with the before-and-after numbers.

·7 mins

AWR, ASH and the 10 minutes that saved a go-live

Friday evening, the night before a go-live. Performance collapses. Using AWR and ASH I found a hidden full table scan in a stored procedure in under ten minutes — and the production release went ahead.

·8 mins