Re^3: [db-allgemein] implementierungsproblem

Ich würde die ISBN nummer nicht als primary-key nehmen.

warum? sie ist einmalig für jedes buch...
Momentan ist sie so definiert. Du begibst Dich aber in die Abhängigkeit von "außen". Deine Datenbank gehört Dir, lege selbst ein PK fest. Für die ISBN kannst Du ja ein unique index anlegen.

Ich würde davon abraten, die SW als Spalten einer Tabelle abzubilden, das ist gegen die 3. Normalform und widerspricht jedem guten Design. Unter anderem hast Du später Schwierigkeiten, herauszufinden, wieviele Schlagworte einem Buch zugeordnet sind (gibt Monster-SQLs).
Die Schlagworte würde ich in einer m:n-Beziehung darstellen (zu einem Buch gibt es kein...mehrere SW; zu einem SW gibt es kein...mehrere Bücher). Dazu mußt Du eine weitere Tabelle, sagen wir Buecher_SW, die nur die jeweiligen PKs enzthält. Das macht es flexibler (Du mußt Dich nicht auf die Anzahl festlegen; einfach anfügen und fertig).
In der GUI würde ich persönlich eher eine Liste mit Mehrfachauswahl vorziehen, sonst passen Dir die Checkboxen nicht auf den Bildschirm. Für jedes ausgewählte SW insertest Du einen Datensatz in der Tabelle Buecher_SW.
Alternativ gibt es dieses Spiel mit den beiden Listen und den Knöpfen:


-------       -------
| bla |  ->   | uno |
| nix |  
wobei links die verfügbaren, rechts die zugeordneten Schlagworte entstehen.

Hoffe geholfen zu haben

Gruß

J.