felujitas utani nagy problema

[Thek_Gyorgy]

Kedves Csaba es TextLibesek!


Bar a peldanyok elkeveredese miatti riadalom indokolt, azert egy
kis megfontoltsag elvarhato lenne. Az adatbazis hibainak ugyanis
semmi koze nincs a verziovaltashoz. A felujitas soran kizarolag
a TextLib program valtozik, az adatbazis nem, sem a telepiteshez
sem a felujitashoz nincs is szukseg adatbazisra. Ennyit egy
rendszergazdanak tudni kell!

A DBF_PACK es az indexeles sem javithatott a helyzeten, nem is
feladata e programoknak az adatbazisban levo adatkapcsolatokon
valtoztatni. Bar ervenyesulnek az adatkapcsolatokban szabalyok,
de ezek koze semmikeppen nem tartozhat annak leirasa, hogy egy
dokumentum milyen peldanyokkal rendelkezik.

A lenyeg persze nem ez, hanem a tennivalo.

A jelensegbol kiindulva - a peldaban 2 helyett 10 peldany -
kizarhatjuk a kezzel vegzett adatmodositast, hiszen 8 peldany
kotethez rendelese evekig emlekezetes esemeny lehet a konyvtar
eleteben. A legvaloszinubb tettes az import.

Elso lepesben meg kell allapitani - lehetoleg tobb peldan -,
hogy az ujonnan hozzarendelodott peldanyok idegen peldanyok-e,
vagy sajatok.

Ha idegenek, akkor alapos a gyanu, hogy FSzEK peldanyok.
Miota ugyanis a FSzEK HunMarc formaban adja el az adatbazis
valtozasokat, a rekordok tartalmaznak peldany adatokat is. Emiatt
modositani kellett az importot vezerlo allomanyt, ahogy errol a
2003. majus 13-an es 15-en irt levelunkben szoltunk
is. Mindket levelet billesztjuk e szoveg vegere, azokban a hiba
kijavitasanak modja reszletesen benne van.

A sajat peldanyokra nem tudunk ilyen kezenfekvo magyarazatot,
kiindulopontnak a rekordok valamelyikenek (marmint egy hibaban
erintett kotet vagy peldany) modositasi datuma szolgalhat. (A
rekord ablakos nezegetesekor Shift/F10 menuben "Rendszer mezok".)
A datum alapjan elokeresheto a muveletet tartalmazo naplo, a
rekordazonosito ismereteben a tortenesek pontosan kiderithetok.
Errol reszletesebben most nem irunk, de termeszetesen szivesen
segitunk tovabbi tanacsokkal, vagy tevolegesen, ha a naplokat
megkapjuk.

Ha sajat peldanyok keveredtek el, akkor fontos kerdes az is,
hogy a peldanyokat eredetileg birtoklo kotettel jelenleg mi
van. Ilyet persze nem konnyu talalni, egy eltevedt peldany
kezbevetele utan azonban mar egyszeru megallapitani az eredeti
kotetet.

Ezek a lepesek tobbre termeszetesen nem alkalmasak, mint a hiba
keletkezesi okanak felderitesere. De elsokent eppen ez a feladat.

Semmikeppen nem szabad megoldaskent visszaterni az utolso
menteshez, mar csak azert sem mert a hiba ABBAN IS BENNE VAN!!!


Udvozlettel:  Thek Gyorgy - InfoKer


Ui: Nem latjuk indokoltnak, hogy barki is feljen az 1.60.08-as
TextLib valtozattol, nyugodan hasznalhato.


--------------------------------------------------------------------------
Tisztelt TextLibesek!

Nagy baj derult ki a Fovarosi Szabo Ervin konyvtartol szarmazo
HunMarc rekordokrol: peldany leirasokat is tartalmaznak. Az
InfoKer altal hasznalni ajanlott UNIV_IMP.CFG pedig be is tolti
ezeket, igy a konyvtar allomanyaba nem tartozo peldanyok
kerulnek be az adatbazisba.

A hiba javitasat ket lepesben lehet vegrehajtani:
1. Modositani kell az importot vezerlo allomanyt, a .CFG-t.
2. Torolni kell az adatbazisbol az idegen peldanyokat.

ad 1. A .CFG modositasa
Az UNIV_IMP.CFG elejen a dokumentumokrol szolo leirasban a

&r DOKUMENTUM
...
Vegyit:BIBL_MEGJEGYZES PELDANY ANALITIKA

helyett a

&r DOKUMENTUM
...
Vegyit:BIBL_MEGJEGYZES ANALITIKA
Eldob:PELDANY

ket sor a helyes. Ezutan a

&r PELDANY
Azonosito:VONALKOD
Kitolt:/MIND /RENDSZER

helyett a kovetkezo harom sor szerepeljen:

#&r PELDANY
#Azonosito:VONALKOD
#Kitolt:/MIND /RENDSZER

