Office: Neues Datenmodell bewerten

\@Josef: Jetzt funzt s !!! habe die PK auf beiden Seiten gelöscht. Auf tbl_Personendetails neu erstellt (PK = PersonID+PersonartID) und dann den DDL Code ausgeführt! Ergebnis => siehe Anhang

Merchwürdich........*Smilie

 

Nun kannst du die Einschränkung im Feld PersonArtID in tbl_PersonenBanken setzen. => Unter PersonArtID nur den Wert für Banken zulassen. Für die anderen Tabellen analog verfahren.
Über diese "Verrenkung" ist dann sichergestellt, dass PersonArtID und die jeweilige Detail-Tabelle immer zusammenpassen.

 

okay, hätte ich im Layout aber nicht so dargestellt, weil schwer nachzuvollziehen.

Unwichtig, aber die Deutsche Bank ist dann auch 'ne Person

Ich hab's versucht und meinte es soll der Sozialstatus einer Person klassifiziert werden.

Da kommst Du aber hin. Und wenn die Sache in diesem frühen Stadium nur sehr schwer zu durchblicken ist wird sie Dir dann sehr viel Kopfzerbrechen machen.

 

okay, hätte ich im Layout aber nicht so dargestellt, weil schwer nachzuvollziehen.

@achtelpetit: kann man den Alias im Access-Beziehungsfenster ändern?

 

Soweit ich weiß kann man nur drauf verzichten.

 

*confused.gif* Du willst auf die RI verzichten, weil eine Tabelle im Beziehungsfenster mittels _1 verdoppelt wird? Oder meinst du: die RI setzen, aber die eine Beziehung nicht anzeigen?

 

Ich meine, jede Tabelle nur 1 mal darstellen und alle Beziehungen, die es gibt in einem grafischen Objekt darstellen. Vielleicht bin ich einfach nicht gut genug um sowas in 2 Darstellungen übereinander zu bringen, mein 4-jähriger besiegt mich auch immer im Memory.

 

[OT]

Womit wir wieder bei den "tollen" Darstellungsoptionen des Beziehungsfensters sind. .... für eine übersichtliche Darstellung nicht zu gebrauchen. *wink.gif*
(Das Thema hatten wir bereits in einem vergangen Thread, in dem Sascha nachfragte, wie man die Beziehungen am besten darstellen könnte.)

[/OT]

 

Im Abfrageentwurf kann man den ALIAS ändern, ob ich sowas tun würde bleibt fraglich...

Im Allgemeinen ist es wohl bekannt, das es sich bei xxx_1 um eine gedoppelte Tabelle handelt.

@josef: Nun habe ich eben alle Beziehungen so hergestellt und dann die Löschweitergabeaktiviert. Mekwürdig ist: jetzt ändert er die darstellung von 1:n in 1:1. Selbst wenn ich die Löschweitergabe deaktiviere, dann bleibt es so. Erst Beziehung löschen, dann per DDL neu erstellen. Muss ich das verstehen...

 

1:1 (eigentlich 1:1/0) passt schon. Es ist keine 1:n, nur beim ersten Anzeigen hat das Access vermutlich noch nicht verstanden. *wink.gif*

Anm.: wenn du " ON DELETE CASCADE" an die DDL-Anweisung anhängst, dann ist die Löschweitergabe gleich eingestellt.
... dann aber mittels CurrentProject.Connection.Execute (ADODB) ausführen, da CurrentDb.Execute (DAO) dies nicht kennt.

 

Nun gut.

Dann ist alles in Butter. Habe jetzt auch die Gültigkeitsregel eingestellt und den Standardwert für PersonartID auf entsprechende ID eingestellt.

Hast Du noch andere, kompetente Anmerkungen zu #1, hier insbesondere Ansprechpartner und "Unterpersonen"?

 

Benötigst du für die Ansprechpartner zusätzliche Felder oder wären diese auch mittels tbl_PersonenBeziehungen abbildbar?

Eines wäre vielleicht noch zu überdenken: Was passiert, wenn eine Person umzieht (Adresse ändert sich)?

BTW: könntest du eine leer mdb mit der aktuellen Struktur zum Download bereitstellen?

 

Ein zusätliches Feld wird die Funktion des Ansprechpartners sein (wird noch eingebaut). Ich habe mir auch schon gedacht das über die Beziehungen darzustellen und tbl_Personen als Speicherort zu nehmen. Wäre auch konsequent, denke ich mir. Aber das überschwemmt die Beziehungen natürlich mit Daten.

