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]
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 ???
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...
Vielleicht könnt ihr diese zip-Datei öffnen?
[Anhang gelöscht durch Administrator]
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
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.
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
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?
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]
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?
ZitatIst 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.
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.
Ü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
Zitatdiese Attirbute dynamisch auszuführen
?
Ich erstelle die Datenbank noch mal in Version 2000!
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.
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]
sorry, schaue dir die Datei an. Habe die Beziehung noch angepasst.
[Anhang gelöscht durch Administrator]
Hallo,
wirf schnell diese Nachschlagefelder in den Tabellen heraus !
Ansonsten: "Warum muss ich eine tbl_Attribute machen? Was ist hierbei der Vorteil?"
Müssen mußt Du nicht, es wäre aber von Vorteil, wenn wie gesagt, eine jeweils eine Sparte recht unterschiedliche Attribute enthält.
Ansonsten kannst Du ja mit Deinem Tabellenaufbau schon mal weiter arbeiten (nach Entfernen der Nachschlagefelder ;.) )
Wo und warum muss ich die Nachschlagefelder entfernen?!?
Wie erstelle ich denn diese tblSpartenAttribute?
Läuft dies automatisch?
Oder wie bekomme ich die SA_Anzahl hin?
Ich habe noch nie so eine Tabelle aufgebaut. Wie müssten die Spalten denn bei meinen Daten dann lauten?
SAID SA_Sparte_ID SA_Hauptmodell_ID SA_Modell_ID SA_Artikel-Nr SA_Beschreibung
Zitat
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
Hallo,
ZitatWo und
im Tabellenentwurf,
Zitatwarum muss ich die Nachschlagefelder entfernen?!?
weil diese den sauberen Aufbau einer DB verhindern und nur Probleme bereiten. Wenn man abhängige Kombis verwenden will, sind diese völlig unbrauchbar. Da hat Microsoft wirklich Mist gemacht, wie in den neueren Versionen von Access (2007, 2010, 2013) noch viel mehr.
Nähere Infos zu den Nachschlagefeldern siehe hier:
http://dbwiki.net/wiki/Access_Anf%C3%A4nger:_Die_Nachteile_von_Nachschlagefeldern (http://dbwiki.net/wiki/Access_Anf%C3%A4nger:_Die_Nachteile_von_Nachschlagefeldern)
Entferne ich das Nachlagefeld indem ich überall "Textfeld" rein setze?!? Wenn ja, habe ich das jetzt.
Jetzt müsste ich nur wissen, wie ich diese tblSparteAttribute erstellen kann.
[Anhang gelöscht durch Administrator]
Hallo,
um das Ganze erst mal zu vereinfachen, arbeite erst mal, wie unten schon gesagt, mit Deinem Tabellenmodell so wie es jetzt ist, weiter.....Vielleicht reicht das ja aus..
Kombifeld in Textfeld ändern wäre genau richtig. wenn es denn in allen Tabellen passiert wäre....
Sorry, habe es beim tbl_Modelle.Hauptmodell noch angepasst!
Kann ich jetzt diese Schritte vornehmen?
1. Erstellung der tbl_Informationen mit diesen Spalten:
a) Informations_ID (Primärschlüssel)
b) Sparte_ID -> Felddatentyp "Zahl"
c) Hauptmodelle_ID -> Felddatentyp "Zahl"
d) Modell_ID -> Felddatentyp "Zahl"
e) Zubehör_ID -> Felddatentyp "Zahl"
Da ich den Assistenten nicht gewählt habe, kann ich doch jetzt die Beziehung auf 1:n setzen, oder wäre das nachteilig?
Jetzt kommen die freien Textfelder:
f) Ursprungsland
g) Häufigkeit
h) Design
i) technische Merkmale
j) USP's
k) Vorteile
l) Nachteile
m) Fokusmärkte
Die Spalten f-m werden Textfelder und werden wahrscheinlich eh noch angepasst werden.
2. Kann ich dann jetzt ein Formular über den Assistenten erstellen?
Wenn ja, muss ich dann nur die Felder aus der tbl_Informationen nehmen? Oder ist es erforderlich, dass ich die Prämierschlüssel aus den entsprechenden Tabellen nehmen und / oder diese Felder nicht aus der tbl_Informationen?
Wenn nein, wäre es besser, wenn ich das HF (für Sparte, Hauptmodell, Modell, Zubehör) und das Ufo (für alle Spalten aus der tbl_Informationen selbst erstelle?
Was macht für den Aufbau der Filterfunkton mehr Sinn? Nachdem ich im HF z. B. OP-Tische gewählt habe, soll ich ja bei den Hauptmodellen nur noch OP-Tische haben usw.
Wenn ich den Assistenten beim Formular erstellen nehme und Felder aus unterschiedlichen Tabellen nehme, kommt der Hinweis, dass der "Index außerhalb des gültigen Bereichs" ist?!?!?
Soll ich das Formular wohl doch selbst erstellen, oder?
Hallo,
für die Tabellen brauchst Du keinen Assistenten. Die Beziehungen sind doch schon gesetzt.. ? (Habe jetzt die Db nicht vor Augen)
Ansonsten ist Punkt 1) ok.
Punkt 2):
erstell zunächst für jede Tabelle ein eigenes Formular, für die 1-Tabellen als Endlosform...
"Wenn nein, wäre es besser, wenn ich das HF (für Sparte, Hauptmodell, Modell, Zubehör)"
Formulare nur auf Basis EINER Tabelle erstellen und nicht auf Basis einer verknüpfenden Abfrage! (Vielleicht kann das später passieren, ist aber anfänglich nicht ratsam)
Für die Tabelle habe ich auch keine Assistenten genommen. Die Frage war nur für das Formular, aber das habe ich schon ohne versucht (s. Anhang).
Ich habe jetzt die Filterfunktion im frm_Informationen drin. Wobei ich nur eine kleine Frage dazu habe: Warum wird nachdem ich einen Beispieldatensatz gewählt habe und ich danach die Produktsparte ändere, das Modelll nicht wieder raus genommen? Ist in meinem SQL-Code etwas falsch?
Jetzt kann ich doch wieder das Ufo mit den Daten aus der tbl_Informationen machen, oder? Ich würde jetzt wieder gerne wissen, wie ich dann die direkte Übernahme der Sparte, des (Haupt)modells und des Zubehör hinbekomme?
Ich verstehe deine letzte Aussage nicht 100%ig. Oder heißt das, dass ich im Ufo nur ALLE Felder aus der tbl_Informationen nehmen muss?
[Anhang gelöscht durch Administrator]
Hallo,
nochmal; wenn die Tabellen und -Beziehungen nicht stimmen, hat es keinen Sinn, Formulare , dazu noch ungebundene , anzulegen..
Ändere die Tabellen und Beziehungen entspr. dem angehängtem Bild.. Dabei habe ich die Abhängigkeit der Zubehöre von der Sparte erst mal so gelassen, obwohl ich diese so noch anzweifle... (Kann ein Hauptmodell ("Diamond"), bzw. dessen Untermodelle, denn wirklich jedwedes Zubehör der gleichen Sparte besitzen? )
PS: habe noch vergessen: Eliminiere Leer- und Sonderzeichen aus den Tabellenfeldnamen (was erweitert bedeutet, keine solche Zeichen in Zukunft auch bei allen anderen Objektnamen zu verwenden)
[Anhang gelöscht durch Administrator]
Vielen Dank! Habe die Beziehungen angepasst (s. Anhang).
Zitat(Kann ein Hauptmodell ("Diamond"), bzw. dessen Untermodelle, denn wirklich jedwedes Zubehör der gleichen Sparte besitzen? )
Ich verstehe deine Frage und ich könnte die tbl_Zubehoer auch mit der tbl_Hauptmodelle verbinden. Dadurch habe ich mehr Daten für den Datensatz erfasst!
Hintergrund:Der Nachteil ist aber, dass ich z.B. bei der Sparte "Allg. med. Mobiliar" bisher u.a. diese Hauptmodelle habe: Untersuchungsliege, EKG-Liege, Echo-Liege, usw. Jetzt will ich als Zubehör die Papierrollenhalter und Seitengitter erfassen. Die Papierrollenhalter hängen von der Liegenbreite ab und das Seitengitter kann an alle Liegen befestigt werden. Die Untersuchungsliegen und die Echoliege (Breite = 650 mm) haben den gleichen Papierrollenhalter, aber die EKG-Liege (Breite = 800 mm) nicht. Das Seitengitter ist bei allen Liegen gleich.
Was wäre hier jetzt sinnvoll? Soll ich daher nur als Hauptmodelle "Liegen" nehmen? Die falschen Rückschlüsse sind zwar noch da, aber wenn ich das gesamte Zubehör der Liegen der Sparte "Allg. med. Mobiliar" insgesamt zu ordne, sind wesentlich mehr Fehler drin. Ein Hocker hat ja z. B. überhaupt nichts mit dem Papierrollenhalter zu tun.
Ich passe das mal an!
Was mache ich denn bei Zubehören, die an beide OP-Tische passen? Ich habe jetzt noch ein Hauptmodell "OP-Tische" ins Leben gerufen. Ist das korrekt? Anders geht es doch nicht?!? ???
[Anhang gelöscht durch Administrator]
Moin!
Wenn ich in die tbl_informationen die Spalten Produktsparte und Hauptmodell nicht mehr drin habe, würde ich gerne wissen, das mit den Datensätzen passiert, wenn ich nur etwas z. B. zur Sparte Funktionswagen schreiben möchte?
Ich hätte doch dann in den Abfragen kein richtigen Bezug oder reicht dafür die Beziehung Modell < Hauptmodell < Sparte aus?
Bin ich jetzt an der richtigen Stelle, dass ich das HF und das Ufo mit der Verknüpfung erstellen kann?
Wenn ja, würde ich gerne wissen, wie sich das Ufo aktualisiert, wenn ich im HF z. B. die Sparte oder das Modell ausgewählt habe.
Vielen Dank!
[Anhang gelöscht durch Administrator]
Da ich nichts mehr höre, bin ich wohl auf dem Holzweg, oder! ???
Hallo,
eine "Information" zur Sparte gibt es nicht in dieser Tabellenkonstruktion. Wenn es eine "Information" zur Sparte geben soll, dann ist diese "Info" in tblSparte , z. B. in einem zusätzlichen Memo-Feld zu hinterlegen.
Zum Zubehör: Wenn ein bestimmtes Zubehör an JEDES Teil einer Sparte passt, dann Beziehung zu tblSparte. Wenn ein bestimmtes Zubehör an jedes Teil eines Hauptmodells passt, dann Beziehung zu tblHauptmodell. Das muss geklärt werden.
Zu den Formularen: Wenn Du lediglich als Arbeitsablauf die "Informationen" sehen und bearbeiten willst, dann mach ein Einzelform mit Basis zu tbl_Informationen mit Kombifeldern für die Fremdschlüsselfelder.
Alle anderen Formulare (je eines für die restlichen Tabellen) können als Endlosform ausgeführt werden, wobei für die jeweiligen Fremdschlüsselfelder auch je ein Kombifeld verwendet wird.
Sinnvoll wäre es, ein Einzelform für tbl_Hauptmodelle mit zwei darin eingebauten Endlosforms (Basis tbl_Modelle und tbl_Zubehör) zur Eingabe/Pflege der entspr. Daten zu erstellen.
PS: nein, nur habe ich auch andere Sachen zu tun als hier im Forum zu posten ... 8)
Entschuldige!
Ich muss auch andere Punkte erledigen, aber das Thema hat mich voll in der Hand und es macht mir ja auch sehr viel Spaß! :)
Anbei findest du meine aktuelle Version und ich wäre mit diesem Aufbau schon sehr zufrieden. Ich möchte nur, dass ich in dem Ufo automatisch die Übernahme der Daten aus dem HF habe und auch durch diese Eingaben im HF das Ufo filter.
Wenn ich diese Datenbank so habe, könnte ich damit starten und die Informationen erfassen.
Ich weiß, dass man nur dafür keine Access-Datenbank braucht. Es geht anschließend ja noch weiter (u. a. Erstellung von Berichten und weitere Arbeitsschritte in der Produktanpassung).
Welchen Vorteil hätte denn die Erstellung von einem Einzelformul für tbl_Hauptmodelle mit 2 Ufos gegen über meiner Version?
[Anhang gelöscht durch Administrator]
Hallo,
"Ich möchte nur, dass ich in dem Ufo automatisch die Übernahme der Daten aus dem HF habe und auch durch diese Eingaben im HF das Ufo filter. "
Das geht so nicht, weil zwei verschiedenen Sachen. Die(se) HF/UF-Konstruktion verkompliziert nur die Sache, weil unlogisch und keine 1-n-Tabellen zugrunde liegen (das HF ist ungebunden, bzw. die Datenherkunft-Abfrage ist überflüssig (und auch als verknüpfende Abfrage über alle Tabellen sinnlos), weil es keine gebundenen Felder gibt). Mit solchen ungebunden Felder ist es schon möglich, ein Formular zu filtern, aber eben auch (besser) nur das Form, in dem diese Felder (sinnvollerweise dann im Formular-Kopf) platziert sind.
Benutz das frm_Informationen_UFO , baue zusätzlich Kombifelder für die Fremdschlüsselfelder ein und im Formualrkopf die ungebundenen "Such"-Felder..
Für die Datenherkünfte der Forms brauchst Du nur die zugrundeliegende Tabelle anzugeben und keine Abfrage ...
Außerdem sehe ich, dass Sparte_ID wieder in tbl_Informationen auftaucht und in Beziehung gesetzt ist. WARUM ???
Wir müssen uns mal darauf einigen, dass wir auf vorangegangenen Modifikationen aufbauen und keinen chaotischen Zickzackweg gehen.. soll heißen , im Kreise drehen.
"Wenn ich diese Datenbank so habe, könnte ich damit starten und die Informationen erfassen. "
Wenn Du das machst, fliegt Dir "Erstellung von Berichten und weitere Arbeitsschritte in der Produktanpassung" in Kürze um die Ohren....
Ich habe in die tbl_Informationen die Spalten Sparte und Hauptmodell wieder für den Filter genommen. Da das wohl falsch ist, nehme ich die beiden wieder raus und versuche, die 4 Sparten in den Kopftext des Ufos einzubauen.
Kann ich dann diese 4 Sparten im Ufo selbst dann raus lassen, oder müssen die weiterhin für den neuen Datensatz da sein?
Hallo,
ich will ja nicht kritisieren, aber ich habe weder hier noch in dem andern Forum wirklich geblickt wie die Zusammenhänge sind. Trotz mehrmaligem Lesen.
Und das ständige Hin und Her jetzt mache ich das, dann mache ich es wieder rückgängig. Das wirkt alles relativ plan und strukturlos. Blicke da einfach nicht durch, was da jetzt wo, wie und warum gespeichert werden soll.
Der Satz ist irgendwie typisch:
ZitatDa das wohl falsch ist, nehme ich die beiden wieder raus und versuche, die 4 Sparten in den Kopftext des Ufos einzubauen.
Das geht hier genau so aus, wie im anderen Forum, das verläuft im Sande, weil es niemand mehr versteht.
Ist das Ufo jetzt so besser und korrekt?
[Anhang gelöscht durch Administrator]
Nein.
Hallo Klaus,
sorry, ich weiß nicht, wie das Formular dann aussehen soll?
ZitatBenutz das frm_Informationen_UFO , baue zusätzlich Kombifelder für die Fremdschlüsselfelder ein und im Formualrkopf die ungebundenen "Such"-Felder..
???
Mist.....
Hallo,
und was daran ist unklar?
Wenn das frm_Informationen_UFO als Einzelform (oder Endlosform, dann aber besseres Layout) dargestellt wird, hast Du doch schon den vorgeschlagenen Zustand. Datenblattansicht ist nicht geeignet.
Dei Datensatzherkunft beinhaltet immer noch eine Abfrage und keine Tabelle(nnamen)
Noch'n Nachtrag: wirf die VBA-Prozeduren wieder heraus....
Es ist für mich immer noch unklar.
Wenn ich im Kopftext die Datensatzherkunft raus nehme, habe ich bei der Auswahl keine Daten mehr.
[Anhang gelöscht durch Administrator]
Hallo,
sorry, meinte nicht die Datensatzherkunft der Kombis, sondern die DATENHERKUNFT des Formulares....
Außerdem soll nicht die Datenherkunft geleert werden, sondern dort soll der Name der entspr. Tabelle stehen...
Wäre es so besser?
Endlosformular habe ich jetzt.
Jetzt habe ich nur das Problem, dass der Kopftext nicht für den Datensatz gespeichert wird und dadurch die "Modelle" und "Zubehöre" nicht angezeigt werden. Oder anders gesagt, die dürften aufgrund eines Filters garnicht mehr angezeigt werden.
[Anhang gelöscht durch Administrator]
Hallo,
die Daten der ungebundenen Felder in Formularkopf werden auch nicht gespeichert und sind auch dafür nicht da....
Die werden nur zum SUCHEN (Filtern) der Datensätze gebraucht, oder wie im Deinem Fall zur Vorselektion der Modelle und des Zubehörs. Eingabe/Pflege der "Informationen" passiert nur über die gebundenen Felder im Detailbereich.
Den Status kannst Du ja jetzt schon auswählen, bei den beiden anderen Kombis hapert es noch mit der Abfrage in deren Datensatzherkunft. (Explizite Angabe der Felder in der Select-Liste) .
Damit die Vorauswahl über die ungebundenen Kombis im F.-Kopf auch richtig funktioniert, (sofern diese Kombis dafür gedacht sind und nicht für eine Filterung), müsste man zu einem "Trick" greifen, der darin besteht, zwei zusätzliche Kombis zu verwenden, einmal zur Anzeige schon gespeicherter Daten und zum anderen für die Auswahl vorgefilterter Daten für neue Datensätze. Alternativ könnte man sich auch eine Zuordnung an die Defaultwert-Eigenschaft der Kombis vorstellen.
Moin!
O.k., der Formularkopf ist nur zum Filtern geeignet.
1. Und wie bekomme ich das hin, dass dies sich sofort auf die Detailliste auswirkt?
Dies verstehe ich leider nicht:
Zitat(Explizite Angabe der Felder in der Select-Liste)
So sieht die Datensatzherkunft der Kombi-Felder im Detailbereich momentan aus:
cbo_Modelle:
SELECT * FROM tbl_Modelle WHERE Hauptmodelle_ID=[cbo_Hauptmodelle];
cbo_Zubehoer:
SELECT * FROM tbl_Zubehoer WHERE [Hauptmodelle_ID]=[cbo_Hauptmodelle];
2. Wie sollten die aussehen?
Die im letzten Absatz geschrieben Punkte verstehe ich leider auch nicht.
3. Wie kann ich diesen "Trick" anwenden? Welche zwei Kombis soll ich im Kopftext anlegen?
Ich habe jetzt in den Kopftext die Kombis "Modelle" und "Zubehör" ergänzt und habe darauf hin ein paar weitere Fiktivdatensätze eingegeben. Wie bekomme ich das hin, dass ich durch die Auswahl im Kopftext keine bestehenden Datensätze ändere?
4. Kann ich jetzt wieder die Aktualisierungscodes rein setzen? Wenn ja, nur im Kopftext, oder?
Bevor ich jetzt alles schlimmer mache, findest du meine Datei anbei.
[Anhang gelöscht durch Administrator]
Hallo,
schau mal hier: http://www.access-o-mania.de/forum/index.php?topic=15182.msg87214#msg87214
mein Beispiel dazu an...
Prinzip:
Abfragen für Kombis Modell und Zubehör: keine Kriterien, damit immer die gespeicherten Daten angezeigt werden.
Neben den Kombis je ein weiteres Kombi aufziehen mit so kleiner Breite, dass nur der Aufklapp-Pfeil zu sehen ist. Die Datensatzherkünfte erhalten eine Abfrage mit den passenden Kriterien aus den Vorauswahl-Kombis im Kopfbereich. Zuweisung der Auswahldaten aus diesen (neuen) Kombis an "cbo_Modelle" und "cob_Zubehoer" mittels Ereignisprozedur (Nach Aktualisierung)
Selectliste: Kein Sternchen verwenden, sondern eine Auflistung der nötigen Tabellenfelder in richtiger Reihenfolge.
Ich habe den Trick gefunden und versucht umzusetzen. Leider klappt das sich so, wie es sollte. :-\
Das sind meine Rückfragen:
1. Wie bekomme ich im Detailbereich es hin, dass dort nicht die ID_Nr., sondern der Text steht? Beim Zubehör klappt es.
2. Leider kann ich im Detailbereich kein Modell auswählen. Weshalb? (s. Anhang)
3. Aufgrund der Angabe, die ich im Kopftext vorgenommen habe, sollten im Detailbereich auch nur noch die dazu passenden Einträge sichbar sein. Dann findet man evtl. schon einen ähnlichen Beitrag und könnte z. B. die Häufigkeit erhöhen.
4. Nachdem ich im Koftext die Sparte "A" und das Hauptmodelle "Liege", springt sofort automatisch der "Papierrollenhalter" ins Zubehör. Das würde ich gerne unterbinden. Nur wie? Das ist NUR bei dieser Version!
5. Nachdem ich im Kopftext min. 2 Felder belegt habe (Sparte und Hauptmodell) würde ich gerne zur die Tap-Taste gerne in den Detailbereich zum neuem Datensatz kommen. Wie schaffe ich das?
6. Wie ist den der SQL-Code zu bewerten? O.K? Wie ist dier "Text-Code" zu bewerten - sollte ich den nutzen?
Mmh....irgendwie muss ich das hinbekommen.
Ich habe bei die offenen Punkten nach meiner Wichtigkeit sortiert.
Kannst du mir dabei helfen? Ich würde mich sehr freuen, wenn ich die ersten drei Punkte heute hinbekommen kann. Bitte.
[Anhang gelöscht durch Administrator]
Hallo,
habe das Formular mal angepasst, aber nur bezgl. der Spalte Modell...
[Anhang gelöscht durch Administrator]
Vielen Dank!!!! ;D
Jetzt muss ich noch die Filterfunktion auf den Detailbereich hinbekommen! Evtl. finde ich irgendwo Hinweise für die Vorgehensweise.
Hier:
http://www.dbwiki.net/wiki/Datei:AccSampleKombiAuswahl.zip
Hallo!
Danke für den Link, aber die Filterfunktion bekomme ich so leider nicht hin.
Außerdem wollte ich ein Formular für die Ergänzung von Hauptmodellen erstellen. Aber leider zieht die Auswertung aber das (falsche) Modell und außerdem habe ich keine Tabelle, in der alle Hauptmodelle angezeigt werden.
Wenn ich einen einfachen Bericht erstelle, habe ich das Problem, dass ich entweder jede Produktvariante aus meinen Stammdaten sehe oder nur die einfachen Schlüsselnummer. Das zweite Ergebnis habe ich, wenn der Bericht nur Werte aus der tbl_Informationen bekommt.
[Anhang gelöscht durch Administrator]
ZitatAußerdem wollte ich ein Formular für die Ergänzung von Hauptmodellen erstellen. Aber leider zieht die Auswertung aber das (falsche) Modell und außerdem habe ich keine Tabelle, in der alle Hauptmodelle angezeigt werden.
Das Problem konnte ich lösen! :)
Wie bekomme ich die Filterfunktion so hin, dass die vorhandenen Datensätze sich nach der Eingabe sofort anpassen, indem die nicht passsenden ausgeblendet werden?
Ich bekomme das mit der If-Then-Else-Funktion leider nicht hin. :(
[Anhang gelöscht durch Administrator]
Hallo,
was willst Du eigentlich genau machen? Ich befürchte, Du bist noch auf dem falschen Dampfer.. ;)
Die beiden Kombis "cbo_Sparte" und "cbo_Hauptmodelle" sind NUR für die Vor-Auswahl der (Datensatz-)-Kombis "Modelle" und "Zubehoere" vorgesehen.
Wenn Datensätze gefiltert werden sollen, dann sollten ZUSÄTZLICHE Kombis eben für NUR diesen Zweck eingesetzt werden. (Sollen das die Kombis "cbo_Modell" und "cbo_Zubehoere" sein?)
Die Datensatz-Aktualisierungen im Code (Me.Refresh) sind zur Zeit noch überflüssig, bzw. falsch.
Hallo!
Ich möchte durch die Auswahl beides haben. Einerseits sollen die weiteren Felder durch die Auswahl angepasst werden und andererseits möchte ich, dass durch die Vorauswahl im Kopftext die abgespeicherten Datensätze entsprechend angepasst werden.
Deshalb habe ich in dem Kopftext noch die ungebundenen Felder "Modelle" und "Zubehör" aufgenommen.
Wenn diese Auswahlmöglichkeit sich sofort auf die Anzeige der passenden Datensätze auswirkt, kann ich sofort Informationen sehen, die schon irgendwann mal erfasst wurden und die Häufigkeit anpassen.
Wie kann man diese Idee umsetzen?
In meiner jetzigen rar- Version habe ich jetzt für die Erfassung von Modellen ein Ufo "Modelle", das von den Sparten -> Hauptmodellen abhängt, ergänzt. Diese Verbindung zu den Daten stelle ich mir auch bei der Erfassung von "Informationen" vor.
Der einzige Nachteil ist bisher, dass ich bei der Erfassung des Modells eine "falsche" Hauptmodell_Nr eingeben kann. Wie kann ich denn da eine Verbindung zum HF bekommen? In dem Bild ist unten ein neg. Beispiel zu finden.
[Anhang gelöscht durch Administrator]
Hallo zusammen!
Wie und wo kann ich nach der Datenerfassung im Kopftext des Formulars einen Filter einsetzen, der sich automatisch auf die vorhandenen Datensätze auswirkt?
Der Anhang ist neben dem Bild eine .7z-Datei.
[Anhang gelöscht durch Administrator]