(A # jel egyenerteku a sorok kitorlesevel, tehat az is jo megoldas.)

Ha nem az UNIV_IMP.CFG-t hasznaljuk, ugyancsak ket valtoztatas
szukseges a fenti analogiajara:
- a dokumentumok betolteserol rendelkezo resz vegen legyen ott az

Eldob:PELDANY

sor,
- toroljuk a .CFG-bol az

&r PELDANY

kezdetu bekezdest.

ad 2. A peldany rekordok torlese: rendszergazdakent!!!
A torles egyszeru, a kereses viszont nem az. Az idegen peldany
rekordok megtalalasa a kovetkezo modokon lehetseges:
- szerencses esetben a megszokottol eltero vonalkod es/vagy
leltari szam;
- a HM_VESZ.LOG-bol kikereshetok az importalasok napjai, igy
a [kereSes / Rendszer adatok alapjan / bevitel Ideje] pontban
egyszerre kereshetok az aznap bekerult rekordok. A halmazbol
kivalogathatjuk a peldanyokat. Ehhez a talalati halmazokat
mutogato ablak (Alt/Szokoz) [Szerkeszt / Halmaz adatai] urlap
"Bovebb" gombjanak megnyomasa utan a Shift/Szokoz billentyuvel
jeloljuk meg a mindenfele dokumentumtipus peldanyait, majd
nyomjuk meg a "Szukit" gombot. Erdemes ezek utan meg
--- vagy egyesevel vegignezni, hogy nem maradt-e a halmazban
sajat peldany, es ha maradt, akkor a halmazbol kihuzni,
(--- vagy...
Tekintettel arra, hogy az importalt rekordoknak nincs bevivoje,
halmazmuvelettel kivonhatjuk a sajat rekordokat az elobbi - a
peldanyokra szukitett - talalati halmazbol. Az imenti keresest
ismeteljuk megy ugy, hogy a "bevitel Ideje" datumon kivul a
"Bevivo" mezobe is irjunk, megpedig csak egy kerdojelet. Ezt
a halmazt vonjuk ki az elozobol, es akkor kipotyognak a sajat
rekordok, es csak az idegenek maradnak a halmazban.)

Az idegen peldanyokat tartalmazo halmazt a talalati halmazok
[Szerkeszt / ! Minden rekordot torol !] pontjaban torolhetjuk,
ha a program altal egymas utan feltett mindharom kerdesre
megerositjuk a torlesi szandekunkat.

!!!!!
Vigyazat!!! Ha mindharom kerdesre igent valaszolunk, akkor a
program mindenkeppen kitorli a rekordokat, akkor is, ha
egyebkent a kapcsolatok miatt ez tilos lenne. Nagyon gondosan
ellenorizzuk tehat a torlesre jelolt rekordok halmazat!
!!!!!

Udvozlettel:  Thek Gyorgy (InfoKer)
--------------------------------------------------------------------------

--------------------------------------------------------------------------
Tisztelt TextLibesek!

A FSzEK HunMarc rekordjainak betoltesebol keletkezo hiba, az
idegen peldanyok megjelenese, ahogy Takats Bela irja, valoban
csak off-line modban, a HM_VESZ.EXE program hasznalatakor
fordulhat elo. On-line importnal a program mas modon mukodik,
a .CFG modositasaval nem is lehetne a hibat javitani.

Igaza van Beni Marinak abban, hogy a hiba keletkezeseben a .CFG
is ludas, bar itt egyeb megfontolasok is szerepet jatszanak.
A peldany adatok cserejenek lehetoseget szandekosan epitettuk be
az UNIV_IMP.CFG-be, tudva azt, hogy sok konyvtarban sajat
adatbazis reszek export-importja is rendszeres tevekenyseg.
Arra azonban semmikeppen nem szamitottunk, hogy kulso forrasbol
peldany adatok erkezhetnek. A hiba tehat a tajekoztatas hianyabol
- ez a FSzEK hibaja - es a korultekintes hianyabol - az az
InfoKer hibaja - fakad. Szerencsere semmi jovatehetetlen nem
tortent, az elozo levelben leirt modon a peldany rekordok
torolhetok.

Annyi kiegeszites tartozik az elozo levelhez, hogy az
UNIV_IMP.CFG javitott valtozata az InfoKer honlapon ket helyen
is megtalhato: a 8. hirlevel mellekletekent, es az 1.60.07
TextLib valtozat 4. javitokeszleteben. (A 4. javitokeszlet
HM_VESZ.EXE programja termeszetesen korabbi TextLib valtozatokhoz
is hasznalhato.)

Igaza van Beni Marinak abban is, hogy a tobbkotetesek koteteinek
szakaszos importja miatt szukseg van a

Vegyit:KOTET

sorra a dokumentumok betolteset vezerlo szovegreszben. Az elobb
leirt ket helyen talalhato javitott UNIV_IMP.CFG mar tartalmazza
ezt a kiegeszitest is.


Udvozlettel:  Thek Gyorgy (InfoKer)
--------------------------------------------------------------------------