spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Eine Datenbank ist kein Programm, ne Datenbank bezeichnet eine Menge von Daten.
Ein DBMS ist ein Programm, dass auf die Datenbank direkt zugreift und die Daten von der Datenbank holt.

@idontknow wenn neue Daten wie eine neue Sprache hinzukommt, solle sich der Inhalt und nicht die Struktur der DB ändern <=> neue Sprachen sollten keine eigene Tabelle erhalten

Prinzipiell gibt es einige Ansätze, wie man eine DB entwerfen kann. Einer der bei kleineren Projekten ganz gut funktionieren kann, ist alles erstmal gedanklich in genau eine Tabelle reinzuschreiben und dann dieses "Schema" nach und nach zu normalisieren (einfach mal nach DB + normalisieren suchen).
In jedem Fall lohnt sich ein Blick in ein gutes SQL Buch.

oki, ich meinte wohl das datenbanksystem. ich hab das gefühl, dass die bezeichnung "datenbank" nicht nur von mir oft sehr allgemein(und teilweise falsch) genutzt wird.

Zitat

In der Theorie versteht man unter Datenbank (engl. database) einen logisch zusammengehörigen Datenbestand. Dieser Datenbestand wird von einem laufenden DBMS verwaltet und für Anwendungssysteme und Benutzer unsichtbar auf nichtflüchtigen Speichermedien abgelegt.

das klingt doch schon viel besser
Quelle: Wikipedia

das eine datenbank hintenrum gespeichert wird, muss auch nicht sein. es gibt in gewissen fällen auch datenbanken, welche nur zur laufzeit die daten enthalten und beim nächsten start wieder leer sind. das macht vorallem dann sinn, wenn man die daten berechnet und sie nur zwischenspeichern will, jedoch eine grosse menge an daten hat und sie nachher weiterverarbeiten will. da macht es in gewissen fällen sinn, die dann nicht in eine datei zu speichern sondern in eine db, damit man sie dann per sql neu abfragen kann.

Zu den Bezeichnungen:

Ein DBS (Datenbanksystem) besteht aus einem DBMS (Datenbankmanagementsystem) und der eigentlichen Datenbank. Ich hoffe, damit hat sich die Verwirrung einigermaßen erledigt.

Ich würde, wie DasBlub schon vorgeschlagen hat, vorerst eine Tabelle für alle Sprachen benutzen. Das Ganze solltest du mindestens in die 1. Normalform bringen.

1. Normalform bedeutet, dass du nicht in einer Tabellenzelle mehrere Werte stehen hast, z.B. facere - tun, machen, sondern, das Ganze in zwei Zeilen aufteilst, z.B. facere - tun und facere - machen. Das Problem hierbei ist nur, dass du mit mehreren Sprachen sehr schnell sehr viele Datensätze haben wirst.

OT: facere ist Latein.

Zitat von »verrueckt1993«

facere - tun und facere - machen

kommt das mir nur so vor, oder hat man dann zwei primärschlüssel (was afaik nicht sein darf)? außerdem sind "tun" und "machen" synonyme, also macht es imo wenig sinn, für die unterscheidung zwischen beiden extra n neuen datensatz aufzumachen.

Ich verstehe nicht, wieso ich zwei Primärschlüssel haben sollte?

Nehmen wir mal an, wir hätten eine Tabelle für die Wörter angelegt und benutzen das deutsche Wort als Primärschlüssel (in 1. Normalform):

Deutsch - Englisch - Latein

tun - (to) do - facere
machen - (to) do - facere

tun - (to) do - facere
machen - (to) do - facere
machen - (to) make - facere(?)
und jetzt?

Da setzt die 2. Normalform an. Man sollte dann die Werte in mehrere Tabellen übertragen, um Redundanzen zu vermeiden. Da ich nicht weiß, wie viel Plan der TS hat, wäre es vielleicht besser, mit der 1. Normalform anzufangen, zur 2. kann man dann immer noch gehen (;
Natürlich hast du recht, dass die 1. Normalform nicht reicht, sobald man mehr als zwei Sprachen und relativ viele Vokabeln hat, allerdings gilt das allgemein für alle Datenbanken, dass man mindestens in die 2. Form geht, um, wie berets gesagt, Redundanzen zu vermeiden.

Ok, das macht sinn