[Allegro] Speicherverzögerung bei update

[Klaus Lehmann]

Nachtrag:

s.a. meine email an die liste vom 1.10.2015 um 22:22 ....

alle diese "tricks", die ich da (unten) aufgeführt habe, funktionieren, wenn
man die datenbank schön mit leerstellen auffüllt.

s.a. cfg den wert:
F219    Fuellzeichen-Code
f50     Fuellzeichen fuer neue Datensaetze

wenn natürlich viel mit update reingespielt wird, dann könnte man f50
auf f100 setzen....

das da oben ist ein MEGA-beschleuniger!

grüße vom k.l.



Am Donnerstag, 1. Oktober 2015 um 22:22 schrieben Sie.
Ihre Nachricht finden Sie am Ende dieser eMail.
....
> ja...
> es  gibt arbeitsumgebungen, da muss ich auf parallele Benutzung
> der datenbank achten, da wird update.job SO gesetzt:
> -fm01 -L

> da  wo  exclusivität  garantiert  ist,  also  das  skript  der EINZIGE
> benutzer der datenbank ist, da setze ich update.job meistens IMMER so:
> -fm01 -L -F0/0

> ü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...]

> wenn  jemand  NOCH  weitere  lösungen hat, wie man den update.job VIEL
> schneller hinbekommt, gerne!

> viele grüße von der archivistica!
> ihr klaus lehmann





-- 
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!
* Internetkataloge & WebHosting für Allegro-C & Web 2.0 mit VuFind
* 2011: Sponsor der Peter-Sodann-Bibliothek (Staucha)
* 2012: mit allegro-utf8 V3 und allegro-vufind auf der IFLA in Helsinki
* 2013: Bolero 64bit. Fußige Noten aufgeblättert (=Die Fußnotendoku)
* 2014: allegro-zdb: endlich. Die Wiedervereinigung! + eBooks
* 2015: allegro-vufind. Endlich! Noch moderner! Web2 auch für Ihren Katalog?





Am Donnerstag, 1. Oktober 2015 um 22:22 schrieben Sie:
>  
> Guten Tag Herr Fischer,
> danke für Ihre Nachricht.
> Am Mittwoch, 30. September 2015 um 11:32 schrieben Sie.
> Ihre Nachricht finden Sie am Ende dieser eMail.

> ....
>> für die Speicherverzögerung mit 1000 bzw. 100 Millisekunden recht
>> hoch angesetzt ist: Ein Update von 1000 Sätzen benötigt allein für
>> die Verzögerung über eine Viertelstunde. Spricht etwas dagegen, ihn
>> standardmäßig auf 0/0 zu setzen? Wer Probleme bekommt, kann das dann
>> ja erhöhen. Derzeit (ohne Übergabe von -F) dauert das Updaten länger
>> als unbedingt nötig, zumal das auch oft (ich denke da an Herrn
>> Lehmann) im Einzelbetrieb eingesetzt wird, wo ich gar keinen Grund für eine Verzögerung sehe.

> ja...
> es  gibt arbeitsumgebungen, da muss ich auf parallele Benutzung
> der datenbank achten, da wird update.job SO gesetzt:
> -fm01 -L

> da  wo  exclusivität  garantiert  ist,  also  das  skript  der EINZIGE
> benutzer der datenbank ist, da setze ich update.job meistens IMMER so:
> -fm01 -L -F0/0

> ü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...]

> wenn  jemand  NOCH  weitere  lösungen hat, wie man den update.job VIEL
> schneller hinbekommt, gerne!

> viele grüße von der archivistica!
> ihr klaus lehmann