Office: (Office 2003) Rezeptsuche VBA/SQL über Formular mit Eingabefeldern?

Da kann ich nicht nach Rezepten mit Apfel UND Mango suchen???

... dann müßte ich mein Suchformular doch nochmal ändern. Und zudem wollte ich alle Suchegebnisse über das Ausgabeformular (was ja nun fertig ist *biggrinlove) anzeigen lassen ...?

Irgendwie seh ich noch nicht, was ich da wie in meine Zutatensuche umsetzten kann ...



LG Anja

 

Das verwirrt mich nun etwas. *Smilie
Du wirst doch eine 1:n-Tabelle (eigentlich n:m-Tabelle) mit den Zutaten je Rezept haben, oder? Dann benötigst du kein Like '*irgendwas*' sondern kannst direkt nach der Zutat suchen.

mfg
Josef

 

Code beim Öffnen besser so:
Code:

maike

 

ja Josep, natürlich ...

Wieso werd ich immer falsch verstanden *grübel*

.... werf mal einen Blick in die DB (Formulare F3; F4 sowie die Abfragen) ... nur damit keine Missverständnisse und falsche Vermutungen entstehen?

aktueller Zwischenstand:
Ausgabeformular steht und Volltextsuche läuft ...

LG Anja

 

Voriger Post = Beitrag #32?

 

\@Josef:
Es handelt sich hier um sowohl als auch *wink.gif* - die Zutaten aus der n-Tabelle über Schlüsselfeld und einige ergänzende Texte aus der 1-Tabelle als Volltextsuche.
maike

 

oh jee, ihr seid zu schnell heute *grins

#49 Josef ... hab sie dort eingefügt, die aktuelle DB-Version

 

Eine "Und"-Suche für 4 Zutaten in einer n:m-Tabelle könnte so aussehen:
Code:

1, 2, 3 und 4 stellen die ID-Werte der Zutaten dar.

Eventuell ist bei Jet die Join-Variante zu verwenden, falls der Abfrage-Optimierer die Exists-Variante nicht optimieren kann. *wink.gif*
Code:

Anm.: Die SQL-Anweisungen sind nur Luftcode, daher bitte nur als Prinzip-Darstellung betrachten. Vor allem bei der Klammersetzung bei den Jet-Joins passieren mir öfter Fehler. *wink.gif*

Eine weniger laufzeitoptimierte Variante - dafür aber mit einer einfacheren SQL-Anweisung könnte so aussehen:
Code:

.. diese Variante wird vermutlich schnell genug funktionieren - es sind aber durchaus mehr Datenzugriffe als in den ersten beiden Varianten erforderlich. *wink.gif*

Vorteil der letzten Variante: sie ist ruck-zuck in die Oder-Variante umgebaut, wenn man den Having-Teil weg lässt.

mfg
Josef

 

Kein aktueller Kriegsschauplatz:

Wenn Dein Anwender mit der Leistung zufrieden ist und die ganze Art der Suche sogar seine Vorgabe ist, so ist es doch in Ordnung.

Wenn man aber einen Seitenblick auf einen Meister des Findens wirft: Um aus der ganzen Internetwelt in 0,385 Sekunden 20.333 Treffer auf eine beliebige "unstatische" Vorgabe zu generieren (über die relativ langsame Netzwerkverbindung Internet), muss Google sicher andere Methoden einsetzen als eine Suche mit "Like '*irgendwas'".

 

Zwischendurch eine Grundsatzfrage: Was versteht ihr eigentlich unter Volltextsuche?
.. ich denke dabei immer an einen Volltextkatalog mit indizierten Suchbegriffen. *Smilie

 

ich zitiere mal aus #1 in aktualisierter Form:

Erklärung Datenstruktur:
Ein Rezept ergibt sich aus den Daten von
T1_Smoothies (P SID/ SName, SZubereitung, SHinweise, SHerkunft)
T2_Zutaten (P ZID/ Zname)
T3_Einheit (P EID/ EBezeichnung)
in der Verknüpfungsrelation TV12_Rezept (P RID/SID, ZID, Menge, EID)
... ein Smoothie hat also mehrere RID-DS

