Trainmaster

Hallo zusammen,

ich beschäftige mich gerade mit folgender Fragestellung: Wie speichere ich am geschicktesten metrische Daten in einer Datenbank? Folgende Überlegungen habe ich getroffen:

- per Konvention (kg für Gewicht, m für Längen, l für Volumen). Als Feldtyp würde ich Decimal (12,3) verwenden. Möchte ich zum Beispiel 100 g speichern, trage ich 0.1 ein.

- als String. Der Feldtyp VARCHAR (7) dürfte genügen, vorrausgesetzt man verwendet entsprechende Einheiten. Dies ermöglicht maximale Flexibilität. Allerdings muss beim Auslesen der String zerschnitten werden, um mit damit rechnen zu können.

- der Mittelweg. Ein Feld für den Wert und ein extra Feld für die Einheit. Die zusätzliche Abfrage geht aber auf Kosten der Performance. Macht Normalisierung an dieser Stelle überhaupt Sinn oder ist es zu viel des Guten?

Was meint ihr zu meinen Gedanken? Im Moment neige ich zur String-Variante.

Mister Ad

ChrisB

Definitiv die erste Variante.
Als String erscheint mir reichlich unsinnig.

__________________
RGB is totally confusing - I mean, at least #C0FFEE should be brown, right?

lstegelitz

Die Frage ist: Was willst du damit machen?

Ohne Hintergrund würde ich eher zu deinem Mittelweg tendieren, aber mach das Feld für den Wert net so Ultra-Klein.. 12 Vor- und 3 Nachkommastellen sind IMHO viel zu wenig. Sollte dein Code mal von Physikern, Biologen oder Chemikern verwendet werden, musst du auch astronomisch große oder kleine Zahlen abbilden können.

__________________
Über 90% aller Gewaltverbrechen passieren innerhalb von 24 Stunden nach dem Konsum von Brot.

nikosch

Allerdings per korrekter Konvention. Also Gramm für Masse. Die SI-Einheiten wurden ja nicht grundlos erfunden.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

hts

Bei zwei bin ich ChrisBs Meinung.

In meiner Anwendung habe ich eine Kombination aus 1 und 3, würde ich sagen.

Ich speichere den Wert normiert ab, also in der Standardeinheit der entsprechenden Einheit (macht sich für Berechnungen etc. gut). Zusätzlich wird als Fremdschlüssel die Anzeigeeinheit gespeichert, also wenn Gramm eingegeben wurde, soll auch Gramm angezeigt werden und nicht KG. In der Anwendung kann über Drop-Down mit ein bisschen JavaScript die Einheit auch gewechselt werden.

Der Fremdschlüssel verweist auf die Einheitentabelle. Hier ist die Standardeinheit, die Umrechnungsfaktoren und die Bezeichnung hinterlegt. Die Einheiten sind nach Typ gruppiert, also Gewicht, Volumen ...

Trainmaster

Vielen Dank soweit für eure Antworten. Das ganze wird für ein Shop-System benötigt. Dabei ist das Gewicht oder eine Länge ein Attribut eines Produktes. Größere Systeme ala Magento oder Oxid arbeiten meines Wissens nach Konvention, Mangento verwendet z.B. DECIMAL (12,4) für Gewicht.

Istegelitz spricht genau den Punkt an, welchen ich etwas kritisch sehe. In aller Regel würden wohl drei Nachkomma- und neun Vorkommastellen mit Sicherheit reichen. Vielleicht mache ich mir an dieser Stelle zu viele Gedanken über mögliche Extrema, wie z.B. Mikrogramm. Wahrscheinlich treffen sie bei einem Shop gar nie ein.


@ nikosch

Kilogramm ist die Standard SI-Einheit für Masse?!

nikosch

[edit]

Oh, ok, dann empfehle ich wohl besser nicht SI-Einheiten. Sondern die Einheiten ohne Präfix.

Kleiner Tipp, Trainmaster: Eine Aussage sollte man nicht als Frage formulieren.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

Trainmaster

Da hast du wohl recht, das Fragezeichen gehört da nicht hin, Danke.

Nach dem SI-Einheitensystem zu verfahren finde ich gar nicht so verkehrt. So wie es aussieht, gibt es noch ein weiteres Einheitensystem, das CGS. Dort ist Gramm die Basiseinheit. Trotzdem werde ich es mit einer Konvention über das SI-Einheitensystem versuchen.

nikosch

Gerade die Abweichung schafft doch aber nur Probleme. Der Vorteil ist doch eben, dass ich mit den Präfixen super k => *= 1000, m => /= 1000 etc. abbilden kann. So muss ich erst die Basiseinheit auswerten, was bspw. in der DB ein echter Nachteil ist.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

Chriz

Vor allem hast du dann ja doch wieder Kommawerte in der DB.

__________________
"Nuschel ich?" - "Was?"