nicht angemeldet
Moin!
du kannst lösungsweg 1 und 2 miteinander kombinieren. das heißt, du legst als schlüssel den Kategorienamen an und nicht eine künstliche ID.
Das ist natürlich eine Lösung, aber wirklich die schlechteste von allen.
Angenommen, ich habe nur zwei Kategorien, "Donaudampfschiffahrtsgeschichten" und "Sonderangebotsvandalenstorys" - warum sollte ich diese langen Namen bei jedem neuen Eintrag in ihrer kompletten Länge abspeichern, wenn der Informationsgehalt doch nur bei einem Bit liegt: "Diese Kategorie oder die andere"?
Ähm, Moment, sagtest du "Kombination von 1 und 2" - wie soll das denn schlau gehen? Was steht denn in der Tabelle von 2 drin? Nochmal nur der Kategoriename?
das hat den vorteil, dass der kategoriename schon in der einen tabellen steht, die du abfragen willst, musst also keinen join bilden. und zum anderen kannst du die kategorietabelle abfragen, wenn du die namer aller katetogieren brauchst und sparst sogar eine ID spalte in der seperaten kategorie-tabelle.
Klingt nach ultimativem Schwachsinn. Damit gibt man alle Vorteile aus der Hand. Beispielsweise kann man nicht einfach in der Kategorietabelle einen Tippfehler korrigieren, der dann automatisch überall berichtigt wird. Ein schlechter Vorschlag!
- Sven Rautenberg