Ik denk dat het voordeel van het opslaan als meer rijen (d.w.z. genormaliseerd) afhangt van ontwerp- en onderhoudsoverwegingen bij verandering.
Ook als de 140 kolommen dezelfde betekenis hebben of per experiment verschillen - de gegevens correct modelleren volgens normalisatieregels - d.w.z. hoe zijn gegevens gerelateerd aan een kandidaatsleutel.
Wat de prestaties betreft, maakt het weinig verschil als alle kolommen worden gebruikt. Soms kan het draaien/opheffen van een draaibewerking duur zijn voor een grote hoeveelheid gegevens, maar het maakt weinig verschil voor een toegangspatroon met één toets. Soms kan een spil in de database uw frontend-code een stuk eenvoudiger en backend-code flexibeler maken in het licht van veranderingen.
Als je veel NULL's hebt, is het misschien mogelijk om rijen in een genormaliseerd ontwerp te elimineren en dit zou ruimte besparen. Ik weet niet of MySQL ondersteuning biedt voor een dun tafelconcept, dat daar een rol zou kunnen spelen.