Questo è un seguace diretto di questa domanda . Una risposta data a queste domande dice (la mia comprensione), che oggigiorno usare enum basati su string invece di interi non è un grosso problema, perché i costi di hosting e i costi generali di DB sono oggi molto, molto più bassi, quindi possiamo permetterci per alcuni " spreco di dimensioni del database "(generalizzazione).
Sono interessato, a che punto questo può ribaltarsi e anche oggi diventare un vero problema?
Supponiamo di avere una tabella con n colonne, di cui quattro colonne usano enumerazioni basate su string invece di numeri interi. Supponiamo che ogni enum sia lungo 8 caratteri, se questo è importante (probabilmente sì - dimensione della colonna di stringhe). Ora, supponiamo, che sto compilando questo tavolo con i record. Quando posso iniziare a pensare, usare le enumerazioni è stata una decisione sbagliata?
A 100k record? A record 1M o forse non prima di raggiungere 1G di record?
C'è un modo semplice per me di determinare:
-
quale sarebbe la differenza di dimensione, se il mio database con n record userebbe numeri interi invece di stringhe?
-
quale dimensione generale del database potrebbe diventare un problema reale per il mio hosting?
Ho sentito che su un semplice hosting condiviso una dimensione del database di 1 GB diventa un problema e non sono consentiti database più grandi / non molto graditi dagli amministratori dell'hosting. Ma, dato che sono un principiante di database completo, non lo so, se è vero? E come diventa, quando parliamo di VPS o persino di hosting dedicato?