Office: (Office 2016) Ober- und Unterformular

Servus Rachel_mit_Problem,
das sieht doch schon viel besser aus.
Du tust Dich leichter, wenn Du die Fremdschlüsselfelder nicht identisch der Primärschlüsselfelder benennst,
sondern mit einem kleinen Appendix "_f" versiehst.
Das macht SQL-Statements in Abfragen viel übersichtlicher.
ProjektPartner_ID_f
Veranstaltungspartner_ID_f
Prinzipiell solltest Du die Feldnamen so kurz wie möglich halten. Das ergibt Performance Gewinn.

 

Hi,
Zusammenhang zur standort-Tabelle ?
Bitte ID nicht als Name verwenden, sondern VeranstaltungsTermin_ID, z.b. !

 

hmmm, also bevor ich mich jetzt wieder verrenne...kann ich auf der Basis jetzt Formulare etc. anlegen, über die ich eingebe wer teilnimmt, wer nicht teilnimmt etc. ? Bin verwirrt...

 

Selbstverständlich ... welchen Sinn hätte das sonst...
Hast die Datentypen bereinigt ?
Lade die aktuellste Version hoch, damit man da nochmal drüber schauen kann.
Bzgl. Absage würde ich das nicht so restriktiv sehen wie Klaus.
Ich würde da ein Feld Status machen (numerisch). Über Referenztabelle dann den Status auswählbar machen.
Zusage/Absage/unsicher oder was auch immer einem dazu einfällt oder man dokumentieren möchte.
Falls die Veranstaltungsgorte sich wiederholen oder gleich sind, eine weitere Tabelle, die eine Referenz zur Veranstaltung bilden.

 

...teeeeeeeext

 

HI,
bzgl. der Projektpartner sind das tatsächlich die Teilnehmer, oder sind die Projektpartner Firmen die z.b. ihre Mitarbeiter zur Veranstaltung schicken ?
Resultiert deshalb der Nachname in deinem Ursprungskonzept in der Terminerfassung um den Nachnamen des Mitarbeiters der Projektpartner festzuhalten ? ?

 

Das ist bei mir das gleiche...ich habe zwar den Hintergrund, dass ich z.B. sage Frau xy kommt von der Uni Darmstadt, aber die Projektpartner sind definitiv die Teilnehmer.

 

Servus,

Sei froh, dass fredfred Dich weiter löchert bezüglich des DB-Modells, um Dich vor dem SuperGau zu bewahren, ALLE zu früh begonnenen Abfragen-, Formular-,
Reportdesigns neu bzw. nachdesignen zu müssen.

 

ich versuche mich da jetzt mal dran...hmpf...man sieht sich BESTIMMT noch die nächsten Tage ^^

 

ungefähr so ist der aktuelle Stand !
Hausnr als eigenes Feld .. mmh... kann man auch drüber streiten, ob das nicht reicht in der Straße mit zu erfassen.

 

\@fredfred:
muss in tbl_TerminVerwaltung nicht auch noch ein TermindatumVon und TerminDatumBis hinein?
Es kann ja sein, dass ein Teilnehmer nicht den gesamten Veranstaltungstermin wahrnehmen will/kann.
Ebenso wäre evtl. sinnvoll, die Veranstaltung mit DatumVon und DatumBis zu
definieren oder?
Meine Meinung zu Hausnummer ist, dass sie ohne weiteres im Straßenfeld
bleiben kann.

 

Hallo,
nein, das passt noch nicht.
Kann ein Projektpartner mehrere Standorte haben ?
Oder erkläre den Sinn der Standorttabelle genauer.
Es gibt auch 2x das Feld Ort, wie kommt das ?
Und wenn es schon das Feld Status gibt, wäre auch eine Tabelle dazu sinnvoll.

aber nur wenn die Veranstaltungen mehr als einen Tag dauern.

Für die Hausnummer eine eigenes Feld ist meist übertrieben.

 

Klaus du hast recht, wenn es für den Partner mehrere Standorte gibt, müsste die Beziehung auch umgekehrt sein. D.h. der Fremdschlüssel beim Standort und nicht umgekehrt.

 

Hallo,

Was nicht unüblich ist.
Das mit dem Standort brauchts wahrscheinlich gar nicht für die Lösung des zentralen Problems.

 

\@Ohrkester: naja im Upload ist es halt drin, bzw. ist ja auch der Fremdschlüssel für den Standort so eingetragen.
Bzgl. Veranstaltungen über mehrere Tage hatte ich auch kurz überlegt, aber dass muss die TE selbst wissen, was sie braucht.
Habe sowieso den Eindruck, dass das meiste was man hier empfiehlt dann letztendlich doch nicht so übernommen wird und trotzdem am alten Konzept weitergewurschtelt wird. *biggrin.gif*