Kromě rychlosti dotazů, které proti nim běží, najdete i další výhody normalizace dat... jako je velikost a udržovatelnost, což samo o sobě by mělo odůvodnit jejich normalizaci...
Pravděpodobně to však také zlepší rychlost dotazů; mít v současné době jeden řádek obsahující 300 textových sloupců je masivní a téměř jistě překonal 8 060 bajtů limit pro ukládání datové stránky řádku
... a místo toho se ukládá do ROW_OVERFLOW_DATA nebo LOB_DATA Alokační jednotky.
Zmenšením velikosti každého řádku pomocí normalizace, například nahrazením nadbytečných textových dat znakem TINYINT cizí klíč a také odstraněním sloupců, které nejsou závislé na primárním klíči této velké tabulky, do jiné tabulky, data by již neměla přetékat a také budete moci uložit více řádků na stránku.
Pokud jde o režii přidanou provedením JOIN abyste získali normalizovaná data... pokud správně indexujete své tabulky, nemělo by to znamenat podstatnou režii. Pokud však přidá nepřijatelnou režii, můžete data podle potřeby selektivně denormalizovat.