AI-ul arată simptomul. Boardul cere cauza.
Datadog și Dynatrace arată simptome, nu cauze. Cum explici boardului de ce observability modernă nu ajunge fără un cititor competent.

Database Strategy: blogul Technical Leader despre baze de date și Data Warehouse mission-critical. 30 de ani în banking, telco, asigurări, sector public.
Diferența dintre un sistem care funcționează
și unul care susține cu adevărat businessul nu este noroc.
Este înțelegerea profundă a planurilor de execuție.
Este controlul privilegiilor și securitatea datelor.
Este modelarea datelor aliniată obiectivelor de business.
Este performanță care rezistă pe măsură ce încărcarea crește.
Bazele de date reprezintă nucleul operațional al ecosistemului digital modern.
Susțin procese critice, permit decizii bazate pe date și determină viteza și eficiența operațională.
În Interiorul Motorului este spațiul în care analizez ce se întâmplă sub capota PostgreSQL, Oracle și MySQL: optimizare de performanță, securitate, arhitectură și decizii tehnice aplicabile în medii reale de producție.
Pentru că în lumea actuală orientată pe date, bazele de date nu sunt simple componente software.
Sunt active strategice care influențează competitivitatea, fiabilitatea și creșterea sustenabilă.

Datadog și Dynatrace arată simptome, nu cauze. Cum explici boardului de ce observability modernă nu ajunge fără un cititor competent.

Un incident care se închide fără cauză reconstituită nu e un episod izolat. Cum citești AWR, ASH și change log la rece înainte să apară al doilea defect.

De ce adăugarea de CPU, RAM sau IOPS rareori rezolvă un database lent — și ce să analizezi înainte să semnezi oferta de upgrade.

Un server MySQL cu 32 GB RAM și 128 MB buffer pool: cum am diagnosticat problema, ce parametri am modificat și ce rezultate am obținut în producție.

De la veterinar la inginer de baze de date: cum un Commodore 64, un program modificat și o ușă încuiată au trasat o carieră de treizeci de ani.

Cum am mutat 12 TB Oracle de la 12.2 la 21c într-o fereastră de 4 ore: strategie TTS + RMAN incremental, pași detaliați și cifrele reale din noaptea migrării.

Cum se recuperează un Galera Cluster cu doi noduri căzute și unul în non-Primary: diagnostic, SST vs IST, bootstrap de urgență și runbook operațional.

Un batch nocturn Oracle 19c depășea fereastra de încărcare. Diagnostic AWR, rescrierea cu direct path insert, MERGE paralel și un singur COMMIT.

Cum am redus lag-ul de replicare MySQL de la patru ore la treizeci de secunde: GTID, parallel replication cu LOGICAL_CLOCK și monitorizare reală cu pt-heartbeat.

Upgrade MySQL Community 8.0.34→8.0.45 pe RHEL 8: view-uri invalide, GTID, verificarea replicii și pașii corecți de patching. Workflow real, cu query-urile folosite.

Cum am redus timpii de căutare de la 90 de secunde la sub un secundă pe un arhiv Oracle de 30 de ani, alegând indexul potrivit pentru fiecare pattern de căutare.

Oracle 26ai introduce CREATE ASSERTION, constrângerea cross-tabel pe care SQL-92 o promitea de decenii. Sintaxă, comparație cu trigger-e și cazuri reale din asigurări.

Un full scan pe 1,3 miliarde de rânduri a saturat swap-ul pe două noduri MySQL. Diagnostic cu performance_schema, reconfigurare buffere per-thread și rolling restart fără downtime.

Ce nu include un Data Warehouse tehnic funcțional: ownership, calitate continuă, TDE Oracle 19c, Data Catalog. Un caz real din sectorul asigurărilor.

Diagnostic ghidat al ORA-00205 în plină urgență nocturnă: faza MOUNT, control file, SPFILE, redo log. Metodă practică pentru DBA Oracle de gardă.

Replică logică PostgreSQL explicată prin întrebările unui coleg: migrare cross-versiune, CDC spre data warehouse, configurare pas cu pas.

Povestea Three Amigos de la UML și RUP: cum Booch, Rumbaugh și Jacobson, din rivali, au unificat object-oriented modeling. Și ce a rămas astăzi.

Șapte ani de Oracle văzuți prin enumerări: de la CHECK-ul 19c la SQL Domains 23ai, până la Assertions 26ai. O migrare în sectorul asigurări.

Oracle nu a avut niciodată ENUM nativ. CHECK constraints, lookup tables și SQL Domains 23ai: trei drumuri, un caz real banking, și ce va veni cu 26ai.

PostgreSQL ENUM vs CHECK vs tabel lookup: ALTER TYPE ADD VALUE nu costă nimic, eliminarea unei valori costă o migrare. Trei drumuri, un caz telco real.

MySQL ENUM vs CHECK constraint vs tabelă lookup: trei căi pentru modelarea unei enumerări. Avantaje, limite și caz real de tracking expedieri.

PostgreSQL: cum găsești și elimini indecșii nefolosiți cu pg_stat_user_indexes. Caz real: tabel cu 15 indecși, 8 nefolosiți niciodată.

