Office: (Office 2010) Formular mit Suchfeld auf Unterformular

...wobei das "entsprechende Feld" den zur ID zugehörigen Text darstellen sollte.
(sicher ist sicher)

 

Hoffe mal bin laut euren Erklärungen diesmal auf dem richtigen Weg gewesen. Im Anhang befinden sich Screenshots von meiner Vorgehensweise und dem erhaltenen Ergebnis.

Danke sehr (auch für eure Geduld mit mir *Smilie )
Gruß,
AllenWalker86

 

Ich sach's ja, es ist zu einfach *biggrin.gif* .
Das Unterformular bekommt (wenn es das nicht schon hat) als Datenherkunft qryBezeichnung. Den Steuerelementinhalt für KBO (oder wie immer du das Formularfeld nennst, zumindest txtKBO, um Konfusion mit dem Datenfeld KBO zu vermeiden) wählst du einfach über das kleine Pfeilchen aus der Dropdownbox. Kein = , kein Ausdrucksgenerator, kein qryIrgendwas. Einfach nur Pfeilchen klicken, Name des Feldes (Standortbezeichnung oder was immer) wählen.
maike

 

\@Allen:
Vergiss den Ausdrucksgenerator, damit kannst du jede Menge Schrott zusammenklicken.
Besser ist in jedem Fall: Du weißt was du willst und du weißt was du tust.

 

Ok, ich habe es hinbekommen. Habe mich wirklich dumm angestellt bei der ganzen Sache ^^

Danke sehr,
Gruß,
AllenWalker86

 

Hallo,

Ich muss diesen Thread aus der Versenkung nehmen.

Die Suche soll um zwei Parameter erweitert werden. Die Parameter sollen über die Textfelder "tbInfo" und "tbChiffre" eingeben werden. Die Daten kommen aus der Tabelle "Kontakte". "tbInfo" bezieht seine Daten aus der Spalte "kliBemerkungen" und "tbChiffre" seine Daten aus der Spalte "kliChiffre".

Ich habe die Abfrage "qryBezeichnung" um die zwei Felder erweitert:
Code:

Und in Visual Basic den Quellcode um die 2 Felder erweitert und dabei mich an die Vorgehensweise für die Textfelder "tbName" und "tbVorname" orientiert.
Code:

Die Methode wird jeweils in der After_Update-Methode der Textfelder aufgerufen.

Die Sortierung funktioniert soweit aber wenn ich bei "tbChiffre" oder "tbInfo" etwas eingebe und danach die Eingabe lösche, werden jeweils nur die Einträge aus "Kontakte" angezeigt, wo auch etwas in der Spalte "kliChiffre" und "kliBemerkungen" etwas eingetragen ist.

Nachtrag:
Mir ist eingefallen, dass es an der FROM-Zeile in der Abfrage liegen könnte. Es kann vorkommen dass beim Anlegen bzw. Bearbeiten eines Kunden der Standort, die Kontaktart, Aktiv/Archiv, Chiffre und die Bemerkungen nicht direkt angegeben werden.

Danke sehr,
Gruß,
AllenWalker86

 

Was ergibt denn
Code:

in diesen Fällen?
maike

 

Hi,

mit Like "*" erwischt du keine Leerfelder mit Wert NULL.

 

Hallo,

Ich hatte in der bisherigen Umsetzung des Suchformulars ein ähnliches Problem und das bekam ich in der Abfrage "qryBezeichnung" mit RIGHT JOIN gelöst.

Das Problem könnte mit dem FULL (OUTER) JOIN gelöst werden aber anscheinend unterstützt Access diesen Befehl nicht.

Danke sehr,
Gruß,
AllenWalker86

 

FULL (OUTER) JOIN oder Right Join werden nicht viel helfen, wenn man im Where-Block nach konkreten Werten filtert ... dann wird im Prinzip ein Inner join daraus.

=> Wenn man nur jene Datensätze haben will, die Werte enthalten, dann muss man DatenFeld like '*' stehen lassen - Will man bei einem leeren Filter-Steuerelement diesen Filter nicht berücksichtigen, dann darf man den Ausdruck nicht in den Filterausdruck schreiben.

