spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

der vorschlag von nox entspricht der 3. NF und ist anratenswert.
die 3. normalform sollte immer genommen werden, ausnahmen bilden nur DWHs, wo man die daten immer in einer gewissen konstellation benötigt und wo sie auch nicht mehr geändert werden.

@DasBlub:
Der Vorschlag von Nox entspricht ja nichtmal der 1. Normalform, wie kann er also dann der 3. NF entsprechen? So einfach ist es bei einem Vokabeltrainer leider nicht
Vokabeln sind nicht nur Worte, sondern auch Phrasen. Die auch in eine Tabelle Worte zu stecken oder gar in eine Spalte(hier wäre der Widerspruch zur 1. NF) wäre nicht förderlich und führt zu miesen Ergebnissen.
Also entweder du gibst sämtliche "Hilfswörter" vor und machst den Vokabeltrainer zu einer Farce oder du überlegst dir, wie du effektiv Worte, Phrasen und Wortkombinationen(mit Sinn) etc. trennst :].

Datenbanken entwerfe ich immer so:

1. Was muss gespeichert werden?
- Nur Entitäten entwerfen!
2. Was müssen diese Entitäten enthalten?
- Nur Attribute entwerfen!
3. Erstes ER-Diagramm
Hier evtl. schon eine Umsetzung in eine DB, ansonsten ER-Diagramm ausarbeiten
4. Erste Datensätze einfügen und testen. Fehler kann man im ER-Diagramm nie ausschließen(es sei denn jemand wirft mal nen 2. Blick druff) und von daher wirst du, falls nötig, wieder zu Schritt 3 gehen müssen.


Von MS Access kann ich übrigens, falls es keine Vorgabe ist, nur abraten.
Man muss nicht alles mit VisualStudio verbinden.
PHPMyAdmin ist imho das beste, was du dir antun kannst (vllt. mit XAMPP? Das wäre gleich noch eine Übung!), aber natürlich nur, wenn es auch Sinn macht. Aber offline-Datenbanken sind sowieso nur begrenzt sinnvoll (Ich hab den Thread nur überflogen).

@KeksX gut wenn du noch unbedingt Phrasen mit drinne haben willst: t_phrase(id_p, id_word, pos), t_phrase_phrase(id_p1,id_p2). Bitte schön . Ne mal im Ernst. Phrasen haben ganz oft eine sehr eigenständige Bedeutung, weshalb ich dafür plädieren würde, sie als "word" einzutragen, auch wenn sie selbst eigentlich aus worten bestehen.

@KeksX: da stimme ich dir voll zu, was die Planung und die Normalformen angeht.

Erstellen der Datenbank wäre mit phpMyAdmin und XAMPP auch sinnvoll, darauf vom Programm aus zugreifen würde ich persönlich mit C#, da es sowohl eine Datenbankschnittstelle (ADO.NET) als auch ein GUI-Toolkit (WPF, oder falls man WPF nicht kann, Winforms *urgh*) mitliefert, sodass man nur eine Sprache für den Kram braucht. Dazu kommt, dass Stabilität bei einem Vokabeltrainer weniger eine Rolle spielt als Performance (imo das beste Anwendungsbebiet für Bytecodesprachen wie C# oder Java).

KeksX, wie Nox schon gesagt hat, sind pharsen speziell, weshalb ich sie als wort behandeln würde.

evtl. als kleinen hinweis zu meinem hintergrund: ich arbeite täglich mit terabyte-grossen oracle datenenbanken mit millionen von records (über alle tabellen wohl eher milliarden) und behaupte deshalb mal, mich mit datenbanken und SQL auszukennen.

Zitat von »Nox«

@KeksX gut wenn du noch unbedingt Phrasen mit drinne haben willst: t_phrase(id_p, id_word, pos), t_phrase_phrase(id_p1,id_p2). Bitte schön . Ne mal im Ernst. Phrasen haben ganz oft eine sehr eigenständige Bedeutung, weshalb ich dafür plädieren würde, sie als "word" einzutragen, auch wenn sie selbst eigentlich aus worten bestehen.

Ich wollte keineswegs dein Wissen in Frage stellen, oder sowas, sondern nur darauf hinweisen, dass auch so etwas "einfaches" wie ein Vokabeltrainer ganz schön knifflig sein kann und man nicht den Fehler machen soll, das auf die leichte Schulter zu nehmen, wenn man das zum ersten Mal macht.

Im Übrigen war das eine Falle. Mit den Phrasen ist eine erfüllte 1. NF einfach UNMÖGLICH! (Das Problem hast du ja schon genannt ) - aber ein Vokabeltrainer muss sowas halt können, wenn er vollen Funktionsumfang haben will

"Mit den Phrasen ist eine erfüllte 1. NF einfach UNMÖGLICH!" hmm ich muss gestehen, dass ich das nicht verstehe, denn mit den zwei von mir genannten Zusatztabellen sollte doch eig die erste 1. NF Erfüllung möglich sein. Im Prinzip könnte man alles in die erste NF pressen afaik (einfach jede spalte in eine Tabelle und dann relationen dazwischen).

nur weil du einen text statt einem wort in dem feld speicherst bist du trotzdem noch in der 3. NF, da der text eine eigenständige entität darstellt.

Ich sehe das ebenfalls so. Das Design von Nox ist imho schon in der dritten Normalform.
Wobei ich auch dazu übergehen würde, Phrasen in eine Extra-Tabelle auszulagern. Wenn man für jede Sprache eine Tabelle macht und dann eine weitere Tabelle für jede Relation zwischen 2 Sprachen, dann steigt die Anzahl der Tabellen exponentiell...