[Allegro] schnelles suchen mit srch32.exe: wieviele suchausdrücke sind möglich mit -s ?

Klaus Lehmann lehmann_klaus at t-online.de
Mi Okt 15 15:50:25 CEST 2014


 
Guten Tag Herr Eversberg,
danke für Ihre Nachricht.
Am Mittwoch, 15. Oktober 2014 um 10:57 schrieben Sie.
Ihre Nachricht finden Sie am Ende dieser eMail.

> Am 15.10.2014 10:06, schrieb Klaus Lehmann:

>> was ist relevant für die frage?
>> [ich brauche wirklich bitte eine antwort...]
>> die anzahl der suchbegriffe?
>> die anzahl der bytes?
...
> Anders als upd.exe (welches acon mit update.job startet) ist srch32 ein
> Monolith und macht alles selber, ganz wie das alte srch16.exe. Sonst
> wär's deutlich langsamer, wie ja schon festgestellt wurde. Warum
> allerdings srch32.exe manchmal deutlich langsamer ist als in anderen
> Fällen, das wissen wir noch nicht, dazu hätten wir gerne nähere
> Erfahrungsberichte.

> Aber zur Sache:
> Eingestellt ist eine Gesamtlänge des hinter -s folgenden Strings von
> 2047 Zeichen, wie ich schnell mal eben im Quelltext eruiere.
> Falls man mehr angibt, wird's wohl havarieren.
wohl ja....
haben wir alle eine chance, daß wir bis zu 10.000 zeichen hinter -s 
schreiben können? mir wäre damit wohler. bei meiner aufgabe komme ich auf 
1790 zeichen. das ist schon dicht an 2047 ran.... (10% noch...)

allerdings: das probiere ich gerade aus:
es gibt einen ansatz mit einem srch-job (also acon), daß man da 
unendlich lange such-kombis eintragen kann. noch bin ich nicht zu 
einem befriedigendem test gekommen....


> (Ja klar, ein kommentierender Hinweis wäre hilfreich. Es überstieg
> einfach unsere Antizipation, daß jemand mehr brauchen könnte...)

also... ich habe schon oft nachbestimmten grenzen gefragt. diese 
informationen fehlen leider bei bestimmten angelegenheiten.
sehr informativ ist die html-seite:
.../html/grenzen.htm
und natürlich die cfg am anfang.
ich weiss gerade nicht, ob im pdf-handbuch was steht....



grüße.



> B.E.

> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> http://sunny5.biblio.etc.tu-bs.de/mailman/listinfo/allegro



-- 
Mit freundlichen Grüßen,
Ihr Klaus Lehmann
http://allegronet.de * eMail: allegronet at t-online.de * phone: 03528-452 807(fax 809) * mobil: 0171-953 7843
allegronet.de * Klaus Lehmann * D-01454 Radeberg * Bahnhofstr. 1
zuständiges Finanzamt: FA Hoyerswerda, zuständige Kammer: IHK Dresden
zuständige Aufsichtsbehörde: Gewerbeamt Radeberg, USt-IdNr: DE247550760
* Software für zufriedene Bibliothekare: 1000x bewaehrt und ergiebig
* Bereits 4x allegro-utf8. Buchen Sie die allegro-Roadshow
* Yes we can. Only with allegro. Yes we do. Always with allegro.
* Internetkataloge & WebHosting für Allegro-C & Web 2.0 with VuFind
* 2011: Sponsor der Peter-Sodann-Bibliothek (Staucha)
* 2012: mit allegro-utf8 V3 und allegro-vufind auf der IFLA in Helsinki
* 2013: allegronet ist ein eingetragenes Warenzeichen





Am Mittwoch, 15. Oktober 2014 um 10:57 schrieben Sie:
> Am 15.10.2014 10:06, schrieb Klaus Lehmann:

>> sei's drum, ob suche per freitext oder per indexsuche.
>> die frage bleibt: wieviel geht noch?
>>
>> was ist relevant für die frage?
>> [ich brauche wirklich bitte eine antwort...]
>> die anzahl der suchbegriffe?
>> die anzahl der bytes?
>>
>> kann ich mit srch32.exe (was ja wohl dann von acon übernommen wird,
>> und mit srch.job erledigt wird:)

> Nein, so ist das nicht, das ist ein vorschneller Fehlschluß. Manchmal
> müssen wir wohl ausdrücklich sagen, wie etwas NICHT ist und nicht nur,
> wie es ist.
> Anders als upd.exe (welches acon mit update.job startet) ist srch32 ein
> Monolith und macht alles selber, ganz wie das alte srch16.exe. Sonst
> wär's deutlich langsamer, wie ja schon festgestellt wurde. Warum
> allerdings srch32.exe manchmal deutlich langsamer ist als in anderen
> Fällen, das wissen wir noch nicht, dazu hätten wir gerne nähere
> Erfahrungsberichte.

> Aber zur Sache:
> Eingestellt ist eine Gesamtlänge des hinter -s folgenden Strings von
> 2047 Zeichen, wie ich schnell mal eben im Quelltext eruiere.
> Falls man mehr angibt, wird's wohl havarieren.
> (Ja klar, ein kommentierender Hinweis wäre hilfreich. Es überstieg
> einfach unsere Antizipation, daß jemand mehr brauchen könnte...)

> B.E.

> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> http://sunny5.biblio.etc.tu-bs.de/mailman/listinfo/allegro




Mehr Informationen über die Mailingliste Allegro