hallo Jens, Am Thursday 09 November 2006 13:03 schrieb Jens Nürnberger: > Hallo Wolfgang, > > > 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): > <> > Der SQL Tipp ist gut :-) arbeite mich gerade etwas intensiver in > Base ein und bastle an einen Handout, da sind solche Tipp´s viel > Wert. danke, kann mich im Sitzen nur schwer verneigen > > > 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 :-) ) > > Verstehe ich aber geht nicht :-) was du machst sind 2 1xn sag ich doch: (muss man nicht verstehen :-) ) :-))
> Beziehungen :-) Da hab ich gleich mal eine Frage, klappt das bei > dir? aabernatürlich,istdoch klar,dassmannichtsungetestetesschickt > Daran scheitere ich immer (die Tabellen gehen wunderbar nur die > Umsetzung in Formulare Berichte geht bei mir nur mit der Hand und > dann meist auch nicht). That's live bzw Base <> > > 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. > > > :-) und hier beginnen die grauen Haare, ich dachte mal in meiner > jugendlichen Einfallt eine Access Anleitung (Einsteiger Niveau) > einfach nur umschreiben zu müssen ... ich dachte halt :-) Access hat solche Sorgen kaum, ist ja keine DB. brrr > > Zum Drucken kann man sich auch eine Calc-Vorlage machen und das > > Abfrage-Resultat reinziehen, muss nicht unbedingt den > > Base-Report nutzen. > > Wie, kopieren und einfügen (über ein Makro)? Da ich in Calc kein > Seriendruck möglich ist, oder? Nein, einfach Resultat packen (Click in Feld links oben selektiert) und nach Calc ziehen, drucken. Mein Grund: Mit Base-Report (=WriterTabelle) gehts mir zu lange, bis ich ein ansprechendes Layout bekomme. Liegt auch daran, dass ich WriterTabs nicht mag, weil sie sich nicht wie bei Calc verhalten. Bei kleinen Projekten (Business Apps) lese ich Base mit BASIC aus und schreibe in ein Calc-Muster file. Dort kann ich die Ausgabe gestalten. Zur Eingabe nutze ich DIALOG und BASIC, keine Formulare. So kann ich ein vernünftiges Design machen (kein Writer-Umfeld), die Daten prüfen, Auswertung auf Knopfdruck und überhaupt ... 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]
