La maggior parte dei CMS utilizza un database relazionale. È una scelta corretta per grandi quantità di dati, scritture concorrenti, query articolate e applicazioni con molti utenti attivi.
Un sito aziendale, però, spesso ha un profilo diverso: poche persone aggiornano contenuti, le letture sono molto più numerose delle scritture e il patrimonio informativo è composto da pagine, impostazioni, media e richieste di contatto.
In questo contesto un'architettura flat-file può essere interessante.
Cosa significa flat-file
I contenuti strutturati vengono salvati in file, per esempio JSON e HTML, organizzati in directory. Non significa rinunciare a un pannello amministrativo o a contenuti strutturati: cambia il livello di persistenza sottostante.
Nel CMS VECTORdesign pagine, form, impostazioni, revisioni e record possono essere conservati nel workspace del sito. Il pacchetto può essere letto, copiato e verificato senza dover prima esportare un database separato.
I vantaggi pratici
Backup comprensibili: dati e media possono entrare nello stesso archivio verificabile.
Portabilità: il workspace è meno dipendente dalla configurazione di un server SQL.
Ispezionabilità: un contenuto rimane leggibile anche fuori dall'applicazione.
Infrastruttura ridotta: per un sito circoscritto esiste un componente operativo in meno.
Versionamento: i file si prestano a revisioni, confronti e procedure di ripristino.
Il database non è il nemico
Eliminare MySQL non rende automaticamente un progetto più veloce o sicuro. I file richiedono scritture atomiche, permessi corretti, protezione delle directory, indici o cache quando i record crescono e regole chiare per evitare conflitti.
Quando aumentano utenti concorrenti, ordini, ricerche complesse, relazioni e scritture frequenti, un database torna a essere lo strumento appropriato.
Quando sceglierei il flat-file
sito corporate o portale editoriale di dimensioni controllate;
pochi redattori e prevalenza di letture;
necessità di backup e trasferimenti molto semplici;
dati che devono rimanere separati per singolo cliente o installazione;
moduli circoscritti con volumi prevedibili;
assenza di query analitiche pesanti in tempo reale.
Quando sceglierei SQL
e-commerce con molti ordini e aggiornamenti concorrenti;
gestionali con relazioni e report complessi;
cataloghi molto grandi con filtri dinamici;
applicazioni multiutente ad alta frequenza di scrittura;
dati condivisi tra più nodi o servizi.
Un'architettura può essere ibrida
Il nucleo editoriale può rimanere flat-file mentre un modulo ad alto volume utilizza uno storage differente. La modularità serve anche a evitare una scelta unica imposta a ogni tipo di dato.
La tecnologia migliore non è quella più sofisticata, ma quella che mantiene leggibili operatività, rischi e percorso di crescita del progetto.
