Database Strategy: blog tecnico su Oracle, PostgreSQL, MySQL, DWH e project management. Articoli pratici da 30 anni di consulenza IT.
La differenza tra un sistema che funziona
e uno che guida davvero il business non è fortuna.
È comprensione profonda dei piani di esecuzione.
È controllo dei privilegi e sicurezza dei dati.
È progettazione dei dati orientata agli obiettivi aziendali.
È performance che regge quando il carico cresce.
I database sono il cuore operativo dell’ecosistema digitale di ogni azienda.
Supportano processi critici, abilitano decisioni basate sui dati e determinano velocità ed efficienza operativa.
Dentro il Motore è lo spazio in cui analizzo ciò che accade sotto il cofano di PostgreSQL, Oracle e MySQL: performance tuning, sicurezza, architettura e scelte tecniche applicabili in ambienti reali.
Perché nel mondo data-driven di oggi i database non sono semplici componenti software.
Sono asset strategici che influenzano competitività , affidabilità e crescita sostenibile.
Da una pausa pranzo con un senior data analyst assicurativo emergono i gap di governance prima del go-live: data quality, lineage, ownership, GDPR e Transparent Data Encryption su Oracle 19c.
Diagnosi guidata di ORA-00205 in piena emergenza notturna: fase MOUNT, control file, SPFILE, redo log. Metodo pratico per i DBA Oracle reperibili.
Replica logica PostgreSQL spiegata dalle domande di un collega: migrazione cross-version, CDC verso data warehouse, configurazione passo-passo.
La storia dei Three Amigos di UML e RUP: come Booch, Rumbaugh e Jacobson, da rivali, hanno unificato l'object-oriented modeling. E cosa ne resta oggi.
Sette anni di Oracle visti attraverso le enumerazioni: dal CHECK del 19c ai SQL Domains della 23ai, fino alle Assertion del 26ai. Una migrazione assicurativa.
Oracle non ha mai avuto ENUM nativo. CHECK constraint, lookup table e SQL Domains 23ai: tre strade, un caso reale banking, e cosa arriverà con la 26ai.
PostgreSQL ENUM vs CHECK vs lookup table: ALTER TYPE ADD VALUE costa zero, rimuovere un valore costa una migration. Tre strade, un caso reale telco.
MySQL ENUM vs CHECK constraint vs tabella di lookup: tre strade per modellare un'enumerazione. Vantaggi, limiti e caso reale di tracking spedizioni.
PostgreSQL: trovare e rimuovere indici inutilizzati con pg_stat_user_indexes. Caso reale: tabella con 15 indici di cui 8 mai usati.
Project management: 5 regole osservate nei team che reggono sotto pressione. Psychological safety, bus factor, outcome vs output, knowledge transfer.
Bus matrix di Kimball per allineare data mart isolati: dimensioni conformi, processi di business e vendite confrontabili. Caso reale gruppo assicurativo.
MySQL 8.0 pre-upgrade assessment: misurare dimensioni, crescita, tempi di backup e restore con information_schema. Cifre vere per pianificare.
Migrazione Oracle 19c on-premises a OCI: 2 TB con RAC e Data Guard. BYOL licensing, Data Pump, cutover notturno — cronaca reale.
PostgreSQL pg_stat_statements: l'estensione di diagnosi query da installare per prima. Trovare le tre query che consumano l'80% delle risorse.
Backup MySQL a confronto: mysqldump vs mydumper vs mysqlpump su database da 60 GB. Tempi reali di dump e restore, parallelismo e scelta architetturale.
Range partitioning su fact table da 800 milioni di righe: da query trimestrali di 12 minuti a 40 secondi. Implementazione mensile, exchange e indici locali.
MySQL binary log: gestione, retention e point-in-time recovery. Caso reale di server con disco al 95% e 180 GB di binlog in sei mesi.
PostgreSQL VACUUM e autovacuum: diagnosi del bloat su database da 200 GB, lettura di pg_stat_user_tables e tuning senza disabilitare nulla.
AI Manager: il ruolo che governa l'impatto dell'intelligenza artificiale su architetture, processi e persone. Riflessioni da 30 anni di IT.
Pagamenti a 60-90-120 giorni nella consulenza IT italiana: confronto con le regole europee. DSO, direttiva 2011/7/UE e strategie per freelance.
Pendolarismo Roma: bici elettrica Brompton vs auto. 18 minuti vs 50, 35€ di parcheggio risparmiati. La scelta di mobilità sostenibile, dati reali.
Smart working nella consulenza IT: analisi economica e strategica del lavoro da remoto. Numeri reali, KPI, presenteismo e produttività vs ufficio.
Oracle 19c su Linux: tuning del kernel per performance reali. Huge Pages, THP, swappiness, I/O scheduler, ulimit — numeri prima e dopo.
MySQL Galera Cluster a 3 nodi per l'alta disponibilità : replica sincrona, quorum, SST/IST. Configurazione completa contro il single point of failure.
PostgreSQL ROLE: utenti e ruoli sono lo stesso oggetto. Modello mentale, GRANT, NOINHERIT e creazione di un account read-only manutenibile.
Oracle 19c performance tuning con AWR e ASH: trovare un full table scan in una stored procedure in 10 minuti, vigilia di go-live.
Project management con AI e GitHub: trasformare un progetto caotico in workflow misurabile con issue tracking, code review e intelligenza artificiale.
Sicurezza Oracle: ridisegno del modello GRANT con ruoli custom e Unified Audit, applicando il least privilege. Caso reale con SQL pronto.
Standup meeting Scrum: perché solo i 15 minuti li fanno funzionare. Timeboxing, parking lot, regole pratiche del daily meeting che reggono nel tempo.
Ragged hierarchy nel data warehouse: bilanciamento di gerarchie sbilanciate con la tecnica del self-parenting. Drill-down corretto su clienti e gruppi.
MySQL utenti e host: 'mario' e 'mario'@'localhost' sono entità diverse. Modello di autenticazione MySQL/MariaDB, errori frequenti e GRANT corretti.
La tecnica Yes-And dal teatro di improvvisazione applicata alla gestione dei conflitti nei team IT. Caso reale di riunione che stava degenerando.
Ottimizzazione PostgreSQL: LIKE '%valore%' genera full scan. Uso di pg_trgm e indice GIN per trasformare un wildcard search in lookup veloce.
Project management caso reale: cliente assicurativo spende 4 milioni in consulenza IT e ottiene zero software funzionante. Lezioni di vendor lock-in.
Oracle Partitioning su tabella da 2 miliardi di righe: range, interval, partition pruning, indici locali. Da ore a secondi sulle query.
Oracle Data Guard 19c: migrazione da single instance dopo un crash di 6 ore. Architettura DR, primary/standby, switchover automatico.
SCD Tipo 2 nel data warehouse: storicizzare dimensioni con chiavi surrogate e date di validità . Caso reale: dimensione clienti che evolve nel tempo.
MySQL multi-istanza su Linux: esportare un CSV con INTO OUTFILE bloccato da secure-file-priv. Connessione via socket Unix e workaround dalla shell.
PostgreSQL EXPLAIN ANALYZE: leggere un execution plan, riconoscere nested loop costosi e ANALYZE su statistiche vecchie. Caso reale 2M righe.
Data warehouse: la grana della fact table determina quali domande puoi rispondere. Errori frequenti nella granularità e impatto sul modello dimensionale.
MySQL Group Replication a 3 nodi: migrazione dei binary log su volume dedicato senza perdere il quorum. Caso reale con filesystem al 92%.
Inizia a digitare per cercare…
Seleziona un risultato per vedere l'anteprima