Geschlecht in extra Tabelle speichern?

[AlexII]

Hallo,

ist es schlau das Geschlecht (Mann, Frau (nur zwei!)) in eine extra Tabelle zu speichern? Spart man damit Platz in der DB oder eher nicht? Würde nicht einfach ein String in der Haupttabelle mit dem Geschlecht nicht weniger Platz einnehmen als ein FK und die extra Geschlechter Tabelle? Was ist da besser?

Danke!

[Der schöne Günther]

Und was ist mit den Transgenderleuten?

[AlexII]

Zitat von Der schöne Günther:

Und was ist mit den Transgenderleuten?

Über die reden wir jetzt nicht, es geht um die DB!

[Sir Rufo]

Es kommt darauf an ...

Ich lege mir für solche Sachen einen eigenen Typen in der Anwendung an und sorge dafür, dass der immer nur korrekt erzeugt werden kann. Falsche Werte bei der Erzeugung oder beim Lesen aus der DB (hat jemand dran rumgefuscht) sind somit nicht möglich.

In der DB kann ich also ein simples Kennzeichen (Integer, string, whatever) benutzen, die Anwendung interpretiert die Daten richtig oder haut mir eine Exception um die Ohren.

[DeddyH]

Ich würde eine eigene Tabelle anlegen. Stell Dir nur vor, die Bezeichnung soll später geändert werden (z.B. "männlich" und "weiblich" statt "Mann" oder "Frau"), ist es dann günstiger, genau 2 Datensätze ändern zu müssen oder u.U. ein paar Millionen? Abgesehen davon bräuchtest Du sonst mindestens einen Check Constraint, wenn Du unterschiedliche Schreibweisen bzw. Tippfehler ausschließen willst.

[AlexII]

Zitat von DeddyH:

Ich würde eine eigene Tabelle anlegen. Stell Dir nur vor, die Bezeichnung soll später geändert werden (z.B. "männlich" und "weiblich" statt "Mann" oder "Frau"), ist es dann günstiger, genau 2 Datensätze ändern zu müssen oder u.U. ein paar Millionen? Abgesehen davon bräuchtest Du sonst mindestens einen Check Constraint, wenn Du unterschiedliche Schreibweisen bzw. Tippfehler ausschließen willst.

Ok... aber Speicherplatz belegt es wohl mehr, oder?

[Mavarik]

Zitat von AlexII:

Hallo,

ist es schlau das Geschlecht (Mann, Frau (nur zwei!)) in eine extra Tabelle zu speichern? Spart man damit Platz in der DB oder eher nicht? Würde nicht einfach ein String in der Haupttabelle mit dem Geschlecht nicht weniger Platz einnehmen als ein FK und die extra Geschlechter Tabelle? Was ist da besser?

Danke!

Wie soll es Platz sparen? Die Information muss doch trotzdem zu jedem Datensatz gespeichert werden. Und warum einen String? Ein Byte sollte doch fürs Geschlecht reichen?
Abgesehen davon das einen weitere Tabelle mehr Platz kostet und Du noch ein INT64 brauchst um das ID zu speichern...

Mavarik

[AlexII]

Zitat von Mavarik:

Zitat von AlexII:

Hallo,

ist es schlau das Geschlecht (Mann, Frau (nur zwei!)) in eine extra Tabelle zu speichern? Spart man damit Platz in der DB oder eher nicht? Würde nicht einfach ein String in der Haupttabelle mit dem Geschlecht nicht weniger Platz einnehmen als ein FK und die extra Geschlechter Tabelle? Was ist da besser?

Danke!

Wie soll es Platz sparen? Die Information muss doch trotzdem zu jedem Datensatz gespeichert werden. Und warum einen String? Ein Byte sollte doch fürs Geschlecht reichen?
Abgesehen davon das einen weitere Tabelle mehr Platz kostet und Du noch ein INT64 brauchst um das ID zu speichern...

Mavarik

Wieso INT64?

[weisswe]

Ich habe für solche Daten eine eigene Tabelle angelegt - jedoch nicht nur für eine Wertegruppe.
Diese kann man dann auch erweitern - zum Beispiel mehrsprachig.

Tabellenstruktur:
GRUPPE;ID;SPRACHE;Wert;SortNr;Aktiv
Daten:
Geschlecht;m;de;männlich;1;True
Geschlecht;w;de;weiblich;2;True
JaNein;j;de;Ja;1;True
JaNein;n;de;Nein;2;True
...

Diese kann beliebig erweitert werden.

[Nersgatt]

Zitat von weisswe:

Ich habe für solche Daten eine eigene Tabelle angelegt - jedoch nicht nur für eine Wertegruppe.
Diese kann man dann auch erweitern - zum Beispiel mehrsprachig.

Wenn ich auf solche Konstrukte stoße, stellen sich mir jedes Mal die Nackenhaare auf.
Ich verwende für solche Dinge immer eigene Tabellen. Über den Platzbedarf hab ich mir dabei nie Gedanken gemacht. Ein ordentliches Datenbankdesign ist mir deutlich wichtiger, als ein paar gesparte Byte.
Bei der Tabelle kann man dann auch problemlos weitere Felder anfügen für verschiedene Zwecke:

ID	Bezeichnung	Kuerzel	Anrede
1	männlich	m	Sehr geehrter Herr
2	weiblich	w	Sehr geehrte Frau

Außerdem hat der Kunde so die Möglichkeit die Texte nach eigenem Gusto anzupassen.