Meine Rezept-SuFu-Vorstellung:
ungebundenes Formular (F3_Suche) als Suchanfrageformular mit:
4 Kombifelder für Zutatenauswahl und eine Optionsgruppe für Auswahl ODER (1) oder UND (2)
und 1 Eingabefeld [SuchbegriffVolltext] für Volltextsuche (unter Ausschluss der Zutaten).
Die Suchergebnisse sollen in einem Ausgabeformular (F4_SuchergebListenfeld ist inzwischen ja fertig).
Zutatensuche hat verschiedene Fälle - je nach dem wie viele der Eingabefelder befüllt sind und wie die OG eingestellt ist. Dafür werden vermutlich verschiedene SQL-Suchabfragen benötigt? Jedenfalls habe ich schon alle Abfragen (auf der Basis einer Gesamtabfrage, die die Daten aus den Tabellen entsprechend zusammenstellt) erstellt. .... (Zitat ENDE)

Ergänzung - da die Lösung für Volltextsuche inzwischen steht:
Auszug aus Form_F3, Click-ButtonVolltextsuche:
Code:

Auszug aus Form_F4 Open_Form:
Code:

genügt das als Erklärung *Smilie? ABer die "Volltextsuche" läuft ja *Smilie inziwschen
mach einfach die Datenbank auf (#49); klick auf Rezeotsuche; geb mal unten im Textfeld Igor ein und klick auf dem Button rechts daneben .... Kannst auch mal Blödsinn oder nichts eingeben

LG Anja

 

musst du nicht wenn du nicht willst, deine Suche klapt ja. *Smilie
Ich wollte nur aufzeigen wie ich es mache.
Volltextsuche heißt bei mir eben im gesamten Text aller Felder suchen. Deshalb die Stringverkettung und das suchen in dem Feld,
Ich finde das sehr flott.
Was like und Wildcards betrifft lassen sie sich eventuell mit einem
inStr(Allefelderverkettung;suchtext)>0 unter Kriterien WAHR umgehen.
Obs schneller ist??
Zum Thema Zutaten würde ich die Tabelle als nächste Erweiterterung mit dem Feld Gruppe versehen. Obst;Kräuter;Gemüse etc
ansonsten die Idee mit den ausgewählten Zutaten ist gut.
Zusätzliches Unterformular wäre passend

 

... wenns nicht unbedingt sein muss, würd ich das weglassen. Wir hatten die Idee ja schonmal zu Beginn in einem anderen Zusammenhang und sind davon wieder abgekommen (ich traue nicht jedem Anwender zu, dass er der Zutat auch die richtige Gruppe zuweist *tongue.gif*) ...

Kann man in deiner Variante denn nach 'Apfel' und 'Mango' suchen?? Also alle Smoothies, wo Apfel und Mango (nicht Apfel oder Mango) enthalten sind??? Dieses und / oder will ich ja durch die Optionsgruppe ermöglichen ...

Ganz zu Anfang, bei der Planung hatte ich auch die Überlegung, alles, was die Suche betrifft, irgendwie zusammenzupacken und darzustellen. Weil ich aber VB-Newie bin, hat sich das dann eher als Nachteil erwiesen. Deshalb hat sich meine Zielvorstellung in Bezug auf die Suche geändert (in das, was ich hier zu beginn gepostet habe). Es tut gut, zu wissen, dass das Andere durchaus auch machbar gewesen wäre. *Smilie

welche Idee ... steh etwas auf dem Schlauch ... und wo das zusätzliche UFO? Oder bezieht sich das auf deine Lösung mit deinen UFO?

Ja naja, ich möchte nun gerne bei mir mit der Zutatensuche weitermachen. Mit den Kombifeldern (sieh Bild im Anhang) und der UND-ODER Optionsgruppe ... Die passenden Abfragen habe ich ja schon abgespeichert. Ich weiß nur noch nicht recht, wie ich die ganzen Ereignisprozeduren nun strukturieren soll ...

LG ANja

 

Erkenntnisse gewinnt man letzten Endes nur durch Messungen in der konkreten Umgebung. Was den maßgeblichen Performancebringer Indexnutzung betrifft: Der wird durch einfachste Berechnungen auf ein Tabellenfeld (Verkettung, Anwendung Funktion) zuverlässig ausgeschlossen.

 

Das ist mir klar.
Wie du ja bereits geschrieben hast ist eine Volltextsuche nur selten zielführend. Ich habe Sie bis jetzt nur einmal bei eingescanten PDF-Dokumenten angewendet. scannen, ocr, text in einem Memo gespeichert,
Auch kein Index möglich. Aber schnell genug.
Ich glaube bei der Getränkedb kann man eine fehlende Indexierung verschmerzen. *wink.gif*
Ansonsten kann ich deinen bisherigen nur Ausführungen zustimmen.