[MySQL] Uso corretto dei database

[TardoFreak]

Un saluto ai partecipanti,
Sto studiano il DBMS in oggetto ed ho un punto oscuro che vorrei chiarire.
Nei vari esempi che incontro si fa sempre riferimento ad un database che contiene tabelle che sono in relazione fra di loro. Prendiamo il classico esempio del negozio di libri, per intenderci.
Ora supponiamo per esempio, che io abbia bisogno di una tabella per memorizzare alcuni parametri che mi servono per la gestione del sito e che quindi non sarebbero in relazione con i dati relativi alla vendita di libri (ordini, anagrafiche, reviews ecc ...).
La domanda è: è meglio mettere questa tabella in un database a parte oppure si può mettere insieme a quelle specifiche per la vendita dei libri?
Mi piacerebbe anche sapere le ragioni delle risposte che attendo con ansia.

Ringrazio anticipatamente.

[valterhome]

Ciao, non vedo il motivo di creare un secondo db per memorizzare una tabella "non in relazione con altre".
Sinceramente non mi sono mai posto questo quesito

[valterhome]

Rieccomi, abbi pazienza per la risposta stringata ma mi è entrata gente...
dicevo, io gestisco tre siti che si appoggiano a mysql e come giustamente fatto osservare da te alcune tabelle si relazionano con altre ma personalmente non vedo alcuna ragione per avvalersi di db diversi dovendo utilizzare anche tabelle per così dire "stand-alone". Gli esempi vogliono spesso fornire "ampia copertura" e spesso si dimenticano di citare situazioni largamente diffuse come quelle da te citate.
In realtà le motivazioni che ti farebbe piacere conoscere sono difficili da esporre perché sono in qualche modo "implicite" nella semplice affermazione che non è necessario.

[Russell]

direi anche io che possono coesistere
sempre che non ci sia un eventuale problema di spazio eccessivo richiesto dalla loro somma, o un problema di pulizia che richieda di alloggiare le tabelle separate in 2 distinti database.

[eAlucarD]

IMHO ha senso usare db separati solo se
la mole di dati lo impone
oppure le esigenze di gestione/sicurezza lo impongono

[Sjuanez]

Ciao, non solo è possibile, ma le soluzioni più diffuse sono proprio fatte così.

Prendi ad esempio i vari CMS (Content Management System) che trovi in giro (wordpress, magento e simili). Sono proprio strutturati in questo modo, in un unico DB ma ovviamente in diverse tabelle, vi sono memorizzati sia i dati dei prodotti-clienti-ordini relazionati tra loro che i dati di configurazione.

Ti dirò di più, se ad esempio in uno di questi database volessi conservare tutti i numeri delle ragazze che conosci, o le bottiglie di vino che hai in cantina, basterà creare nuove tabelle.

Come qualcuno ha suggerito, creare DB diversi per diversi scopi è questione di sicurezza, mole di dati oppure ordine.

Usa un modo furbo per nominare le tabelle con un prefisso ad esempio prs_nome_tabella . In questo caso prs_ sarebbe da anteporsi prima delle tabelle personali. Finché riesci ad essere ordinato, non avrai problemi.

Un saluto ed in bocca al lupo con MySQL

[TardoFreak]

Grazie a tutti per le risposte.

[angel99]

Io, al contrario, ritengo sia più corretto utilizzare db separati. Non è che non si possa tenere tutto in un unico db, ma farlo va contro il concetto stesso di db. Un db è un insieme di dati tra loro correlati, come una classe unisce dati e metodi che siano tra loro in relazione. Nessuno impedisce di fare un unico calderone, ma così facendo si perde uno dei vantaggi logici della strutturazione. Se ho il db libreria e il db pagine web, posso fare manutenzione separata e domani utilizzarli separatamente in altri progetti, se invece sono uniti la cosa diventa più difficile e meno efficiente.

[Sjuanez]

Questo è assolutamente vero. Tra il possibile e la best practice c'è una bella differenza.

[valterhome]

Un db è un insieme di dati tra loro correlati

Non sono d'accordo nel senso stretto dell'affermazione, anche una tabella che tratta dati non direttamente correlati con altre tabelle contiene dati relativi al sito web in oggetto, inoltre non è raro il caso che su potenziali 20 tabelle contenute nel db alcune di esse facciano riferimento ad altre ma non a tutte, le restanti ad altre o solo ad alcune...creiamo un db per ogni gruppo?