[Allegro] HFM auch mit update.exe?

Fr Mai 15 16:31:24 CEST 2015

....
> und auch sehr wichtig: das einzuspielende material kann 
> nur die selbige struktur VORNE haben:
>> 40.100 Aname, Avorname 20 testtitel1 (2009)
>> 40.100 Bname, Bvorname 20 testtitel1 (2009)
oder
>> 40.100 ~Aname, Avorname 20 testtitel1 (2009)
>> 40.100 ~Bname, Bvorname 20 testtitel1 (2009)
> es wird maschinell erzeugt....

> deshalb vielleicht nochmal gefragt:
> ich habe die datensätze:
> 20 testtitel3 (2012)
> 20 testtitel1 (2009)
> 20 testtitel2 (2010)

> es kommt material in ungeordneter reihenfolge rein:
>> 40.100 ~Aname, Avorname 20 testtitel1 (2009)
>> 40.100 ~Bname, Bvorname 20 testtitel1 (2009)
>> 40.100 ~Aname, Avorname 20 testtitel2 (2009)
>> 40.100 ~Bname, Bvorname 20 testtitel3 (2009)
>> 40.100 ~Aname, Avorname 20 testtitel2 (2009)
>> 40.100 ~Bname, Bvorname 20 testtitel3 (2009)
>   ~~~~~~~ was vor dem inhalt des felder steht, ist IMMER gleich.
>   der primärschlüssel ist #20
>   ich will die #40 zusätzlich mit 3stellen einspielen.
>   wenn das feld #40.100 nicht besetzt ist, wird eben #40.100 erzeugt.
>   ist #40.100 vhd, kommt das nächste einzuspielende feld in die 
>   #40.101

>   wenn das zu kompliziert ist, muss ich den weg über den 
>   allegro-import gehen. DAS klappt!
nein, klappt doch nicht. 
mein irrglaube: mehrere #40'er felder in einem satz.

nee, leider immer 1x #40 und 1x #20 in einem datensatz. aus vielen 
diesen einzelbröckchen wird ein großer datensatz zusammengespielt.
und irgendwann, wenn der basisdatensatz (er mit dem alles angefangen 
hat), DIESER:
20 testtitel1 (2009)
bekommt er die erste person mit:
40.100 ~Bname, Bvorname 20 testtitel1 (2009)
irgendwann später:
40.100 ~Aname, Avorname 20 testtitel1 (2009)
vielleicht (bzw ziemlich sicher: 3x #40 sind nix!)
40.100 ~Cname, Cvorname 20 testtitel1 (2009)

naja. mit der updatetechnik klappts ja bis zu ca 220 personen.
was ist, wenn es mehr werden?

> oder gehts doch "irgendwie" mit update.job?

also damit gehts nicht: 
(ratschlag von h. eversberg's email von heute 11:14)
"Ändern Sie das mal so:

40.100 Aname, Avorname 20 testtitel1 (2009)
40 ~Bname, Bvorname 20 testtitel1 (2009)"

ich verstehe ja, wenn das schwer zu verstehen ist... die strukturen 
entsprechen nicht gerade bibliothekarischen ansprüchen.
mal schauen, ich versuche erstmal die oben erwähnte updatetechnik ohne 
HFM ;-(

es gibt noch anderes zu tun....
;-)

viele grüße und danke für die mühen
ihr klaus lehmann

>> B.E.

-- 
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 Freitag, 15. Mai 2015 um 13:27 schrieben Sie:
>  
> Guten Tag Herr Eversberg,
> danke für Ihre Nachricht.
> Am Freitag, 15. Mai 2015 um 11:14 schrieben Sie.
> Ihre Nachricht finden Sie am Ende dieser eMail.

>> Am 15.05.2015 10:53, schrieb Klaus Lehmann:
>>> info:
>>> mit dem im handbuch beschriebenen verfahren mit ~
>>> an der 4.stelle gelingt es!
>>> ================================================
>>> test ist eine normale datenbank, wie cat.
>>> in test2.alg steht das drin
>>> 40 ~Aname, Avorname 20 testtitel1 (2009)
>>> 40 ~Bname, Bvorname 20 testtitel1 (2009)
>> Ändern Sie das mal so:
>> 40.100 Aname, Avorname 20 testtitel1 (2009)
>> 40 ~Bname, Bvorname 20 testtitel1 (2009)
>> Wenn noch kein HFM-Feld vorliegt, wird auch nicht automatisch eins
>> erzeugt mit der ~-Technik. Das würde die Kontinuität der älteren
>> Methodik brechen. Aber WENN eins vorliegt, hier also die #40.100,
>> dann wird weitergezählt.

> das klappt nicht. vielleicht hab eich ja auch einen spezialfall... ;-)
> ich hatte "vergessen" zu erwähnen, daß keiner beim einzuspielenden 
> material weiss, ob es schon eine #40.100 gibt.

> bei DEM beispiel weiss ich ja:
>> 40.100 Aname, Avorname 20 testtitel1 (2009)
>> 40 ~Bname, Bvorname 20 testtitel1 (2009)
> den testtitel1 gibt es bereits eine 40.100, also kann 40 ~ mit Bname 
> reinrollen.

> leider nein. ich weiss es eben nicht.

> und auch sehr wichtig: das einzuspielende material kann 
> nur die selbige struktur VORNE haben:
>> 40.100 Aname, Avorname 20 testtitel1 (2009)
>> 40.100 Bname, Bvorname 20 testtitel1 (2009)
> oder
>> 40.100 ~Aname, Avorname 20 testtitel1 (2009)
>> 40.100 ~Bname, Bvorname 20 testtitel1 (2009)
> es wird maschinell erzeugt....

> deshalb vielleicht nochmal gefragt:
> ich habe die datensätze:
> 20 testtitel3 (2012)
> 20 testtitel1 (2009)
> 20 testtitel2 (2010)

> es kommt material in ungeordneter reihenfolge rein:
>> 40.100 ~Aname, Avorname 20 testtitel1 (2009)
>> 40.100 ~Bname, Bvorname 20 testtitel1 (2009)
>> 40.100 ~Aname, Avorname 20 testtitel2 (2009)
>> 40.100 ~Bname, Bvorname 20 testtitel3 (2009)
>> 40.100 ~Aname, Avorname 20 testtitel2 (2009)
>> 40.100 ~Bname, Bvorname 20 testtitel3 (2009)
>   ~~~~~~~ was vor dem inhalt des felder steht, ist IMMER gleich.
>   der primärschlüssel ist #20
>   ich will die #40 zusätzlich mit 3stellen einspielen.
>   wenn das feld #40.100 nicht besetzt ist, wird eben #40.100 erzeugt.
>   ist #40.100 vhd, kommt das nächste einzuspielende feld in die 
>   #40.101
>   wenn das zu kompliziert ist, muss ich den weg über den 
>   allegro-import gehen. DAS klappt!
>   
>   
> oder gehts doch "irgendwie" mit update.job?
> danke und grüße, k.l.

>> B.E.

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