Verbindung des HF mit dem Ufo

[Micha]

Hallo zusammen!
In meinem frm_Informationen werdem im HF die "Produktsparten", die entsprechenden "Modelle" und "Zubehöre" angegeben. Diese Filterfunktion habe ich hinbekommen.

1. Aber wie schaffe ich es, dass diese Angaben im Ufo entsprechend automatisch nach der Auswahl übernommen werden? Ich habe in den Tabellen die Primärschlüssel mit der tbl_Informationen verbunden (1:n). Wenn diese Nummern-Schlüssel in die tbl_Informationen bekomme, hätte ich doch eine sehr gute Abfragemöglichkeit, oder bin ich auf dem Holzweg?

2. Der nächste Punkte wäre dann auch  die entsprechende Filterfunktion. Sobald jemand im HF die Produktsparte gewählt hat, werden die Informationen dementsprechend weniger. Genau das gleich, wenn ein Modell oder Zubehöre eingegeben werden.

Wie kann ich diese Punkte schaffen?

Vielen Dank für eure Unterstützung!

[Anhang gelöscht durch Administrator]

[DF6GL]

Hallo,

die ZIP-Datei ist nicht zu extrahieren, zudem wird die Problematik doch hier schon diskutiert:

http://ms-office-forum.de/forum/showthread.php?t=300616   

[Micha]

Leider wird im ms-office-forum nichts "diskutiert". 

Da ich dort leider keine Unterstützung mehr bekomme, würde ich in dem Forum gerne eure Hilfe annehmen.

Aber wenn mir hier auch keiner helfen kann, ist es schon ärgerlich...

[Micha]

Vielleicht könnt ihr diese zip-Datei öffnen?

[Anhang gelöscht durch Administrator]

[bahasu]

Hi,

Laden war möglich, aber mit einer .accdb-Datei schränkst Du den Kreis der Helfer ein.
Eine mdb im a2003 Format ist von mehr Leuten zu bearbeiten.

Harald

[Micha]

Ich kann es leider nicht in einer 2003- Version abspeichern.

Aber wo muss ich denn überhaupt die Übernahme vornehmen?

1. Im SQL-Code des Kombi-Feldes im HF ("nach Aktualisierung")?
oder
2. Bei den Daten des Ufos - "Verknüpfung von"? Da sagt mir Access: "Aufbau einer Verknüpfung zwischen ungebundenen Formularen nicht möglich!"
3. Im SQL-Codes des Kombi-Feldes im Ufo ("nach Aktualisierung")?

Wenn es der SQL-Code in einem Kombi-Feld ist, würde ich gerne den Aufbau mit einer Erklärung haben. Dann könnte ich versuchen, diesen anzupassen.

[bahasu]

Hi,

http://www.arbtersound.de/sonderseiten/access/beispielauswahl.htm
und dort siehe Beispiel mit dem Thema: Kombinationsfelder_abhängige_3_Comboboxes_2Ufos 24.2.2009

Vielleicht hilft das weiter.

Harald

[DF6GL]

Hallo,

Was möchtest Du überhaupt mit frm_Informationen machen/erreichen?
Warum hast Du da eine HF/UF-Konstruktion im frm_Informationen?


Welchen Sinn hat die 1:n-Beziehung zwischen tbl_Produktsparte und tbl_Informationen?

[Micha]

Ich möchte in dem frm_Informationen die wichtigen Daten zu den Produktsparten, Modelle und / oder Zubehören sammeln.

Das bedeutet, dass man sich bei der Erfassung immer auf die Vorgaben beziehen muss, da es ja unternehmenseigene Produkte sind.

Ich habe in der tbl_Informationen nur die Felder Produktsparte_ID, Modelle_ID und Zubehör_ID. Dies nutze ich dann für die Beziehung zu den Primärschlüsseln der 3 Tabellen.

Ich möchte diese Übernahme dafür, dass man die Daten anschließend gut filtern könnte, um z. B. Berichte zu erstellen.

Ist es so verständlicher?

[Anhang gelöscht durch Administrator]

[DF6GL]

Hallo,

ja, das hab ich ja schon verstanden... 


Nur, wenn die Formulare funktionieren und Deinen Vorstellungen entsprechen sollen , ist erst mal ein funktionierendes Tabellenmodell von Nöten.


D. h. nach Deinem Aufbau:   Eine Produktsparte bezieht sich auf ein Modell und unabhängig davon auch auf ein Zubehör.  Ist das so richtig?

Eine Produktsparte  bezieht sich auch auf die Zusammenfassung (tbl_Informationen) von einem Modell und einem Zubehör, die beide auch miteinander zu tun haben, sogar verschiedenen Sparten angehören können.  Ist das so auch richtig?

[Micha]

Ist das so richtig?

ja, das ist richtig: Hier ein Beispiel:

Produktsparte: "E OP-Tische/Zubehör"
-> Hierzu gehören diese Modelle: DIAMOND, OPX mobilis, DIAMOND 50 BK, DIAMOND 60 BLK, mobilis 300 C, mobilis 200, ....

Bei den Modellen sind aber die ersten beden nur die "Mütter" der genaueren Modelle.

Die Zubehöre (z. B. Beinplatte) beziehen sich natürlich nicht nur auf eine Modell (z. B. DIAMOND 50 BK), sondern auf alle DIAMOND. Deshalb kann ich die Erfassung eines Zubehörs nicht vom Modell abhängig machen, sondern nur von der Sparte.


Wenn ich deine zweite Frage richtig verstehe, meinst du, dass das Modell "DIAMOND" und das Zubehör "Nasenschlitz" in einem Datensatz zusammen vorkommen können, oder?!? Nein, dass ist falsch. "DIAMOND" gehört zu der Sparte - OP-Tischen und "Nasenschlitz" - gehört zur Sparte - allgemeins med. Mobiliar.

[DF6GL]

Hallo,

ich denke mal, dass die Aufdröselung der Modelle und Zubehöre noch nicht optimal ist.


Eine "Sparte" ("OP-Tisch") kann sich m. E. nur auf ein Haupt-Modell ("Inventar" , identisch mit "HerstellerProduktName"?)  beziehen...  Ein "Haupt-Modell" ("Diamond") kann nun mehrere (Unter-)Modelle haben  ("50BK", "60 BLK",...)  , die wiederum jeweils mehrere (zugehörende) Zubehöre enthalten können.


Bei den Zubehören ist weiterhin zu fragen, ob ein "Nasenschlitz"  ein Zubehör ist oder eher ein Attribut eines OP-Tisches , bzw. eines HauptModells .  Wenn es verschiedene und anzahlmäßig unterschiedliche  Attribute  (Eigenschaften, d. h. Tabellenfelder) für ein Modell gibt, wäre zu überlegen, diese Attribute dynamisch auszuführen, d. h. jedem Modell eine unterschiedliche Anzahl von Attributen zuweisen zu können.




Weiterhin ist die Bedeutung der "Plural"-Felder  in tbl_Informationen noch genauer zu klären,  evtl. sind diese Felder als Fremdschlüsselfelder auszuführen und mit weiteren Nachschlagetabellen oder sogar Zuordnungstabellen in Beziehung zu setzen.

[Micha]

Über deinen ersten Vorschlag habe ich auch schon nachgedacht und werde dann den Aufbau so vornehmen:
Sparte ("OP-Tische") -> Hauptmodell ("DIAMOND") -> Modell ("DIAMOND 50 BK") -> Zubehör ("Kopfplatte")

Das betrifft aber nur das Hauptfomular. Sollte ich diese Eingaben denn nicht in das Ufo übernehmen, damit ich entsprechende Auswertungen filtern kann?


Zu deinem letztem Beispiel: Der Nasenschlitz gehört nicht zur Sparte OP-Tische, sondern allge. med. Mobiliar und kann auch bei der Eingabe nicht ausgewählt werden. Was meinst du mit

diese Attirbute dynamisch auszuführen

?

Ich erstelle die Datenbank noch mal in Version 2000!

[DF6GL]

Hallo,


vergiss erst mal die Formulare...  die kommen erst nach der Tabellenkonzeption zum Zuge (und werden vermutlich ganz neu erstellt).   Filtern ist erst dann kein Problem, wenn der Tabellenaufbau stimmt.

"Der Nasenschlitz gehört nicht zur Sparte OP-Tische, sondern allge. med. Mobiliar "


D. h. im Umkehrschluss, dass jede Sparte (und nicht ein Modell) unterschiedliche Attribute haben kann?
Dann bedeutet "dynamisch" eine an die tblSparte angehängte n-Tabelle ("tblSpartenAttribute) , die die einzelnen Eigenschaften (Attribute) einer bestimmten Sparte datensatzweise auflistet.


tblSpartenAttribute:

SAID   SA_SparteID    SA_Benennung    SA_Anzahl
1                   5             Nasenschlitz          1   
2                   5               Beinbrett             2
3                   1              Feststellrolle         2
4                   1                Handbügel          1



5:   allg. Mobilar   'wobei das mir auch etwas seltsam vorkommt  ;-)
1:    OP-Tisch



SA_Benennung könnte natürlich auch weiter ausgelagert werden in z. b. "tblAttribute" , die alle vorkommenden Attribute enthält.

[Micha]

Warum muss ich eine tbl_Attribute machen? Was ist hierbei der Vorteil?

Reicht hier bei die die Beziehung aus? Die Verbindung habe ich doch auch hinbekommen.

Anbei findest du meine neue Datei und hoffentlich kannst du die lesen?!?

[Anhang gelöscht durch Administrator]