Penso che il vantaggio di memorizzare più righe (cioè normalizzate) dipenda da considerazioni di progettazione e manutenzione di fronte al cambiamento.
Inoltre, se le 140 colonne hanno lo stesso significato o se differiscono per esperimento, modellando correttamente i dati in base alle regole di normalizzazione, ovvero come sono i dati correlati a una chiave candidata.
Per quanto riguarda le prestazioni, se si utilizzano tutte le colonne fa pochissima differenza. A volte un'operazione pivot/unpivot può essere costosa su una grande quantità di dati, ma fa poca differenza su un unico modello di accesso chiave. A volte un pivot nel database può rendere il tuo codice front-end molto più semplice e il codice back-end più flessibile di fronte ai cambiamenti.
Se hai molti NULL, potrebbe essere possibile eliminare le righe in un design normalizzato e ciò farebbe risparmiare spazio. Non so se MySQL ha il supporto per un concetto di tabella sparsa, che potrebbe entrare in gioco lì.
