IVAN LUMINARIA

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

Profesional IT con aproximadamente 30 años de experiencia en el diseño, implementación y gestión de soluciones de bases de datos y Data Warehouse en entornos Oracle, PostgreSQL y MySQL.

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

Trabajo con bases de datos desde hace unos treinta años.

El tiempo suficiente para haber visto cambiar motores, lenguajes, tendencias y palabras de moda.
El tiempo suficiente para saber que, debajo de la superficie, las reglas no cambian.

Una base de datos no es un contenedor.
Es un organismo.
Respira.
Se fatiga.
Se bloquea.
O escala.

Empecé en entornos Oracle mission-critical, cuando “mission-critical” no era una frase de presentación.
Era la diferencia entre un sistema que resiste y uno que cae a las tres de la mañana.

He pasado incontables horas sobre AWR, ASH y planes de ejecución.
He visto sistemas ralentizarse “sin motivo aparente”.
Y aprendí que siempre hay un motivo.
Solo hay que buscarlo con método.

Después llegaron PostgreSQL y MySQL.
Herramientas distintas.
Filosofías distintas.
La misma disciplina.
Entender el motor.
No luchar contra él.

No creo en la optimización milagrosa.
Creo en estadísticas actualizadas.
En un modelo de datos correcto.
En la diferencia entre “funciona” y “resiste”.

Porque una base de datos lenta no es un problema técnico.
Es un problema de negocio.
Es un informe que no llega.
Un cliente que espera.
Una decisión tomada demasiado tarde.

Y ahí es exactamente donde me gusta estar —
donde la tecnología se convierte en impacto real.

Cómo trabajo #

No me limito a “administrar” bases de datos.

Las observo.
Las mido.
Las pongo a prueba.
Las protejo.

Trabajo en performance tuning en entornos complejos — Oracle, RAC, Exadata — y también en PostgreSQL y MySQL en contextos modernos, a menudo open source, donde la ausencia de “magia propietaria” obliga a entender realmente lo que ocurre bajo el capó.

Diseño arquitecturas de Data Warehouse porque los datos no están para almacenarse.
Están para comprenderse.

He trabajado con modelos multidimensionales, procesos ETL/ELT y flujos que deben ser fiables antes que rápidos.
Porque un dato incorrecto, aunque llegue en milisegundos, sigue siendo incorrecto.

Escribo PL/SQL cuando es necesario.
Optimizo cuando hace falta.
Refactorizo cuando es inevitable.

No me interesan los efectos especiales.
Me interesa la solidez.

Visión #

Con los años he integrado profundidad técnica con perspectiva estratégica.

He coordinado pequeños equipos internacionales.
He traducido necesidades de negocio en decisiones técnicas sostenibles.
He aprendido que la complejidad no se elimina.
Se gestiona.

Agile, Scrum, procesos estructurados: herramientas útiles.
Pero sin competencia real, son solo etiquetas.

Para mí, liderazgo significa algo simple:
tomar decisiones técnicas que resistan el paso del tiempo.

Más allá del trabajo #

Fuera del trabajo cultivo pasiones que, en el fondo, hablan el mismo idioma.

La fotografía me enseñó que la luz adecuada cambia la historia.
La música — estoy aprendiendo saxofón y toco la guitarra — me recuerda que la técnica sin sensibilidad es solo ruido.
La cocina es arquitectura comestible: equilibrio, tiempos, proporción.
El ajedrez es estrategia pura: cada movimiento es una decisión, cada decisión tiene consecuencias.

Quizás por eso me siento cómodo en sistemas complejos.
No me intimidan.
Me despiertan curiosidad.

Me gusta profundizar en los detalles.
Pero solo para hacer que el conjunto funcione mejor.

No construyo bases de datos.
Construyo solidez.

“Transformo la complejidad de los datos en valor estratégico para el negocio.”