[Allegro] Speicherverzögerung bei update + NEU: anzeigeproblem bei update.job

Klaus Lehmann lehmann_klaus at t-online.de
Fr Okt 2 11:20:39 CEST 2015


 
Guten Tag Herr Eversberg,
danke für Ihre Nachricht.
Am Freitag, 2. Oktober 2015 um 08:37 schrieben Sie.
Ihre Nachricht finden Sie am Ende dieser eMail.

> Am 01.10.2015 22:22, schrieb Klaus Lehmann:

>> übrigens -x habe ich lieben gelernt!
>> z.b. so: -xUPRO-%no%-%lst%-%%f
>> ENDLICH eine eineindeutige bezeichnungsmöglichkeit für upro! BRAVO!
>> [für  index/qrix  ist  es  noch  nicht zu 100% vollendet!
>> bitte, bitte bitte! kommt aus karlsruhe...]
>>
> Na ok, Ihr unermüdliches Rackern für die gute Sache verdient 
> Anerkennung, ich mach mir da nochmal 'n Kopf.
danke.


>> wenn  jemand  NOCH  weitere  lösungen hat, wie man den update.job VIEL
>> schneller hinbekommt, gerne!
> Lassen Sie nur einen einzigen Schlüssel erzeugen, den Primärschlüssel.
genau das lasse ich machen: nur den primären.
dann   später,  wenn  alles  fertig  ist,  wird  der  komplette  index
"geladen", sprich es wird mit ihm nochmal neu indexiert.


> Nein, im Ernst:
> Die Indexierung erfordert nun mal den Löwenanteil der Zeit, da ist leider
> kein Drumrumkommen, und da läßt sich nichts noch mehr beschleunigen.
> B.E.

evtl   könnte  man  noch  was  "kleines"  tun:  die  bildschirmanzeige
reduzieren.  man  könnte sie ganz unterbinden. das wäre die vermutlich
"zeitsparendste" lösung. vermutlich bringt sie 1% gewinn....
in die logdatei wird sowieso(!) verspätet reingeschrieben!



nebenbei: hier stimmt einiges NICHT!
=========

das sehen wir auf dem bildschirm:

N:<E130> kein Ergebnis bei: |9 "Pyshkova, Galina"
 / Neusatz (Prim.Schl.=|9Pyshkova, Galina) ==> + (Datei 204)
M: Satz 943665 gespeichert
617509. Satz  :         >|9Pyshkova, Galina<N:<E130> kein Ergebnis bei: |9 "P
kova, Galina=?"
 ==> x (Satz #943665 ersetzt)
M: Satz 943665 gespeichert



ich glaube herr fischer hat das vor ca 1-2 monaten schon mal bemerkt:
"kein Ergebnis bei".. ist VÖLLIG falsch.
GENAU  diesen  primären  Schöüssel  gibt es und, er "ergänzt" den satz
#943665. oben steht aber falsch: "ersetzt".... ich arbeite mit -fm41




im UPRO-protokoll steht es nicht wortgleich:
[01:14:49] 196334. Satz eingelesen :
Gesucht: >|9 Digard, Uschi=?<
Gesucht: >|9 Digard, Uschi<
196334. Satz = #151644 gefunden: >|9Digard, Uschi<
[01:14:49] Satz #151644 ersetzt (Datei 183, Laenge 10387)

ABER  auch hier: "ersetzt" ist nicht ganz korrekt, der datensatz wurde
"ergänzt"....

dieses nur mal so, wenn wir gerade beim thema sind..... ;-)


zum  thema  "öffetnlichkeitswirkung  von  allegro-C"  werde ich gleich
berichten....


viele grüße
ihr klaus lehmann




> _______________________________________________
> 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 Freitag, 2. Oktober 2015 um 08:37 schrieben Sie:
> Am 01.10.2015 22:22, schrieb Klaus Lehmann:

>> übrigens -x habe ich lieben gelernt!
>> z.b. so: -xUPRO-%no%-%lst%-%%f
>> ENDLICH eine eineindeutige bezeichnungsmöglichkeit für upro! BRAVO!
>> [für  index/qrix  ist  es  noch  nicht zu 100% vollendet!
>> bitte, bitte bitte! kommt aus karlsruhe...]
>>
> Na ok, Ihr unermüdliches Rackern für die gute Sache verdient 
> Anerkennung, ich mach mir da nochmal 'n Kopf.

>> wenn  jemand  NOCH  weitere  lösungen hat, wie man den update.job VIEL
>> schneller hinbekommt, gerne!
>>
> Lassen Sie nur einen einzigen Schlüssel erzeugen, den Primärschlüssel.
> Nein, im Ernst:
> Die Indexierung erfordert nun mal den Löwenanteil der Zeit, da ist leider
> kein Drumrumkommen, und da läßt sich nichts noch mehr beschleunigen.

> 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