Domino 9 und frühere Versionen > ND6: Entwicklung

Dokumente anhand verschiedener Felder und deren Werte finden

<< < (2/3) > >>

Kadlec:
OK Volltextindex wird erstellt.
Gibt es eigentlich keine andere Möglichkeit die Doks. zu finden??

Boris

umi:
Doch über NotesDatabase.search()

koehlerbv:

--- Zitat von: Kadlec am 30.01.07 - 15:25:06 ---Gibt es eigentlich keine andere Möglichkeit die Doks. zu finden??
--- Ende Zitat ---

Hallo Boris,
natürlich gibt es (etliche mehr oder weniger sinnvolle) weitere Methoden - jede dahin, wohin sie situativ passt. Bevor wir nun spekulieren: Was erwartest Du? Oder besser: Wie stellst Du Dir selbst (völlig losgelöst von der programmatischen Umsetzung) eine "andere Möglichkeit" vor?

Bernhard

Kadlec:
Hi Bernhard,

das mit der "Vorstellung" war schonmal das grössere Problem.
Mit Lookup in Ansichten suchen ???==> für jeden Parameter eine eigene Ansicht ??
Wie gesagt, da hatte ich schon gar keine rechte Idee.
Das mit NotesDatabase.search() wie von @umi vorgeschlagen scheint mir recht pasabel zu sein.
Werde das morgen mal näher beleuchten, der Anfang sieht auf alle Fälle gut aus.

Gruss
Boris

koehlerbv:

--- Zitat von: Kadlec am 30.01.07 - 18:40:52 ---Mit Lookup in Ansichten suchen ???==> für jeden Parameter eine eigene Ansicht ??
--- Ende Zitat ---

Jo, für Lookups brauchst Du immer eigene Ansichten, und es wird sofort unmöglich, wenn Du nur Teilstrings suchen willst.

Was Du halt brauchst, ist eine Routine, die aus den Eingaben in Deine Dialogbox eine gescheite Query für NotesDatabase.FTSearch erstellt. Und wenn Du das flexibel halten willst: Das ist nicht ganz einfach! Ich habe das im letzten Jahr mal als "Copy & Paste"-Routine für meine Applikationen erstellt - das sind etliche Zeilen Code geworden (eine Lib mit 9 Functions, dazu Maske für Setup der Suchfunktionalität (pro Dokumenttyp) plus Maske für eigentliche Suchabfrage plus Folder für Ergebnisse), funktioniert aber hervorragend  :)

Bernhard

PS: Richtig spannende Herausforderungen waren bei der o.g. Sache u.a.
- Allgemein verwendbare Funktionalität - also nicht an eine DB und deren Design gebunden
- Setup der durchsuchbaren Items durch den DB-Admin (ohne dass dieser sämtliche Einstellungen komplett selber machen muss)
- User kennt interne Feldnamen nicht!
- Keyword-Felder mit ihren WIRKLICHEN Werten (Aliasse) anbieten - der User weiss ja nicht, ob hinter "ja" ein "yes" oder ein "1" steht (oder sonstwas)
- den Code kompakt zu halten

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete