hallo Jens, *
Am Wednesday 08 November 2006 19:29 schrieb Jens Nürnberger:
<>
> Wenn ich eine solche Datenbank planen würde würde ich wie folgt
> vorgehen: 1. Planung der beiden Datenbanken
>
> tab_Anmeldedaten
> lfd_nr_AD     Integer         Autowert=Ja     Primärschlüssel
> Nachname      Text
> Vorname               Text
> Strasse               Text
> Hausnummer    Text
> Plz           Text
> Ort           Text
> Workshop_Nr   Integer
>
> tab_Workshops
> lfd_nr_WS     Integer         Autowert=Ja     Primärschlüssel
> Bezeichnung   Text
> Dozent                Text
> Raum          Text
<>
Der Ansatz ist schon besser, aber wenn eine Person zwei WorkShops 
besucht, muss man die Adresse 2x eintippen (mit identischen 
Tippfelhern). Zudem sollte man Adressen, weil zu wertvoll, nie mit 
anderen Sachen verwursteln.
Hier eine einfache Lösung als Gerüst (Alle Bezeichner mit 
Grossbuchstaben: Ersparen bei eigenen SQL-Statements viel Ärger):

Tab WER (Adressen):
IDWER    Integer  Autowert=Ja  Primärschlüssel
NAME    Text

Tab WS  (WorkShop)
IDWS      Integer  Autowert=Ja  Primärschlüssel
TITEL   Text

Tab WAS (Belegung):
IDWAS     Integer  Autowert=Ja  Primärschlüssel
IDWER     Integer
IDWS     Integer

Tab WAS ist im Abfragefenster verbunden:
WER.IDWER  WAS.IDWER und WS.IDWS WAS.IDWS
ist also eine n-m Relation (muss man nicht verstehen :-) )

Ebenfalls dort kann man Bedingungen durch Eintrag eines Werts  
stellen, so werden zB anstelle von allen Anmeldungen nur die eines 
bestimmten WS angezeigt.

Obiges Gerippe kann mit Fleisch ergänzt werden:
WER mit Vorname, Strasse, Hausnummer, Plz, Ort, Tel, mail, ...
WS   mit Raum, Dozent, ...
WAS mit Anmeldedatum, Bezahlt, ...

tja, ich sag's ungern: Dann hört OOo's Base auf, sollte aber bei WAS 
dafür sorgen, dass kein Unsinn eingetragen werden kann (kein 
Verweis auf nicht existierende IDWER oder IDWS). Abhilfe besorgen 
bei mir 2 Basic-Macros (sagen in WAS, dass IDWER und IDWS 
Fremdschlüssel sind). Dannach  mault die HSQLDB wegen solchen 
Fehlern.

Zum Drucken kann man sich auch eine Calc-Vorlage machen und das 
Abfrage-Resultat reinziehen, muss nicht unbedingt den Base-Report 
nutzen.
Die angegebene Datenmenge kann man noch direkt in den Tabellen 
eingeben/pflegen.
Hübsch wär ein DB-Formular zum Eingeben der Adresse und zum 
Verknüpfen mit den WS mit Hilfe eines Wählers.

Grüsse
Wolfgang
> -----------------------------------------------------------------
>---- To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Antwort per Email an