View Full Version : Einfache select-Anweisung hängt sich bei Ominifind auf
dschroeder
21-11-17, 13:55
Hallo,
ich bin's nochmal mit meinen Omnifind. Ich kann nicht erkennen, weshalb Omnifind bei bestimmten Suchen "rumzickt". Hier ein Beispiel für eine Suche auf einer Adressdatei. Der User hat ein Eingabefeld, in dem er nach einem Namen suchen kann. Das System soll sowohl den Nachnamen als auch das Vornamensfeld durchsuchen.
Hier sind ein paar beispielhafte SQLs mit ihren Ausführungszeiten:
//Suche nach dem Nachnamen:
select * from bvsadres where contains(ad_l_name,'weidemann')=1;
=> Ausführung dauert 0,06 Sekunden, bei ca. 200 Treffern
//Suche nach dem Vornamen:
select * from bvsadres where contains(ad_l_vorna,'weidemann')=1;
=> Ausführung dauert 0,04 Sekunden, bei 0 Treffern
//Suche nach beiden Feldern:
select * from bvsadres where contains(ad_l_name,'weidemann')=1 or contains(ad_l_vorna,'weidemann')=1 ;
=> Ausführung ist auch nach 10 Minuten noch nicht fertig. Ich würde natürlich die gleiche Treffermenge wie bei dem ersten Suchen nach Name (also ca. 200 Treffer) erwarten.
Klappt das bei euch? Mache ich da etwas falsch? Darf man Suchen nicht mit OR verknüpfen? Muss man einen eigenen Textserver für jeden Index erstellen?
Bin etwas ratlos und für jede Hilfe dankbar.
Dieter
Rainer Ross
21-11-17, 15:03
Hallo Dieter,
ich hatte in der Vergangenheit ein ähnliches Problem, das ich mit PTF's lösen konnte
https://www.ibm.com/developerworks/community/forums/html/topic?id=7666ea55-740a-4634-8641-fc875dffb534
In diesem Forum kannst Du auch das Problem posten
https://www.ibm.com/developerworks/community/forums/html/forum?id=11111111-0000-0000-0000-000000000292&tags=omnifind
dschroeder
22-11-17, 10:40
Hallo Rainer,
herzlichen Dank. Mein Kollege hat zusätzliche PTFs besorgt und auf unserer Testmaschine installiert: Jetzt läuft es wunderbar!
Mal sehen, wie es sich auf unserer Echtmaschine verhält. Die wird wahrscheinlich am nächsten Wochenende mit den erforderlichen PTFs bestückt.
Ich bin ja (von der PTF-Problematik mal abgesehen) positiv überrascht, wie einfach man Omnifind zum laufen bringen kann. Merkwürdig, dass es nur so wenige Nutzer gibt (angeblich). Wir haben eben einen Test gemacht, bei dem wir auf 2 Feldern mit like gesucht haben. Die Antwortzeit war 55 Sekunden. Mit der Omnifind contains-Anweisung hat das nur 5 Sekunden gedauert. Und wenn man mit Omnifind keine Jokerzeichen verwendet, sondern wortweise sucht, reduziert sich die Suchzeit bei uns nochmal auf 0,5 Sekunden. (in der Tabelle stehen 3,8 Mio Sätze.).
Rainer Ross
22-11-17, 10:46
Hallo Dieter,
es freut mich, dass jetzt alles so gut bei Dir funktioniert. Ich kann bestätigen, dass OmniFind ein sehr gutes Produkt ist, das auch noch kostenfrei zur Verfügung steht.
Viele Grüße
Rainer
Merkwürdig, dass es nur so wenige Nutzer gibt (angeblich).
... vielleicht weil das Produkt durch Watson Explorer abgelöst ist?
dschroeder
22-11-17, 11:41
... vielleicht weil das Produkt durch Watson Explorer abgelöst ist?
Den Begriff "Watson Explorer" kannte ich noch nicht. Watson als Cloud Dienst sagt mir etwas.
Was ich gesucht habe, ist ja ein schnelles Suchen auf meinen eigenen internen Daten. Wir wollen unsere Daten nicht in die Watson Cloud hochladen und dort durchsuchen. Deshalb ist Omnifind wahrscheinlich das geeignetere Produkt für uns. Außerdem ist es ja kostenlos auf der IBM i verfügbar (im Gegensatz zu Watson).
Es wäre ja mal interessant, zu erfahren, wie viele unserer Forumsteilnehmer Watson im Einsatz haben und deshalb Omnifind meiden. Oder ob es andere Gründe gibt, weshalb Omnifind nicht im Einsatz ist. Schnelles Suchen müsste doch bei jedem Anwender gewünscht sein, oder?
Oder Omnifind nicht benötigen, da die Standardsuchfunktionen mit Like in 99,9997% durchaus ausreichend schnell sind und eher weniger Dokumente (LOB's) gespeichert werden.
http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca&infotype=an&appname=iSource&supplier=897&letternum=ENUS911-075
... das sieht für mich so aus, als ob das Omnifind schon seit Jahren obsolet ist und der AS/400 Community wieder mal Altlasten als Neuigkeiten offeriert werden - wäre ja nicht das erste mal...
D*B
dschroeder
22-11-17, 12:36
Oder Omnifind nicht benötigen, da die Standardsuchfunktionen mit Like in 99,9997% durchaus ausreichend schnell sind und eher weniger Dokumente (LOB's) gespeichert werden.
Mit geht es gar nicht um Lobs, sondern nur um schnelles Suchen auf normalen Textfeldern. Wenn eine Suche "nur" 6 Sekunden dauert und nicht schneller zu implementieren ist, dann ist das ja OK. Aber wenn ich weiß, dass ich das Ergebnis auch in einer halben Sekunde haben könnte, finde ich die 6 Sekunden zu lange.
Aber ich kenne natürlich die Geschäftsprobleme der anderen nicht. Ich dachte immer, dass unsere Datenmengen gar nicht so fürchterlich groß sind und dass andere Leute in wesentlich größeren Beständen suchen müssen. Vielleicht bin ich da ja auf dem Holzweg.
Meine Intention ist es nur, mal auf bisher nicht genutzte Möglichkeiten hinzuweisen. Vielleicht gibt es ja den einen oder anderen, der bisher gar keine Möglichkeit gesehen hat, seine Suchen zu verbessern.
dschroeder
22-11-17, 12:41
http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca&infotype=an&appname=iSource&supplier=897&letternum=ENUS911-075
... das sieht für mich so aus, als ob das Omnifind schon seit Jahren obsolet ist und der AS/400 Community wieder mal Altlasten als Neuigkeiten offeriert werden - wäre ja nicht das erste mal...
D*B
Ja, das gibt es tatsächlich manchmal. Ich weiß natürlich, dass Omnifind nicht neu ist. Vor einigen Jahren haben wir damit auch schon mal experimentiert, es aber nicht vernünftig zum Laufen bekommen. Jetzt (mit einer sehr kurzen ToDo-Liste von Rainer Ross, die im Internet zu finden ist), war das aber kein Problem. Man kann in 10 Minuten verstehen, wie Omnifind-Indizes definiert, gefüllt und benutzt werden. Die Tatsache, dass man noch weitere spezielle Omnifind-PTFs benötigt, die nicht in den normalen Gruppen-PTFs drin sind, ist allerdings schon ein schlechtes Zeugnis für IBM.