Nel contesto delle case, l'area dovrebbe essere conservata come piedi quadrati o metri quadrati?
L'area delle case più grandi esistenti è maggiore di 32000 piedi quadrati, quindi potrebbe essere necessario un numero intero a 4 byte per memorizzare i piedi quadrati. Per questo motivo, sto favorendo i metri quadri al momento.
Ci sono altre considerazioni che non sono immediatamente ovvie?
Se la tua app sarà potenzialmente utilizzata al di fuori degli Stati Uniti, Myanmar o Liberia, o interagirà con altri sistemi, ti suggerirei di utilizzare il sistema di misurazione più ampiamente accettato per archiviare i dati e poi convertirli in qualsiasi misura locale sistema che l'utente desidera visualizzare. Ovviamente le colonne non dovrebbero essere numeri interi ma reali.
Il sistema metrico è ampiamente accettato dalla scienza e dal enginneering per lo scambio di informazioni:
Fonte: Wikipedia.
Quindi il mio suggerimento è di archiviarlo nel sistema metrico (metri quadrati per area) e poi convertirlo in modo appropriato per presentarlo in qualsiasi unità l'utente preferisca (impostazioni delle preferenze).
D'altra parte , se la tua app verrà utilizzata solo negli Stati Uniti, in Myanmar o in Liberia, memorizza le aree in piedi quadrati.
I metri quadrati memorizzati come numero intero potrebbero non avere una risoluzione sufficiente per catturare ciò che è necessario sapere. La conversione da e verso metri quadrati o metri perderà informazioni. Utilizza i valori in virgola mobile per evitare questo problema.
Utilizza qualsiasi unità che i tuoi utenti primari desiderano per lo storage. Se stai prendendo di mira solo un mercato USA / Regno Unito (dove i piedi quadrati sono la misura abituale), memorizzalo. La maggior parte del resto del mondo preferisce la metrica, tuttavia, quindi per un mercato internazionale preferisco i metri quadri.
Nessuno dei due.
Dato che stai facendo questa domanda, probabilmente stai lavorando su un sistema che usa entrambi (o un sistema che sarà usato in diversi paesi). Ciò significa che dovresti essere in grado di memorizzare le distanze espresse in metri o metri.
Nel tuo database, non hai una, ma due colonne: una per il valore, l'altra per l'unità. Ciò renderebbe semplice archiviare e recuperare le misurazioni, senza eseguire la conversione sotto il cofano (che di solito non è ciò che l'utente desidera). La doppia conversione è particolarmente problematica (ad esempio da metri a piedi a metri), poiché gli errori di arrotondamento si accumulano.
Nota che probabilmente dovrai supportare ancora più unità di quella. Nel contesto delle case, immagino che i contatori non siano molto precisi: le stanze saranno piuttosto misurate in centimetri, se non in millimetri (per gli impianti elettrici, potrebbe essere importante). Ciò rende questo approccio molto più interessante di, ad esempio, con due colonne, una per i piedi, l'altra per i metri; con l'approccio che ho suggerito, l'aggiunta di unità non porterà a nessuna modifica dello schema.
Se hai bisogno di ordinare i dati (ad esempio prima che le case più grandi appaiano per primi) o filtrarli (ad esempio prendi solo le case più grandi di cento metri quadrati), questo non è sufficiente: avresti bisogno di una terza colonna che contenga un valore convertito in un'unità comune. Non importa quale unità viene usata esattamente qui, poiché quei valori saranno usati solo per ordinare e filtrare.
Questo è il modo sbagliato per affrontare il problema. La domanda da porsi è: quale unità verrà utilizzata altrove? È solo un'unità, o sono unità diverse possibili (non dimenticare il tatami). Se verrà utilizzata solo un'unità, utilizzare esattamente questo. Se si possono usare unità diverse, decidere per uno, e assicurarsi che un valore sarà sempre inserito insieme con l'unità nell'interfaccia utente, e viene convertito nell'unità scelta.
La ragione per cui usi l'uso di un'altra unità è completamente la cosa sbagliata. Un numero a 32 bit può contenere valori molto più grandi di quello e anche se così fosse, a nessuno interessa l'ottimizzazione dello spazio nel 2016.
Il principale punto di decisione qui dipenderà da cosa sono usati i valori. Se hai solo bisogno di archiviare e visualizzare, fai come @ArseniMourzenko suggerisce e mantieni una colonna di unità. Se hai bisogno di fare calcoli su questi valori, dipenderà dalle specifiche per i tuoi calcoli. Se stavi facendo fisica, utilizza unità SI , nessun concorso. Tuttavia, se l'app viene utilizzata per calcolare i piedini per il pavimento o quanti stalloni sono necessari per costruire il telaio, si consiglia di attaccare con i piedi. Anche in Canada, dove viene utilizzato il sistema metrico, i codici di costruzione sono ancora (almeno in parte) specificati in piedi .
1 piede quadrato = 0,092903 metri quadri
1 metro quadrato = 10.7639 piedi quadrati
La conversione intera semplice più vicina è 11
1/11 = 0,0909090909
L'errore è di circa il 2%
Se utilizzi 521/5608 ottieni la conversione intera con errore di conversione molto piccolo
Dire che la casa minima è di 1000 piedi quadrati
Devi arrotondare verso l'alto o verso il basso
.5 / 1000 = errore di arrotondamento dello 0,05%
1000 piedi quadrati sono circa 90 metri quadrati
.5 / 90 = errore di arrotondamento dello 0,56%
Se convertite 1000 metri quadrati in metri e tornate usando il numero intero 11 allora viene restituito 1001
Per un errore di arrotondamento dello 0,1%.
Usando i piedi quadrati hai una precisione 10X migliore
Per negozio di precisione in piedi quadrati e avere una colonna calcolata per metri quadrati
Ordinare sempre sui piedi quadrati
Leggi altre domande sui tag database measurement