Användarguide

Version 3.8.1

Copyright © 2001, 2002, 2003, 2004, 2005 "Öppna bibliotekssystem"

anteckning

Detta dokument ger information om syftet med den automatiserade arbetsplats reader", villkoren för dess användning. Sekvensen av användaråtgärder som säkerställer framgångsrik exekvering av programmet beskrivs och illustreras i detalj.

Kapitel 1. Syftet med programmet

Programmet är utformat för att ge fjärranvändare tillgång till resurser för Z39.50-tjänster. Fjärranvändare kan vara vilken som helst användare av webbservern som den automatiska läsararbetsstationen arbetar på. Z39.50-tjänstresurser kan vara olika fjärrdatabaser (bibliografiska, fulltext-, ISO-leveransförfrågningsdatabaser). Således är programmet en mellanlänk i ett informationssystem med flera länkar, vilket ger användarna följande möjligheter:

söka efter bibliografisk information i fulltext, information om beställningar, information om platsen och tillgängligheten för ett dokument i fjärrdatabaser med möjligheten att eliminera dubbelarbete, navigera genom sökindex och automatiskt utöka en fråga med hjälp av synonymordbok och auktoritetsfiler;

beställa ett dokument (kopia) enligt dess beskrivning;

kontrollera orderstatus;

visar en lista över dokument som tagits emot för tillfälligt bruk.

Programmet har med andra ord ett webbanvändargränssnitt. Därför nås gatewayen via .

Kapitel 2. Programexekveringsvillkor

De nödvändiga villkoren för att köra programmet är:

Föredragna, men inte obligatoriska, villkor för att köra programmet är:

Kapitel 3. Programexekvering

Att arbeta med programmet består av att sekventiellt utföra följande steg:

Steg 2-4 kan utföras flera gånger under en session, eftersom sökning i allmänhet är en iterativ process.

Möjligheten att slutföra steg 4 beror på initieringsmetoden (användaridentifiering krävs) och kapaciteten hos den specifika .

Möjligheten att navigera genom sökindex bestäms av den specifika kapaciteten.

3.1. Initialisering

Det finns två lägen för att upprätta en anslutning med: med och utan användaridentifikation. I det första fallet måste användaren fylla i fälten i det formulär som erbjuds honom som krävs för identifiering: användarnamn och lösenord. Typen av formulär bestäms av webbserverns utvecklare och kan generellt sett skilja sig från exemplet som ges på. Det är dock grundläggande att användaren måste ange ett användarnamn och lösenord. När du anger ett lösenord, beroende på vilken webbagent du använder, visas inte data eller visas som platshållare.

Bild 3-1. Exempel på ett formulär för att identifiera en Z39.50-serveranvändare

I läget utan användaridentifikation upprättas anslutningen genom att aktivera motsvarande länk. Länkar till olika informationskällor kan tillhandahållas av webbserverutvecklaren på en eller flera sidor.

Om anslutningen lyckas upprättas får användaren ett förfrågningsformulär och kan gå vidare till steg 2 (se ). Om initieringen misslyckas av någon anledning (till exempel om servern för närvarande inte är tillgänglig eller lösenordet är felaktigt), kommer programmet att utfärda ett diagnostiskt meddelande som anger orsaken. I det här fallet kan användaren försöka eliminera orsakerna själva (till exempel kontrollera skiftläge för de angivna tecknen och ange lösenordet igen), försöka upprätta en anslutning till källan senare, vid ett annat tillfälle (om servern är otillgänglig ) eller sök hjälp från administratören.

3.2. Sök

Typen av sökformulär som erbjuds användaren efter framgångsrik initiering bestäms av utvecklaren av webbservern och kapaciteten hos en viss Z39.50-källa (åtkomstpunkter, logiska operatorer, inspelningspresentationsformulär, navigeringsmöjligheter och eliminering av duplicering). Ett exempel på ett sådant formulär för att söka bibliografisk information med namn på kontrollelement ges på.

Bild 3-2. Exempel på sökformulär och kontroller

	Lista över åtkomstpunkter
	Lista över databaser
	Fält för begäran
	Lista över kvalificerade attribut
	Lista över operatörer
	Omkopplare för dokumentplatsinformation
	Sorteringsbrytare
	Lista över sorteringsnycklar
	Lista över inläggsformat
	Fråga expansionsbrytare
	Duplicerad elimineringsomkopplare
	Lista över synonymordbok
	Fält för antal poster
	Sök-knappen
	Sök indexvy knapp

3.2.1. Begäran fält

Sökningen utförs enligt ord som anges av användaren i begärande fält. I vilken ordning fälten fylls i spelar ingen roll. Skillnaden mellan versaler och gemener, eller bristen på sådana, bestäms av den specifika . De flesta servrar skiljer inte mellan dessa bokstäver. Du kan ange flera ord i ett fält. Ord är separerade eller inte åtskilda från varandra i enlighet med reglerna för det naturliga språk som sökningen utförs på.

3.2.2. Åtkomstpunkter

Innebörden av begäran i ett specifikt fält bestäms av den åtkomstpunkt som väljs från åtkomstpunktslistor. Uppsättningen av åtkomstpunkter bestäms av utvecklaren av webbservern och kapaciteten hos den specifika . Listor över åtkomstpunkter kan vara av två typer - med möjligheten att välja endast ett element och med möjligheten att välja flera element. Metoden för att välja flera element från listor av den andra typen bestäms av användarens operativsystem och dess webbagent. Om flera element väljs, anses en logisk ELLER-operation utföras på dessa element.

3.2.3. Kvalificerande attribut

Du kan också klargöra innebörden av begäran med hjälp av lista över kvalificerade attribut. Till exempel kan flera ord tolkas som en fras när ordningen på orden är viktig och en exakt sökning krävs, annars kan värdet "Ordlista" väljas. Uppsättningen av förtydligande attribut kommer också att bestämmas av webbserverns utvecklare och kapaciteten hos den specifika . Vid sökning på författarens namn är det möjligt att använda det förtydligande attributet "Normaliserat namn". I det här fallet ska namnet anges enligt följande: efternamn, komma, initialer (till exempel "Ivanov, A.I.").

3.2.4. Ange datum

Datum, med undantag för publiceringsåret, ska anges i enlighet med 7.64-90 i formatet ÅÅÅÅMMDD (till exempel "19970328" - 28 mars 1997). Publiceringsåret ska anges i formatet ÅÅÅÅ, medan vissa servrar kräver det obligatoriska valet av kvalificeringsattributet "Year".

3.2.5. Logiska operatorer

Om frågor skrivs in i flera fält, utförs logiska operationer på dessa fält, valda av användaren från operatörslistor placerad mellan de ifyllda fälten.

3.2.6. Avkortning

Du kan söka efter början och slutbokstäverna i ord, samt efter bokstäver från mitten av ordet (respektive trunkeringsoperationerna är höger, vänster, höger och vänster). För att göra detta, använd "*"-symbolen, som endast kan placeras i början eller slutet av förfrågningsfältet. Om "*" står i början av frågefältet, utförs sökningen med de sista bokstäverna i ordet. Om "*" finns i slutet av frågefältet, utförs sökningen med hjälp av ordets initiala bokstäver. Om "*" är i början och slutet av frågefältet, utförs sökningen med bokstäver från mitten av ordet.

Om trunkeringsoperationen tillämpas på ett uttryck som har ett kvalificerande attribut för ordlista, kommer sökningen att baseras på början, avslutande eller mittersta bokstäver i varje ord. Om operationen tillämpas på ett uttryck som har det kvalificerande attributet "Phrase", trunkeras det första eller sista ordet.

3.2.7. Exempel på att fylla i förfrågningsfält

Exempel på korrekt och felaktig ifyllning av frågefält och val av förtydligande attribut ges i tabeller resp.

Tabell 3-1. Exempel på korrekt ifyllning av förfrågningsfält

Fält för begäran	Kvalificerande attribut	En kommentar
neuronuppsättning*	Lista med ord	Alla dokument kommer att hittas vars beskrivning innehåller ord som börjar med " nervcell"och" uppsättning" - till exempel om titeln innehåller orden " nervcell nykh uppsättning till henne", " nervcell ny uppsättning och", " nervcell Men- uppsättning ev", " uppsättning och på binär nervcellÅh"
neuralt nätverk*	Fras	Alla publikationer i beskrivningen av vilka ordet "" kommer att visas kommer att hittas. neural" och följs omedelbart av ett ord som börjar med " uppsättning" - till exempel om titeln innehåller frasen " neuralt nätverk Och"
*arbete tion	Lista med ord	arbete"och" tioner" - till exempel om titeln innehåller orden "om arbete information tioner", "en gång arbete kompassmetod tioner "
*informationsbearbetning	Fras	Alla publikationer kommer att hittas vars beskrivning innehåller ord som slutar med " arbete"och omedelbart följt av ordet" information" - till exempel om titeln innehåller frasen "om informationsbearbetning "
*fungerar form av techno*	Lista med ord	Alla publikationer kommer att hittas vars beskrivning innehåller ord som innehåller bokstavskombinationerna " Arbetar ", "form ", "tekno" - till exempel om titeln innehåller orden "tider Arbetar ka in form tion tekno logy" eller "times Arbetar ka super tekno logiska modelleringsprocesser baserade på de form tionsparametrar"

Tabell 3-2. Exempel på felaktig ifyllning av förfrågningsfält

3.2.8. Registrera inlämningsformulär

Den föredragna formen för presentation av de hittade posterna väljs från lista över inlämningsformulär. Listan bestäms av webbserverns utvecklare. Möjligheten att presentera en post i det format som krävs bestäms av den specifika . Om poster inte kan tillhandahållas i det format som krävs, får användaren antingen ett diagnostiskt meddelande eller poster i något av de format som stöds.

3.2.9. Antal hämtade poster

I antal poster användaren har möjlighet att ange portionsstorleken på de poster som ska hämtas. Väntetiden för svar med sökresultat kan bero på värdet på denna parameter. Det faktiska antalet poster i en del bestäms av den specifika .

3.2.10. Eliminering av dubletter

Med hjälp dubblettelimineringsbrytare användaren har möjlighet att kontrollera processen för att visa dubblettposter. Om omkopplaren är i läget "På" utförs en dubblettelimineringsoperation på de hittade posterna - istället för flera poster som anses vara dubbletter ur en specifik posts synvinkel, visas en post - en representant. Denna operation är ganska resurskrävande, så den utförs inte om det finns ett stort antal poster. I detta fall kan användaren få ett motsvarande diagnostiskt meddelande; Alla hittade poster visas.

3.2.11. Sortering

Med hjälp sorteringsbrytare Och sorteringsnyckellista användaren har möjlighet att ställa in kriterier för sortering av hittade poster. Sortering görs i stigande ordning av nyckelvärden, inte skiftlägeskänslig.

3.2.12. Frågetillägg

Med hjälp begär expansionsbrytare Och lista över synonymordbok användaren har möjlighet att kontrollera automatisk frågeexpansion med hjälp av synonymordbok och auktoritativa databaser. Det rekommenderas att använda den här funktionen endast i de fall där antalet hittade poster är oacceptabelt litet. Detta kan minska söknoggrannheten.

3.2.13. Ändring av läge

Med hjälp lägesändringslänkar Användaren har möjlighet att ändra programmets driftsläge. Driftlägen skiljer sig åt i antalet kontroller i sökformuläret och följaktligen i den tillgängliga funktionaliteten. Utbudet av driftlägen bestäms av webbserverns utvecklare.

3.2.14. Ringer det virtuella tangentbordet

Med hjälp Länkar till virtuellt tangentbord användaren har möjlighet att ta fram en dialogmeny utformad för att mata in tecken från olika alfabet, vilket kan vara svårt eller omöjligt att ange direkt från tangentbordet. Det valda tecknet hamnar i slutet av det aktuella begärande fält. Proceduren för att arbeta med det virtuella tangentbordet beskrivs i motsvarande användarhandbok.

3.2.15. Anropa dialogen för att ange klassificerare (kategoriserare)

Med hjälp Dialoganropslänkar för att ange klassificerare (kategoriserare) användaren har möjlighet att ta fram en dialogmeny utformad för att navigera och välja innebörden av söktermen från olika klassificerare (kategoriserare). Det valda värdet ingår i det aktuella begäran fält. Proceduren för att arbeta med dialogen för att ange klassificerare (kategoriserare) beskrivs i motsvarande användarhandbok.

3.2.16. Ringer hjälp

Med hjälp hjälpknappar användaren har möjlighet att gå till ett dokument som beskriver hur man arbetar med programmet eller till något annat dokument.

3.2.17. Utför en sökfråga

Sökfrågan exekveras efter motsvarande inverkan på sökknappen. Om sökningen lyckas och poster hittas, får användaren information om de hittade posterna och går vidare till steg 3 (se).

Om sökningen lyckas, men inga poster hittas, får användaren ett motsvarande meddelande och kan fortsätta att skapa en ny förfrågan genom att gå tillbaka till sidan med förfrågningsformuläret. Returen utförs med hjälp av användaren (navigeringskontrollknapp eller tangentkombination) eller genom motsvarande navigeringselement som presenteras på sökresultatsidan.

Om sökningen misslyckas får användaren diagnostiska meddelanden som förklarar varför sökningen misslyckades. I det här fallet kan användaren också fortsätta att skapa en ny begäran. Om antalet diagnostiska meddelanden överstiger en viss nivå som bestämts av webbserverns administratör, visas dessa meddelanden inte omedelbart, utan kan visas genom att aktivera lämpliga navigeringselement som presenteras på sökresultatsidan.

3.2.18. Utför en begäran om att visa serversökindex

En begäran om att se sökindex exekveras efter lämplig åtgärd på sökindexvy-knappen. Generellt sett bestäms möjligheten att visa av utvecklaren av webbservern och kapaciteten hos den specifika .

Om surfningen lyckas får användaren en lista med söktermer som finns i indexet som motsvarar den valda åtkomstpunkten. Listan börjar med den term som lexikografiskt ligger närmast frågan. Listan anger också det ungefärliga antalet poster som innehåller en viss term.

Beroende på inställningarna för Reader Workstation, visas visningsresultaten antingen i ett nytt eller i det aktuella fönstret. I det första fallet, när hyperlänken som motsvarar den valda termen aktiveras, överförs termens värde till förfrågningsformuläret. I det andra fallet, när hyperlänken är aktiverad, söks poster efter denna term. Om sökningen lyckas går användaren vidare till steg 3 (se).

Användaren ges också möjlighet att navigera genom sökindexet med hjälp av lämpliga navigeringselement som presenteras på sökresultatsidan.

Bild 3-4. Exempel på visning av sökresultat - bibliografiska poster i kort form

Bild 3-5. Exempel på visning av sökresultat - bibliografisk post i full form

3.4. Beställa ett dokument enligt dess bibliografiska beskrivning

Dokumentbeställningssteget består av flera steg, vars antal beror på de beställningsegenskaper som användaren har angett. I det första skedet får användaren en bibliografisk beskrivning av dokumentet och erbjuds möjligheten att komplettera den med information om ett specifikt dokument (volym, nummer, nummer), eftersom en beskrivning kan sammanställas för en uppsättning dokument. Sådana tillägg är inte obligatoriska, men kan påverka resultatet av orderhanteringen. Dessutom ombeds användaren att från en lista välja en av fyra former för att arbeta med ett dokument: "Ta emot ett dokument för tillfälligt bruk", "Ta emot en kopia av ett dokument", "Erhålla ett intyg om platsen för ett dokument ”, ”Att erhålla ett intyg om kostnaden för leverans av ett dokument”. Efter att ha slutfört valet kan användaren fortsätta att lägga beställningen genom att aktivera knappen "Fortsätt".

Om det finns information om platsen för dokumentet uppmanas användaren att välja önskad innehavare (organisation, avdelning) genom att aktivera lämpliga omkopplare. Ett exempel på hur man börjar beställa ett dokument finns på.

Bild 3-6. Beställa ett dokument - steg 1

3.4.1. Skaffa ett dokument för tillfälligt bruk

Vid beställning av ett dokument för tillfälligt bruk, i steg 2 av beställningen, visas en bibliografisk beskrivning av dokumentet för användaren. Dessutom, om användaren i det första skedet av beställningen angav ytterligare information om dokumentet (volym, nummer, nummer), får han möjlighet att göra ändringar i denna information vid behov. Användaren ges också möjlighet att välja hur beställningen ska behandlas om det är omöjligt att omedelbart förse honom med handlingen. Du kan välja ett av tre sätt att behandla en beställning: "Lägg förfrågan i kö", "Lägg inte en förfrågan i kö", "Gå vidare enligt bibliotekets regler". Ett exempel på motsvarande blankett ges på. Efter att ha slutfört valet kan användaren fortsätta att lägga beställningen genom att aktivera knappen "Beställ". Efter detta får han information om den gjorda beställningen (se).

Bild 3-7. Beställa ett dokument för tillfälligt bruk

3.4.2. Att få en kopia av ett dokument

När du beställer en kopia av ett dokument, i steg 2 av beställningen, visas en bibliografisk beskrivning av dokumentet för användaren. Dessutom, om användaren i det första skedet av beställningen angav ytterligare information (volym, nummer, nummer) om dokumentet, ges han möjlighet att göra ändringar i denna information vid behov. Användaren ges även möjlighet att ange specifika dokumentsidor som ska kopieras. Att fylla i motsvarande fält är valfritt. Användaren har också möjlighet att ange önskad form av kopia (till exempel fotokopia eller elektronisk kopia). Listan över möjliga kopieringsformer bestäms av webbserverns utvecklare. Ett exempel på motsvarande blankett ges på.

Efter att ha slutfört valet kan användaren fortsätta att lägga beställningen genom att aktivera knappen "Fortsätt". I det här fallet går användaren vidare till det tredje steget av att lägga en beställning. I detta skede får han en bibliografisk beskrivning av dokumentet. Dessutom, om användaren angav i det andra skedet av beställningen specifika sidor för att kopieras ges han möjlighet att vid behov göra ändringar i denna information. Efter att ha slutfört valet kan användaren fortsätta att lägga beställningen genom att aktivera knappen "Beställ". Efter detta får han information om den gjorda beställningen (se).

Bild 3-8. Beställa en kopia av ett dokument

3.4.3. Att få certifikat

Vid beställning av certifikat om platsen för ett dokument eller kostnaden för leverans av ett dokument, i det andra steget av beställning, visas användaren en bibliografisk beskrivning av dokumentet. Dessutom, om användaren i det första skedet av beställningen angav ytterligare information (volym, nummer, nummer) om dokumentet, ges han möjlighet att göra ändringar i denna information vid behov. Ett exempel på motsvarande blankett ges på. Efter att ha slutfört valet kan användaren fortsätta att lägga beställningen genom att aktivera knappen "Skicka förfrågan". Efter detta får han information om den gjorda beställningen (se).

Bild 3-9. Beställning av ett intyg om plats för ett dokument

Bild 3-10. Resultat av beställning

Kapitel 4. Meddelanden till operatören

4.1. Initialisering

De meddelanden som användaren kan ta emot under initialiseringsstadiet, innebörden av dessa meddelanden och användarens handlingar presenteras.

Tabell 4-1. Meddelanden under initialiseringsfasen

Meddelande	Beskrivning	Användaråtgärder
Nätverket är avstängt	Det är omöjligt att upprätta en koppling med en specifik på grund av dess otillgänglighet	Försök att upprätta en kommunikationssession en annan gång, eller
Nätverk ej tillgängligt
Timeout vid försök att upprätta en anslutning
Servern är inte tillgänglig
Det finns ingen väg till servern
Ogiltig information - servern hittades inte eller svarar inte
Tillförlitlig information - servern hittades inte	Servern som anges i Reader Workstation-konfigurationen finns inte eller så fungerar inte namntjänsten korrekt	Kontakta webbserverns administratör med en beskrivning av problemet
Namnet är korrekt, men det finns ingen post av den angivna typen
Allvarligt fel	Det är omöjligt att upprätta en anslutning till en specifik, troligen på grund av ett fel i programvaran för Reader Automated Workstation	Kontakta webbserverns administratör med en beskrivning av problemet
Servern stängde oväntat anslutningen	oväntat stängde kommunikationssessionen, troligen på grund av ett fel i serverprogramvaran	Kontakta om möjligt mjukvaruutvecklarna med en beskrivning av problemet
Kan inte få något svar	Det är omöjligt att upprätta en kommunikationssession med en specifik person, troligen på grund av ett fel i serverprogramvaran
Det gick inte att skicka förfrågan
Ett felaktigt svar mottogs från servern
Ett oväntat svar mottogs från servern
Server nekad åtkomst	Det finns inte tillräckligt med behörighet att arbeta med en specifik	Kontrollera att användarnamn och lösenord är korrekt inmatade. Om det behövs, skriv in dessa parametrar igen. Kontakta administratören om det inte lyckas.

4.2. Sök, se sökresultat, beställ ett dokument

De meddelanden som användaren kan ta emot vid sökning, visning av sökresultat, beställning av ett dokument, innebörden av dessa meddelanden och användaråtgärder presenteras.

Tabell 4-2. Meddelanden i stadierna av att söka, hämta, beställa ett dokument

