Office: (Office 2010) Formular mit Suchfeld auf Unterformular

Ein Tippfehler ist mir noch aufgefallen bei Standort:
Code:

Da ich die DB nicht öffnen kann, muss ich mal vermuten:
Das Ereignis AfterUpdate tritt nicht ein in den geschilderten Fällen.
Setz mal zum Test einen Button auf das Formular und trage bei Buttonclick die Prozedur MakeRecordSource ein.
maike

 

\@Maike:

Die DB enthält ein Anlagenfeld, das müsste entfernt werden, ehe man sie konvertieren könnte.

@AllanWalker86:
Angesichts der Protokoll-Tabelle muss ich sagen, dass du hier einen eklatanten Fehler begangen hast. Die ganzen "Ausprägungen" wie bspw. Depression, Ängste, Einsamkeit sollten nicht als separate Datenfelder angelegt sondern in eine Untertabelle ausgelagert werden. Pro Ausprägung ein Datensatz!

 

Nach dem Einfügen des Codeblocks aus #12, erscheint die Messagebox mit dem String für die Filterung aber nach dieser folgen noch Eingabeboxen.

Ich poste mal den momentanen Stand des Quellcodes laut den Erklärungen von Anne Berg und maikek so wie ich deren Erklärungen verstanden habe.

Code:

Auf den Aufbau der Datenbank hatte ich keinen Einfluss, da die Struktur bereits vorgefertigt war.

Danke sehr,
Gruß,
AllenWalker86

 

Ob du jetzt einen Filter anwendest oder die RecordSource neu setzt musst du wissen. Das dürfte aber das Problem nicht tangieren.
Hast du meine Vorschläge aus #16 probiert (Prüfen ob Ereignis eintritt, alternativ Button testen)?
maike

 

Das Formular hat ursprünglich eine andere Datenherkunft mit allen benötigten Feldern. Schließe es und öffne es erneut, dann sollte es klappen. Wenn nicht, kontrolliere die Datenherkunft, ob sie evtl. überschrieben wurde.

@Maike:
Doch, doch, das Ereignis tritt ein.

 

Nachtrag:
Ich habe hier noch einmal eine finale Korrektur: Code:

Anhang für Maike *Smilie

 

Sitze gerade etwas auf dem Schlauch mit euren Lösungsvorschlägen. Könnt ihr mir bitte einmal ausführlich eure beiden Lösungswege erklären?

 

Hilft es dir nicht vielleicht schon, die DB mal anzuschauen, die ich hochgeladen habe?

("für Maike" heißt ja nicht, dass sie niemand anderes ansehen darf *tongue.gif*)

 

Im Moment sehe ich hier nur einen einzigen relevanten Unterschied.
Variante 1: Das Unterformular hat eine festgelegte Datenherkunft, der durch Abklappern der Suchfelder erzeugte String wird als Filter eingesetzt.
Variante 2: Das Unterformular hat keine festgelegte Datenherkunft, der erzeugte String wird zusammen mit dem SQL-Statement als Datenherkunft zugewiesen.
Die Zusammensetzung des Suchstrings ist für beide Varianten gleich, Variante 2 benötigt nur noch das Wörtchen "Where", um die SQL-Syntax einzuhalten.
maike

@anne Danke für das Beispiel.

 

Vielen Dank für eure Mühe *Smilie Hat mir sehr geholfen.

Es gibt noch einen kleinen Schönheitsfehler im Unterformular und das wäre dass bei den Felder KBO (Standort), aktivArchiv und Kontaktart jeweils der Fremdschlüssel steht. Der Datentyp dieser Felder ist "Integer" und in den referenzierten Tabelle ist der Datentyp "AutoNumber".

Mit Hilfe der folgenden Zeile bei der Eigenschaft "Control Source" im Tab "Data" erhalten ich den Eintrag "#Type!".

Code:

Warum der Fehler auftritt kann ich nachvollziehen. Der Versuch es mit einem ungebundenen Textfeld um zu setzen, bringt mir die Meldung "'Error".

Des weiteren mache ich mir Gedanken wenn ich einen Klick auf einem Namen bei den Suchergebnisse machen dass dies zur Folge hat dass in einem weiteren Unterformular rechts neben der Suche die passenden Termine des gewählten Kunde angezeigt werden. Im Anfangszustand des Formular wäre es sinnvoll wenn noch keine Daten angezeigt werden, nur dann wenn ein Kunde gewählt wurde.

Danke sehr,
Gruß,
AllenWalker86

 

Hi,

darauf hatte ich schon gewartet. *wink.gif*

Dazu musst du das Textfeld umbenennen, es darf nicht mehr KBO heißen. Das gilt natürlich auch für die anderen.

Du kannst das zweite Unterformular beim Klick auf einen Kunden einblenden und entsprechend filtern.

 

Das Textfeld habe ich umbenannt in tfStandort aber erhalte noch immer die gleiche Meldung mit "#Type!". Kann es daran liegen, dass das Unterformular gebunden an eine Tabelle ist?

Als Basis zur Filterung des zweiten Unterformulars wollte ich den Quelltext des ersten Unterformulars nutzen aber bekomme die Referenz nicht hin um die Werte aus dem ersten Unterformular zu übernehmen für den Filter des zweiten Unterformulars.

Mein bisheriger Quellcode
Code:

Danke sehr,
Gruß,
AllenWalker86

 

Moin,
nein, dass das Ufo an eine Tabelle gebunden ist, kann nicht als solches verantwortlich für den Fehler sein.
Das Textfeld tfStandort ist ungebunden? Das Feld KBO ist in der Datenherkunft des Ufos enthalten? Es hat zur Laufzeit auch einen Wert? Die Datentypen von ID und KBO passen?

Was die Referenz(en) betrifft so gibt es hier eine ausführliche Liste, guck da mal rein:
DBWiki Bezug auf Formular/Unterformular
Wenn du zwei gleichberechtigte Ufos nebeneinander im Hauptformular hast, musst du bei der Referenz über "Parent" gehen. Mit der Referenz Forms!... kannst du nur als Hauptformular geöffnete Forms ansprechen, Ufos sind in der Auflistung Forms nicht enthalten.

maike

 

Das Feld KBO ist in der Datenherkunft des Unterformulars enthalten und besitzt zur Laufzeit den Fremdschlüssel aus der Tabelle "Standort". Als Datentyp besitzt das Feld KBO im Unterformular den Typ Integer. ID hat den Typ AutoNumber.

Eine ähnliche Tabelle hatte ich auch bereits hier und hier gefunden und durchgearbeitet aber irgendwie kann ich nicht auf die Steuerelemente zugreifen.

Beispieldatenbank befindet sich im Anhang.

Danke sehr,
Gruß,
AllenWalker86

 

Hm, dann kann ich mit Ferndiagnose nicht weiter. Da muss sich wohl jemand, die oder der 2010 hat mal die Beispieldatenbank ansehen.
maike