mysql - quante colonne sono troppe?

Sto impostando una tabella che potrebbe avere più di 70 colonne. Ora sto pensando di suddividerlo poiché alcuni dei dati nelle colonne non saranno necessari ogni volta che si accede alla tabella. Poi di nuovo, se lo faccio mi rimane la necessità di utilizzare i join.

A che punto, se esiste, viene considerato troppe colonne?

È considerato troppe una volta che supera il limite massimo supportato dal database .

Il fatto che non sia necessario che ogni colonna venga restituita da ogni query è perfettamente normale; ecco perché l'istruzione SELECT ti consente di nominare esplicitamente le colonne di cui hai bisogno.

Come regola generale, la struttura della tabella dovrebbe riflettere il modello di dominio; se hai davvero 70 (100, cosa hai) attributi che appartengono alla stessa entità, non c'è motivo di separarli in più tabelle.

Ci sono alcuni vantaggi nel dividere la tabella in più colonne con meno colonne, che è anche chiamata Partizionamento verticale . Eccone alcuni:

1. Se hai tabelle con molte righe, la modifica degli indici può richiedere molto tempo, poiché MySQL deve ricostruire tutti gli indici nella tabella. La suddivisione degli indici su più tabelle potrebbe renderlo più veloce.

2. A seconda delle query e dei tipi di colonna, MySQL potrebbe scrivere tabelle temporanee (utilizzate in query di selezione più complesse) su disco. Questo è un male, poiché l'I / O del disco può essere un grosso collo di bottiglia. Ciò si verifica se nella query sono presenti dati binari (testo o BLOB).

3. Una tabella più ampia può rallentare le prestazioni delle query.

Non ottimizzare prematuramente, ma in alcuni casi puoi ottenere miglioramenti da tabelle più strette.

Sono troppe quando viola le regole della normalizzazione. È piuttosto difficile ottenere così tante colonne se stai normalizzando il tuo database. Progetta il tuo database per modellare il problema, non attorno a regole o idee artificiali sull'ottimizzazione per una piattaforma db specifica.

Applica le seguenti regole alla tabella ampia e probabilmente avrai molte meno colonne in una singola tabella.

1. Nessun elemento ripetuto o gruppo di elementi
2. Nessuna dipendenza parziale da una chiave concatenata
3. Nessuna dipendenza da attributi non chiave

Ecco un link per aiutarti.

Non è un problema a meno che tutti gli attributi non appartengano alla stessa entità e non dipendano l'uno dall'altro. Per semplificarti la vita puoi avere una colonna di testo con un array JSON memorizzato al suo interno. Ovviamente, se non hai problemi a ottenere tutti gli attributi ogni volta. Anche se questo annullerebbe completamente lo scopo di memorizzarlo in un RDBMS e complicherebbe notevolmente ogni transazione del database. Quindi il suo approccio non consigliato da seguire in tutto il database.

Avere troppe colonne nella stessa tabella può causare enormi problemi anche nella replica. Dovresti sapere che le modifiche che avvengono nel master si replicheranno allo slave .. ad esempio, se aggiorni un campo nella tabella, l'intera riga sarà w