IVAN LUMINARIA

Oracle, PostgreSQL & MySQL Expert | DWH Architect | Project Manager

Professionista IT con circa 30 anni di esperienza nella progettazione, implementazione e gestione di soluzioni database e Data Warehouse in ambienti Oracle, PostgreSQL e MySQL.

LinkedIn: ivanluminaria
Email: ivan (dot) luminaria (at) gmail (dot) com

Lavoro con i database da circa trent’anni.

Sufficienti per aver visto cambiare motori, linguaggi, mode e slogan.
Sufficienti per sapere che, sotto la superficie, le leggi non cambiano mai.

Un database non è un contenitore.
È un organismo.
Respira.
Si affatica.
Si blocca.
Oppure scala.

Ho iniziato in ambienti Oracle quando “mission-critical” non era una parola da slide.
Era la differenza tra un sistema che regge e uno che crolla alle tre di notte.

Ho passato innumerevoli ore su AWR, ASH, piani di esecuzione.
Ho visto sistemi rallentare senza un motivo apparente.
E ho imparato che un motivo c’è sempre.
Solo che va cercato con metodo.

Poi sono arrivati PostgreSQL e MySQL.
Strumenti diversi.
Filosofie diverse.
Stessa disciplina.
Capire il motore.
Non combatterlo.

Non credo nelle ottimizzazioni miracolose.
Credo nelle statistiche aggiornate.
Nel modello dati corretto.
Nella differenza tra “funziona” e “regge”.

Perché un database lento non è un problema tecnico.
È un problema di business.
È un report che non arriva.
È un cliente che aspetta.
È una decisione presa in ritardo.

E a me piace stare esattamente lì.
Nel punto in cui la tecnica incontra l’impatto reale.

Come lavoro #

Non mi limito ad “amministrare” database.

Li osservo.
Li misuro.
Li metto sotto stress.
Li metto in sicurezza.

Mi occupo di performance tuning su sistemi complessi — Oracle, RAC, Exadata — ma anche di PostgreSQL e MySQL in contesti moderni, spesso open source, dove l’assenza di “magia proprietaria” obbliga a capire davvero cosa succede sotto il cofano.

Progetto architetture Data Warehouse perché i dati non servono a essere accumulati.
Servono a essere capiti.

Ho lavorato su modelli multidimensionali, processi ETL/ELT, flussi che devono essere affidabili prima ancora che veloci.
Perché un dato sbagliato, anche se arriva in millisecondi, resta sbagliato.

Scrivo PL/SQL quando serve.
Ottimizzo quando è necessario.
Rifattorizzo quando è inevitabile.

Non mi interessa l’effetto speciale.
Mi interessa la solidità.

Visione #

Negli anni ho integrato la profondità tecnica con una visione più ampia.

Ho coordinato piccoli team internazionali.
Ho tradotto esigenze di business in scelte tecniche sostenibili.
Ho imparato che la complessità non si elimina.
Si governa.

Agile, Scrum, processi strutturati: strumenti utili.
Ma senza competenza reale restano etichette.

Per me leadership significa una cosa semplice:
prendere decisioni tecniche che reggano nel tempo.

Fuori dal database #

Fuori dal lavoro coltivo passioni che, in fondo, parlano la stessa lingua.

La fotografia mi ha insegnato che la luce giusta cambia la storia.
La musica — sto imparando il sax, con la pazienza di chi sa di non sapere ancora — mi ricorda che la tecnica senza sensibilità è solo rumore.
La chitarra mi tiene ancorato al ritmo.
La cucina è architettura commestibile: equilibrio, tempi, proporzioni.
Gli scacchi sono strategia pura: ogni mossa è una scelta, ogni scelta ha conseguenze.

Forse è per questo che mi trovo bene nei sistemi complessi.
Non mi spaventano.
Mi incuriosiscono.

Mi piace entrare nel dettaglio.
Ma solo per far funzionare meglio l’insieme.

Non costruisco database.
Costruisco solidità.

“Trasformo la complessità dei dati in valore strategico per il business.”