Meddelande	Beskrivning	Användaråtgärder
Konstant systemfel	kan inte utföra operationen	Kontakta om möjligt administratören med en beskrivning av problemet.
Tillfälligt systemfel	tillfälligt oförmögen att utföra operationen	Prova operationen senare
Sökning som inte stöds	Det användarspecificerade sökuttrycket kunde inte bearbetas	Omformulera begäran
Sökuttrycket består endast av stoppord	kan inte slutföra sökfrågan	Omformulera frågan för att ta bort stoppord
För många ord		Omformulera frågan genom att minska antalet ord
För många logiska operatorer		Omformulera begäran genom att helt rensa vissa fält
För många avkortade ord		Omformulera frågan för att minimera antalet trunkerade ord
Avkortade ord är för korta		Omformulera frågan genom att öka längden på de trunkerade orden
Försöker hämta en obefintlig post
Systemfel vid hämtning av poster	kan inte presentera den hittade posten	Kontakta om möjligt administratören med en beskrivning av problemet.
Den angivna databaskombinationen stöds inte	kan inte utföra en operation på de angivna databaserna	Omformulera frågan för att minska antalet valda databaser
Sökresultat finns inte längre - raderade av servern	ensidigt raderade sökresultat, möjligen på grund av bristande resurser	Sök igen
Sökresultat genereras fortfarande	fick en begäran om att hämta poster medan sökningen ännu inte var klar
En av de angivna databaserna är låst	kan inte utföra en operation på en av de angivna databaserna
Den angivna resultatuppsättningen finns inte	kan inte presentera poster utan att först utföra en sökning	Kontakta om möjligt webbserverns administratör med en beskrivning av problemet.
Resurserna är uttömda - inget resultat		Sök igen senare eller kontakta din webbserveradministratör med en beskrivning av problemet.
Resurser uttömda - oförutsägbart delresultat tillgängligt		Fortsätt arbeta. Om resultatet är otillfredsställande, avsluta arbetet och försök att återuppta det senare
Resurser uttömda - tillförlitligt delresultat tillgängligt
(Ospecificerat fel	kan inte slutföra operationen av okänd anledning	Kontakta om möjligt webbserverns administratör med en beskrivning av problemet.
Ingen åtkomst	nekad åtkomst till en databas eller post på grund av att användaren inte har lämpliga behörigheter
Inspelningsformatet är inte inställt på abstrakt format	kan inte skicka in ett bidrag	Kontakta om möjligt webbserverns administratör med en beskrivning av problemet.
Begärningstyp som inte stöds
Ogiltig Förfrågan	kan inte slutföra sökförfrågan pga det är felaktigt	Omformulera begäran eller kontakta webbserveradministratören med en beskrivning av problemet
Databasen är inte tillgänglig	kan inte utföra en operation på en specifik databas	Utför operationen igen senare
Operatör som inte stöds	stöder inte sökning med denna operatör	Omformulera frågan för att utesluta den operatör som inte stöds
För många databaser har angetts	kan inte slutföra operationen på grund av otillräckliga resurser	Omformulera frågan, minska antalet databaser
För många sökresultat genererade	kan inte slutföra sökbegäran på grund av otillräckliga resurser	Kontakta om möjligt webbserverns administratör med en beskrivning av problemet. Stäng av och försök återuppta senare
Attributtyp som inte stöds	kan inte slutföra sökförfrågan	Kontakta om möjligt webbserverns administratör med en beskrivning av problemet.
Sökning med åtkomstpunkt stöds inte		Omformulera begäran med en annan åtkomstpunkt.
Termvärde som inte stöds för denna åtkomstpunkt		Omformulera frågan med en annan form för att specificera termen
Åtkomstpunkt inte specificerad		Kontakta om möjligt webbserverns administratör med en beskrivning av problemet.
Relationsattribut som inte stöds	kan inte slutföra sökförfrågan	Omformulera frågan med ett annat relationsattribut. Kontakta om möjligt webbserverns administratör med en beskrivning av problemet.
Strukturattribut som inte stöds		Omformulera frågan med ett annat strukturattribut. Kontakta om möjligt webbserverns administratör med en beskrivning av problemet.
Positionsattribut stöds inte		Omformulera frågan med ett annat positionsattribut. Kontakta om möjligt webbserverns administratör med en beskrivning av problemet.
Trunkeringsattribut stöds inte		Omformulera frågan med ett annat trunkeringsattribut. Kontakta om möjligt webbserverns administratör med en beskrivning av problemet.
Attributuppsättningen stöds inte	kan inte slutföra en sökbegäran på grund av ett fel i gatewaykonfigurationen	Kontakta om möjligt webbserverns administratör med en beskrivning av problemet.
Kombination av attribut stöds inte	kan inte slutföra sökförfrågan	Omformulera frågan med en annan kombination av attribut.
Ogiltigt sökuttryck		Omformulera begäran eller kontakta webbserveradministratören med en beskrivning av problemet
Felaktigt termvärde för denna åtkomstpunkt		Omformulera begäran
Endast nollstegsvy stöds	kan inte slutföra en sökindexförfrågan på grund av ett fel i gatewaykonfigurationen	Kontakta om möjligt webbserverns administratör med en beskrivning av problemet.
Den angivna vystegstorleken stöds inte
Otillräckliga behörigheter för att utföra åtgärden	vägrade att utföra operationen på grund av att användaren inte hade lämpliga behörigheter	Kontakta webbserverns administratör med en beskrivning av problemet eller fortsätt arbeta
Befintlig databas	kan inte slutföra begäran på grund av ett fel i gatewaykonfigurationen	Kontakta om möjligt webbserverns administratör med en beskrivning av problemet.
Databasåtkomst nekad	nekad åtkomst till databasen, möjligen på grund av att användaren inte har lämpliga behörigheter	Kontakta webbserverns administratör med en beskrivning av problemet eller fortsätt arbeta
Dokumentet kan inte lämnas in i den form som krävs.	kan inte skicka in posten i det format som krävs	Välj ett annat inläggsformat
Inspelningsformat som inte stöds
Tjänsten tillhandahålls inte för denna databas	kan inte köra en fråga för en specifik databas	Välj en annan databas
Inlägget raderat	Under tiden mellan sökning och hämtning av posten raderades den	Fortsätt arbeta med programmet
SQL-fel	kan inte utföra operationen	Kontakta om möjligt utvecklarna med en beskrivning av problemet.
Kvoten är slut	Användaren kan inte längre skicka nya beställningar till systemet	Avbryt onödiga beställningar, eller kontakta administratören Z39.50 servrar CAE Vanlig applikationsmiljö CSS Cascading Style Sheets HTTP Hypertext Transfer Protocol HTML Hypertext Markup Language IEC Internationella elektrotekniska kommissionen SJUK Fjärrlån Maskinläsbar katalogisering TCP/IP Transmission Control Protocol/Internet Protocol GOST Statlig standard

-- [ Sida 1 ] --

Automatiserad

bibliotek och information

Server "Ruslan" version 2.16.x

Administratörens arbetsstation Version 1.8.x

ADMINISTRATÖRSGUIDE

Introduktion

Teknisk support

1. Beskrivning av gränssnittet för administratörens arbetsstation

2. Ställa in Ruslan-dataschemat

2.1. Konfigurera biblioteksdatakällor

2.2. Inställning av MARC-postindexeringstabeller

2.3. Konfigurera MARC Access Points

3. Konfigurera Ruslan-servern

3.2. Ställa upp katalogernas arbete

3.4. Lägger till en ny katalog

4. Användarhantering

4.1. Operationer på åtkomsträttsgrupper

4.2. Operationer på användare

5. Biblioteksdatabashantering

5.1. Skapande av organisationens biblioteksdatabaser

5.2. Redigera parametrar för en organisations biblioteksdatabaser

5.3. Bestämning av kvantitativa indikatorer för biblioteksdatabaser......60

5.4. Ta bort en biblioteksdatabas eller data från en biblioteksdatabas...........................61

5.6. Analys av statistik för biblioteksdatabaser

5.7. Uppdatering av accesspunkter till bibliografiska databaser

5.9. Ladda upp poster från bibliotekets databaser

5.10. Ställa in det initiala numret för bibliotekets databaspostnyckelgenerator

5.11. Visa poster i bibliotekets databaser

5.12. Kontroll av dubbletter inom områdena MARC-poster och serviceposter........76

5.13. Se historiken över ändringar i bibliografiska poster och återställ en raderad eller ändrad post

5.14. Batchredigering av bibliografiska poster

6. Biblioteksteknologier

6.1. Arbeta med en buffertbas

6.2. Låna analyser

6.3. Ställa in bakgrundsbearbetningsverktyg för bibliografiska poster.....97

6.4. Konfigurera bakgrundsbearbetningsverktyg för serviceposter

6.5. Uppsättning av export och import av data för universitetets automatiserade styrsystem

6.6. Konfigurera en server för att stödja den automatiska bokutgivningsprocessen

6.7. Konfigurera en server för att stödja processen för läsarkontroll av böcker som utfärdas till dem

6.8. Konfigurera en server för att stödja processen att samla in statistik över bokproblem

6.9. Uppsättning av server för att skicka elektronisk beställning av dokument

6.10. Konfigurera en server för att stödja fondinventeringsprocessen...121

7. Dataarkivering

7.1. Arkivering med Oracle DBMS

7.2. Arkivering med administratörens arbetsstation

7.3. Startar arkiveringsprocessen med Ruslan-servern

8. Överföra data till en annan dator

9. Säkerställa oavbruten drift av serverdelen av IBS "Ruslan".......135

10. Licenshantering

11. Övervaka och hantera driften av Ruslan-servern

11.1. Överbelasta serverparametrar

11.2. Analys av det aktuella servertillståndet

11.3. Visa användare som är anslutna till servern

11.4. Visa listan över biblioteksdatabaser som servern känner till

11.5. Analys av fysiska databasanslutningar

11.6. Analys av serverdriftsstatistik

Ansökningar

Bilaga 1. Diagnostiska meddelanden för Ruslan-servern

Bilaga 2. Tjänstedatabastaggar

Bilaga 3. Utbytesformat för tjänstedatabaser

Bilaga 4. Format för begäran

Inledning Denna manual är avsedd för administratören av det automatiska biblioteks- och informationssystemet (ALIS) "Ruslan".

IBS "Ruslan" består av klient- och serverdelar. Serverdelen består av Ruslan-servern och administratörens automatiserade arbetsstation (AWS). Klientdelen är en uppsättning målbiblioteksmoduler (ARMs) som interagerar med Ruslan-servern med hjälp av Z39.50-protokollet.

Ruslan-servern är kärnan i Ruslan IBS och stöder tre gränssnitt:

Z39.50 – för interaktion med biblioteksarbetsstationer och Z39.50-klienter från andra tillverkare;

Oracle® Net Services (Net8) – för interaktion med ett datalager baserat på Oracle® DBMS;

Microsoft® DCOM – för interaktion med administratörens arbetsstation.

Administratörens arbetsstation (nedan kallad arbetsstation) är utformad för att hantera biblioteksdata i Oracle® DBMS och Ruslan-servern. Den automatiserade arbetsplatsen har ingen oberoende betydelse (utanför serverdelen av IBS "Ruslan").

Manualen innehåller en beskrivning av gränssnittet och funktionerna hos administratörens arbetsstation för att lösa problem med att sätta upp, hantera och övervaka IBS "Ruslan".

Teknisk support Teknisk support tillhandahålls av Baltiksoft LLC.

Företagets webbplats: www.balticsoft.ru E-post: [e-postskyddad] Villkor

–  –  –

1. Beskrivning av gränssnittet för administratörens arbetsstation För att starta administratörens arbetsstation, välj genvägen "Administratorns arbetsstation ABIS "Ruslan"" på skrivbordet eller i aktivitetsmenyn i mappen "ABIS Ruslan".

Välj kommandot "Ny session" från "Arkiv"-menyn (Fig. 1) eller klicka på ikonen "Ny session" i verktygsfältet (Fig. 2) eller skriv in tangentkombinationen Ctrl+N.

–  –  –

En dialogruta visas som i Fig. 3. Det finns två värden att välja mellan i listan: "RUSLAN-Databas" och "RUSLAN-Server". Om du väljer det första värdet i listan ("RUSLAN-Database") och klickar på knappen "OK" kommer (efter auktorisering) interaktionsgränssnittet (via Oracle® Net Services (Net8)) med dataschemat "Ruslan" att öppen (fig. 5). Vi kommer hädanefter att kalla detta gränssnitt "RUSLAN-Databas". Om du väljer det andra värdet i listan ("RUSLAN-Server") öppnas interaktionsgränssnittet (via Microsoft® DCOM) med Ruslan-servern (Fig. 7). Vi kommer hädanefter att kalla detta gränssnitt "RUSLAN-Server".

Ris. 3 Efter att ha valt "RUSLAN-Databas" visas en auktoriseringsdialogruta (fig. 4). Om initieringsfilen (se ABIS "Ruslan". Installationsguide) finns i arbetsmapp och inte är skadad, kommer de två första fälten i dialogrutan att fyllas i. Annars är det omöjligt att arbeta med administratörens arbetsstation. När du har angett administratörslösenordet och klickat på knappen "Kör" kommer du att bli auktoriserad i Oracle DBMS. Efter auktorisering skapas en anslutning till tjänstens datakälla (fig. 5), som innehåller dataschemat "Ruslan".

Ris. 4

Ris. 5 Efter att ha valt "RUSLAN-Server" visas en auktoriseringsdialogruta (fig. 6). Ange nätverksnamnet på datorn (på vilken Ruslan-servern körs), användarnamnet på den här datorn och lösenordet.

Om datorn är en del av en Microsoft-domän måste du lägga till domännamnet före användarnamnet (till exempel MY_DOMEN\användarnamn).

Om arbetsstationen startas på samma dator som Ruslan-servern och operativsystemet är Windows XP, skriv bara in localhost i fältet "Serveradress".

Om arbetsstationen och servern körs under Windows 2003 SP1/SP2 eller Windows Vista, men datorn inte är en del av en domän, måste du ange datornamnet i fältet "Serveradress" och även ange det före användarnamnet (till exempel MY_COMPUTER\användarnamn). Lösenordet krävs.

(Fig. 7). Om Ruslan-servertjänsten inte körs (se IBS "Ruslan". Installationsguide), kommer arbetsstationen inte att kunna upprätta en anslutning med den och ett felmeddelande visas.

Ris. 6 Båda gränssnitten ("RUSLAN-Databas" och "RUSLAN-Server") har ett liknande utseende och är uppdelade i tre delar. Till vänster finns ett navigatorfönster med administrationsobjekt i form av ett träd. Längst ner finns ett stockfönster. Till höger finns huvudfönstret, som avslöjar innehållet i administrationsobjekt (i de flesta fall i form av en tabell). Du kan ändra storlek på delar av gränssnitt. Alla operationer i gränssnitten utförs med hjälp av snabbmenyer. Klicka med höger musknapp för att öppna snabbmenyn.

Ris. 7 När du flyttar i navigatorfönstret från ett objekt till ett annat kontrollerar arbetsstationen automatiskt om ändringar har gjorts i innehållet i objekten.

Om arbetsstationen tror att ändringar har gjorts (i vissa fall kanske det inte finns några riktiga ändringar), visar den meddelandet "Kanske har parametrarna ändrats. Spara ändringar? Du kan spara ändringarna eller vägra spara efter eget gottfinnande. Om du är säker på att du inte har gjort några ändringar är det bättre att vägra.

2. Ställa in Ruslan-dataschemat

Det här avsnittet beskriver operationerna för att ställa in dataschemat för IBS "Ruslan" i Oracle DBMS. Dataschemat består av en uppsättning tabeller som lagrar en lista med databaser, en tabell med parametrar för Ruslan-servern, en indexeringstabell för MARC-poster, listor över åtkomstpunkter till MARC-poster, säkerhetsdata, såväl som de procedurer som tjänar dem .

Dataschemat konfigureras från gränssnittet "RUSLANDabase" (se punkt 1).

2.1. Ställa in biblioteksdatakällor Att sätta upp databasdatabaser innebär att de registreras eller avregistreras, såväl som att ändra deras parametrar: lösenordet för källägaren och antalet anslutningar som Ruslan-servern upprättar med DBMS.

Registrering av källan till biblioteksdata Denna operation är nödvändig så att den IDB som skapades under installationsprocessen (se IBS "Ruslan". Installationsguide) blir känd för IBS "Ruslan". I en normal situation, när du skapar en IDB, sker automatisk registrering. Men av en eller annan anledning (systemfel, oavsiktlig manuell avregistrering) kan det vara nödvändigt att utföra denna operation manuellt.

För att registrera en databas, välj objektet "Datakällor" i navigatorfönstret och i huvudfönstret, anrop kommandot "Ny" från snabbmenyn

(Fig. 8). I huvudfönstret visas tabellen ny linje med namnet "Ny källa". Dubbelklicka på vänster musknapp på den här raden. En dialogruta för redigering av källparametrar visas (fig. 9).

Ris. 8

Ris. 9 Ange de nödvändiga parametrarna (se exempel i fig. 10) och klicka på knappen "Kör". I fältet "Antal anslutningar" anger du antalet anslutningar som Ruslan-servern kommer att upprätta med denna IDB. Antalet anslutningar avgör hur många operationer med databasen som kan utföras parallellt. Om du inte är säker ställer du in antalet anslutningar till tre. Om du har angett felaktiga källparametrar kan du redigera dem igen. Om du har registrerat en extra källa kan du ta bort den med hjälp av snabbmenykommandot "Radera". Efter att alla nödvändiga källor har registrerats, ring kommandot "Spara" från snabbmenyn. Om du vill avbryta alla ändringar, ring sedan kommandot "Återställ" från snabbmenyn.

–  –  –

Avregistrering av källan för biblioteksdata Denna operation exkluderar IDB från listan över källor som är kända för ILIS "Ruslan". I en normal situation, när IBD raderas, sker automatisk avregistrering. Men av en eller annan anledning (systemfel) kan du behöva utföra denna operation manuellt.

För att registrera en databas, välj objektet "Datakällor" i navigatorfönstret och i huvudfönstret väljer du den databas som du vill avregistrera. Välj kommandot "Radera" från snabbmenyn. En bekräftelse på operationen visas. Om operationen bekräftas försvinner den angivna IBD från listan. För att slutföra operationen, ring kommandot "Spara" från snabbmenyn. Operationen kan avbrytas genom att anropa kommandot "Återställ" från snabbmenyn.

Ändra IBD-parametrar Det är möjligt att ändra två parametrar för en registrerad IBD: IBD-ägarens lösenord och antalet anslutningar som Ruslan-servern upprättar med IBD. Antalet anslutningar avgör hur många operationer med databasen som kan utföras parallellt. Du kan också ändra namnet på källägaren, men detta innebär i praktiken att du registrerar ett nytt IDB.

För att ändra parametrarna för IDB, dubbelklicka med vänster musknapp på raden som beskriver den nödvändiga IDB:n. En dialogruta för redigering av källparametrar visas (fig. 10). För att ändra lösenordet, skriv in lösenordet två gånger i de intilliggande fälten. För att spara ändringarna, klicka på knappen "Kör". Därefter kan du redigera parametrarna för en annan IDB. För att genomföra ändringarna som gjorts, ring kommandot "Spara" från snabbmenyn. För att avbryta alla ändringar som gjorts, ring kommandot "Återställ" från snabbmenyn.

2.2. Ställa in indexeringstabeller för MARC-poster För att lägga till, ta bort eller redigera indexeringstabeller, välj objektet "Indexering" i navigatorfönstret och anropa kontextmenyn i huvudfönstret (fig. 12). Kommandot New skapar en ny (tom) indextabell. Kommandot "Redigera" kallar fram en dialogruta för redigering av den valda indexeringstabellen (fig. 13). Samma kommando kan anropas genom att dubbelklicka på vänster musknapp. Kommandot Delete tar bort den valda indextabellen. Kommandot Spara sparar alla ändringar som gjorts i alla indextabeller.

Kommandot Återställ ångrar alla ändringar som gjorts i alla indextabeller. Kommandot Load laddar indextabeller från en textfil. Efter nedladdningen måste du utföra kommandot "Spara" för att spara indexeringstabellerna. "Unload" kommando

dumpar indextabeller till en textfil.

Varje indexeringstabell har ett identifieringsnummer, en kommentar och en beskrivande del i sig, som innehåller en beskrivning av hur man indexerar fälten i en MARC-post.

Ris. 12

Ris. 13 Den beskrivande delen i dialogrutan för redigering av indexeringstabellen (fig. 13) utökas i form av en tabell för att underlätta arbetet.

Kontextmenyn innehåller följande kommandon: "Lägg till" - för att lägga till en ny indexeringsregel i slutet av tabellen, "Infoga" - för att infoga en indexeringsregel före den valda, "Radera" - för att ta bort en indexeringsregel. För att redigera en tabellcell, klicka på den med vänster musknapp. Varje indexeringsregel upptar en tabellrad.

Ordningen i vilken reglerna följs har betydelse: vid indexering av en MARC-post skannas indexeringstabellen (beskrivande del) uppifrån och ned för varje fält (underfält) i posten, och när fältet uppfyller nästa indexeringsregel, indexering sker i enlighet med denna regel, skannas inte tabellen vidare. En indexeringsregel består av tre attribut: fältmönster, underfältsmönster och indexeringstyp. Fältmallen består av tre numeriska tecken. Underfältsmallen består av ett enda tecken, som kan vara antingen en siffra eller en liten bokstav i det engelska alfabetet. När du anger ett fält eller underfältsmall betyder ett bindestreck (minustecken) vilket tecken som helst. Till exempel betyder ett fältmönster av formen "02-" "alla fält från 020 till 029". Indexeringstypen består av tvåsiffriga tecken.

Följande indexeringstyper är tillgängliga:

00 – indexera inte;

01 – underfältsfras: analyserar underfältet till ord och ger möjlighet att söka efter ord, efter ordlista och efter fras inom underfältet;

11 – frasfält: analyserar underfältet till ord och ger möjlighet att söka efter ord, lista med ord och fraser inom fältet (gör till exempel meningsfullt att ge en sökning med en termstruktur av typen "normaliserat namn" för poster i RUSMARC-formatet);

02 – som den är: tar bort inledande och efterföljande mellanslag, resten behandlas som ett ord, ger möjlighet att söka efter ord;

03 – ISBN: speciell indexeringstyp för underfält som innehåller ISBN eller ISSN;

4X - Kodat fält: Ger möjlighet att indexera kodade fält och deras delar som ord. Underfältsmönstret anger startpositionen för det indexerade elementet, och X-tecknet innehåller längden på det indexerade elementet i tecken. Positionen och längden anges med ett tecken, med siffran 10 som motsvarar tecknet "a", siffran 11 till tecknet "b",..., siffran 35 till tecknet "z";

05 – numeriskt intervall: i underfältet är endast numeriska element i ordet markerade, intervallsymbolen (minustecken) utökas, det vill säga till exempel i ett underfält med innehållet "N5, 6-9" elementen (orden) "5" kommer att indexeras, "6", "5", "7", "8", "9";

06 – UDC: speciell typ av indexering för underfält som innehåller UDC. Vid indexering betraktas en parentes som en avgränsare, en punkt anses inte vara en avgränsare;

Ett inline 200-fält indexeras om den första indikatorn för det fältet inte är noll;

08 – optimering av 999 fält: används för att påskynda processen med att indexera fält (999:a i Ruslan ABIS) som innehåller redovisningsinformation. Regeln placeras i början av indexeringstabellen. I det här fallet innehåller fältmallen "ass", underfältsmallen innehåller "-";

09 – lagernummer: en speciell typ av indexering för fält (underfält) som innehåller lagernummer. I det här fallet måste inventarienumret bestå av tre element separerade med ett avgränsningstecken ("-", "\", "/", etc.).

Alla indexerade element (ord) indexeras som lexogram (jämfört i lexikografisk ordning), och även som siffror (jämfört i numerisk ordning), om de helt består av numeriska tecken (med ett eventuellt minustecken i början).

Det finns följande specialfältmallvärden: "000" - markör (indexeringstyp är alltid 4X), "acc" - möjliggör optimering av 999 RUSMARC-fält (indexeringstyp är alltid 08), "nyckel" - intern registreringsnyckel - obligatoriskt element indexeringstabeller, med undantag för fall av omindexering av vissa fält (underfältsmallen är alltid "-", indexeringstypen är alltid 02).

Olika MARC-format kan kräva olika typer av indexering för samma fält- och underfältsmönster. Varje bibliografisk databas är associerad med en indexeringstabell (som kan delas i två i ett tvåfasindexeringsschema). Därför kan varje bibliografisk databas endast innehålla poster av ett specifikt MARC-format.

För att minska systemets svarstid på operationer med att infoga och ändra bibliografiska poster, tillhandahåller Ruslan-servern ett tvåfasindexeringsschema. Vid infogning/ändring av en MARC-post från automatiserade arbetsstationer av ABIS "Ruslan" (med undantag för administratörens arbetsstation), infogas/ändras posten och indexeras/omindexeras i enlighet med indexeringstabellen för den första fasen. Om dessa operationer slutförs framgångsrikt skickas ett motsvarande meddelande till användaren och Ruslan-servern skickas till bakgrund utför indexering/omindexering av MARC-posten i enlighet med indexeringstabellen för den andra fasen. Fel i den andra fasen registreras inte någonstans, de kan bara upptäckas genom en felaktig sökning. Därför rekommenderas det inte att indexera viktiga fält (underfält) i den andra fasen. Vanligtvis, i den andra fasen, indexeras innehållsfälten i stora volymer text, till exempel innehållet i ett dokument, ett sammandrag, en anteckning, etc.

2.3. Konfigurera åtkomstpunkter till MARC-poster En åtkomstpunkt (AP) är ett nummer som är unikt associerat med ett sökattribut ("Author", "Title", etc.). Accesspunkter ger sökningar efter både bibliografiska (MARC) och tjänsteposter i biblioteksdatabaserna i Ruslan ABIS. I ABIS "Ruslan" kan du konfigurera accesspunkter till bibliografiska register, d.v.s. avgöra vilka fält av MARC-poster som mappas till vilka åtkomstpunkter. Varje MARC-format kommer att ha en annan skärm. En uppsättning (lista) med åtkomstpunkter är associerad med varje bibliografisk databas. Därför kan varje bibliografisk databas endast innehålla poster av ett specifikt MARC-format.

Varje AP-lista har en numerisk identifierare. Följande identifierare används vanligtvis (1 – UNIMARC, 10 – USMARC, 28 – RUSMARC bibliografisk, 281 – RUSMARC auktoritativ).

–  –  –

Lägga till en ny lista med åtkomstpunkter För att lägga till en lista med åtkomstpunkter, välj objektet "Access Points" i navigatorfönstret och öppna snabbmenyn. I snabbmenyn, anrop kommandot "Lägg till ny AP-lista" (Fig. 14). En dialogruta visas där du måste ange identifieraren för den nya AP-listan (Fig. 15).

–  –  –

Arbeta med listan med åtkomstpunkter Alla åtgärder med listan över AP:er utförs i huvudfönstret från snabbmenyn (Fig. 17).

Ris. 17 Kommandot "Ny" skapar en ny åtkomstpunkt. Redigera kommando

kallar fram en dialogruta för redigering av den valda åtkomstpunkten (fig. 18).

Samma kommando kan anropas genom att dubbelklicka på vänster musknapp. Kommandot Ta bort tar bort den valda åtkomstpunkten. Spara kommando

sparar alla ändringar som gjorts i den här listan med AP:er. Kommandot "Återställ" avbryter alla ändringar som gjorts i den här listan över AP:er. Kommandot Load laddar en AP från en textfil till en befintlig AP-lista.

Efter nedladdning måste du utföra kommandot "Spara" för att spara listan över AP:er. Kommandot "Ladda upp" laddar upp AP för den valda listan till en textfil.

Ruslan ABIS-distributionen inkluderar TD-listor för UNIMARC (fil ap1.txt), för USMARC (fil ap10.txt), för RUSMARC bibliografisk (fil ap28.txt) och för RUSMARC auktoritativ (fil ap281.txt) .

Kartläggningen av MARC-fält/delfält till TD (fig. 18) beskrivs med användning av logiskt uttryck, där varje term identifierar ett eller flera MARC-fält/underfält. Uttrycksstrukturen motsvarar WHERE-satsen i SQL SELECT-satsen.

Termen har formen:

field op "###A" eller field in ("###A",...,"###A"), där op är en av operatorerna: =,=,=,like,not like ( most = och like används ofta);

### – MARC-fältnummer;

A – symbol för MARC-underfältet i motsvarande MARC-fält.

Ris. 18 Istället för tecknet # eller A är det tillåtet att använda understrecket (_) för att beteckna vilket tecken som helst eller procentsymbolen (%) för att beteckna valfritt antal tecken. Användningen av procentsymbolen, liksom operatorerna och not like (även som för Oracle Standard Edition) rekommenderas inte där uppräkning med fältet i uttryck kan göras, eftersom detta kommer att minska sökhastigheten. Om flera termer anges kan de kombineras med de logiska operatorerna och, eller och inte och.

För att binda sökattribut till positionerna för kodade fält och markörer används pseudofält, som de definieras i indexeringstabellen (se avsnitt 2.2, specialfältmallvärden), d.v.s. ### – fältmall, A – underfältsmall som i indexeringstabellen.

–  –  –

Ta bort en lista med åtkomstpunkter För att radera en lista med AP:er, välj önskad lista i navigatorfönstret, välj alla attribut i listan (välj det första attributet, tryck på "Shift"-tangenten, välj det sista attributet) och anrop " Delete” från snabbmenyn (bild 19). Bekräfta åtgärden - alla åtkomstpunkter kommer att raderas från huvudfönstret (se som i Fig. 17). Ring kommandot "Spara" från snabbmenyn. Bekräfta operationen. Anrop sedan kommandot "Uppdatera" från snabbmenyn i navigatorfönstret (fig. 14). Efter detta försvinner ID:t för den fjärranslutna AP-listan från navigatorfönstret.

UPPMÄRKSAMHET! För att tillämpa ändringar i listan över åtkomstpunkter måste de uppdateras för varje bibliografisk databas som använder denna lista(se punkt 5.7).

2.4. Uppdaterar Ruslan-dataschemat

Uppdateringar av dataschema kan vara av två typer:

enkel uppdatering – uppdatering av ett eller flera (det finns tre totalt) paket med lagrade procedurer;

komplex uppdatering - uppdatering av datalagringsstrukturen, inklusive eventuell uppdatering av själva datan.

En komplex uppdatering levereras vanligtvis som körbar fil patchprogram. Dokumentation om dess användning medföljer plåstret.

En enkel uppdatering kommer i form av filer med plb-tillägg (vanligtvis pkg_phbase.plb för ett baspaket eller pkg_phupd.plb för ett paket med avancerade tjänster eller pkg_phutil.plb för ett verktygspaket).

För att utföra en enkel schemauppdatering måste du anropa kommandot "Update DB Schema" från menyn "Arkiv" (Fig. 20). Ett standardfönster för filval visas där du måste välja en fil med ett nytt paket. Medan paketet uppdateras kommer ett fönster att dyka upp och försvinna. kommandorad. Om uppdateringen lyckas ska den nya versionen av paketet visas i huvudfönstret när du väljer objektet "Ruslan Database" (Fig. 5). Denna procedur bör upprepas för alla filer som ingår i uppdateringen.

Ris. 20

Notera. Efter att ha utfört proceduren för att helt enkelt uppdatera dataschemat, är det möjligt att i vissa operationer kan ett engångsfel som inte är kritiskt uppstå när man arbetar från automatiserade arbetsstationer i ABIS "Ruslan", i samband med en förändring i sammanhanget av Oracle databas. Du behöver bara upprepa operationen. För att eliminera risken för fel, rekommenderas det att stoppa Ruslan-servern innan du uppdaterar dataschemat och starta det igen efter uppdateringen.

3. Konfigurera Ruslan-servern

Det här avsnittet beskriver operationerna för att ställa in Ruslan-servern

ABIS "Ruslan". Servern konfigureras från "RUSLANDabase"-gränssnittet.

3.1. Konfigurera Ruslan-serverparametrar

För att lägga till, ta bort eller redigera serverparametrar, välj objektet "Parameters" i navigatorfönstret och anropa kontextmenyn i huvudfönstret (fig. 21). Varje parameter består av tre element: parameternamn, parametervärde och kommentar. Längden på varje parameterelement får inte överstiga 255 tecken.

Kommandot New skapar en ny parameter. Kommandot "Redigera" sätter tabellcellen som markören pekar på i redigeringsläge.

Samma kommando kan anropas genom att vänsterklicka på en cell (om parametern är vald). Kommandot Ta bort tar bort det valda alternativet.

Det är möjligt att ta bort flera parametrar eller alla (med flera val på ett vanligt sätt med "Shift" och "Ctrl"-tangenterna).

Kommandot Load laddar parametrar från en textfil. Detta förutsätter att parametrarna ännu inte har laddats (huvudfönstret är tomt). Efter nedladdning, för att spara inställningarna, måste du utföra kommandot "Spara". Kommandot "Ladda upp" laddar upp parametrarna till en textfil. Kommandot "Load with Merge" är utformat för att ladda ny version parametrar från en textfil (parametrar har redan laddats).

Efter nedladdning med en sammanslagning måste du också köra kommandot Spara för att spara dina ändringar. Kommandot "Spara" sparar alla parametrar i databasen. Kommandot "Återställ" ångrar allt som gjorts med operationerna "Ändra", "Ladda" eller "Ladda med sammanfogning" i ändringsparametrarna (läser in parametrar från databasen).

En beskrivning av parametrarna ges i kommentarsfältet. Mer detaljerad beskrivning parametrar, om nödvändigt, finns i separat dokumentation eller i avsnitt i denna handbok. De flesta parametrarna behöver inte ändras och rekommenderas inte, eftersom det kan leda till att Ruslan-servern eller dess individuella tjänster inte fungerar.

Ris. 21 Att skapa en ny parameter eller ladda en ny parameterfil (operationen "Ladda med sammanfogning") är ganska sällsynta operationer och utförs i ledning av systemsupporttjänsten.

Det finns parametrar som har sina egna värden för varje organisation (bibliotek). När du laddar en ny inställningsfil bör dessa inställningar behålla sitt tidigare värde. För att automatisera denna process tillhandahålls operationen "Ladda med sammanfogning". När den här operationen utförs, om den upptäcker gammal version parametervärden, för varje parameter visas en dialogruta (Fig. 22), där administratören uppmanas att välja det gamla eller nya värdet.

Ris. 22 Därefter kommer vi att överväga de huvudsakliga serverparametrarna som administratören måste ändra efter att ha laddat ner parametrarna från filen som ingår i distributionssatsen för serverdelen av IBS "Ruslan" (se IBS "Ruslan". Installationsguide).

Du måste alltid ändra parametrarna OrgEng och OrgRus. Den första innehåller förkortningsnamnet för organisationen (biblioteket) på engelska språket, den andra är på ryska.

Parametrarna ActsDB, BillsDB, CircDB, DirsDB, OrderDB, QueueDB, ReaderDB, ReaderADB, SubscrDB innehåller namnen på databaser för specialtjänstbibliotek. Om under installationen av ABIS standardbiblioteksdatabaser skapades (se ABIS "Ruslan". Installationsguide), bör dessa parametrar inte ändras. Om du skapar biblioteksdatabaser manuellt kan du ange andra namn för databaserna som matchar dessa parametrar än de som är standard.

GroupDB-parametern låter dig ange virtuella (grupp)namn för flera riktiga biblioteksdatabaser. Det är möjligt att ange flera virtuella namn. Fältvärdesformatet anges i fältkommentaren.

I det här fallet ska det virtuella namnet komma först, följt av namnen på de riktiga biblioteksdatabaserna som ingår i gruppen, separerade med kommatecken. Om du vill definiera flera grupper, separera deras beskrivningar med semikolon. Ett virtuellt namn kan vara användbart när du söker. Vid sökning i en databas med ett virtuellt namn görs en sökning i alla databaser som är kopplade till detta namn. Ett virtuellt namn är till exempel bekvämt att använda i Reader-arbetsstationens inställningar (HTTPZ39.50 - gateway), eftersom du inte behöver ändra Reader-arbetsstationens inställningar när du lägger till en ny biblioteksdatabas i gruppen. Det är omöjligt att redigera poster som finns i den virtuella databasen.

Scan-parametern innehåller en lista över sökattribut (se dokumentation för Z39.50-protokollet, uppsättning sökattribut bib1), för vilka tjänsten "Scan" kommer att stödjas, d.v.s. tjänst för visning av sökindex.

I listan över sökattribut ska du bara inkludera de attribut som faktiskt används i den här tjänsten. För att påskynda surfandet laddas sökindex in i RAM-minnet. Antal upptagna random access minne beror på antalet sökattribut i parametern Scan, på antalet bibliografiska databaser för vilka "Scan"-tjänsten är aktiverad, på antalet poster i dessa bibliografiska databaser, samt på antalet olika ord som kan innehålla fälten för bibliografiska poster som motsvarar sökattributen.

Parametern DafLog kontrollerar underhållet av en loggfil för interaktion med Oracle-databasen (daf.log), som finns i arbetsmappen på administratörens arbetsstation (som standard C:/Program Files/Ruslan/SysAdmin) och i arbetsmappen mapp för Ruslan-servern (som standard C:/ Program Files/Ruslan/Server).

Som standard är parametern inställd på "1". Detta innebär att en loggfil upprätthålls för arbetsstationen och för servern. Med jämna mellanrum, när filer blir stora, bör de raderas. Om parametern är inställd på "0" kommer loggfiler inte att underhållas. Loggfiler kan hjälpa till att fastställa orsaken till systemproblem eller om systemet inte tillhandahåller viss funktionalitet. I händelse av problem bör du ställa in den här parametern till 1 och skicka loggfilerna som erhålls som ett resultat av arbetet på arbetsstationen och Ruslan-servern till systemsupporttjänsten.

3.2. Ställa in driften av kataloger Alla kataloger är indelade i två typer. Den första typen (huvudsakliga) är referensböcker, som används för att visa och välja värden från dem för att infogas i fälten i en bibliografisk post. I sådana kataloger består varje element av en sökterm och en anteckning till den (kan saknas). Den andra typen är kataloger för speciella ändamål, såsom en katalog över lagernummergeneratorer.

Alla kataloger underhålls med hjälp av två specialiserade tjänstedatabaser. Den första databasen, DDIR, innehåller en beskrivning av alla kataloger i systemet. Denna databas används av arbetsstationer för att generera listor över tillgängliga kataloger och organisera åtkomst till dem. Den andra databasen, DIR (databasnamnet kan ändras, se föregående stycke), innehåller alla kataloger.

Varje katalog har en unik identifierare. Registrerade kataloger finns i dokumentationen för Acquisition/Cataloging Workstation. När du skapar en ny katalog måste du komma överens om dess identifierare med tjänsten teknisk support system.

Varje katalog består av en uppsättning poster i internt format ABIS Ruslan (se bilaga 3). Det rekommenderas att den totala volymen för alla kataloger inte överstiger 200 000 poster. Varje katalogpost består av maximalt 3 taggar: 5 (katalogidentifierare), 17 (term) och 18 (term note). Värdet under tagg 18 är valfritt och används vanligtvis för att dechiffrera termer som innehåller en förkortning eller någon form av kod.

För att organisera arbetet med kataloger av den andra typen bör du:

1. Kontrollera att DDIR- och DIR-tjänstdatabaserna har skapats. Om under installationen av ABIS standardbiblioteksdatabaser skapades (se ABIS “Ruslan” Installationsguide), måste databasdata finnas. Annars bör de skapas manuellt (se avsnitt 5.1).

2. Ladda katalogbeskrivningar från filen ddir.dat som medföljer distributionen till DDIR-databasen (se avsnitt 5.8) med alternativet "Generera rekordnyckel".

Om du behöver lägga till en ny katalog måste du hämta dess identifierare från systemsupporttjänsten och sedan skapa en fil som ddir.dat (som kommer att innehålla en beskrivning av endast den nya katalogen) och ladda den i DDIR-databasen. För mer information, se avsnitt 3.4.

3. Ge användarna lämpliga rättigheter till DDIR- och DIR-databaserna (se klausul 4).

Om databasdata skapades som standard, skapades också en gdir-åtkomsträttsgrupp för dem, som måste ges till användare som arbetar med kataloger (särskilt med katalogen för lagernummergeneratorer).

För att organisera arbetet med kataloger av den första typen, utöver stegen ovan, bör du:

4. Skapa en katalogfil i det format som beskrivs i bilaga 3 med taggar 5 (katalogidentifierare), 17 (term), 18 (term note). För mer information, se avsnitt 3.3.

5. Ladda upp filen som skapats i punkt 4 i denna lista till DIR-databasen (se punkt 5.8) med alternativet "Generera rekordnyckel".

6. Ställ in flaggan "Scan by words" för DIR-databasen (se avsnitt 5.2).

7. Kontrollera serverparametrarna (se avsnitt 3.1). De bör vara följande:

ServiceDBScanFilterTag 5 ServiceDBScanFilterValue måste innehålla, separerade med kommatecken, alla katalogidentifierare av den första typen ServiceDBScanTag 17 ServiceDBScanNoteTag 18

8. Vid ändring av parametrar måste de laddas om i servern (se.

klausul 11.1) eller starta om själva servern. Efter nedladdning av kataloger från administratörens arbetsstation måste servern också startas om.

DIR-databasen används också för att lagra katalogen "Inventory Number Generator". Denna katalog är specialiserad och arbetet med den utförs endast med hjälp av Acquisition/Cataloging Workstation. Identifieraren för denna katalog är 200. Det är nödvändigt att se till att när man arbetar med DIR-databasen skadas inte katalogdata för inventeringsnummergeneratorn av misstag.

Man bör komma ihåg att kataloger börjar laddas ner en minut efter starten av Ruslan-servern och denna process tar särskild tid, beroende på datorns kraft och mängden referensböcker. Efter att katalogerna har laddats in i EventViewer (Application Log), visas ett motsvarande meddelande (Fig. 23) för varje databas med flaggan "Scan by words".

Ris. 23

3.3. Ladda och aktivera en katalog Att aktivera en katalog innebär att man lägger till identifieraren för den aktiverade katalogen till värdelistan för ServiceDBScanFilterValue-serverparametern. Aktivering innebär tillåtelse att arbeta med katalogen från arbetsstationer (katalogen kan beskrivas i DDIR-databasen, laddad i DIR-databasen, men om den inte är aktiverad, när du försöker komma åt den från arbetsstationer, kommer ett diagnostiskt meddelande nummer 114 utfärdas). Det är möjligt att aktivera katalogen utan att ladda data till DIR-databasen. I det här fallet kan uppgifterna fyllas i "manuellt" med hjälp av funktionerna hos automatiserade arbetsstationer.

Innan du laddar kataloger till DIR-databasen måste du först skaffa poster i det interna formatet av Ruslan ABIS. För att göra detta kan du använda en specialiserad omvandlare tillgänglig för användare av IBS "Ruslan". Denna omvandlare låter dig erhålla det önskade formatet från data placerade i en textfil med ett tabbtecken som kolumnavgränsare.

En fil i detta format kan erhållas till exempel genom att spara data från ett kalkylprogram (till exempel, Microsoft excel), som anger filtypen "Textfiler (tabbavgränsad) (*.txt)". Instruktioner för användning av omvandlaren kan erhållas genom att köra den utan att ange parametrar. En katalogpost måste innehålla två obligatoriska taggar. Under tagg 5 ska katalogidentifieraren anges, under tagg 17 ska det finnas de faktiska referensdata. En valfri etikett 18 kan innehålla en referensdataanteckning. En anteckning används för att förklara kodad referensdata (till exempel en katalog över biblioteksavdelningar).

Till exempel, för att få en fil med nyckelordsposter i formatet som krävs för IBS "Ruslan", måste du köra omvandlaren med följande parametrar:

lconv input_file.txt output_file.dat 5=6 Efter att ha laddat katalogposter till DIR-databasen måste du starta om servern.

3.4. Lägga till en ny katalog För varje ny katalog måste du begära en ny identifierare från utvecklarna av IBS "Ruslan". För att undvika kompatibilitetsproblem med framtida versioner av ASIS, rekommenderas det inte att skapa en identifierare själv.

Hela cykeln för att lägga till en ny katalog inkluderar steg för att konfigurera Ruslan-servern och konfigurera arbetsstationen (se dokumentationen för den nödvändiga arbetsstationen) där katalogen är tänkt att användas.

Sekvens av steg för att lägga till en ny katalog på serversidan av IBS "Ruslan":

1. Se till att befintlig lista, levereras till distributionen som en fil ddir.dat, finns det ingen lämplig referensbok. Om det finns, använd det. Fråga annars utvecklarna av ABIS Ruslan om identifieraren för den nya katalogen.

2. Skapa en post som beskriver den nya katalogen. För att göra detta kan du ta vilken post som helst från filen ddir.dat och, baserat på den, skapa en ny post i separat fil. I posten måste du ändra värdena för två taggar 5 och

4. Tagg 5 innehåller katalogidentifieraren, tagg 4 innehåller namnet på katalogen.

3. Använd administratörens arbetsstation och ladda upp den genererade posten till DDIR-databasen.

4. Följ instruktionerna i avsnitt 3.3.

Efter att ha slutfört denna sekvens av åtgärder är åtkomst till katalogen möjlig från vilken arbetsstation som helst.

4. Användarhantering

–  –  –

IBA (ILL) - rätten att behandla beställningar enligt IBA

Lista över funktionella grupper (ej komplett, för mer information se dokumentationen för förvärvs-/katalogiseringsarbetsstationen):

compl - ger behörighet att redigera fält som krävs för att implementera plockfunktionskatalogen - ger de rättigheter som krävs för att implementera katalogiseringsfunktionen billcreator - ger rätt att administrera konton (skapa, ändra, ta bort) billdispatch - ger rätt att ändra kontostatus printadmin - ger rätt att administrera utskriftstjänsten Listan över funktionella grupper (roller) specificeras av parametern FGroups. Denna parameter kan ändras antingen under uppdateringsprocessen av parametrar (se avsnitt 3.1), eller genom särskilda instruktioner från systemsupporttjänsten.

Ris. 24 En grupp inkluderar en eller flera BDB:er som indikerar åtkomsträttigheter till varje BDB (fig. 24). En eller flera grupper kan tilldelas en användare. En användare får rättigheter till en viss BDB om denna BDB finns i åtminstone en av grupperna som tilldelats honom. Om en given BDB finns i flera grupper som tilldelats en användare, och om rättigheterna till en given BDB är olika i olika grupper, får användaren alla rättigheter som är etablerade i en viss grupp (rättigheter från olika grupper kombineras).

Användaren tilldelas vanligtvis också en eller flera roller som tillhandahåller motsvarande funktionalitet för arbetsstationen(erna).

Effektiv säkerhetshantering kräver förhandsplanering. Det är nödvändigt att fastställa listan över nödvändiga UDB:er och gruppera åtkomsträttigheter till dem i specifika grupper, som sedan ska tilldelas till lämpliga användare. Namnen på både UDB och grupper ställs in av systemadministratören. Roller har fördefinierade namn (se dokumentationen för motsvarande arbetsstationer). Om under installationen av ABIS standardbiblioteksdatabaser skapades (se ABIS "Ruslan". Installationsguide), skapades även grupper: gcompl för kompilatorer, gcatal för katalogiserare och gdir för att arbeta med referensböcker.

Vid installation av systemet skapas användaren anonym och gruppen tilldelas ingen till honom. Denna användare kan ansluta till Ruslan-servern utan lösenord. När varje bibliografisk databas skapas inkluderas den automatiskt i ingen-gruppen med Sök-rättigheter och i biblioteksgruppen med Sök- och Present-rättigheter. När du skapar varje tjänstedatabas ingår den automatiskt i biblioteksgruppen med Sök- och Present-rättigheter. Biblioteksgruppen bör ges till alla ALIS-användare. Detta ger automatiskt tillgång till sökning och fullständig visning av alla databaser för registrerade användare av ABIS och tillgång till sökning och partiell visning för alla Internetanvändare som kan ansluta (under den anonyma användaren) till Ruslan-servern. Det senare bestäms av nätverkssäkerhetspolicyn som är specifik för varje organisation. Om du tar bort den anonyma användaren kommer endast registrerade användare att ha tillgång till Ruslan-servern.

4.1. Åtgärder på behörighetsgrupper För att lägga till, ta bort eller ändra GPA:er, välj objektet "Security-Groups" i navigatorfönstret. En tabell visas i huvudfönstret, som visar alla GPA:er och tillhörande BDU:er. Gruppen existerar inte på egen hand, utan endast i samband med UBI. GPD-BBD-paret är unikt. Tabellen kan sorteras efter valfri kolumn. För att göra detta, vänsterklicka på kolumnrubriken.

Ris. 25 Alla operationer utförs från snabbmenyn (fig. 25). Kommandot “Add” kallar fram en dialogruta för att lägga till ett nytt GPD-BBD-par (Fig. 26). Kommandot "Add by sample" kallar fram en dialogruta för att lägga till ett nytt GPD-BBD-par, där alla fält är ifyllda i enlighet med det valda GPD-BBD-paret. Kommandot "Ändra" kallar fram en dialogruta för redigering av det valda GPD-BBD-paret (Fig. 27). Samma kommando kan anropas genom att dubbelklicka på vänster musknapp. I det här fallet kan du bara ändra kommentarer och åtkomsträttigheter (”0” – ingen rätt, ”1” – ja). Kommandot "Delete" tar bort det valda GPA-BBD-paret. Var och en av operationerna som diskuterats ovan ändrar (efter en varning) information om grupper direkt i databasen.

Ris. 26 Kommandot “Filter” (Fig. 28) tillämpar ett filter på tabellen i huvudfönstret. Det är möjligt att filtrera endast en kolumn i huvudfönstrets tabell.

–  –  –

filter, avbryts de också. Filtret avbryts också automatiskt när du flyttar till ett annat objekt i navigatorfönstret och när du utför en av operationerna som beskrivs ovan.

4.2. Operationer på användare För att lägga till, ta bort eller redigera en användare, välj objektet "Security-Users" i navigatorfönstret. En tabell visas i huvudfönstret som visar alla användare. Tabellen kan sorteras efter valfri kolumn. För att göra detta, vänsterklicka på kolumnrubriken.

Ris. 29 Alla operationer utförs från snabbmenyn (fig. 29). Kommandot “Add” kallar fram dialogrutan för användartillägg (fig. 30). Kommandot "Add by sample" kallar fram en dialogruta för att lägga till en användare, där några av fälten (GPA, FG, User Type) är ifyllda i enlighet med den valda användaren. Kommandot "Redigera" kallar fram dialogrutan för användarredigering (Fig. 31). Samma kommando kan anropas genom att dubbelklicka på vänster musknapp. Kommandot Ta bort tar bort den valda användaren. Var och en av operationerna som diskuterats ovan ändrar (efter en varning) information om grupper direkt i databasen.

Kommandot "Filter" tillämpar ett filter på tabellen i huvudfönstret. Kommandoåtgärden liknar den som beskrivs i föregående stycke.

Ris. 30 I dialogrutan för att lägga till/redigera en användare (Fig. 30, Fig. 31), för att ange ett nytt lösenord, måste du fylla i två intilliggande fält. Fältet "Användarnamn" innehåller användarnamnet för ABIS "Ruslan", som användaren använder för auktorisering från automatiserade arbetsstationer i ABIS "Ruslan" när han ansluter till "Ruslan"-servern. Alla obehöriga användare kan endast ansluta till systemet under en användare som heter anonym (utan lösenord), om inte denna användare tas bort från användarlistan. Användarnamnet i IBS "Ruslan" är inte på något sätt kopplat till användarnamnet i operativ system, varifrån automatiserade arbetsstationer lanseras.

UPPMÄRKSAMHET! IBS-användarnamnet "Ruslan" kan inte sammanfalla med gruppnamnet (GPD).

Ris. 31 För att tilldela en GPA (se föregående stycke) till en användare, välj en grupp från befintliga grupper i listan "Tillgängliga grupper" och klicka på knappen med motsvarande pil. För att tilldela en roll (se föregående stycke), välj en roll från listan " Tillgängliga roller» och tryck på knappen med motsvarande pil. För roller kan deras ordning ha betydelse (se dokumentation om arbetsstationer). För att ändra positionen för en roll, välj den i rolllistan och klicka på knappen med motsvarande pil (upp eller ner).

Användaren kan vara antingen "Lokal" eller "Extern". "Externa" användare måste organisera en företags IBA-tjänst när de lagrar elektroniska kataloger för andra bibliotek i detta bibliotek.

För att säkerställa att arbetsstationerna fungerar normalt är korrekt installation av både grupper och roller nödvändig. Så för att säkerställa driften av förvärvet är det nödvändigt att ge användaren rollerna billcreator och compl, samt ge grupp(er) som kommer att ha rättigheter att söka, extrahera, infoga, ändra, radera poster i de bibliografiska databaserna med vilket arbete utförs, och i tjänstedatabaser räkenskaper, handlingar, sammanfattande bokföringsböcker, beskrivningar av kataloger, referensböcker. I ett särskilt fall kan rättigheterna skilja sig även för arbete av samma typ, i synnerhet rätten att radera poster.

5. Biblioteksdatabashantering

Det här avsnittet beskriver alla operationer som är kopplade till hantering av biblioteksdatabaser. Biblioteksdatabaser lagras i en eller flera databaser. För att komma åt biblioteksdatabaser, välj önskad databas i navigatorfönstret genom att expandera objektet "Datakällor" (se fig. 11). En lista över biblioteksdatabaser i form av en tabell visas i huvudfönstret. Alla operationer på biblioteksdatabaser utförs från snabbmenyn i huvudfönstret (fig. 32).

Ris. 32 Kommandot "Filter" (Fig. 33) tillämpar ett filter på tabellen i huvudfönstret. Det är möjligt att filtrera endast en kolumn i huvudfönstrets tabell.

Det stöds att tillämpa ett filter på filtreringsresultatet (kapslade filter). För att göra detta, ställ in flaggan "Använd på resultatet av föregående filter". Filtermasken är en delsträng, dvs. med "BOOKS"-masken kommer rader inte bara med "BOOKS" utan även med "BOOKS" att väljas

och med "BOOKS1". Masken är skiftlägeskänslig.

Ris. 33 För att avbryta ett filter, ring kommandot "Filter" och lämna fälten tomma och klicka på knappen "Använd". Om kapslade filter användes avbryts de också. Filtret avbryts också automatiskt när du flyttar till ett annat objekt i navigatorfönstret och när du utför en av operationerna som beskrivs ovan.

5.1. Skapande av biblioteksdatabaser för en organisation Bibliotekets databaser är indelade i bibliografiska och service. Bibliografiska databaser är utformade för att lagra bibliografiska poster.

Tjänstedatabaser är avsedda för lagring av bibliotekets icke-bibliografiska data, såsom uppslagsböcker, akter, prenumerationsdata, beställningar, data om läsare etc.

Ris. 34 bibliografiska databaser lagrar poster i ett format nära ISO2709.

Tjänstedatabaser lagrar register i det specialiserade formatet ABIS "Ruslan".

Varje tjänstdatabaspost består av ett eller flera fält. Fältnamnet är en numerisk identifierare (tagg). Varje fält kan ha en eller flera instanser. Fältvärdet kan vara antingen en sträng (upp till 1500 tecken) eller binär data (ej indexerad, storlek upp till 4 GB). Binära fält lagrar fotografier av läsare, data om MBA-order, etc.

För att skapa en bibliografisk databas, välj kommandot "Skapa-bibliografisk databas" från snabbmenyn (fig. 32). En dialogruta visas (fig. 34), där du måste ange namnet på databasen (med engelska bokstäver), välja postformat och lagringsområden för lagring av databaselement: poster, ordbok och index (se IBS "Ruslan ". Installationsguide, paragraferna 3.1, 3.3, 3.4). Efter att ha valt ett postformat (förutom "MARC"-formatet), kommer några av fälten i dialogrutan att fyllas i automatiskt. Det rekommenderas inte att ändra dessa värden.

När du väljer "MARC"-postformatet får administratören möjlighet att självständigt ställa in värdena för fälten:

"Access point list identifier" (se avsnitt 2.3) "Scheme identifier" (sista numret i schemat OID, se beskrivning av Z39.50-protokollet) "Write syntax identifier" (sista numret i skrivsyntax OID, se beskrivning av Z39-protokoll .50) "MARC-postindexeringstabellidentifierare" för den första och andra fasen (se paragraf 2.2) Om enfasindexering används, ska identifieraren för MARC-postindexeringstabellen för den andra fasen vara "0".

När du har fyllt i alla fält klickar du på knappen "Kör". En ny bibliografisk databas kommer att skapas.

För att skapa en tjänstedatabas, välj kommandot "Create-Service DB" från snabbmenyn (Fig. 32). En dialogruta visas (fig. 35), där du måste ange databasnamnet (med engelska bokstäver) och välja lagringsområden (se IBS "Ruslan". Installationsguide, avsnitt 3.1, 3.3, 3.4) för lagring av databaselement : data (radfält av poster) och LOB-data (polära binära data för poster).

Ris. 35 När du har fyllt i alla fält klickar du på knappen "Kör". En ny tjänstedatabas kommer att skapas.

UPPMÄRKSAMHET! Namnen på biblioteksdatabaser måste vara unika inte bara inom en källa (IDB), utan även inom alla källor som är registrerade i systemet (se avsnitt 2.1).

5.2. Redigera parametrarna för en organisations biblioteksdatabaser För att redigera parametrarna för en biblioteksdatabas, välj raden med den nödvändiga databasen i tabellen i huvudfönstret och anrop kommandot "Redigera" från snabbmenyn (Fig. 32). En dialogruta visas (fig. 36).

Ris. 36 De flesta databasparametrar (förutom namn och typ) kan ändras. Att ställa in flaggan "Tillgänglig" innebär att åtkomst till databasen tillåts via Z39.50-protokollet. Att ställa in flaggan "Scan by words" betyder att enligt de angivna åtkomstpunkterna (se paragraf 3.1, Scan parameter) när "Ruslan"-servern startar

skanningsindex kommer att laddas in i RAM ( sökindex), som nås via Scan-tjänsten (se beskrivning av Z39.50-protokollet). Scan-tjänsten är integrerad i arbetsstationen för förvärv/katalogisering. Om, efter att ha ställt in flaggan "Scan by words" för de nödvändiga databaserna, tecken på brist på RAM visas på datorn där "Ruslan"-servern körs, måste du antingen stänga av denna flagga för vissa databaser eller minska antalet sökattribut för tjänsten “Scan” (i parametern Scan). Flaggan "Skanna efter värde" stöds inte i den här versionen.

Parametern "Katalog" kan ha två värden: "Lokal" och "Extern". När du skapar en databas är denna parameter satt till "Lokal".

Värdet ”Extern” sätts för bibliografiska databaser som tillhör tredjepartsorganisationer och från vilka det är möjligt att beställa litteratur om MBA.

DB-alias är synonymer för databasnamnet. Databasnamnet kan endast vara på engelska. Aliaset kan anges på vilket språk som helst och lagras i unicode-kodning. Alias ​​används vanligtvis i arbetsstationen för förvärv/katalogisering och i Reader-arbetsstationen för en bättre och mer förståelig reflektion av databasens innehåll. Databasaliaset är också alltid dess namn. Detta alias kan inte tas bort. En databas kan ha flera alias. Det rekommenderas absolut inte att ge samma alias till olika databaser, inte bara inom en källa (IDB), utan även inom alla källor som är registrerade i systemet (se avsnitt 2.1). Om du behöver kombinera flera databaser (av samma typ) under ett namn (alias), bör du skapa ett virtuellt gruppnamn (se avsnitt 3.1, GroupDB-parameter).

En inmatningsnyckel består av ett prefix och ett inmatningsnummer. Postnumret genereras automatiskt vid insättning ny ingång. Numreringen av poster är sekventiell, med start från 1 (som standard, se paragraf 5.10). Raderade nummer (som genereras när poster raderas) återanvänds inte. Prefixet består av flera delar. Prefixstrukturen är inte en standard. Det rekommenderas att välja tre fält i prefixet, separerade med ett snedstreck: landskod, organisationskod, databasnamn. Till exempel nyckelprefixet för poster från databasen

BÖCKER från Fundamental Library of St. Petersburg State Technical University är följande:

RU\SPSTU\böcker\. I allmänhet rekommenderas det inte att ge samma prefix till olika bibliografiska databaser för en organisation. Detta, i de flesta fall (exklusive särskild hantering av nummerdelen av nyckeln), kommer att leda till uppkomsten av olika poster med samma nyckel, vilket kan skapa vissa problem vid lastning/lossning, länkning av poster, för driften av beställningen service. Inmatningsnyckelns prefix kan anges på vilket språk som helst (lagrat i unicode).

Dialogrutan låter dig också ändra identifierarna för indexeringstabellerna och listan med åtkomstpunkter. Detta rekommenderas dock inte. När du ändrar identifieraren för en indexeringstabell, om denna databas innehåller poster, måste du ta bort indexet (se avsnitt 5.4) och indexera om databasen (se avsnitt 5.4).

klausul 5.5). Vid ändring av identifieraren för listan över åtkomstpunkter måste de uppdateras (se avsnitt 5.7).

Det rekommenderas absolut inte att ändra parametrarna "Scheme OID", "Record syntax OID", "Attribute set OID" förutom vad som specifikt anges i denna manual och i installationsmanualen.

5.3. Bestämma kvantitativa indikatorer för biblioteksdatabaser För att bestämma antalet poster i en biblioteksdatabas, välj raden med den nödvändiga databasen i tabellen i huvudfönstret och anrop kommandot "Antal poster" från snabbmenyn (Fig. 32). Resultatet av kommandokörningen visas i loggfönstret. Denna informationenär den mest tillförlitliga (jämfört med att bestämma antalet poster genom sökfrågor).

För bibliografiska databaser kan du bestämma sådana bearbetningsindikatorer som antalet unika streckkoder och antalet dokumentkopior i databasen. För att fastställa dessa indikatorer, välj raden med den nödvändiga databasen i tabellen i huvudfönstret och anrop kommandona "Antal streckkoder" och "Antal kopior" från snabbmenyn (fig. 32). Resultatet av kommandoexekveringen visas i loggfönstret.

5.4. Ta bort en biblioteksdatabas eller data från en biblioteksdatabas För att radera en biblioteksdatabas, välj raden med den önskade databasen i tabellen i huvudfönstret och anrop kommandot "DeleteDelete databas" från snabbmenyn (Fig. 32). Efter två varningar kommer den valda databasen att raderas med all data. Data kan endast återställas från en arkiverad kopia.

För att radera data från en biblioteksdatabas, välj raden med den önskade databasen i tabellen i huvudfönstret och anrop kommandot "Radera-Radera data från databasen" från snabbmenyn (Fig. 32). Efter två varningar kommer en dialogruta upp (bild 37), där du måste välja den del av data som ska raderas. Alternativet Ta bort alla data tar bort alla poster, inklusive gamla versioner och index. Data kan endast återställas från en arkiverad kopia. Alternativet Ta bort index tar bara bort indexet. Denna operation krävs när det är nödvändigt att omindexera hela den bibliografiska databasen efter betydande ändringar i (batch)poster. Alternativet "Ta bort alla gamla versioner av poster" tar bort alla gamla poster. Efter denna operation är det möjligt att återställa den gamla versionen av en post från denna databas endast från en arkivkopia. Alternativen "Ta bort gamla versioner av poster äldre än 1 år" och "Ta bort gamla versioner av poster äldre än 2 år" raderar gamla poster med en specificerad preskriptionstid med motsvarande minskning av återställningsmöjligheter.

Alternativet "Ta bort poster efter begäran" tar bort alla poster som matchar begäran, inklusive index. Dessa poster ingår inte i återställningstabellen, men äldre versioner av de raderade posterna behålls i återställningstabellen.

Innan du utför själva raderingen kommer ett meddelande att visas med sökresultatet (hur många poster hittades) och i detta skede kan du fortfarande vägra raderingen. Sökfrågeformatet anges i bilaga 4. Formatet kommer också att visas på skärmen om du klickar på knappen "?".

Ris. 37

5.5. Indexering/omindexering av en bibliografisk databas. Denna operation (indexering) krävs efter att poster har laddats, annars blir posterna otillgängliga för sökning. Operationen (omindexering) är också nödvändig efter att ha ändrat indexeringstabellerna för poster, såväl som efter att ha utfört batchändringar.

Ris. 38 Under återindexeringsprocessen kommer det gamla indexet att raderas sekventiellt för varje post och en ny kommer att skapas. Dessutom är alla poster sökbara under omindexeringsprocessen, men det tar betydligt längre tid att slutföra jämfört med indexering.

först radera indexet (se avsnitt 5.4) och utför sedan indexering. Det rekommenderas inte att tillåta ändringsoperationer (infoga, ändra, ta bort) under återindexering. Utför därför antingen omindexering under icke-arbetstid, eller gör databasen tillfälligt otillgänglig (se.

För att indexera/reindexera poster i en bibliografisk databas, välj raden med den önskade databasen i tabellen i huvudfönstret och anrop kommandot "Reindexera" från snabbmenyn (Fig. 32). En dialogruta visas som i Fig. 38.

Som standard utförs indexering/omindexering med hjälp av indexeringstabeller vars identifierare anges i databasparametrarna.

Om du behöver utföra en operation med en annan indexeringstabell, bör du i fältet "Indexeringstabell" ange identifieraren för den nödvändiga indexeringstabellen. Det är möjligt att omindexera/omindexera endast vissa fält. För att göra detta bör du i fältet "Indexeringstabell" ange det nödvändiga fragmentet av den beskrivande delen av indexeringstabellen (se avsnitt 2.2). Det rekommenderas inte att ange något i fältet Indexeringstabell om du inte är säker på vad du gör.

Det finns tre lägen för indexering/omindexering: alla poster, ett visst intervall av poster eller poster som inte indexeras i fas 1 (i fas 1 - eftersom endast ett framgångsrikt slutförande av fas 1 av indexeringen registreras - se avsnitt 2.2). Det senare läget tillämpas om nya poster dessutom laddades in i databasen som innehåller indexerade poster eller om databasindexeringen avbröts. I det andra läget motsvarar postnumren i intervallet den ordning i vilken posterna matas in i databasen. Det är därför den här möjligheten bör användas vid indexering/omindexering av hela databasen i kända delar. Till exempel för att testa resultatet eller vid tidsbrist.

För att starta indexering/omindexering, klicka på "Start"-knappen. Det är möjligt att avbryta processen när som helst genom att klicka på knappen "Stäng" och fortsätta vid ett annat tillfälle. Det är också möjligt att pausa processen genom att klicka på knappen "Stopp" och sedan fortsätta genom att klicka på knappen "Fortsätt". Att bearbeta kommandona "Stopp" och "Stäng" (men inte i fallet när dialogrutan stängs med knappen "x") kan ta lite tid, eftersom statistik analyseras (se avsnitt 5.6), vilket också utförs efter indexering/omindexering av de första 1000 posterna, var 10000:e post och i slutet av operationen.

5.6. Analys av statistik för biblioteksdatabaser Ruslans dataschema använder olika index av Oracle DBMS.

Oracle DBMS tillhandahåller bästa kvalitet(efter tid) sökning baserad på statistiska data. DBMS samlar inte in dessa data automatiskt - för detta finns ett speciellt kommando för statistikanalys som är integrerat i den automatiserade arbetsplatsen. Med tiden (om poständringar har utförts) blir statistiken inaktuell och kvaliteten på sökningen minskar. Därför måste statistikanalys utföras med jämna mellanrum för alla biblioteksdatabaser (när databasstorleken ökar med flera tusen poster). Behovet av att analysera statistik indikeras av en gradvis (inte kraftig) ökning av söktiden för kända frågor (om det inte har skett några förändringar i utrustningen och konfigurationen av den fysiska databasen). Under processen att ladda poster och indexera (omindexera) poster analyseras statistik automatiskt.

För att analysera statistiken för en biblioteksdatabas, välj raden med den nödvändiga databasen i tabellen i huvudfönstret och anrop kommandot "Analysis" från snabbmenyn (fig. 32). Efter att analysen är klar visas ett motsvarande meddelande i loggfönstret. Det är möjligt att ställa in statistikanalys för flera databaser samtidigt (själva analysen kommer att utföras sekventiellt för varje databas).

För att göra detta, välj flera databaser i tabellen och välj kommandot "Analys" i snabbmenyn.

Ruslan-serverversionen 2.13 och högre utför automatisk analys av statistik varje natt, och det rekommenderas att utföra manuell analys endast efter att ha gjort betydande ändringar under en batchändring med partiell omindexering.

5.7. Uppdatera accesspunkter till bibliografiska databaser Beskrivningen av accesspunkter (se avsnitt 2.3) är skild från deras tillämpning på bibliografiska databaser (till skillnad från indexeringstabeller). De där. När du ändrar åtkomstpunkter i en viss lista med åtkomstpunkter, tillämpas dessa ändringar inte automatiskt på databaserna som är associerade med denna lista med åtkomstpunkter. Dessutom, om identifieraren för TD-listan för en viss databas ändras (se avsnitt 5.2), förblir TD:erna för denna databas desamma. Du måste uppdatera TD manuellt. Denna operation är snabb och icke-kritisk.

För att uppdatera TD för en bibliografisk databas, välj raden med önskad DB i tabellen i huvudfönstret och anrop kommandot "Update TD" från snabbmenyn (Fig. 32). När operationen är klar visas ett motsvarande meddelande i loggfönstret.

Det är möjligt att uppdatera åtkomstpunkter för flera bibliografiska databaser samtidigt. För att göra detta, välj flera databaser i tabellen och välj kommandot "Uppdatera TD" i snabbmenyn. Efter bearbetning av varje databas visas ett meddelande som indikerar att processen för den angivna databasen har slutförts framgångsrikt (i loggen) eller misslyckats (meddelanden blockerar ytterligare arbete). Om ett meddelande utfärdas om det misslyckade slutförandet av processen för någon databas, efter att ha klickat på knappen "OK", fortsätter programmet till att uppdatera åtkomstpunkter för nästa databas. I framtiden, för databasen för vilken processen misslyckades, är det nödvändigt att upprepa operationen. Om processen misslyckas för alla valda databaser betyder det ett fel i syntaxen för att ange någon åtkomstpunkt. För att förenkla valet av en databas med den nödvändiga AP-listidentifieraren kan du sortera tabellen efter kolumnen "Access Points" eller använda ett filter (se steg 5).

5.8. Ladda poster till biblioteksdatabaser Laddningsoperationen säkerställer inläsning av data till både bibliografiska databaser och tjänstedatabaser. För bibliografiska databaser stöds laddning från en fil i ISO2709-format. För tjänstedatabaser stöds laddning från en fil i Ruslan-formatet (se bilaga 3). Följande postkodningar stöds: DOS (866), MS Windows (1251), KOI-8, UNICODE (UTF-8).

Poster av formatet (RUSMARC, USMARC,...) som denna databas skapades för bör laddas in i den bibliografiska databasen. Efter nedladdning av bibliografiska poster måste posterna indexeras för att ge sökmöjligheter (se avsnitt 5.5). Tjänstedatabasposter indexeras under laddningsprocessen.

För att ladda poster till biblioteksdatabasen, välj raden med den nödvändiga databasen i tabellen i huvudfönstret och anrop kommandot "Ladda" från snabbmenyn (fig. 32). I dialogrutan som visas (Fig. 39) måste du ange filen antingen manuellt (med hela sökvägen) eller med hjälp av standarddialogrutan för filval. För att öppna dialogrutan för filval, klicka på knappen "" till höger om filnamnsinmatningsfältet. Efter detta, välj kodningen i vilken posterna i filen presenteras och vänta tills processen med att räkna antalet poster i filen är klar (fältet "Antal poster i fil" kommer inte längre att ändras).

För den bibliografiska postfilen måste du välja MARC-formatet (RUSMARC, UNIMARC, USMARC, MARC - om det skiljer sig från de tre första) och typen av MARC-format (bibliografiskt, auktoritativt, klassificering). Det är också möjligt att vid behov ange alternativen "Lägg till ett prefix till nyckeln" (i fält 001) och "Generera en dubblettnyckel"

(i fält 998 och endast för RUSMARC).

Om det inte finns några nycklar i de nedladdade posterna eller om de inte passar dig, bör du ställa in alternativet "Generera rekordnyckel". I detta fall kommer en ny nyckel att genereras för varje infogat post i enlighet med det aktuella databasprefixet (för bibliografiska databaser) och inställningen av nyckelnummergeneratorn (se avsnitt 5.10). När du skapar en ny databas ställs nyckeltalsgeneratorn till "1" (nyckelnummer kommer att genereras från 1).

Ris. 39 Alternativen "Generera postnyckel" och "Lägg till prefix till nyckel" utesluter varandra.

Laddningsoperationen låter dig styra ordningen för laddningsposter - du kan ladda alla poster, poster i ett intervall (antal poster i intervallet motsvarar ordningen på poster i den nedladdade filen), poster "Från den första inte infogade till slutet." Sista alternativet kommer att fungera korrekt om databasen som posterna laddas till från början var tom, och även om den ursprungliga postfilen och den dåliga (skadade) postfilen inte modifierades mellan laddningsstegen. Filen för dåliga poster har namnet som motsvarar källfilen för de nedladdade posterna och tillägget ".bad" och skapas i samma katalog som källpostfilen. Om det är omöjligt att infoga en post i databasen, placeras posten i filen med dåliga poster.

För att starta nedladdningsprocessen, klicka på knappen "Kör". Du kan när som helst avbryta nedladdningen av poster genom att klicka på knappen "Stäng" och fortsätta vid ett annat tillfälle. Du kan också pausa nedladdningen av inspelningar genom att klicka på knappen "Stopp" och sedan fortsätta genom att klicka på knappen "Fortsätt".

Notera.

5. Om det bland de laddade posterna finns relaterade poster, kommer generering av nya nycklar att bryta dessa anslutningar.

6. Dubbelnyckeln genereras enligt reglerna för det automatiserade informationssystemet "Ruslan".

7. Kontroll av duplicering utförs när nya poster läggs in från arbetsstationen för förvärv/katalogisering. Dubblettkontroll utförs inte under laddning.

8. Efter att ha laddat poster utan att generera nya nycklar, måste du ställa in nyckelnummergeneratorn till ett nytt värde (se avsnitt 5.10) för att förhindra generering av dubblettnycklar.

5.9. Avlastning av poster från biblioteksdatabaser Avlastningsoperationen säkerställer avlastning av data från både bibliografiska databaser och tjänstedatabaser.

För bibliografiska databaser stöds uppladdning till en fil i ISO2709-format. För tjänstedatabaser stöds uppladdning till en fil i Ruslan-formatet (se bilaga 3). Vid uppladdning kan poster kodas om till följande kodningar: DOS (866), MS Windows (1251), KOI-8, UNICODE (UTF-8). I det senare fallet utförs ingen omkodning, eftersom poster i biblioteksdatabaser lagras i UTF-8-kodning.

För att ladda upp poster från biblioteksdatabasen till en fil, välj raden med önskad databas i tabellen i huvudfönstret och anrop kommandot "Ladda upp" från snabbmenyn (fig. 32). I dialogrutan som visas (Fig. 40) måste du ange filen antingen manuellt (med hela sökvägen) eller med hjälp av standarddialogrutan för filval. För att öppna dialogrutan för filval, klicka på knappen "" till höger om filnamnsinmatningsfältet. Efter detta väljer du den kodning där posterna i filen ska presenteras.

Ris. 40

Det är möjligt att antingen skriva över filen (det gamla innehållet går förlorat) eller lägga till de uppladdade posterna till slutet specificerad fil. Alternativet "Rad för rad" anger att ett nyradstecken (i Windows-stil, dvs två byte) kommer att infogas efter varje post i filen.

Fältet "Ta bort taggar" används för att ange listan över taggar som ska raderas vid avlastning från tjänstedatabasposter. Taggar separeras med kommatecken (utan komma i slutet).

Uppladdningsoperationen låter dig styra i vilken ordning poster laddas upp - du kan ladda upp alla poster, ett visst antal poster och poster valda efter begäran (för förfrågningsformat, se bilaga 4). Postnumren i intervallet motsvarar den ordning i vilken posterna läggs in i databasen. Därför bör denna funktion användas när hela (eller en del) av databasen laddas ur i kända delar.

Postuppladdning på begäran kan användas för att arkivera ändringar (nyskapade och modifierade poster från viss punkt tid). Således kommer begäran "@1012,5,0,2,0,0,8=20010521" att ladda ner (från den angivna bibliografiska databasen) alla poster som skapats eller ändrats under perioden från 21 maj 2001 till idag.

För en tjänstedatabas skulle en liknande fråga se ut så här:

"@3.5,0.2,0.0.8=20010521."

För att starta uppladdningsprocessen, klicka på "Start"-knappen. Du kan när som helst avbryta uppladdningen av poster genom att klicka på knappen "Stäng" och fortsätta vid ett annat tillfälle. Du kan också pausa uppladdning av poster genom att klicka på knappen Stopp och sedan fortsätta genom att klicka på knappen Fortsätt.

Notera.

1. Avlastning från bibliografiska databaser är endast möjlig i det ”native” MARC-formatet, d.v.s. i den där journalerna laddades.

2. Om avlastning från databasen sker vid en tidpunkt då användare kan arbeta med denna databas via Ruslan-servern, är förlusten av poster i filen (deras antal motsvarar inte det förväntade) möjlig som ett resultat av radering av poster av användare från denna databas.

5.10. Ställa in det initiala numret för nyckelgeneratorn för biblioteksdatabasens post När en ny databas har skapats, ställs generatorn för denna databas till "1", dvs.

när nya poster infogas från biblioteksarbetsstationer kommer de att numreras (med hjälp av nyckeln för tjänstedatabaser och den numeriska delen av nyckeln för bibliografiska databaser) sekventiellt från 1.

Ris. 41 Om, efter att ha skapat en databas, poster laddas in i den utan att generera en nyckel (se paragraf 5.8), då när man infogar nya poster från biblioteksarbetsstationer, kan det visa sig att den nygenererade nyckeln redan finns.

Som ett resultat kommer ett fel att uppstå när en post infogas. Till exempel, du laddade 3 poster i någon bibliografisk databas utan att generera nycklar. Dessa poster har nycklar med den numeriska delen "5", "6" och "7". Därefter infogades 4 poster från bibliotekets arbetsstation i denna databas. De fick nycklar med den numeriska delen "1", "2", "3", "4". Om du försöker infoga en 5:e post i denna databas kommer ett fel att uppstå eftersom nyckeln med den numeriska delen "5" redan finns. För att förhindra att detta inträffar bör nyckelgeneratorn växlas, d.v.s. ställ in ett nytt startnummer för det. För det givna exemplet bör det nya generatorns startnummer vara "8".

För att ställa in ett nytt initialnummer för nyckelgeneratorn, välj raden med den önskade databasen i tabellen i huvudfönstret och anrop kommandot "Set key" från snabbmenyn (fig. 32). I dialogrutan som visas (bild 41) ser du sista numret i nyckeln i denna databas register, det aktuella generatornumret och det nya startgeneratornumret som föreslås av systemet. Om du inte är nöjd med det nya startnumret som föreslås av systemet kan du ställa in det nummer som du tycker är korrekt.

Klicka på knappen "Kör" för att ställa in det angivna nya nyckelgeneratorns frönummer. Ett meddelande som indikerar att operationen har slutförts kommer att visas i loggfönstret.

Notera.

1. Om operationen avbryts kommer generatorns värde att ökas med 1. Därför, om du bestämmer dig för att inte ändra startnumret för generatorn (det nuvarande numret motsvarar det nya startnumret), klicka på "Kör" knapp i alla fall.

5.11. Visa poster i biblioteksdatabaser För att visa poster, välj raden med önskad databas i tabellen i huvudfönstret och anrop kommandot "Visa" från snabbmenyn (fig. 32).

Samma kommando kan anropas genom att dubbelklicka på vänster musknapp på raden med önskad databas. För en bibliografisk databas visas en dialogruta som i fig. 42 och för en tjänstedatabas - som i fig. 43. Om det inte finns några poster i databasen, eller vid fel, visas meddelandet "Fel vid hämtning av första posten!".

Ris. 42 Navigationsknappar låter dig gå till den första posten i databasen ("|"), till sista posten till databasen ("|"), till nästa post (""), till föregående post (""). Om du går till en icke-existerande post, visas meddelandet "Fel vid hämtning av post!". För bibliografiska databaser är det möjligt att navigera till en specifik post som identifieras med en intern (DB-nyckel) eller extern (nyckel från MARC-fält 001) nyckel. För att göra detta, skriv in nyckeln i lämpligt fält i dialogrutan och tryck på "Enter"-tangenten.

("Stiga på"). För tjänstedatabaser är det möjligt att flytta till en specifik post som identifieras av en intern nyckel.

Statusen för en bibliografisk post betyder: 0 – posten är inte indexerad, 1 – posten är indexerad (av minst på fas 1 vid tvåfasindexering).

Ris. 43 För en bibliografisk databas är det möjligt att välja (för att markera hela posten, placera markören i postfältet och tryck på Ctrl+A) och kopiera textrepresentationen av posten till urklipp (standardtangentkombinationen är Ctrl+ C).

För en bibliografisk post visas information om vem som skapade den och när den i lämpligt namngivna fält. För en officiell notering, information om vem som skapade den och när finns i fält 2 respektive 3 av taggen (datumformat: ÅÅÅÅMMDDDHHMMSS). Om posten skapades under nedladdningsprocessen från administratörens arbetsstation är namnet på skaparen "phloader".

Knappen "Radera" används för att radera en post från databasen. Vid radering placeras posten i återställningstabellen (se avsnitt 5.13). När du har tagit bort den finns den fortfarande kvar på skärmen. För bibliografiska databaser stöds operationen att indexera/omindexera den visade posten (knappen "Reindexera"). Indexering/omindexering utförs i enlighet med de indexeringstabeller som definierats för den valda databasen (se avsnitt 5.1).

5.12. Kontroll av dubbletter i fälten för MARC-poster och tjänsteposter Kontroll av dubbletter låter dig få en lista med dubblettvärden i ett specificerat fält (underfält) av en MARC-post eller fält i en tjänstepost. Den här operationen är användbar för att kontrollera dubbleringen av lagernummer, streckkoder etc.

För att få en lista över dubbletter i den bibliografiska databasen, välj raden med den önskade databasen i tabellen i huvudfönstret och anrop kommandot "Dubletter" från snabbmenyn (Fig. 32). I dialogrutan som visas (Fig. 44), i fältet "Fält", ange numret på fältet (underfältet), i fältet "Quantity" - en gräns för antalet värden som ska hämtas.

För att söka efter dubletter, klicka på knappen "Sök". Efter att sökningen är klar visas ett meddelande som anger antalet hämtade dubbletter. Om det är lika med gränsen, så finns det förmodligen fler dubletter. Dubletterna kommer att visas i tabellen i dialogrutan. Kolumnen "Värde" visar värdena för det angivna fältet (underfältet), som upprepas i posterna i den valda databasen. För tjänstedatabaser trunkeras detta värde till de första 32 tecknen. Kolumnen "Duplicity" visar antalet repetitioner av ett värde i alla poster i den valda databasen.

När du stänger dialogrutan Dubbelsökning visas ett meddelande som ber dig att spara de hittade dubletterna till en textfil för senare användning av bibliotekarier.

Ris. 44

5.13. Visa historiken för ändringar i bibliografiska poster och återställa en raderad eller ändrad post IBS "Ruslan" lagrar historiken för ändringar i bibliografiska poster för varje bibliografisk databas. När en post ändras placeras den gamla versionen av posten i vad som kallas en rollback-tabell. När en post raderas placeras den också i återställningstabellen. För varje post lagras vem som skapat den och när. Det är möjligt att återställa valfri version av en post till databasen (om denna version inte har raderats).

Ris. 45 För att se återställningstabellen för en viss databas, välj raden med önskad bibliografisk databas i tabellen i huvudfönstret och anrop kommandot "Återställ" från snabbmenyn (fig. 32). En dialogruta visas som i Fig. 45.

För varje post visas den interna nyckeln (DB-nyckeln); främmande nyckel (från MARC-fält 001); operation, till följd av vilken denna post placerades i rullningsbordet; användaren som skapade (som ett resultat av en laddnings-, infognings- eller ändringsoperation) denna version av posten i fallet med ändrings- och raderingsoperationerna, eller som raderade posten i fallet med åtgärden Delete; tidpunkt då den skapades (och inte placerades i återställningstabellen!) i databasen denna version poster, i fallet med Modifiera och Ta bort operationer, eller tidpunkten då Ta bort operationen utfördes (när posten placerades i återställningstabellen som ett resultat av borttagningen).

Ris. 46 I exemplet i Fig. 45 laddades en post med nyckeln "ru\spstu\books\139427" in i administratörens arbetsstation (användar-phloader) den 14/02/2004 kl. 15:53:23.

Följande version av posten skapades av användaren compl den 24/02/2004 kl. 11:35:29 och återställdes som ett resultat av ändringsoperationen. Följande version av posten skapades också av användaren compl den 24/02/2004 kl. 11:36:34 och återställdes som ett resultat av en raderingsoperation utförd av användaren compl_admin den 24/02/2004 kl. 11: 40:23. Spela in med nyckeln "ru\spstu\books\139435"

laddades upp till administratörens arbetsstation (användarens phloader) den 14/02/2004 kl. 15:53:23. Den 24/02/2004 kl. 11:38:30 togs denna post bort av systemadministratören (libmgr) från administratörens arbetsstation.

Ris. 47 Alla operationer i återställningsfönstret utförs via snabbmenyn (fig. 46). För att jämföra den gamla versionen av en post med den nuvarande (i arbetsdatabasen), välj tabellraden med den gamla versionen och dubbelklicka på den med vänster musknapp eller välj kommandot "Jämför" från snabbmenyn. En dialogruta visas som i Fig. 47. Den övre delen av dialogrutan innehåller den aktuella posten från databasen, dess skapare och datum för skapande. Den nedre delen av dialogrutan innehåller en post från återställningstabellen, dess skapare och datumet då posten skapades. Om den aktuella posten (i databasen) har raderats kommer den övre delen att vara tom.

För att jämföra poster från återställningstabellen, välj de två poster du är intresserad av och välj kommandot "Jämför" från snabbmenyn.

För att återställa en gammal version av en post, välj önskad gamla version och välj kommandot "Återställ" från snabbmenyn. För att återställa den senaste versionen av en raderad post kan du välja en tabellrad med antingen en radera eller en raderad operation. Om du återställer en gammal version av en inspelning som inte raderades, Aktuell version kommer att placeras i återställningstabellen. Den återställda posten anses vara skapad av DBMS-användaren, som är ägare till databasen (se avsnitt 2.1) i vilken denna bibliografiska databas finns. I exemplet som diskuteras i denna handledning skulle den här användaren vara lib1 (se

till exempel Fig. 45).

Ris. 48 Information om gamla versioner av poster visas i återställningsdialogrutan i delar av 30 versioner. När du öppnar återställningsdialogrutan visas de 30 senaste versionerna av poster i den angivna databasen. Som standard sorteras poster efter datum i fallande ordning. Du kan sortera återställningstabellen efter valfri kolumn genom att vänsterklicka på kolumnrubriken. För att hämta de nästa 30 versionerna, välj Välj Mer från snabbmenyn. För att snabbt hitta en ny del av versioner, innan du utfärdar kommandot "Välj mer", välj den sista raden i listan - den här raden förblir vald efter att du har utfört kommandot.

Eftersom många versioner av poster ackumuleras i återställningstabellen över tiden, är det möjligt att filtrera dem. Efter applicering av filtret visas även skivversioner i portioner om 30 bitar. För att ställa in ett filter, välj kommandot "Filter" från snabbmenyn. En dialogruta kommer upp (Fig. 48), där du kan ställa in filtrering efter intern nyckel (databasnyckel), efter främmande nyckel (från MARC-fält 001), efter operationen som resulterade i att posten inkluderades i rollback-tabellen, av användaren som skapade versionsposten eller personen som raderade posten och av det datum då postversionen skapades eller posten raderades. För den interna nyckeln och datumet kan du ange en relation (, =...). En främmande nyckel filtreras alltid av LIKE-operationen. I avsaknad av specialtecken ("_", "%"), fungerar denna operation för jämlikhet. Specialtecknets understreck ("_") betyder vilket tecken som helst (ett!). Det procentuella specialtecknet ("%") betyder valfritt antal tecken. Vanligtvis används specialteckenprocenten för att undvika att ange ett nyckelprefix, vilket normalt är detsamma för alla bibliografiska databasposter. För att ta bort ett filter, ta fram filterdialogrutan, klicka först på knappen "Rensa" och sedan på "Acceptera". Knappen "Lämna oförändrad" stänger filterfönstret utan att göra några ändringar i filtreringsvillkoren.

För att minska den övergripande storleken på databasen och öka hastigheten på arbetet med gamla versioner av poster, rekommenderas att regelbundet rensa återställningstabellen (ta bort mycket gamla versioner). Denna operation kan utföras på flera sätt. Mest snabbt sätt Att ta bort alla gamla versioner anges i avsnitt 5.4. Du kan också ta bort alla gamla versioner från återställningsdialogrutan genom att välja kommandot "Delete-All" från snabbmenyn. För att ta bort valda versioner av poster, välj kommandot "Radera-vald" från snabbmenyn. För att ta bort alla versioner av poster som matchar det tillämpade filtret, välj kommandot "Ta bort-alla med filter" från snabbmenyn.

5.14. Batchmodifiering av bibliografiska poster IBS "Ruslan" erbjuder två alternativ för batchmodifiering av bibliografiska poster: enkel och avancerad. Det enkla alternativet är begränsat i sina möjligheter, men har ett vänligt användargränssnitt. Det avancerade alternativet låter dig göra ändringar i poster, men kräver medverkan av en programmerare för att skapa ett program för dessa ändringar. Därför, för den utökade versionen, tillhandahåller supporttjänsten ett speciellt bibliotek (DLL) med typiska ändringar. Som en del av teknisk support kan du beställa nödvändiga ändringar (kontakt [e-postskyddad]).

För att utföra en enkel batchändring på en viss databas, välj raden med önskad bibliografisk databas i tabellen i huvudfönstret och anrop kommandot "Ändra poster - Enkel ändring" från snabbmenyn (fig. 32). En dialogruta visas som i Fig. 49.

Det är möjligt att utföra tre samtidiga förändringsoperationer:

ersätta/lägga till en delsträng i ett fält (underfält) eller i ett inbäddat fält (underfält) i ett kommunikationsfält. Ändringsoperationen utförs på alla instanser av underfältet i alla instanser av postfältet. Att lägga till ett underfält görs endast för befintliga fält och i alla instanser av fält, d.v.s.

om det inte finns något fält skapas det inte automatiskt. Det är möjligt att ersätta en hel sträng när du ställer in alternativet " hela raden", utföra operationen att ta bort ett fält (underfält) när du anger alternativet "radera", utföra operationen att lägga till en understräng (eventuellt tillsammans med att lägga till ett underfält) när du anger alternativet "lägg till" (värdet i "ersätt" fungerar som ett postfilter). I det senare fallet kan du ange vad du ska göra om underfältet finns: lägg till, lägg inte till, sammanfoga till vänster (alternativ "lk") eller till höger (alternativ "pc"). Om du aktiverar alternativet "lägg till" kommer ett obefintligt underfält att läggas till endast om fältet finns;

ersätta indikatorer i ett fält eller i ett inbyggt fält i ett kommunikationsfält;

ersätta en delsträng i ett kodat fält (underfält) eller i ett inbäddat kodat fält (underfält) i ett kommunikationsfält. Alternativet "lägg till" låter dig lägga till ett kodat fält (underfält) alltid eller om det inte finns. En saknad indikator anges med ett mellanslag. Token specificeras genom att ange 000 i det kodade fältet. För kodade fält anges från vilken position ändringar görs (med början från 0). I det här fallet måste längden på de ersatta och ersättande delsträngarna matcha.

Ris. 49 För att lägga till ett underfält tillsammans med att lägga till ett fält (när fältet inte finns), måste du ställa in dess parametrar i avsnittet för det kodade fältet, oavsett om fältet är kodat eller inte.

I områdena för inmatning av datasträngar ("ersätt" och "till") kan du ange makrosubstitutioner i form av en länk till ett underfält, till exempel (999a). I det här fallet kommer strängens värde att tas från motsvarande underfält. Om fältet som anges i makrot matchar fältet där ändringsoperationen utförs (anges i "I fält"), kommer radvärdet för varje instans av fältet att tas från motsvarande instans av fältet. Om fälten är olika, kommer radvärdet att tas från den första instansen av fältet som anges i makrot.

Ris. 50 Genom att använda makroersättningar kan du kopiera data från ett underfält till ett annat (lägg till operation) och få mer komplexa filter under raderings-/ersättningsoperationer.

För att utföra en utökad batchändring på en viss databas, välj raden med den bibliografiska databasen som krävs i tabellen i huvudfönstret och anrop kommandot "Change recordsUtökad ändring" från snabbmenyn (Fig. 32). En dialogruta visas som i Fig. 50.

I fältet "DLL-fil" måste du ange namnet på den dynamiska biblioteksfilen (måste ha ett dll-tillägg) som anger den fullständiga sökvägen manuellt eller med hjälp av standarddialogrutan för filval. För att öppna dialogrutan, klicka på knappen "" till höger om inmatningsfältet för filnamnet. Efter att ha valt DLL-filen från listan Ändra namn, välj önskad funktionsfunktion (FuncName). Om DLL-fil tillhandahålls av systemsupporttjänsten, tilldelningen av funktioner anges i den medföljande dokumentationen. Efter att ha valt en funktion visas fältet "Logg". ytterligare information på att arbeta med funktionen. I fältet Alternativfil anger du namnet på alternativfilen om en sådan krävs för den valda funktionen.

Både de enkla och avancerade batchändringsalternativen har följande vanliga anpassningselement. Ändringar kan göras antingen direkt i arbetsdatabasen, som anges i fältet "Databasnamn", eller genom att kopiera nya poster till en annan (helst tom) databas (för att göra detta måste dess namn väljas i "Namn på databas där de ändrade posterna ska placeras") fältet. . Kopieringsbasen måste skapas innan batchändringsproceduren kan påbörjas. Detta gör det möjligt att kontrollera riktigheten av ändringar i poster och undvika skador på poster i arbetsdatabasen. Om ändringar av poster sker korrekt kan du starta proceduren för att ändra poster direkt i arbetsdatabasen. För att göra detta måste fältet "Namn på databasen där de ändrade posterna ska placeras" förbli tomt, du behöver inte markera något i det! Vart i gammal version varje post (före ändring) kommer att återställas. Det rekommenderas att innan korrigering av poster i arbetsdatabasen görs en arkivkopia av den (se punkt 7).

I fältet "Parsing table" kan du ange en speciell indexeringstabell eller ett fragment av den beskrivande delen av indexeringstabellen (se.

paragraf 2.2) för indexering/omindexering av ändrade poster. Det rekommenderas inte att ange något i fältet Indexeringstabell om du inte är säker på vad du gör. Värdet "0" (standard) i detta fält betyder: indexera inte ändrade poster. Det rekommenderas att ange detta värde om icke-indexerade fält/underfält ändras.

Om du inte anger något i fältet Indexeringstabell kommer standardindexeringstabellerna för den givna databasen att användas (rekommenderas om de indexerade fälten ändras).

Det är möjligt att se alla poster för ändringar eller i ett visst intervall (i den ordning de kommer in i databasen). När enkel förändring Det är också möjligt att ändra de poster som valts på begäran (se bilaga 4).

"Återställ"-flaggan avgör om gamla versioner av poster kommer att återställas eller inte. Det rekommenderas att rensa denna flagga om du är säker på att ändringarna är korrekta (riktigheten av ändringarna kontrollerades noggrant med hjälp av en testdatabas i vilken de ändrade posterna placerades) och ett stort antal poster ändras.

För att starta batchbytesprocessen, klicka på knappen "Kör". Processen kan pausas genom att klicka på knappen "Stopp" och sedan fortsätta genom att klicka på knappen "Fortsätt". Stäng-knappen som trycks in under processen avbryter dess exekvering. Processen att byta poster återspeglas i loggen. Anger hur många poster som visades, hur många som föreslogs för förändring och hur många som framgångsrikt ändrades.

Notera.

1. I fall batchbyte(där de indexerade fälten/delfälten ändras) täcker en betydande andel av poster i databasen, det rekommenderas att ställa in fältet "Indexeringstabell" till "0" och, efter en batchändring, radera hela indexet (se avsnittet 5.4) och indexera databasen igen (se avsnitt 5.5).

2. Om ändringsprocessen avbryts kommer de poster som har ändrats fram till denna punkt att förbli i det ändrade tillståndet. För att återställa de ursprungliga inspelningarna, använd funktionen för att återställa gamla versioner av inspelningar (se.

s. 5.13) eller återställ en arkiverad kopia av databasen.

3. Under batchbytesprocessen analyseras inte statistik.

Administratören måste vid behov (om indexerade fält/delfält ändras) utföra det självständigt (se avsnitt 5.6). Det rekommenderas att analysera statistiken efter att ha gjort alla nödvändiga ändringar.

6. Biblioteksteknologier Detta avsnitt beskriver de operationer som är nödvändiga för att konfigurera tillämpade tekniska cykler som utförs både oberoende av Ruslan-servern och tekniska cykler implementerade i samband med olika arbetsstationer i systemet.

6.1. Att arbeta med buffertdatabasen IBS "Ruslan" stöder två tekniker för att lägga in nya poster. Den första tekniken förutsätter närvaron av en bibliografisk huvuddatabas (för en typ av dokument, till exempel för böcker). Bibliotekspersonal skapar poster i denna databas. Läsare, när de arbetar med den elektroniska katalogen, arbetar också med denna databas. I detta fall uppstår ett problem relaterat till tillgängligheten för läsare av bibliografiska beskrivningar som ännu inte gått igenom hela cykeln av bibliografisk bearbetning, d.v.s. handlingarna mottogs inte av serviceavdelningarna. Läsaren kan beställa dokument som inte är tillgängliga för service. Det här problemet kan lösas på följande sätt. För poster som inte har bearbetats är en status "inställd" (i postmarkören), vilket innebär att dokumentet inte är helt katalogiserat. Och i läsarens användargränssnitt introduceras ett dolt filter baserat på postens status. Nackdelen med denna metod att dölja poster på ofullständigt katalogiserade dokument från läsare är att den är resurskrävande (minskad systemprestanda).

Ruslan-systemet erbjuder också en annan teknik för att dölja register över ofullständigt katalogiserade dokument från läsare. Utöver den bibliografiska huvuddatabasen (för dokumenttypen) skapas en buffertbibliografisk databas (för dokumenttypen). Nya poster läggs in och bearbetas i buffertdatabasen. Efter avslutad bearbetning överförs dokument till serviceavdelningar, och register över dessa dokument överförs från buffertdatabasen till huvuddatabasen. Buffertdatabasen görs otillgänglig för läsare (se punkt 4). Fördelen med denna teknik är att du kan konfigurera olika nivåer av åtkomst till bufferten och huvuddatabasen för biblioteksanställda. Detta ökar säkerheten för huvuddatabasen (exempelvis är borttagningen endast tillåten för buffertdatabasen).

För att överföra fullständiga poster från buffertbibliografiska databasen till huvuddatabasen, välj raden med önskad buffertdatabas i tabellen i huvudfönstret och anrop kommandot "Flytta poster" från snabbmenyn

(Fig. 32). Efter en viss tidsperiod, under vilken posterna i buffertdatabasen analyseras, visas en dialogruta (fig. 51), där du måste välja den huvuddatabas som posterna ska flyttas till.

Ris. 51

Endast fullständiga poster flyttas. När det gäller hierarkiskt relaterade poster flyttas alltid de fullständiga posterna på toppnivån. Antalet flyttade poster av inte den högsta nivån kan varieras manuellt, automatiskt göras till en multipel av 5 eller 10. Dessutom är det möjligt att samtidigt spara flyttade poster av inte den högsta nivån till en fil i en av kodningarna: DOS (866), MS Windows (1251), KOI-8 eller UNICODE (UTF-8). För att spara poster till en fil måste du ange filnamnet manuellt (med hela sökvägen) eller använda standarddialogrutan för filval.

För att öppna dialogrutan för filval, klicka på knappen "" till höger om filnamnsinmatningsfältet. Du kan antingen skriva över filen (det gamla innehållet går förlorat) eller lägga till sidbelagda poster i slutet av den angivna filen. Alternativet "Rad för rad" anger att ett nyradstecken (i Windows-stil, dvs två byte) kommer att infogas efter varje post i filen.

För att starta operationen för att flytta poster, klicka på knappen "Kör". Operationens förlopp kommer att återspeglas i loggen. När du har flyttat poster kommer du att uppmanas att indexera dem. Om du samtycker kommer indexering att utföras i enlighet med de indexeringstabeller som anges i parametrarna för huvuddatabasen (se avsnitt 5.1). I händelse av fel utförs indexeringsoperationen (om så krävs) manuellt (se avsnitt 5.5).

6.2. Borrowing analytics Lån analytics är att låna bibliografiska poster från komponent seriepublikation.

När man arbetar med att sammanställa analytiska poster rekommenderas att man ser till att upprätta kopplingar utifrån fält 001 mellan posten för ingående del, posten för utgivningen av seriepublikationen och posten för seriepubliceringen som helhet. När man manuellt skapar en analytisk post i katalogens arbetsstation upprättas anslutningar baserade på fält 001 automatiskt. Förfarandet för att låna analytiska poster från extern källa har ett antal funktioner som komplicerar återställningen av kommunikation baserat på 001-fältet. Det främsta skälet är att upplåning sker omedelbart från alla register över seriepublikationen. Samtidigt är det bara möjligt att återställa anslutningar i katalogens arbetsstation individuellt för varje post.

För att öka effektiviteten i processen med att låna analytiska poster har Ruslan-servern version 2.11 och högre implementerat en mekanism för att automatiskt återställa kommunikation baserat på fält 001. Baserat på informationen om seriepublikationen (ISSN, titel, år, nummer) tillgängliga i analysposten innehåller lokala databaser egna poster för seriepublikationen som helhet och post för utgivning av seriepublikationen. I den lånade analytiska posten ersätts det ursprungliga innehållet i fälten inbäddade i fälten 461 och 463 med data från de hittade posterna. Om posterna inte kunde hittas returnerar servern en diagnostik. I det här fallet är det nödvändigt att utföra proceduren för att återkoppla poster i manuellt läge med standardfunktionerna i AWS Cataloger.

Den implementerade mekanismen garanterar inte ett 100 % framgångsrikt återbindningsresultat. Det finns en ganska stor andel publikationer (2-10%) där resultatet av återlänkning kan vara felaktigt. Resultatet av återlänkning beror också avsevärt på överensstämmelse med RUSMARC-formatet när du skapar (eller konverterar) bibliografiska poster.

För att säkerställa riktigheten av de huvudsakliga arbetsdatabaserna rekommenderas det inte att låna analytiska poster direkt till arbetsdatabaserna, utan att använda mellanliggande databaser för tillfällig lagring och kontroll av länkade poster. Från och med Ruslan-serverversion 2.11 har begränsningen för obligatorisk lagring av poster för en komponent och poster för en källa i en fysisk databas tagits bort. I detta avseende rekommenderas det att skapa separata arbetsdatabaser för lagring av analytiska poster och en annan mellanliggande databas.

Återbindning med en mellanbas

Proceduren för att ställa in återbindningsmekanismen med en mellanbas består av följande 4 steg:

1. Skapa ytterligare en bibliografisk databas för tillfällig lagring av analytiska poster (till exempel ANALIT_TMP). Skapa vid behov en ny bibliografisk databas för permanent lagring av analytiska poster (till exempel ANALIT), om standarddatabasen SERIAL inte kommer att användas för detta ändamål.

2. Lägg till databasen ANALIT_TMP i serverparametern CorpDB.

3. I SerialItemDBMap-serverparametern anger du överensstämmelsen mellan databasen som används för att lagra serieposter och databaserna som används för att lagra analytiska poster (till exempel om serieposter lagras i SERIAL-databasen, anger du strängen "SERIAL,ANALIT_TMP,ANALIT ;” måste anges i parametern).

4. Starta om servern.

Detta läge låter dig lägga till analytiska poster till arbetsdatabasen (till exempel ANALIT) utan att använda återlänkningsmekanismen.

Återbindning utan att använda en mellanbas

Proceduren för att ställa in återbindningsmekanismen utan att använda en mellanbas består av följande 4 steg:

1. Skapa en ny bibliografisk databas för permanent lagring av analytiska poster (till exempel ANALIT_2005).

2. Lägg till databasen ANALIT_2005 i serverparametern CorpDB. Använd inte SERIAL-databasen i CorpDB-parametern.

3. I serverparametern SerialItemDBMap lägger du till en indikation på överensstämmelsen mellan databasen som används för lagring av serieposter och databaserna som används för lagring av analytiska poster (om till exempel serieposter lagras i SERIAL-databasen, måste du i parametern ange strängen "SERIAL,ANALIT_2005;").

4. Starta om servern.

Det här läget ger inte möjligheten att lägga till analytiska poster till arbetsdatabasen (till exempel ANALIT_2005) utan att använda återlänkningsmekanismen (d.v.s. återlänkningsmekanismen fungerar alltid), men har i genomsnitt en högre driftshastighet.

Återbindning via mellanbas

För att använda återlänkningsmekanismen genom en mellanliggande bas måste du utföra följande steg i Cataloger Workstation:

4. Kopiera poster till den mellanliggande databasen (till exempel ANALIT_TMP).

5. Hitta poster i den mellanliggande databasen.

6. Om de resulterande posterna är tillfredsställande, kopiera dem sedan till den fungerande analysdatabasen (i detta användningssätt kan det vara antingen SERIAL eller ANALIT).

7. Om resultaten av återlänkningen inte är tillfredsställande, utför manuell återlänkning i arbetsdatabasen.

8. Ta bort poster från ANALIT_TMP.

Återbindning utan en mellanbas För att använda återbindningsmekanismen utan en mellanbas bör du utföra följande steg i Cataloger Workstation:

1. Anslut till den lokala servern.

2. Anslut till en fjärrserver.

3. Hitta analytiska poster för önskat serienummer.

4. Kopiera poster till arbetsdatabasen (till exempel ANALIT_2005).

5. Hitta poster i arbetsdatabasen.

6. Om du är nöjd med de resulterande posterna, fortsätt sedan att arbeta med nästa sats av poster (eller slutför arbetet).

7. Om resultaten av återlänkningen inte är tillfredsställande, justera sedan posterna och länka om manuellt i arbetsdatabasen (till exempel ANALIT_2005).

För att påskynda driften av mekanismer för återlänkning av poster, rekommenderas det att bearbeta den gamla uppsättningen av seriella och analytiska poster (minska storleken på databasen som används för att lagra serier).

Om SERIAL-databasen i tidigare arbete användes för att lagra seriella och analytiska poster, rekommenderas det att välja alla analytiska poster från denna databas och placera dem i en separat databas (till exempel ANALIT_OLD). Skapa en separat databas för lagring av analytiska poster (till exempel ANALIT) och använd den för att lagra nya analytiska poster. Eftersom när man använder låneteknik kan volymen av databaser växa i mycket snabbare takt än när man skapar beskrivningar självständigt, rekommenderas att skapa en ny databas för lagring av analyser när den nuvarande databasen når en volym på cirka 200 000 tusen poster.

6.3. Ställa in medel för bakgrundsbearbetning av bibliografiska poster Ruslan-servern stöder möjligheten att automatiskt bearbeta poster i bibliografiska eller auktoritativa databaser baserat på datafiler i formatet RUSMARC, USMARC, UNIMARC. Bearbetningen omfattar tre operationer: ladda (infoga en ny post), uppdatering och radering (för gamla poster). När en uppdatering utförs ersätts en post i databasen med hela posten från filen.

Ruslan-servern stöder fyra automatiska bearbetningsscheman.

F035Type, MARStype, RKPType. Den största skillnaden i scheman är metoden för unik identifiering av en tjänstepost. För att säkerställa arbete av denna tjänst två obligatoriska (för denna tjänst) serverparametrar används:

LoadFilesDB Innehåller en lista över bibliografiska databaser som ska laddas.

Om du avser att utföra uppdaterings- och raderingsoperationer måste fyra ytterligare parametrar anges (som standard finns i distributionssatsen för serverdelen av IBS "Ruslan):

RF24 Innehåller en servicelinje för att generera en begäran om att radera en bibliografisk post (poster) från databasen. Används för RKPType-behandlingsschema.

RF25 Innehåller en servicelinje för att generera en begäran om att radera en bibliografisk post (poster) från databasen. Används för MARSType-behandlingsschemat.

RF26 Innehåller en servicelinje för att generera en begäran om att radera en bibliografisk post (poster) från databasen. Används för bearbetningsschema F001Type.

RF27 Innehåller en servicelinje för att generera en begäran om

–  –  –

Ställa in filbehandling För att aktivera proceduren för bearbetning av bibliografiska poster till en specifik databas måste du utföra följande sekvens av åtgärder:

3. Om uppdaterings- eller raderingsoperationer planeras, se till att det finns en begäran i parametern RFXX som motsvarar laddningsschemat.

4. Skapa kapslade underkataloger, med början från rotkatalogen, i enlighet med följande sekvens: databasnamn, bearbetningsschema (F001TYPE, F035TYPE, MARSTYPE, RKPTYPE), operation (INSERT,

UPPDATERA, DELETE), postformat (RUSMARC,USMARC,UNIMARC), postkodning (DOS,KOI,WIN,UTF8). Exempelsökväg:

X:\Root\USMARC_DEMO\MARSTYPE\INSERT\USMARC\DO S\test.mrc

5. Placera filer som kräver viss bearbetning i den resulterande katalogen. Filen måste ha tillägget mrc.

6. Se till att användaren under vilken Ruslan-servern körs (RUSLANServiceR6-tjänsten) har rätt att läsa, skriva och ta bort filer från den skapade katalogen.

7. Starta om RUSLANServiceR6-tjänsten.

Om sökvägen till den resulterande katalogen inte innehåller en formattyp kommer den att upptäckas automatiskt ( exakt definition formatet är inte garanterat).

Om operationen lyckas raderas den bearbetade filen för alla bearbetningsscheman.

Filbehandlingsuppgiften startas av Ruslan-servern automatiskt under tidsperioden från 00:00 till 04:00 i enlighet med prioritet i förhållande till andra bakgrundsuppgifter. Uppgiften är inte garanterad att slutföras senast 04:00. Volymen av utfört arbete (och indirekt arbetstiden) begränsas av "villkorlig"

10 MB. För en INSERT-operation beräknas volymen som summan av volymen av alla filer som definierats för denna operation. För raderingsoperationer (DELETE) används en multiplikationsfaktor på 9, för uppdateringsoperationer (UPDATE) är multiplikationsfaktorn 10. Koefficienterna är korrekta för databaser med en volym på upp till 100 000 poster. Gränsen på 10 MB gäller den totala volymen för alla tre operationerna. De där. för 3 filer på 300 KB i storlek, definierade för alla tre operationer, kommer den "villkorliga" volymen att vara lika med 300 + 300*9 + 300*10 = 6 MB.

Genom den här tjänsten kan du alltså i en session ladda ner cirka 5-20 tusen poster eller ändra cirka 500 bibliografiska poster. Det faktiska antalet kan variera kraftigt beroende på prestandan hos den dator som används och storleken på databasen som används.

Den automatiska filbehandlingstjänsten är tidssynkroniserad med andra uppgifter som initieras av servern själv. Men för uppgifter som initieras av medel utanför Ruslan-servern krävs "manuell" synkronisering.

Diagnostik

Bearbetningsfunktioner för F001Type-kretsen

F001Type-behandlingsschemat är utformat för att bearbeta poster som tas emot från en källa som garanterar unikheten hos postidentifieraren (postnyckeln) lagrad i fält 001 i MARC-familjens format. När en infogning utförs ändras inte postens ID. Ändringsoperationen är baserad på att söka efter en post med dess identifierare (fält 001).

Raderingsåtgärden stöds inte.

Bearbetningsfunktioner för F035Type-schemat F035Type-bearbetningsschemat är utformat för att bearbeta poster som tas emot från en källa som inte garanterar unikheten hos postidentifieraren (postnyckeln) lagrad i fält 001 i MARC-familjens format. När en infogningsoperation utförs ändras postidentifieraren och det gamla värdet lagras i fält 035. Raderings- och ändringsoperationer baseras på sökning efter en post med dess gamla identifierare (fält 035). Detta schema garanterar inte korrekt utförande av ändrings- och raderingsoperationer för post.

Bearbetningsfunktioner för MARSType-schemat

MARSType-behandlingsschemat är avsett för bearbetning av poster som tas emot inom MARS-projektet. Värdet på postidentifieraren (postnyckel) som lagras i fält 001 måste vara unikt. Poster identifieras med block, med värdet lagrat i fält 910a och filnamnet.

När en infogning utförs ändras inte postens ID. Raderings- och ändringsoperationer baseras på en speciell attributsökning baserad på fält 910a. Alla operationer utförs endast på postblocket som helhet. Ett fel när någon åtgärd utförs på en post från ett block gör att ett diagnostiskt meddelande skickas och filbehandlingen stoppas (utan att radera den).

Notera. I tidigare versioner av servern, när en infogningsoperation utfördes, genererades en ny identifierare och det gamla identifierarvärdet lagrades i fält 035.

Bearbetningsfunktioner för RKPType B-schemat det här ögonblicket RKPType-behandlingsschemat liknar F001Type-behandlingsschemat. Ändrings- och raderingsåtgärder används inte.

6.4. Konfigureringsmedel för bakgrundsbearbetning av tjänsteposter Ruslan-servern stöder möjligheten att automatiskt bearbeta poster i tjänstedatabaser baserat på datafiler i det interna formatet av Ruslan ABIS. Bearbetningen omfattar tre operationer: ladda (infoga en ny post), uppdatering och radering (för gamla poster). Den resulterande uppdateringsåtgärdsposten är summan av följande uppsättningar taggar:

"nya" taggar från posten i filen (som inte fanns i posten från databasen);

"gamla" taggar från posten i databasen (som inte fanns i posten från filen);

"allmänna" taggar tagna från en post i en fil (värdena för taggarna i filen skriver över värdena för taggarna i databasen).

Ruslan-servern stöder tre automatiska bearbetningsscheman.

R010Type, R100Type. Den största skillnaden i scheman är metoden för unik identifiering av en tjänstepost. För att säkerställa driften av denna tjänst används två serverparametrar:

LoadFilesDB Innehåller en lista över tjänstedatabaser för bearbetning.

LoadFilesPath Anger rotkatalogen från vilken underkataloger börjar innehålla filer som är involverade i bearbetningsoperationer. Det rekommenderas inte att använda en katalog som är ansluten över nätverket som rotkatalog - i händelse av ett nätverksfel kan servern blockeras under nätverkets timeout.

Konfigurera filbehandling

För att aktivera proceduren för bearbetning av tjänsteposter i en specifik databas måste du utföra följande sekvens av åtgärder:

1. Lägg till namnet på den nya databasen i listan över databaser i parametern LoadFilesDB.

2. Se till att rätt sökväg finns i parametern LoadFilesPath.

3. Skapa kapslade underkataloger, med början från rotkatalogen, i enlighet med följande sekvens: databasnamn, bearbetningsschema (R001TYPE, R010TYPE, R100TYPE), operation (INSERT, UPDATE, DELETE), postformat (RUSLAN), postkodning ( DOS, KOI, WIN, UTF8). Exempelsökväg:

X:\Root_directory\LUSR\R010TYPE\UPDATE\RUSLAN\DOS\users.dat

4. Placera filer som kräver viss bearbetning i den resulterande katalogen. Filen måste ha en dattillägg.

5. Se till att användaren under vilken Ruslan-servern körs (RUSLANServiceR6-tjänsten) har rätt att läsa, skriva och ta bort filer från den skapade katalogen.

6. Starta om RUSLANServiceR6-tjänsten.

Om den resulterande katalogsökvägen inte innehåller en operationstyp kommer INSERT-operationen att utföras (standardoperationen).

Om den resulterande katalogsökvägen inte innehåller en formattyp kommer behandlingen av filen att stoppas.

Om operationen lyckas raderas den bearbetade filen för alla bearbetningsscheman.

Att placera filer i kataloger som indikerar modifierings- och raderingsoperationer kan leda till oåterkalleliga ändringar i databasen. Det är nödvändigt att begränsa åtkomsten till sådana kataloger.

Allmänna begränsningar för användning

Filbehandlingsuppgiften startas av Ruslan-servern automatiskt under tidsperioden från 00:00 till 04:00 i enlighet med prioritet i förhållande till andra bakgrundsuppgifter. Uppgiften är inte garanterad att slutföras senast 04:00. Mängden utfört arbete (och indirekt driftstiden) är begränsad till "villkorliga" 10 MB. För driften av att infoga poster (INSERT) beräknas volymen som summan av volymen av alla filer som definierats för denna operation. För raderingsoperationer (DELETE) används en multiplikationsfaktor på 9, för modifieringsoperationer (UPDATE) är multiplikationsfaktorn 10. Koefficienterna är korrekta för databaser med en volym på upp till 100 000 poster. Gränsen på 10 MB gäller den totala volymen för alla tre operationerna. De där. för 3 filer på 300 kb vardera, definierade för alla tre operationerna, kommer den "villkorliga" volymen att vara 300 + 300*9 + 300*10 = 6 MB.

Genom den här tjänsten kan du alltså i en session ladda ner cirka 5-20 tusen poster eller ändra cirka 500-2000 bibliografiska poster. Det faktiska antalet kan variera kraftigt beroende på prestandan hos den dator som används och storleken på databasen som används.

Om behandlingen av en fil avbröts på grund av en begränsning av den totala volymen av flera filer, kommer dess bearbetning att startas i alla efterföljande sessioner tills den har laddats framgångsrikt (och raderats från katalogen av Ruslan-servern) eller explicit raderas av administratören från bearbetningskatalogen.

Den automatiska filbehandlingstjänsten är tidssynkroniserad med andra uppgifter som initieras av servern själv. Men för uppgifter som initieras av medel utanför Ruslan-servern krävs "manuell" synkronisering.

Följande punkter måste övervakas:

1. Kontrollera tidsöverlappningen med automatisk arkivering av den fysiska Oracle-databasen.

2. Övervaka tidsöverlappningen med batchändringsprocedurer som startas från administratörens arbetsstation.

3. Övervaka tidsöverlappningen med laddnings- och indexeringsprocedurerna som startas från administratörens arbetsstation.

Diagnostik

Som ett sätt att övervaka resultatet av operationer används en mekanism som är gemensam för hela Ruslan-servern - systemhändelseövervakaren (EventLog). Meddelandekoden 120 är definierad för den automatiska filbehandlingstjänsten. Innebörden av diagnostikmeddelandet förklaras i textdelen.

Bearbetningsfunktioner för R001Type-kretsen

Bearbetningsschemat R001Type är utformat för att bearbeta poster som tas emot från en källa som garanterar att postidentifieraren är unik (postnyckel i tagg 1). När en infogning utförs ändras inte postens ID. Raderings- och modifieringsoperationer baseras på sökning efter en post med dess identifierare (tagg 1). Raderingsåtgärden stöds inte.

Detta schema är fokuserat på att bearbeta tjänsteposter som laddats ner från den fungerande versionen av Ruslan-servern.

Bearbetningsfunktioner för R010Type-kretsen

Bearbetningsschemat R010Type är utformat för att bearbeta poster som tas emot från en källa som inte garanterar unikheten hos postidentifieraren (rekordnyckel i tagg 1), men garanterar unikheten hos den externa identifieraren, som måste placeras i tagg 10. När man utför en infogningsoperation genereras en ny postidentifierare (i tagg 1) . Raderings- och modifieringsoperationer baseras på sökning efter en post med hjälp av en extern identifierare (tagg 10). Raderingsåtgärden stöds inte.

Detta schema är fokuserat på att bearbeta tjänsteposter som laddats ner från externa system (universitetets automatiserade styrsystem).

Bearbetningsfunktioner för R100Type-kretsen

R100Type-bearbetningskretsen är designad för att bearbeta serviceposter om läsare. Läsarens unika identifierare (tag 100) används som transaktionsidentifierare. När en infogningsoperation utförs genereras ett nytt post-ID (i tagg 1). Raderings- och modifieringsoperationer baseras på sökning efter en post med hjälp av läsar-ID (tag 100). Raderingsåtgärden stöds inte.

Detta schema är fokuserat på att bearbeta tjänsteposter som laddats ner från externa system och bör användas om schemana R001TYPE och R010TYPE av någon anledning inte kan användas.

6.5. Ställa in export och import av data för ett universitetsautomatiskt styrsystem I Ruslan ABIS kan du implementera två alternativ för att skapa en läsarbeskrivning. Det första alternativet, som ger en individuell beskrivning av läsaren, implementeras i Book Issue-arbetsstationen. Detta läge är mest lämpligt för bibliotek som inte har något automatiskt läsarregistreringssystem som inte är associerat med ABIS. Det andra alternativet innebär att exportera data från ett externt läsarredovisningssystem, samt periodisk synkronisering av data i ABIS och externt system. Detta alternativ är typiskt för de flesta universitetsbibliotek, där universitetets automatiserade kontrollsystem som regel innehåller det mesta av den information som behövs för att beskriva läsaren i ABIS. Samspel

ABIS Ruslan och universitetets automatiserade styrsystem kan representeras som bestående av tre oberoende processer:

initial import av data från universitetets automatiserade kontrollsystem till ABIS;

periodisk uppdatering av information i ABIS baserat på data som erhållits från universitetets automatiserade kontrollsystem;

periodisk import av data från ABIS till universitetets automatiserade styrsystem.

Initial import av information om läsare För att importera information om läsare till ABIS "Ruslan" är det nödvändigt att förbereda en läsarbeskrivningsfil som innehåller poster i det interna formatet av ABIS "Ruslan". Fysisk struktur formatet anges i bilaga 3. Uppsättningen taggar som används i tjänstedatabaser, inklusive de som innehåller beskrivningar av biblioteksläsare, finns i dokumentet "List of Tags for Book Lending Workstation". En uppsättning speciella (reserverade) taggar finns i bilaga 2.

Om universitetets automatiserade styrsystemsdata innehåller en unik identifierare för läsarens beskrivning, så kan den också användas som en unik identifierare i Ruslan ABIS, dvs. visa det i tagg 1. Det finns två krav för värdet på tagg 1: värdet måste vara ett nummer (enbart innehålla siffror) och värdet måste vara unikt under hela den tid läsarens post lagras i Ruslan IBS (information om en pensionerad läsare läggs upp i arkivdatabasen och lagras där tills den uttryckligen raderas av ALIS-administratören). Om tagg 1 finns i utdataposterna bör du inte ange attributet "Generera postnyckel" när du laddar in på administratörens arbetsstation. När tagg 1 används för att lagra läsarens identifierare är de potentiella möjligheterna till integration av universitetets automatiserade styrsystem och automatiserade informationssystem maximala.

I det här fallet bör möjligheten att lägga till läsare som går förbi universitetets automatiserade kontrollsystem (via Book Issuing Workstation) begränsas för att säkerställa möjligheten till omvänd export.

För att lagra en unik extern läsaridentifierare reserveras tagg 10. Att använda tagg 10 istället för tagg 1 är att föredra om du tänker skapa beskrivningar av läsare i Book Issue-arbetsstationen. När du laddar sådana poster till administratörens arbetsstation måste du ange attributet "Generera postnyckel".

Av alla taggar som används för att skapa en läsarpost krävs endast tagg 100, som innehåller läsarens streckkod.

Det finns tre strategier för att generera taggvärdet 100:

1. Använda valfri extern unik kod som är tilldelad läsaren av det externa biblioteket informationssystem(till exempel i ett universitets automatiserade styrsystem). Den här metoden det är att föredra om organisationen redan har tekniska åtkomstkontrollverktyg baserade på magnetkort, streckkodskort m.m. Med denna lösning måste biblioteksdatorer vara utrustade med lämpliga enheter för att läsa information från kort. I denna utföringsform kan taggvärdena 1, 10 och 100 vara ekvivalenta.

2. Generera en unik kod när du skapar en post om en läsare av något slag externt program. Denna metod är lämplig när alternativ 1 inte är tillämpligt och de läsarposter som erhålls på detta sätt används för batchutskrift av bibliotekskort från Book Issue-arbetsstationen.

3. En gemensam konstant ställs in för alla, som garanterat inte korsar värdena för tagg 100 som redan finns i posterna om läsare. Tilldelningen av ett unikt värde måste göras första gången en läsare besöker biblioteket. Den här metoden är lämplig när alternativ 1 och 2 inte är lämpliga, eller när förgjorda streckkoder används (i form av klistermärken på "standard" bibliotekskort eller i form av icke-personliga plastkort som utfärdas till läsare).

För att generera en fil med data i det interna formatet av ABIS "Ruslan" kan du använda en specialiserad omvandlare som låter dig få det önskade formatet från data som placerats i en textfil med ett tabbtecken som kolumnavgränsare. En fil i detta format kan erhållas genom att spara data från MS Excel, ange filtypen "Textfiler (tabbavgränsad) (*.txt)". Instruktioner för användning av omvandlaren kan erhållas genom att köra den utan att ange parametrar. När man jämför kolumner i en textfil och taggar är det nödvändigt att ta hänsyn till speciell bearbetning för taggarna 101, 102, 103 (läsarens efternamn, förnamn respektive patronym). Om i textfil förnamn och patronym finns i samma kolumn som efternamnet och vid konvertering anges att denna kolumn motsvarar tagg 101, då kommer omvandlaren automatiskt att separera det andra och tredje ordet och placera dem i taggar 102 (förnamn) och 103 (patronym). Det fjärde och efterföljande orden i kolumnen ignoreras.

Dataregistreringsformatet för vissa taggar (109, 112, 113, 114) måste motsvara dataregistreringsformatet i list.ini-filen för Book Issue Workstation. Det bör särskilt noteras att organisationens ”typ” eller dess avdelning inte bör ingå i organisationens eller avdelningens namn.

Det borde till exempel vara:

@109,5,1,9=Fakultet@112,5,1,22=Vävlig teknik och inte:

@109,5,1,9=Fakulteten@112,5,1,22=Fakulteten för samhällsbyggnad och:

@109,5,1,9=Fakultet@112,5,1,22=Teknisk kybernetik och inte:

@112,5,1,33=Fakulteten för teknisk cybernetik Tag 115 används för att lagra läsarens lösenord. Förekomsten av ett lösenord är endast nödvändigt för att ge läsaren möjlighet att generera och kontrollera en elektronisk order från läsarens arbetsstation. Förekomsten eller frånvaron av ett lösenord för läsaren påverkar inte hans tjänst i Book Issue-arbetsstationen.

Periodisk uppdatering av information i ABIS baserat på data som kommer från universitetets automatiserade styrsystem Periodisk uppdatering av information om läsaren (främst information om läsarens status) kan implementeras med hjälp av tjänsten för bearbetning av tjänsteposter från en fil. Denna teknik låter dig synkronisera data i universitetets automatiserade kontrollsystem och Ruslans automatiserade informationssystem med en frekvens på upp till en gång om dagen.

Beroende på metoden för att generera en unik identifierare för en läsarpost är det nödvändigt att välja det mest lämpliga bearbetningsschemat.

När du skapar poster för att uppdatera information om läsare, är det nödvändigt att se till att de inte innehåller taggar som kan ändras i Ruslan IBS i processen att serva läsaren.

Periodisk export av data från ABIS till universitetets automatiserade styrsystem

Ett antal universitet står inför uppgiften att exportera en del av datan från Ruslans automatiserade informationssystem till universitetets automatiserade kontrollsystem. Sådana uppgifter inkluderar all information som uppdateras i biblioteket oftare än på universitetet (information om adress, passuppgifter etc.).

I IBS "Ruslan" kan du använda två metoder för att exportera tjänstdata:

1. Standardmöjlighet att ladda ner tjänstdata i det interna formatet för ABIS "Ruslan". För att säkerställa säkerheten under uppladdningen bör du ta bort tagg 115 genom att ange den i fältet "Ta bort taggar" (se avsnitt 5.9).

2. Exportera individuella taggar av tjänsteposter med funktionerna GetTagValueByTag, GetTagNocaseUniqueValue och GetTagUniqueValue i batchdatabearbetningsmekanismen.

6.6. Konfigurera en server för att stödja processen för automatiserad bokutgivning. Ruslan-Lite serverversionen levereras konfigurerad och kräver inte ytterligare inställningar. Ruslan-Lite-serverversionen behandlar inte de konfigurationsparametrar som används i företagsversionen av servern förutom parametrarna CircADB och CircADBs.

Företagsversionen av Ruslan-servern levereras minimalt konfigurerad. I vissa fall kan du behöva ändra standardinställningarna eller utöka dem.

Att konfigurera företagsversionen av Ruslan-servern för att stödja bokutgivningsprocessen består av följande steg:

1. För anställda på biblioteksavdelningar som är direkt involverade i processen för att betjäna läsare, krävs det att man lägger till rätten att infoga, ändra och ta bort poster i databasen över utfärdade böcker (som standard skapas en databas med namnet CIRC). Denna databas måste anges i CircDB-serverparametern. CIRC-databasen måste registreras i inställningarna för Book Issuing Workstation.

2. Ställ in den aktuella databasen för arkivet över utfärdade böcker (som standard skapas ACIRC-databasen). Databasnamnet måste anges i CircADB-serverparametern.

Serviceposter om böcker som utfärdas när de returneras av en läsare flyttas till denna databas. Ytterligare åtkomsträttigheter till arkivdatabasen för utgivna böcker krävs inte. Det rekommenderas att med jämna mellanrum skapa en ny arkivdatabas med utgivna böcker när den aktuella arkivdatabasen är fylld till cirka 100 000-150 000 poster eller när en betydande nedgång i processen att skriva av en bok från en läsare identifieras. Alla arkivdatabaser, inklusive den nuvarande, måste anges i CircADBs serverparameter.

3. Skapa en virtuell databas för arkivet över utgivna böcker (ALLACIRC), som i första skedet endast omfattar den aktuella arkivdatabasen. När nya arkivdatabaser skapas är det nödvändigt att ändra beskrivningen av den virtuella databasen. ALLACIRC-databasen måste registreras i inställningarna för Book Issuing Workstation.

4. För anställda på biblioteksavdelningar som är direkt involverade i processen att betjäna läsare, krävs det att man lägger till rätten att infoga, ändra och ta bort poster i läsardatabasen (som standard skapas en databas med namnet LUSR). Behov av flera databaser kan uppstå om biblioteket betjänar flera grupper av läsare, vars registrering görs av olika avdelningar på biblioteket.

Databasdata måste anges i ReaderDBs serverparameter. Det är nödvändigt att kontrollera att databaserna som anges i ReaderDBs-parametern är verkliga (det vill säga att de är synliga i listan över databaser som visas av administratörens arbetsstation).

5. Skapa en virtuell databas (ALLUSERS) som innehåller beskrivningar av alla läsare. Som standard är endast LUSR-databasen inkluderad i den virtuella databasen. När du skapar nya läsardatabaser är det nödvändigt att ändra beskrivningen av den virtuella databasen. ALLUSERS-databasen måste registreras i inställningarna för Book Delivery Workstation. I vissa fall, i vissa etablerade Book Distribution-arbetsstationer, kan en separat riktig läsarbas registreras. I det här fallet kommer läsare som beskrivs i andra databaser inte att vara tillgängliga för service på dessa arbetsstationer.

6. Skapa en arkiverad databas med läsarbeskrivningar (ALUSR-databasen skapas som standard). Denna databas måste anges i ReaderADB-serverparametern.

7. Konfigurera ködatabasen (som standard skapas QUEUE-databasen). Denna databas måste anges i QueueDB-serverparametern.

För en beskrivning av hur du ställer in den automatiska arbetsstationen för bokutgivning för att stödja den tekniska cykeln för automatiserad bokutgivning, se dokumentationen för den automatiska arbetsstationen för bokutgivning.

Frånvaron av elektroniska orderutsändningsinställningar och/eller inställningar för insamling av bokutgivningsstatistik påverkar inte processen för automatiserad bokutgivning.

UPPMÄRKSAMHET! Det är inte tillåtet att utföra uppladdnings-/nedladdningsoperationer av bibliografiska poster (liksom att utföra andra åtgärder som kan leda till en ändring av den interna eller externa identifieraren för en bibliografisk post) som hänvisas till i databasen över utfärdade böcker (CIRC) ).

Ruslan-servern tillåter inte radering av bibliografiska poster som refereras till i databasen över utfärdade böcker (CIRC) med hjälp av Acquisition/Cataloging Workstation, men det är möjligt att ta bort sådana poster i Administrator Workstation. Att ta bort poster i CIRC-databasen kan endast utföras med administratörens arbetsstation om det av någon anledning är omöjligt att ta bort dem i Book Issue-arbetsstationen enligt standardschemat.

6.7. Konfigurering av en server för att stödja processen för kontroll av läsaren av böcker utgivna i hand. Kontroll av läsaren av böcker som utfärdas i hand utförs genom läsarens arbetsstation. För en beskrivning av Readers arbetsstationsinställningar för att stödja detta läge, se dokumentationen för arbetsstationen.

Att ställa in Ruslan-servern innebär att man ställer in rätt värde på böterna för dagen för förseningen (i serverparametern PenaltyPerDay). PenaltyCurrency-serverparametern måste ställa in den monetära enhet i vilken straffavgiften beräknas (som standard "rubel").

6.8. Konfigurera en server för att stödja processen att samla in bokutgivningsstatistik Ruslan-servern utför preliminär bearbetning av bokutgivningsdata för varje dag. Statistikberäkningen startar i tidsintervallet 23:50-24:00. Resultatet av förbearbetningen placeras i CIRCSTAT-databasen.

Beräkningen av statistiska värden baseras på tre huvudindikatorer:

utfärda ett dokument till användaren (vid tillägg av en post till databasen specificerad i CircDB-parametern);

retur av dokumentet (efter att en post lagts till i databasen specificerad i CircADB-parametern);

närvaro.

Närvaro betraktas som en kontinuerlig kedja av operationer för att utfärda eller returnera dokument från en läsare till en biblioteksanställd.

Två ytterligare endimensionella fördelningar kan också konstrueras:

vid tidpunkten för utfärdande/återlämnande av handlingar och av innehållet i de utfärdade handlingarna (kunskapsområden). Uppdelningen av fördelningen efter innehåll liknar uppdelningen vid beräkning av GSF.

Varje statistisk indikator beräknas för objekt i fyra klasser. Den första klassen (1) är biblioteket som helhet (alltid en post i CIRCSTAT-databasen per dag). Objekt av den andra klassen (2) är fonder (skyltar) från vilka emissionen utfärdades per dag. Den tredje klassen (3) av objekt är punkten i fråga (TV). Problempunkten betyder en abstrakt identifierare installerad på varje instans av Book Issue-arbetsstationen (vid varje arbetsstation där Book Issue Workstation är installerad). Om du ställer in samma TV-identifierare på flera exemplar av Book Issue-arbetsstationen kommer en sammanfattande redovisning att göras för dem. Den fjärde klassen objekt är biblioteksanställda.

Ruslan-servern låter dig konstruera en tvådimensionell distribution som en förlängning av den endimensionella distributionen enligt innehållet i dokument.

Den andra dimensionen kan vara en uppsättning värden, som specificeras genom STATAddDistr-parametern (högst 10 aggregerade värden) för en av taggarna (taggen specificeras genom STATAddDistrAttr-parametern) i en post från databasen med utfärdade böcker. Om serviceposten inte innehåller den nödvändiga taggen, tas värdet som anges i parametern STATAddDistrDefValue. Parametern STATAddDistrLevel begränsar klassen av objekt för vilka den tvådimensionella fördelningen beräknas (standardvärdet är 1; det rekommenderas inte att ställa in denna parameter till ett värde större än 2). I serverparametrarna, som standard, för beräkning av en tvådimensionell fördelning, är den andra dimensionen läsarkategorin.

Att konfigurera Ruslan-servern för att stödja processen att samla in bokcirkulationsstatistik består av följande steg:

1. Kontrollera tillgängligheten för CIRCSTAT-tjänstdatabasen.

2. Ställ in serverparametern STATClassDistrLevel till det mest lämpliga värdet för biblioteket. Parametervärdet anger den lägsta klass för vilken ytterligare distributioner byggs (standardvärdet är 3, d.v.s. för alla klasser exklusive biblioteksanställda).

Det vetenskapliga och tekniska biblioteket vid Tomsk Polytechnic University bedriver
praktik för att arbeta i det automatiserade biblioteket och informationssystemet "Ruslan"
för specialister från andra bibliotek. Praktik anordnas enligt avtal.
Antal timmar och program utformas individuellt på begäran av bibliotek.

Kontaktinformation
Tomsk, st. Belinskogo 55,
Vetenskapliga och tekniska biblioteket vid Tomsk Polytechnic University.
Simakovskaya Svetlana Gennadievna, chef. innovations- och metodavdelningen för NTB TPU, tel. (8-3822) 55-80-42, e-post: [e-postskyddad]
Chuprikova Natalya Trofimovna, chefsbibliotekarie-teknolog,
tel (8-3822) 56-37-48, e-post: [e-postskyddad]

Exempel på program:

Ämne 1. Allmän introduktion till bibliotekets arbete
Biblioteksrundtur. NTB:s uppdrag, policy, struktur. Organisations- och regulatorisk dokumentation, QMS-dokumentation, Omfattande NTB-utvecklingsprogram. Bibliotekets deltagande i projekt.

Ämne 2. Organisatoriska och tekniska aspekter av biblioteksautomation
Implementering av ALIS i NTB TPU. Biblioteksprogram. Mål och principer för tekniskt arbete. Nödvändiga villkor och stadier för implementering av ALIS. Utveckling av lokalt nätverk (LAN). Utveckling av teknisk dokumentation. Teknisk förvaltning och kontroll. Träning.

Ämne 3. Automatiserat bibliotek och informationssystem (ALIS) "Ruslan"
Förening, en kort beskrivning av och syftet med systemet. Allmänna principer för att organisera ABIS. Huvudkomponenter: Server "Ruslan", DBMS, Administratörs arbetsstation, Acquisition/Cataloging arbetsstation, Book Issue workstation, ORAS, Reader's workstation, MBA:s arbetsstation.

Huvudfunktioner för Ruslan-servern. Grundläggande funktioner för att söka, hämta, infoga, ta bort, ändra och annat. Stöd för bibliografiska och auktoritativa databaser (MARC), specialiserade databaser (Explain, Extended), tjänstedatabaser (referensböcker, läsare, akter, CSU). Styr åtkomst till databasen efter användarkategorier. Stöd för flerspråkig data (UNICODE).

Huvudfunktioner för administratörens arbetsstation. Hantera server- och databasåtkomsträttigheter. Etablering och support av databasen. Indexering av poster och batchredigering. Återställa en raderad eller ändrad post i en bibliografisk databas. Säkerhetskopiering DB. Återställ till tidigare versioner av poster. Varning till ABIS-användare. Ladda/tömma poster från en fil. Arbetsstatistik, historik över arbete för alla användare med ABIS. Säkerhetshantering.

Ämne 4. RUSMARC
Presentation och uppdatering av format på webbplatsen för National Service for the Development of the RUSMARC Format System på http://www.rba.ru:8101/rusmarc/

Ryska kommunikativa format för att presentera bibliografiska poster. Grundläggande koncept. Standarder och föreskrifter. Formatets syfte och struktur. Sammansättning av inspelningen. Markör. Block av information. Sammansättning av fält, underfält. Kommunikationsfält. Metodologiska rekommendationer för att beskriva vissa typer av dokument i formatet RUSMARC.

Ryskt kommunikativt format för att presentera auktoritativa/normativa register. Definitioner. Principer för konstruktion och syfte med formatet. Postformat: auktoritet/normativ, referens och referens. Funktionsblock. Länkspårning.
Ämne 5. Huvudfunktionerna för arbetsstationen för förvärv/katalogisering på förvärvsavdelningen
Beställning av dokument med hjälp av elektroniska prislistor och tematiska planer förlag Bildande av en order i ABIS "Ruslan". Skapar en kopia av beställningen och skickar den till förlaget senast e-post eller faxa.

Låna poster från databaserna RKP och RNL. Lagernummergenerator. Skapa poster med mallar. Kontrollerar för dubblering. Bokföring av fakturor och avskrivningar. Utdataformulär i MS Excel-format: Automated Book of Summary Accounting (KSU); Inventariebok. Utformning av rapporteringshandlingar för redovisningsavdelningen (akter, rapporter etc.). Distribution av dokument enligt lagringskoder. Överföring av dokument för vouchers.

Ämne 6. Bildande av en elektronisk katalog över tidskrifter
Prenumeration på tidskrifter och informationspublikationer i IBS "Ruslan". Utdataformulär i MS Excel-format: Kopia av abonnemangsansökan, leveranskort. Redovisning och registrering av nyanlända tidskrifter. Upprätthålla den elektroniska katalogen "Periodicals". Katalogisering av tidskrifter på flera nivåer.

Ämne 7. Boktillgänglighet i utbildningsprocessen
Bokförsörjningsprogram. Bildande av kataloger. Ange information om universitetets utbildningsprocess. Arbeta med listor över rekommenderad litteratur för discipliner. Importera information från ORAS ABIS "Ruslan". Generera boktillgänglighetsrapporter.

Ämne 8. Huvudfunktioner för arbetsstationen för förvärv/katalogisering på katalogiseringsavdelningen
Systematisering. Klassificeringsscheman i NTB: Universal Decimal Classification (UDC), Library and Bibliographic Classification (LBC), Helrysk klassificerare specialiteter av högsta vetenskapliga kvalifikationer (oksvnk). Subjektifiering (sökordsdefinition). Katalog med sökord.

Bibliografisk beskrivning av dokument i elektronisk katalog med fullt stöd för RUSMARC-formatet (länkfält, länkspårning, auktoritetsfiler). Ställa in postformatet (fält, underfält, listor, värdeuppsättningar, kataloger, etc.). Stiga på olika typer register enligt företagets mallar och instruktioner. Kontextuell hjälp om RUSMARC-postformatet. Underhålla kataloger och auktoritetsfiler. UNICODE-stöd med inbyggd virtuellt tangentbord. Avsluta konton och överföra dokument till fondinnehavare.

Dokument retro-entry-teknik. Låna register från externa källor.

Ämne 9. Skapa ett nyhetsbrev med nyanlända
Syfte och struktur med nyhetsbrevet. Teknik för bildning i arbetsstationen för förvärv/katalogisering. Processen att redigera bibliografiska beskrivningar. Förbereda ett nyhetsbrev för postning på en WWW-server i avsnittet Nya ankomster.

Ämne 10. Analytiskt måleri
Analytisk beskrivning av artiklar från tidskrifter. Beskrivningsmall "Periodical-analytics". Kommunikationsfält. Definition av nyckelord.

Analytisk beskrivning av artiklar från böcker, handlingar och konferensmaterial. Beskrivningsmall "Analytics from the book." Kommunikationsfält. Definition av nyckelord.

Ämne 11. Bildandet av TPU Electronic Library
Uppgifter och funktioner. Teknik för insamling, lagring, teknisk bearbetning elektroniska versioner publikationer av TPU-anställda, digitalisering av pappersmedia, deras presentation i NTB:s elektroniska katalog. Metodik för att beskriva en elektronisk resurs. Beskrivningsmallar för en elektronisk resurs: avhandlingsabstrakt, avhandling, diskett, CD-ROM, fjärrresurs.

Ämne 12. Huvudfunktioner för läsarens arbetsstation
Söklägen: Sök, Sök och beställ, Kontroll av orderutförande. Användaridentifikation. Användarguide. Metodik för att skapa sökfrågor. Enkel och avancerad sökning. Information om var och tillgänglighet av gratis kopior av dokument.

Teknik för konsultarbete med hjälp av en elektronisk katalog.
Metodik för att utbilda användare att arbeta i den elektroniska katalogen.

Ämne 13. Huvudfunktioner för Book Issuing Workstation
Registrering/omregistrering av användare. Elektroniskt användarformulär. Laminerat bibliotekskort. Statistik på ett enda bibliotekskort.

Mottagning/utfärdande och redovisning av utfärdade dokument med hjälp av streckkodsteknik för bibliotekskort och dokument. Underhålla elektroniska köer på den utfärdade handlingen. Arbeta med gäldenärer. Information om utfärdade dokument, aktuella beställningar, användare enligt olika sökkriterier.
Teknik för arbete vid prenumerationen och i läsesalen. Tillskrivning av streckkoder för dokument från Book Issuing Workstation. Teknik för utförande och slutförande av beställningar inom boklagring och prenumeration. Arbetsstatistik.

Ämne 14. Huvudfunktioner i det automatiserade automatiserade banksystemet (IBA)
Sök efter bibliografisk information i den elektroniska katalogen. Beställning av IBA-tjänster: ett dokument för tillfälligt bruk, en kopia av dokumentet, ett intyg om plats, ett intyg om kostnaden för leverans av dokumentet. Avbokningar. Meddelanden: om att skicka ett dokument till abonnenten, om tidpunkten för beställningen och andra. Avslag på tjänst som anger orsaken. Inkommande och utgående beställningar.

Användning av Z39.50 och ISO ILL protokoll.

Ämne 15. Runda bord (för specialister från andra bibliotek)
Sammanfattning av resultatet av praktiken. Svar på frågor. Att sätta uppgifter för implementering av ALIS. Rekommendationer för fortsatt arbete.

Ryska federationens utbildningsministerium

Barnaul State Pedagogical University

________________________________________________________________

jag godkänner

Rektor för BSPU

________________

"__"_______________ 2004

Tekniska instruktioner för att skapa analytisk beskrivning artiklar från samlingen i ABIS "Ruslan" i referens- och bibliografiavdelningen vid BSPU:s vetenskapliga bibliotek

Vicerektor för innovation och informationsteknik

__________

"____"__________ 2004

Föreståndare för Nationalbiblioteket

________

"____"____________ 2004

2004

Målet med arbetet är att skapa maskinläsbara bibliografiska poster i formatet RUSMARC för dokument på analytisk nivå. Arbetet utförs med hjälp av kompletteringskatalogens arbetsstation i Ruslan-programmet.

Beskrivningar av dokument skapas i förvärvsavdelningen och slutförs i katalogiseringsavdelningen, så när du skapar en post för en artikel är ett antal fält redan ifyllda, för vissa fält ställs värdena som standard eller automatiskt.

Bibliografens uppgift är att komplettera nödvändiga element beskrivning av detta dokument genom att fylla i de saknade fälten.

När du fyller i fält och underfält, kom ihåg:

Skiljetecken placeras inte i slutet av fält och underfält;

Analytisk bearbetning av dokumentet:

Artiklarna systematiseras enligt BBK-tabellerna (Bibliotek och bibliografisk klassificering).

Fast besluten nyckelord enligt " Metodiska rekommendationer om koordinatindexering".

Skapa en ny bibliografisk post:

Välj namn önskad mall poster från huvudfönstrets meny "Record - Skapa en ny bibliografi" - "Analytics from a book" eller använd knappen "B".

Fälten (underfälten) i mallen är förkonfigurerade.

Kontrollera att parametrarna är korrekt ifyllda Markör.

Rekordmarkören (index) finns i början av varje post i det ryska kommunikationsformatet. Innehåller nödvändiga uppgifter vid bearbetning av en post.

6 Posttyp (a) – textmaterial, tryckt – är inställd som standard.

7 Bibliografisk nivå (a) – analytisk.

8 Hierarkisk nivåkod (2) .

17 Kodningsnivå (#) – full nivå – välj från listan.

1. Block med kodad information.

Blocket innehåller kodade dataelement med fast längd.

Data i dessa fält bestäms av tecknets relativa position, med tanke på att det första tecknet efter underfältsidentifieraren är noll. Om detta fält inte är obligatoriskt och den bibliografiska myndigheten inte tillhandahåller motsvarande kodade information, tillhandahålls inte fältet. Om icke-obligatoriska data inte används innehåller dess fältpositioner " | " platshållartecken.

100 Allmänna bearbetningsuppgifter.

Fältet innehåller kodad data med fast längd som är tillämplig på dokumentposter som presenteras i alla media .

0-7 Datumet då posten skrevs in i filen ställs in automatiskt.

8 Typ av publiceringsdatum - monografi.

9-12 Publiceringsdatum1 -<>- år för publicering av dokumentet.

13-16 Publiceringsdatum 2 -<>

17-19 Ändamålskod - för vuxna, vetenskaplig - inställd som standard.

<у>-Icke-statlig publikation – inställd som standard.

21 Ändrad inträdeskod<0>.

22-24 Katalogeringsspråk "rus" – inställt som standard.

34-35 Titelgrafik (alfabet) "rus" - standard.

101 Dokumentspråk.

Fältet innehåller kodad information om språket för det katalogiserade dokumentet, dess delar och titel, och anger även originalspråket om dokumentet är en översättning. Obligatorisk

Och 1 översättningsindikator 0 - dokument på originalspråk - standard.

$a - textspråk "rus" - standard.

Upprepas när text är skriven på mer än ett språk.

Om dokumentet är en översättning bör du fastställa:

Och 1 Översättningsindikator 1 - dokumentet är en översättning av originalet.

$a - textspråk "rus";

$c - originalspråk - välj från listan.

102 Publicerings- eller produktionsland.

Fältet innehåller koder för ett eller flera länder för publicering eller produktion av dokumentet.

$a - publiceringsland "RU" - standard.

2 Block med beskrivande information.

200 Titel och ansvarsförklaring. Obligatorisk. Upprepas inte.

Fältet motsvarar området för den egentliga titeln för GOST 7.1-84. Fältet innehåller, i den form och ordningsföljd som bestäms av reglerna: Egen titel, Parallella titlar, Information relaterad till titeln, Information om ansvar.

Och 1 titel som åtkomstpunkt<1>är en åtkomstpunkt. Standard.

$a Egen titel – titeln på artikeln.

$e Titelinformation - titel fortsättning. Upprepad.

$f Första information om ansvar - Fullständigt namn - kopieras automatiskt från fält 700, 701 när detta underfält läggs till. Fylls i i slutet av postskapandet. Upprepas inte.

$g Efterföljande ansvarsinformation - Kopieras automatiskt från fält 702. Slutförs i slutet av postskapandet. Upprepad.

3 Notera block.

320 Anteckningar om förekomsten av en bibliografi/index i dokumentet.

Fältet innehåller anteckningar om referensapparaten (bibliografier, hjälpregister etc.) som finns i dokumentet. Frivillig. Upprepad.

4 Spela in kommunikationsblock.

Varje länkfält måste innehålla datafält med inbäddade etiketter, indikatorer och underfältsidentifierare som identifierar dokumentet som ska länkas till. Fältet måste innehålla tillräckligt med data för att identifiera posten (om en sådan finns) för det katalogiserade dokument som länken ska göras till, eller, om det inte finns någon post, för att identifiera själva dokumentet.

Spela länkningsteknik:

Välj det genererade anslutningsfältet i postnavigatorn (med ett klick på vänster musknapp). Gå till "Tab" till sidan "Inlägg" i inläggsredigeraren. I det övre högra fönstret väljer du källkatalogen som anslutningen upprättas med - "Huvudkatalog". Ange en sökegenskap (samlingsnamn). Funktioner tillgängliga här enkel sökning med värdet trunkerat till vänster och höger (använd symbolen *). Klicka på bilden av kikare. Den länkade posten kan också hämtas från katalogen med hjälp av fönstret Katalogsökning. När du har kört frågan, se de hämtade posterna. Du kan använda fönstret längst ner i listan för att se hela posten. Välj raden med önskad post och dubbelklicka på vänster musknapp (eller klicka på knappen "Link Records"). En inbyggd post för dokumentet som länken upprättas med visas i postnavigatorn.

Följande fält gäller:

463 Fysisk enhetsnivå.

Fältet används för att identifiera en hierarkisk relation med ett dokument på nivån av en fysiskt separat enhet. Posten som länkas till är på fysisk enhetsnivå, och posten som innehåller detta fält är på analytisk nivå, uppsättningsnivå eller delmängdsnivå.

Och 2 Note-indikator<1>.

Efter länkning av posten med dokumentet fylls fält 200 - Titel och information om ansvar samt underfälten $a, $b, Se i automatiskt. Här lägger vi till ett underfält $v "Volymbeteckning", där vi själva lägger in sidorna i artikeln. Perioden i slutet krävs.

Fältet fylls automatiskt i -

210 Publicering, distribution etc.:

$a Plats för publicering, distribution, etc. -<М.>.

$c Namn på utgivare, distributör, etc. -<Либерия>.

$d Datum för dokument, distribution etc. -<>- år för publicering av dokumentet.

6 Ämnesdefinitionsblock.

Blocket innehåller tematisk data, både textuell och presenterad i kodad form, sammanställd enligt reglerna olika system subjektivering och systematisering.

Värdet på fälten 600-608 kan väljas från auktoritativa/normativa filer.

Lägg till det obligatoriska fältet om det inte finns i dokumentmallen. Välj raden med fältnamnet (med ett klick på vänster musknapp). I det övre högra fönstret "Värde" väljer du rubrikatorn där den auktoritativa posten som anslutningen upprättas med finns. Ange en sökfunktion. Klicka på knappen "Kör fråga" eller bilden av kikare. När du har kört frågan, se de hittade posterna. Välj raden med önskad post och dubbelklicka på vänster musknapp (eller klicka på knappen "Link Records"). På vänster sida av skärmen visas en inbäddad auktoritetspost i ett markerat fält som du vill länka till.

För att göra detta måste du välja önskat fält i postnavigatorn, använda "Tab"-tangenten eller muspekaren för att gå till sidan "Värde", i värderedigeraren för den aktuella posten, använd tangentbordet för att ange nödvändig information, som, när du trycker på "Enter"-tangenten, överförs till fältet.

600 Personens namn som ämnesrubrik (person). Frivillig. Upprepad.

Fältet innehåller, i form av en åtkomstpunkt, namnet på den person som är ett av hänsynsobjekten i dokumentet. Eventuellt kan ytterligare tematisk formell, kronologisk och geografisk information läggas till personens namn.

Och 2 Metod för att ange en persons namn<1>- standard.

$bDen del av namnet som inte är det ursprungliga inmatningselementet är författarens initialer.

610 Okontrollerade ämnestermer (sökord). Frivillig. Upprepad.

Fältet innehåller ämnestermer i form av en accesspunkt som inte är lånade från kontrollerade listor med ämnesrubriker

OCH 1 Nivå av betydelse för ämnestermen<1>- standard.

$a Ämnesterm. Om det finns en inbyggd uppslagsbok tar vi termen från uppslagsboken. En katalog representerar en lista med värden. Att välja ett värde från listan görs genom att trycka på "Enter"-tangenten eller dubbelklicka med musen. Sidan "Katalog" har sin egen knapppanel med funktioner för att lägga till nya, redigera och ta bort katalogelement.

Fältet innehåller index över klassificeringssystem som inte används internationellt, men som har allmänt tillgängliga tryckta tabeller.

LBC-index, separerade av ett "+"-tecken, registreras i separata upprepningar av fält 686.

$a Klassificeringsindex - hämtat från en uppslagsbok eller inskrivet från tangentbordet.

$2 Systemkod "rubbk" - inställd som standard.

7 Block för intellektuellt ansvar.

Blocket innehåller namn på personer och namn på organisationer som bär intellektuellt ansvar för att skapa dokumentet. Intellektuellt ansvar omfattar alla personliga och generiska namn och organisationer som är associerade med dokumentet, inklusive utgivare om de kräver skapandet av en åtkomstpunkt

700 Personens namn – primärt intellektuellt ansvar (författare).

Fältet innehåller, i hotspot-form, namnet på den person som har det primära intellektuella ansvaret (den första eller enda personen i titeln som innehåller namnet på den enskilda författaren). Obligatoriskt om en accesspunkt ska skapas i den person som har det primära intellektuella ansvarets namn.

Det här fältet kan inte finnas i samma post där det finns ett 710-organisationsnamn - primärt intellektuellt ansvar eller 720 - generiskt namn - primärt intellektuellt ansvarsfält, eftersom posten bara kan ha en åtkomstpunkt med primärt intellektuellt ansvar.

Och 2 - under<1>.

701 Personens namn - alternativt intellektuellt ansvar (2 och efterföljande författare).

Fältet innehåller, på åtkomstpunktsformuläret, namnet på den person som har det alternativa intellektuella ansvaret. Om en bibliografisk post ska visas under rubriken för en enskild författare, ligger det alternativa intellektuella ansvaret hos medförfattarna till det katalogiserade dokumentet, som används som åtkomstpunkter. Om en bibliografisk post ska visas under en titel, ligger det alternativa intellektuella ansvaret hos alla individuella författare till det katalogiserade dokumentet, som används som åtkomstpunkter. (Om en bibliografisk post ska visas under titeln på en samlad författare, kan den enskilda författaren endast bära sekundärt intellektuellt ansvar - fält 702).

Obligatoriskt om en accesspunkt ska skapas i namnet på en person som bär alternativt intellektuellt ansvar. Upprepas för varje person med alternativt intellektuellt ansvar.

<1>.

$b En del av namnet, förutom det initiala elementet, är författarens initialer.

Efter bearbetning sparas posten i katalogen genom att vänsterklicka på ikonen "Spara post" till höger topp meny, öppna "Huvudkatalogen" och kopiera posten..jpg" width="179" height="112 src=">, genom att klicka på ikonen "Skriv ut", skriv ut önskat antal kort. Redigera vid behov kortet manuellt För att växla till redigeringsläge måste du vänsterklicka där du redigerar kortet och en flimrande markör ska visas i kortfältet. Ytterligare åtgärder redigering skiljer sig inte från att arbeta med vilken textredigerare som helst.

Kopiera en post.

Posten kan kopieras till redigeringsfönstret (knappen https://pandia.ru/text/78/403/images/image006_20.jpg" width="19" height="25 src="> eller "Ta bort post" Detta kommer att visa ett fönster som bekräftar användarens önskan att ta bort posten.

Redigera en post.

Efter att ha anslutit till huvudservern för NPB BSPU, klicka på knappen "Välj en post från katalogen" Välj raden "Huvudkatalog" (dubbelklicka på vänster musknapp). Ange sökfunktionen för publikationen (författare eller titel). Klicka på knappen "Kör fråga" eller kikarebilden. När du har kört frågan, se de hittade posterna, markera önskad linje genom att klicka på vänster musknapp. För en detaljerad vy, tryck på knappen "Visa post" eller dubbelklicka på raden med vänster musknapp. För att återgå till fönstret "Katalogsökning", klicka på knappen "Begär". Om den hittade posten helt matchar det beskrivna dokumentet, klicka på knappen "Redigera post"0 " style="margin-left:-39.6pt;border-collapse:collapse;border:none">

Nuvarande upplaga 2004-01-16

Sammanställt av: , huvud. SBO NPB BSPU

Godkänd vid ett möte i metodrådet för NPB BSPU

Ordförande i Metodrådet

RUSLANA (Ruslana-databasen) innehåller omfattande information om företag i Ryssland, Ukraina och Kazakstan. Du kan använda den för att analysera ett specifikt företag, samt söka och analysera företag med en specifik profil. RUSLANA presenteras programvara ny generation från BvD - enkel och lätt att använda.

Fördel för dig

Vilken information innehåller RUSLANA?

• Finansiella indikatorer för företaget, detaljerat format, data för 10 senare år
• Ledare och kontakter
• Aktivitetskod och branschbeskrivning
• Aktiedata för publika företag
• Detaljerad företagsstruktur, sök efter företag med samma ägare
• Aktieägare och dotterbolag
• Affärsnyheter om företaget
• M&A-transaktioner och rykten om dem

Ruslana är en idealisk lösning för internprisingspecialister, marknadsförare, försäljnings- och marknadsföringsspecialister, M&A, kreditrisk- och efterlevnadsproffs.

Med hjälp av Ruslana-produkten hittar du nödvändig information om företaget du letar efter och kommer att kunna utvärdera det givna företaget.

• Sök efter mer än 100 kriterier - Du kan skapa sökningar i flera steg, jämföra data från de senaste åren. Produktgränssnittet låter dig kombinera ett stort antal sökkriterier och använda boolesk sökning (och, eller, och inte). Efter att ha valt en grupp företag kan du jämföra dem med varandra, skapa grafer och tabeller
• Tack vare det flexibla produktgränssnittet kan du använda Ruslana för en mängd olika forskningsprojekt, inklusive: detaljerad finansiell analys och kreditriskbedömning, företagsfinansiering, riskkapital och M&A-forskning, för att studera effektiviteten av försäljning och marknadsföring, genomföra genomförbarhetsbedömningar, samla in data för olika kampanjer, för akademiska ändamål
• Du kan skapa dina egna indikatorer, beräkna medelvärdet för sektorn, ändra rapportformatet och anpassa datastruktur, gör jämförelser och bedömningar, exportera data(Excel, Access...)
• Addin-funktionen låter dig analysera data från Ruslana i Excel/Access, så att du kan jämföra din egen data med data från vår databas (de uppdateras dagligen), och därmed utöka din egen databas
• Du kan också göra en internprisanalys
• avdelning för kreditriskanalys
• avdelning för corporate finance, M&A och konsultföretag
• marknadsavdelning
• utbildnings- och vetenskapliga institutioner