Zumal: Eine Beziehung soll auch Reverse dargstellt werden. Sprich: Wenn ich Beim Kunden eine Beziehung zum Person Anwalt einstelle, so soll beim Anwalt der Kunde auch als Mandant zu sehen sein. Ich werde da also nicht umhin kommen die Beziehung zu "Doppeln" (vonPerson und zuPerson ID s tauschen) und die entsprechende Beziehungsart dann die "Reverse" Beziehungsart einzustellen. Jetzt stell Dir mal vor das passiert beim Rententräger, dann erkennst Du vor lauter Beziehungen die Ansprechparter nicht auf Anhieb. Und die Ansprechpartner müssen natürlich im sofortigen "Zugriff" sein. Deshalb wollte ich die Ansprechpartner selber in den Personen speichern und in einer m:n Beziehung seperat ablegen und im FRM als seperates Datenblatt/Endlosform zeigen...

Wobei:
Bankhaus Müller
Musterstrasse 2
12345 Musterstadt
(als Bank)

Peter Schmidt
Musterstrasse 2
12345 Musterstadt
(als Ansprechpartner)

Das wären jetzt Beispieldaten in der Adressmaske. Über Personart könnte ich jetzt noch kenntlich machen, das es sich bei Peter Schmidt um einen Ansprechpartner handelt. Aber für wenn? Ich könnte das natürlich auch mit der Reverse Darstellung - wie oben - genannt machen. Also mit "Ansprechpartner" bei Bank angezeigt und bei Peter Schmidt als "Ansprechpartner für" angezeigt.

Was meinst Du?

So sehr mir die Idee mit der Personentabelle auch gefällt, so sehr Frage ich mich auch, ob sich die ständigen reflexiven Beziehung nachher nicht auf die Perfomance auswirken werden...

Da habe ich auch schon dran gedacht. Bisher war aber eine Historisierung der Adresse nicht gewünscht. Das will ich aber nochmal diskutieren. Es wird aber eine Datensatzhistorie geben, in der alle Änderungen am DS festgehalten werden, somit auch die an der Adresse...

wie gewünscht.... Muster anbei (habe noch Deine Änderung gerade eben wahr genommen *grins ) Wat hast vor?*wink.gif*

BTW: Hast Du schon einmal mit der PostalCode von der Deustchen Post gearbeitet. Hab sie mir bestellt... und na ja...

 

Beziehungs-Datensätze A ist Anwalt von B sind doch automatisch B ist Mandant von A. Fall notwendig würde ich eher in der Beziehungart einstellen, ob die Beziehung auch in umgekehrter Form gelistet werden soll.
2 Beziehungstypen: 1x Anwalt und 1x Mandant würde ich nicht führen. Eine reicht aus, da sich die zwiete automatisch ergibt.

In diesem Fall könnte man dann die "Revers-Beziehung" gar nicht auflisten lassen - was aber nicht bedeutet, dass es diese nicht gibt. *Smilie
BTW: du könntest auch im Formular die jeweilgen Beziehungsarten schön säublerich getrennt (z.B. per Register) auflisten. Den Darstellungsmöglichkeiten steht somit nichts im Weg.

Ich wollte mir ansehen, ob mein Vorschlag mit der Einschänkung auch ordertlich funktioniert und war zu faul mir einen eigenen Satz an Tabellen zu erstellen. *Smilie

BTW:
Code:

Diese Abfrage als Datenbasis zum Erstellen eines Bank-Eintrags reicht aus, um in beiden Tabellen die erforderlichen DS zu erstellen.

 

Wo hast Du das d. aus Deinem Code her *Smilie

Es ist klar, das wenn ich eine PersonenBeziehung erstelle, sich daraus die andere automatisch ergibt. Wie mache ich das aber mit der Beziehungsart. Die Stelle ich ja nur einmal pro Beziehungs DS ein. Also beim Mandanten steht Beziehungsart "Rechtsanwalt", dann würde ja beim Anwalt der vermeintliche Mandant auch als "Rechtsanwalt" auftauchen. Habe ich Dich nicht richtig verstanden? Und wie kann ich die Reverse Beziehungen ausblenden, wenn ich die Reverse Beziehung nicht in einen Extra DS speicher (Obwohl mir das eh schwachsinnig erscheint)?

Mit der Perfomance gibts also keine Probs? Tja.. später arbeite ich mit Registern, Unterformualren und Buttons. Man oh Man, das Modell erstellen und nach her das FE sind ja schon zwei Fulltime Jobs...*grins