Code:

also im Prinzip wie bei:
Code:

Interessehalber:

Warum wird hier Screen.ActiveControl extra behandelt?
Warum wird in diesem Fall ein leeres Feld nicht übergangen?
Wird der Filterausdruck zu einem Zeitpunkt erzeugt, zu dem in Me!tbVornameSuche.Value noch nicht der aktuelle Wert steht?
Falls das so ist: Warum? - Oder anders formuliert: Was bringt das für einen Vorteil?
Soll möglicherweise bei jeder Änderung (bei jeder Eingabe eines Zeichens in tbVornameSuche) gefiltert werden?

=> Dann würde eine Prüfung auf .Value meiner Meinung nach ausreichen.

mfg
Josef

BTW: Da das Filtern immer wieder Probleme bereitet, erstellte ich eine Klassenstruktur, die diese Aufgabe übernehmen kann: http://forum.access-codelib.net/view...php?f=14&t=305

 

Das RIGHT JOIN hatte das Problem gelöst dass alle Kontakte angezeigt werden, auch wenn diese keinen Eintrag bei Standort (KBO), aktivArchiv und bei Kontaktart hatten. Die 3 genannten Spalten sind jeweils in einer anderen Tabelle abgelegt und über einen Schlüssel mit der Tabelle "Kontakte" verknüpft.

Die Tabelle "Kontakte" ist die Tabelle auf die eigentlich die Sortierung anhand der Parameter angewendet wird und die beiden neu hinzugefügten Suchparameter "Chiffre" und "Info" auf dem Suchformular sind in der Tabelle Kontakte abgelegt.

Da es vorkommen kann dass die Daten bei einem Klienten nicht komplett ausgefüllt sein können, sprich dass nicht alle Datenfelder die den Suchparametern entsprechen ausgefüllt sein können, sollen diese auch in den Suchergebnissen erscheinen egal ob gerade in dem Feld eines Parameters ein Wert drin steht.

Die bisherige Suche ohne die Kriterien "kliChiffre" und "kliBemerkungen" wurde mit Hilfe der Forum-Mitglieder Anne Berg und maikek erstellt.

Danke sehr,
Gruß,
AllenWalker86

 

Sorge dafür, dass der If-Teil im Falle eines leeren Active.Controls nicht mit in den Filter eingeht.
Erweitere den Filterausdruck:
Code:

Möglicherweise dann noch den Ausdruck einklammern.
Die Geschichte mit dem Active.Control verstehe ich auch nicht. Wenn die Prozedur nur im AfterUpdate aufgerufen wird, tritt dieser Fall nicht ein. Wenn, dann müsste das im Change-Ereignis passieren.
maike

 

Das Erweitern um die besagte OR-Verknüpfung hat nichts gebracht.

Meiner Meinung nach liegt es an der Abfrage "qryBezeichnug". Laut der Beschreibung für den FULL JOIN, würde dieser mein Problem lösen aber ACCESS unterstützt diesen anscheinend nicht.

Danke sehr,
Gruß,
AllenWalker86

 

Hi,

unbedingt sollte der Ausdruck geklammert werden, da die Logik der miteinander verknüpften Kriterien sonst durch das OR völlig verändert wird.

Ansonsten möchte ich mich Maikes Vorschlag anschließen.

Der von dir zitierte "Full Outer Join" wäre in Access nur mit einer Union-Abfrage bestehend aus drei Teilabfragen umzusetzen:
- alles aus A und B was in A und B vorhanden ist
- alles aus A, was nicht in B ist
- alles aus B was nicht in A ist
aber ich glaube nicht, dass dein Problem damit gelöst werden könnte.

 

Hallo!

Ein Full Outer Join ist im Prinzip ein Left und ein Right join gleichzeitig.
Der bringt aber nichts, wenn du auf Tabellenfelder in beiden Seiten filterst, da damit die "kein DS"-Variante ausgeschlossen wird.

Warum lässt du den Filterausdruck bei "*" (was in deinem Fall "das Feld nicht filtern" bedeuten soll) nicht einfach weg?
Bei der Value-Auswertung machst du das doch auch.

mfg
Josef