Management proiect: 5 reguli observate în echipele care rezistă sub presiune. Psychological safety, bus factor, outcome vs output, knowledge transfer.

Bus matrix Kimball pentru alinierea data marts izolate: conformed dimensions, procese de business și vânzări comparabile. Caz real grup asigurări.

MySQL 8.0 pre-upgrade assessment: dimensiuni, creștere, timpi de backup și restore cu information_schema. Cifre reale pentru planificare.

Migrare Oracle 19c on-premises la OCI: 2 TB cu RAC și Data Guard. Licensing BYOL, Data Pump, cutover peste noapte — cronică reală.

PostgreSQL pg_stat_statements: extensia de diagnosticare query de instalat prima. Găsește cele trei query-uri care consumă 80% din resurse.

Backup MySQL: mysqldump vs mydumper vs mysqlpump pe bază de date de 60 GB. Timpi reali dump și restore, paralelism și decizie arhitecturală.

Range partitioning pe fact table de 800 milioane rânduri: de la query-uri trimestriale de 12 minute la 40 de secunde. Implementare lunară, exchange.

MySQL binary log: gestionare, retenție și point-in-time recovery. Caz real de server cu discul la 95% și 180 GB de binlog în șase luni.

PostgreSQL VACUUM și autovacuum: diagnostic bloat pe bază de date 200 GB, citirea pg_stat_user_tables și tuning fără a dezactiva nimic.

AI Manager: rolul care guvernează impactul inteligenței artificiale asupra arhitecturilor, proceselor și oamenilor. Reflecții din 30 ani de IT.

Plăți la 60-90-120 zile în consultanța IT italiană: comparație cu regulile europene. DSO, directiva 2011/7/UE și strategii pentru freelanceri IT.

Pendulare în Roma: Brompton electrică vs mașină. 18 minute vs 50, 35€ de parcare economisiți. Alegerea mobilității sustenabile, date reale.

Smart working în consultanța IT: analiză economică și strategică a muncii la distanță. Cifre reale, KPI, prezenteism și productivitate vs birou.

Oracle 19c pe Linux: tuning kernel pentru performanță reală. Huge Pages, THP, swappiness, I/O scheduler, ulimit — cifre înainte/după.

MySQL Galera Cluster cu 3 noduri pentru high availability: replicare sincronă, quorum, SST/IST. Configurare împotriva single point of failure.

PostgreSQL ROLE: utilizatorii și rolurile sunt același obiect. Model mental, GRANT, NOINHERIT și construirea unui utilizator read-only mentenabil.

Tuning Oracle 19c cu AWR și ASH: găsirea unui full table scan ascuns într-o procedură stocată în 10 minute, în ajunul unui go-live.

Management proiect cu AI și GitHub: transformarea unui proiect haotic în workflow măsurabil cu issue tracking, code review și inteligență artificială.

Securitate Oracle: redesign al modelului GRANT cu roluri custom și Unified Audit, aplicând least privilege. Caz real cu SQL gata pentru copy-paste.
Standup meeting Scrum: de ce doar 15 minute le fac să funcționeze. Timeboxing, parking lot și reguli practice ale daily meeting care rezistă în timp.

Ragged hierarchy în data warehouse: echilibrarea ierarhiilor dezechilibrate cu tehnica self-parenting. Drill-down corect pe clienți și grupuri.

MySQL utilizatori și host: 'mario' și 'mario'@'localhost' sunt entități diferite. Model autentificare MySQL/MariaDB, greșeli comune și GRANT.

Tehnica Yes-And din teatrul de improvizație aplicată la gestionarea conflictelor în echipe IT. Caz real al unei ședințe ce era pe punctul de a exploda.

Optimizare PostgreSQL: LIKE '%valoare%' generează full scan. Folosirea pg_trgm și index GIN pentru a transforma căutarea wildcard în lookup rapid.

Caz real management proiect: client asigurări cheltuie 4 milioane în consultanță IT și obține zero software funcțional. Lecții vendor lock-in.

Oracle Partitioning pe tabelă de 2 miliarde de rânduri: range, interval, partition pruning, indecși locali. De la ore la secunde.

Oracle Data Guard 19c: migrare de la single instance după 6 ore de downtime. Arhitectură DR, primary/standby, switchover automat real.

SCD Tip 2 în data warehouse: istorizare dimensiuni cu chei surogat și date de valabilitate. Caz real: dimensiune clienți care evoluează în timp.

MySQL multi-instanță pe Linux: export CSV cu INTO OUTFILE blocat de secure-file-priv. Conectare prin socket Unix și workaround din shell.

PostgreSQL EXPLAIN ANALYZE: citirea planului de execuție, nested loop costisitor și ANALYZE pe statistici vechi. Caz real cu 2M rânduri.

Data warehouse: granularitatea fact table determină ce întrebări poți răspunde. Greșeli frecvente în granularitate și impactul pe modelul dimensional.

MySQL Group Replication cu 3 noduri: migrare binary logs pe un volum dedicat fără pierderea quorum-ului. Caz real cu filesystem la 92%.
Începe să scrii pentru a căuta…
Selectează un rezultat pentru previzualizare