Tips Database: differenze tra le versioni

Da GazziNet.
Vai alla navigazione Vai alla ricerca
(Riorganizza Tips Database con struttura piu chiara e coerente)
(Add DB selection note and include MariaDB and Oracle)
 
Riga 1: Riga 1:
__NOTOC__
__NOTOC__
Breve raccolta di riferimenti database usati nel contesto GazziNet.
Breve raccolta di riferimenti database usati nel contesto GazziNet.
== Quale scegliere ==
* '''PostgreSQL''': scelta generale consigliata quando servono solidita, standard SQL, estendibilita e buon equilibrio tra funzionalita e costo.
* '''MariaDB''': adatto quando serve continuita con ecosistema MySQL, semplicità operativa e compatibilita con stack gia esistenti.
* '''Oracle''': da valutare per contesti enterprise dove contano funzionalita avanzate, ecosistema consolidato e vincoli applicativi o vendor specifici.
* '''Mongo''': utile per casi document-oriented o dati poco strutturati, ma da evitare come scelta predefinita per workload relazionali classici.
La scelta va fatta in base a modello dati, competenze del team, licenze, requisiti applicativi, HA/backup e integrazione con l'ambiente esistente.
== Verifiche rapide ==
=== Stato e ascolto porte ===
<pre>
ss -tulpn | egrep '3306|5432|1521|27017'
ps -ef | egrep 'mysql|mariadb|postgres|oracle|tnslsnr|mongod' | grep -v grep
</pre>
=== Spazio e crescita ===
<pre>
df -h
du -sh /var/lib/mysql /var/lib/pgsql /u01 2>/dev/null
</pre>


== Motori e riferimenti ==
== Motori e riferimenti ==
* [[PostgreSQL]]
* [[PostgreSQL]]
* [[MariaDB]]
* [[Oracle]]
* [[Mongo]]
* [[Mongo]]
== Note operative ==
* Prima di scegliere il motore, chiarire se il carico e relazionale, documentale, transazionale o guidato da prodotto vendor.
* Valutare sempre backup, restore, replica, monitoraggio e competenze interne prima di introdurre un nuovo database.
* Spostare tuning e procedure specifiche nelle pagine dedicate al singolo motore.

Versione attuale delle 10:18, 14 mar 2026

Breve raccolta di riferimenti database usati nel contesto GazziNet.

Quale scegliere

  • PostgreSQL: scelta generale consigliata quando servono solidita, standard SQL, estendibilita e buon equilibrio tra funzionalita e costo.
  • MariaDB: adatto quando serve continuita con ecosistema MySQL, semplicità operativa e compatibilita con stack gia esistenti.
  • Oracle: da valutare per contesti enterprise dove contano funzionalita avanzate, ecosistema consolidato e vincoli applicativi o vendor specifici.
  • Mongo: utile per casi document-oriented o dati poco strutturati, ma da evitare come scelta predefinita per workload relazionali classici.

La scelta va fatta in base a modello dati, competenze del team, licenze, requisiti applicativi, HA/backup e integrazione con l'ambiente esistente.

Verifiche rapide

Stato e ascolto porte

ss -tulpn | egrep '3306|5432|1521|27017'
ps -ef | egrep 'mysql|mariadb|postgres|oracle|tnslsnr|mongod' | grep -v grep

Spazio e crescita

df -h
du -sh /var/lib/mysql /var/lib/pgsql /u01 2>/dev/null

Motori e riferimenti

Note operative

  • Prima di scegliere il motore, chiarire se il carico e relazionale, documentale, transazionale o guidato da prodotto vendor.
  • Valutare sempre backup, restore, replica, monitoraggio e competenze interne prima di introdurre un nuovo database.
  • Spostare tuning e procedure specifiche nelle pagine dedicate al singolo motore.