도서관 프로그램 Ruslan. 자동화된 도서관 및 정보 시스템 "Ruslan". 자동화된 리더 워크스테이션. 문서 사본 얻기

사용자 설명서

버전 3.8.1

저작권 © 2001, 2002, 2003, 2004, 2005 "개방형 도서관 시스템"

주석

이 문서는 자동화된 목적에 대한 정보를 제공합니다. 직장리더", 사용 조건. 프로그램의 성공적인 실행을 보장하는 사용자 작업 순서가 자세히 설명되고 설명됩니다.

제1장 프로그램의 목적

이 프로그램은 원격 사용자에게 Z39.50 서비스 리소스에 대한 액세스를 제공하도록 설계되었습니다. 원격 사용자는 Automated Reader Workstation이 작동하는 웹 서버의 모든 사용자가 될 수 있습니다. Z39.50 서비스 리소스는 다양한 원격 데이터베이스(서지, 전문, ISO 전달 요청 데이터베이스)일 수 있습니다. 따라서 프로그램은 다중 링크 정보 시스템의 중간 링크로서 사용자에게 다음 기능을 제공합니다.

    중복을 제거하고 검색 색인을 탐색하며 동의어 사전과 전거 파일을 사용하여 쿼리를 자동으로 확장하는 기능을 통해 서지, 전체 텍스트 정보, 주문 정보, 원격 데이터베이스에 있는 문서의 위치 및 가용성에 대한 정보를 검색합니다.

    설명에 따라 문서(사본)를 주문합니다.

    주문 상태 확인;

    임시 사용을 위해 받은 문서 목록을 표시합니다.

즉, 프로그램에는 웹 사용자 인터페이스가 있습니다. 따라서 게이트웨이는 를 통해 액세스됩니다.

제2장 프로그램 실행 조건

프로그램 실행에 필요한 조건은 다음과 같습니다.

필수는 아니지만 선호되는 프로그램 실행 조건은 다음과 같습니다.

제3장 프로그램 실행

프로그램 작업은 다음 단계를 순차적으로 수행하는 것으로 구성됩니다.

2~4단계는 한 세션 내에서 여러 번 수행할 수 있습니다. 일반적으로 검색은 반복적인 프로세스입니다.

4단계를 완료하는 능력은 초기화 방법(사용자 식별 필요)과 특정 .

검색 색인을 탐색하는 기능은 특정 색인의 기능에 따라 결정됩니다.

3.1. 초기화

사용자 식별을 사용하거나 사용하지 않고 연결을 설정하는 두 가지 모드가 있습니다. 첫 번째 경우, 사용자는 제공된 양식에서 식별에 필요한 필드(사용자 이름 및 비밀번호)를 작성해야 합니다. 양식 유형은 웹 서버 개발자에 의해 결정되며 일반적으로 위에 제시된 예와 다를 수 있습니다. 그러나 사용자가 사용자 이름과 비밀번호를 제공해야 하는 것은 기본입니다. 암호를 입력하면 사용하는 웹 에이전트에 따라 데이터가 표시되지 않거나 자리 표시자로 나타납니다.

그림 3-1. Z39.50 서버 사용자를 식별하기 위한 양식의 예

사용자 식별이 없는 모드에서는 해당 링크를 활성화하여 연결을 설정합니다. 웹 서버 개발자는 하나 이상의 페이지에서 다양한 정보 소스에 대한 링크를 제공할 수 있습니다.

연결이 성공적으로 설정되면 사용자에게 요청 양식이 제공되고 2단계로 진행할 수 있습니다( 참조). 어떤 이유로 초기화에 실패하는 경우(예: 현재 서버를 사용할 수 없거나 비밀번호가 올바르지 않음) 프로그램은 이유를 나타내는 진단 메시지를 표시합니다. 이 경우 사용자는 스스로 이유를 제거하려고 시도할 수 있으며(예: 입력한 문자의 대소문자를 확인하고 비밀번호를 다시 입력하는 등) 나중에 다른 시간(서버를 사용할 수 없는 경우)에 소스에 대한 연결 설정을 시도할 수 있습니다. ) 또는 관리자에게 도움을 요청하세요.

3.2. 찾다

성공적인 초기화 후 사용자에게 제공되는 검색 양식 유형은 웹 서버 개발자와 특정 Z39.50 소스의 기능(액세스 포인트, 논리 연산자, 레코드 표시 양식, 탐색 기능 및 중복 제거)에 의해 결정됩니다. 제어 요소의 이름으로 서지 정보를 검색하는 형식의 예가 나와 있습니다.

그림 3-2. 검색 양식 및 컨트롤 예시

액세스 포인트 목록

데이터베이스 목록

요청 필드

적격 속성 목록

운영자 목록

문서 위치정보 스위치

정렬 스위치

정렬 키 목록

게시물 형식 목록

쿼리 확장 스위치

중복 제거 스위치

동의어 사전 목록

레코드 수 필드

검색 버튼

검색 색인 보기 버튼

3.2.1. 요청 필드

사용자가 지정한 단어에 따라 검색이 수행됩니다. 요청 필드. 필드를 채우는 순서는 중요하지 않습니다. 대문자와 소문자의 구별 또는 대문자의 부족은 특정 에 의해 결정됩니다. 대부분의 서버는 이러한 문자를 구별하지 않습니다. 한 필드에 여러 단어를 입력할 수 있습니다. 검색이 수행되는 자연어의 규칙에 따라 단어가 서로 분리되거나 분리되지 않습니다.

3.2.2. 액세스 포인트

특정 필드의 요청 의미는 다음에서 선택한 액세스 포인트에 따라 결정됩니다. 액세스 포인트 목록. 액세스 포인트 세트는 웹 서버 개발자와 특정 . 액세스 포인트 목록은 두 가지 유형, 즉 하나의 요소만 선택하는 기능과 여러 요소를 선택하는 기능이 있을 수 있습니다. 두 번째 유형의 목록에서 여러 요소를 선택하는 방법은 사용자의 운영 체제와 해당 웹 에이전트에 의해 결정됩니다. 여러 요소를 선택한 경우 해당 요소에 대해 논리적 OR 연산이 수행되는 것으로 간주됩니다.

3.2.3. 적격 속성

다음을 사용하여 요청의 의미를 명확히 할 수도 있습니다. 적격 속성 목록. 예를 들어, 단어의 순서가 중요하고 정확한 검색이 필요한 경우 여러 단어를 하나의 구문으로 해석할 수 있으며, 그렇지 않은 경우 "단어 목록" 값을 선택할 수 있습니다. 명확한 속성 세트는 웹 서버 개발자와 특정 . 저자 이름으로 검색할 때 "정규화된 이름"이라는 명확한 속성을 사용할 수 있습니다. 이 경우 이름은 성, 쉼표, 이니셜(예: "Ivanov, A.I.")과 같이 입력해야 합니다.

3.2.4. 날짜 입력

출판 연도를 제외한 날짜는 7.64-90에 따라 YYYYMMDD 형식으로 입력해야 합니다(예: "19970328" - 1997년 3월 28일). 출판 연도는 YYYY 형식으로 입력해야 하지만 일부 서버에서는 "연도" 한정 속성을 필수로 선택해야 합니다.

3.2.5. 논리 연산자

쿼리가 여러 필드에 입력되면 사용자가 선택한 필드에 대해 논리 연산이 수행됩니다. 운영자 목록채워진 필드 사이에 위치합니다.

3.2.6. 잘림

단어의 시작과 끝 글자로 검색할 수 있을 뿐만 아니라 단어 중간의 글자로도 검색할 수 있습니다(각각 잘림 작업은 오른쪽, 왼쪽, 오른쪽, 왼쪽입니다). 이렇게 하려면 "*" 기호를 사용하세요. 이 기호는 요청 필드의 시작이나 끝 부분에만 배치할 수 있습니다. "*"가 쿼리 필드의 시작 부분에 있으면 단어의 마지막 문자를 사용하여 검색이 수행됩니다. 쿼리 필드 끝에 "*"가 있으면 단어의 첫 글자를 사용하여 검색이 수행됩니다. "*"가 쿼리 필드의 시작과 끝 부분에 있는 경우 단어 중간의 문자를 사용하여 검색이 수행됩니다.

단어 목록 한정 속성이 있는 표현식에 자르기 작업이 적용되면 검색은 각 단어의 시작, 뒤 또는 중간 문자를 기반으로 이루어집니다. 한정 속성 "Phrase"가 있는 표현식에 연산이 적용되면 첫 번째 또는 마지막 단어가 잘립니다.

3.2.7. 요청 필드 작성 예

쿼리 필드의 올바른 채우기와 잘못된 채우기 및 명확한 속성 선택의 예가 각각 표에 나와 있습니다.

표 3-1. 요청 필드의 올바른 작성 예

요청 필드적격 속성코멘트
뉴런 세트*단어 목록설명에 "로 시작하는 단어가 포함된 모든 문서가 검색됩니다. 뉴런" 그리고 " 세트" - 예를 들어 제목에 "라는 단어가 포함된 경우 뉴런니크 세트그녀에게", " 뉴런새로운 세트그리고", " 뉴런하지만- 세트에브", " 세트그리고 바이너리에 뉴런오"
신경망*구절설명에 ""라는 단어가 표시되는 모든 출판물이 검색됩니다. 신경" 그리고 바로 뒤에 "로 시작하는 단어가 옵니다. 세트" - 예를 들어 제목에 "라는 문구가 포함된 경우 신경망 그리고"
*일단어 목록일하다" 그리고 " 의견" - 예를 들어 제목에 "about"이라는 단어가 포함된 경우 일하다정보 의견", "한 번 일하다나침반 방식 의견 "
*정보 처리구절설명에 "로 끝나는 단어가 포함된 모든 출판물이 검색됩니다. 일하다" 그리고 바로 뒤에 "라는 단어가 옵니다. 정보" - 예를 들어 제목에 "about"이라는 문구가 포함된 경우 정보 처리 "
*테크노 형식의 작품*단어 목록설명에 문자 조합 "을 포함하는 단어가 포함된 모든 출판물이 검색됩니다. 공장 ", "형태 ", "테크노" - 예를 들어 제목에 "times"라는 단어가 포함된 경우 공장카 인 형태 tion 테크노논리" 또는 "시간 공장카 슈퍼 테크노 De 기반의 논리적 모델링 프로세스 형태매개변수"

표 3-2. 요청 필드를 잘못 작성한 예

3.2.8. 기록 제출 양식

발견된 기록의 기본 표시 형식은 다음에서 선택됩니다. 기록 제출 양식 목록. 목록은 웹 서버 개발자가 결정합니다. 필요한 형식으로 레코드를 제시하는 기능은 특정 . 필요한 형식으로 기록을 제공할 수 없는 경우 사용자는 진단 메시지를 받거나 지원되는 형식 중 하나로 기록을 받습니다.

3.2.9. 검색된 레코드 수

안에 레코드 수 필드사용자는 검색할 레코드의 부분 크기를 지정할 수 있습니다. 검색 결과가 포함된 응답을 기다리는 시간은 이 매개변수의 값에 따라 달라질 수 있습니다. 한 부분의 실제 레코드 수는 특정 .

3.2.10. 이중선 제거

도움을 받아 이중 제거 스위치사용자는 이중 레코드 표시 프로세스를 제어할 수 있습니다. 스위치가 "켜짐" 위치에 있으면 발견된 레코드에 대해 이중 제거 작업이 수행됩니다. 특정 레코드의 관점에서 이중으로 간주되는 여러 레코드 대신 대표 레코드 하나가 표시됩니다. 이 작업은 리소스를 많이 사용하므로 검색된 레코드 수가 많은 경우에는 수행되지 않습니다. 이 경우, 사용자는 해당 진단 메시지를 수신할 수 있습니다. 발견된 모든 기록이 표시됩니다.

3.2.11. 정렬

도움을 받아 정렬 스위치그리고 키 목록 정렬사용자는 발견된 기록을 정렬하기 위한 기준을 설정할 수 있습니다. 정렬은 대소문자를 구분하지 않고 키 값의 오름차순으로 수행됩니다.

3.2.12. 쿼리 확장

도움을 받아 확장 스위치 요청그리고 동의어 목록사용자는 동의어 사전 및 권위 있는 데이터베이스를 사용하여 자동 쿼리 확장을 제어할 수 있습니다. 발견된 레코드 수가 너무 적은 경우에만 이 기능을 사용하는 것이 좋습니다. 이로 인해 검색 정확도가 떨어질 수 있습니다.

3.2.13. 모드 변경

도움을 받아 모드 변경 링크사용자는 프로그램의 작동 모드를 변경할 수 있습니다. 작동 모드는 검색 양식의 컨트롤 수와 그에 따라 사용 가능한 기능이 다릅니다. 작동 모드의 범위는 웹 서버 개발자가 결정합니다.

3.2.14. 가상 키보드 호출

도움을 받아 가상 키보드 링크사용자는 키보드에서 직접 입력하기 어렵거나 불가능할 수 있는 다양한 알파벳의 문자를 입력하도록 설계된 대화 상자 메뉴를 불러올 수 있습니다. 선택한 문자가 현재 문자의 끝에서 끝납니다. 요청 필드. 가상 키보드를 사용하는 절차는 해당 사용 설명서에 설명되어 있습니다.

3.2.15. 분류자(categorizers) 입력을 위한 대화 호출

도움을 받아 분류자(분류자) 입력을 위한 대화 호출 링크사용자는 다양한 분류기(분류기)에서 검색어의 의미를 탐색하고 선택하도록 설계된 대화 상자 메뉴를 불러올 수 있습니다. 선택한 값이 현재 값에 포함됩니다. 요청 필드. 분류자(분류기) 입력을 위한 대화 상자 작업 절차는 해당 사용자 가이드에 설명되어 있습니다.

3.2.16. 도움 요청

도움을 받아 도움말 버튼사용자는 프로그램 작업 방법을 설명하는 문서나 다른 문서로 이동할 수 있습니다.

3.2.17. 검색 쿼리 실행

검색 쿼리는 해당 영향을 받은 후에 실행됩니다. 검색 버튼. 검색에 성공하여 기록이 발견되면 사용자는 발견된 기록에 대한 정보를 받고 3단계(참조)로 진행합니다.

검색에 성공했지만 기록을 찾을 수 없는 경우 사용자는 해당 메시지를 받고 요청 양식이 있는 페이지로 돌아가서 새 요청을 생성할 수 있습니다. 반환은 사용자 수단(탐색 제어 버튼 또는 키 조합) 또는 검색 결과 페이지에 표시된 해당 탐색 요소를 통해 수행됩니다.

검색에 실패하면 사용자는 검색 실패 이유를 설명하는 진단 메시지를 받습니다. 이 경우 사용자는 계속해서 새로운 요청을 작성할 수도 있습니다. 진단 메시지 수가 웹 서버 관리자가 결정한 특정 수준을 초과하는 경우 이러한 메시지는 즉시 표시되지 않지만 검색 결과 페이지에 표시된 적절한 탐색 요소를 활성화하여 표시할 수 있습니다.

3.2.18. 서버 검색 색인 보기 요청 실행

검색 색인 보기 요청은 다음에 대한 적절한 조치 후에 실행됩니다. 검색 색인 보기 버튼. 일반적으로 볼 수 있는 기능은 웹 서버 개발자와 특정 .

탐색에 성공하면 사용자는 선택한 액세스 포인트에 해당하는 색인에 포함된 검색어 목록을 받게 됩니다. 목록은 사전순으로 쿼리에 가장 가까운 용어로 시작됩니다. 목록에는 특정 용어가 포함된 대략적인 항목 수도 표시됩니다.

Reader Workstation의 설정에 따라 보기 결과가 새 창이나 현재 창에 표시됩니다. 첫 번째 경우, 선택한 용어에 해당하는 하이퍼링크가 활성화되면 해당 용어의 값이 요청 양식으로 전달됩니다. 두 번째 경우에는 하이퍼링크가 활성화되면 이 용어에 대한 레코드가 검색됩니다. 검색에 성공하면 사용자는 3단계(참조)로 진행합니다.

사용자에게는 검색 결과 페이지에 표시된 적절한 탐색 요소를 사용하여 검색 색인을 탐색할 수 있는 기능도 제공됩니다.

그림 3-4. 검색 결과 보기의 예 - 짧은 형식의 서지 레코드

그림 3-5. 검색 결과 보기의 예 - 전체 형식의 서지 기록

3.4. 서지 설명에 따라 문서 주문

문서 주문 단계는 여러 단계로 구성되며, 그 수는 사용자가 지정한 주문 속성에 따라 달라집니다. 첫 번째 단계에서는 사용자에게 문서의 서지 설명이 표시되고 특정 문서에 대한 정보(권, 호, 번호)로 이를 보완할 수 있는 기회가 제공됩니다. 일련의 문서에 대한 설명을 편집할 수 있습니다. 이러한 추가는 필수는 아니지만 주문 처리 결과에 영향을 미칠 수 있습니다. 또한 사용자는 "임시 사용을 위한 문서 받기", "문서 사본 받기", "문서 위치 인증서 받기"의 네 가지 문서 작업 형식 중 하나를 목록에서 선택하라는 요청을 받습니다. ", "문서 배송 비용 증명서 받기". 선택을 완료한 후 사용자는 "계속" 버튼을 활성화하여 주문을 계속할 수 있습니다.

문서 위치에 대한 정보가 있는 경우 해당 스위치를 활성화하여 사용자에게 선호하는 보유자(조직, 부서)를 선택하라는 메시지가 표시됩니다. 문서 주문을 시작하는 방법에 대한 예가 제공됩니다.

그림 3-6. 문서 주문 - 1단계

3.4.1. 임시 사용을 위한 문서 얻기

임시 사용을 위해 문서를 주문할 때 주문 2단계에서 사용자에게 문서에 대한 서지 설명이 표시됩니다. 또한 주문의 첫 번째 단계에서 사용자가 문서에 대한 추가 정보(볼륨, 발행물, 번호)를 지정한 경우 필요한 경우 이 정보를 변경할 수 있습니다. 또한 사용자에게 문서를 즉시 제공할 수 없는 경우 주문 처리 방법을 선택할 수 있는 기회도 제공됩니다. 주문을 처리하는 세 가지 방법 중 하나를 선택할 수 있습니다: "요청을 대기열에 넣기", "요청을 대기열에 넣지 않음", "도서관 규칙에 따라 진행". 해당 양식의 예는 다음과 같습니다. 선택을 완료한 후 사용자는 "주문" 버튼을 활성화하여 주문을 계속할 수 있습니다. 그 후, 주문에 대한 정보가 표시됩니다(참조).

그림 3-7. 임시 사용을 위한 문서 주문

3.4.2. 문서 사본 얻기

문서 사본을 주문할 때 주문 2단계에서 사용자에게 문서에 대한 서지 설명이 표시됩니다. 또한 주문 첫 번째 단계에서 사용자가 문서에 대한 추가 정보(볼륨, 발행, 번호)를 지정한 경우 필요한 경우 이 정보를 변경할 수 있는 기회가 제공됩니다. 사용자에게는 복사할 특정 문서 페이지를 지정할 수도 있습니다. 해당 필드를 채우는 것은 선택 사항입니다. 사용자는 선호하는 복사 형식(예: 사진 복사 또는 전자 복사)을 지정할 수도 있습니다. 가능한 복사 양식 목록은 웹 서버 개발자가 결정합니다. 해당 양식의 예는 다음과 같습니다.

선택을 완료한 후 사용자는 "계속" 버튼을 활성화하여 주문을 계속할 수 있습니다. 이 경우 사용자는 주문의 세 번째 단계로 진행됩니다. 이 단계에서는 문서에 대한 서지 설명이 표시됩니다. 또한 주문의 두 번째 단계에서 사용자가 다음과 같이 지시한 경우 특정 페이지복사를 위해 필요한 경우 해당 정보를 변경할 수 있는 기회가 제공됩니다. 선택을 완료한 후 사용자는 "주문" 버튼을 활성화하여 주문을 계속할 수 있습니다. 그 후, 주문에 대한 정보가 표시됩니다(참조).

그림 3-8. 문서 사본 주문

3.4.3. 인증서 취득

문서 위치 또는 문서 배송 비용에 대한 인증서를 주문할 때 주문 2단계에서 사용자에게 문서에 대한 서지 설명이 표시됩니다. 또한 주문 첫 번째 단계에서 사용자가 문서에 대한 추가 정보(볼륨, 발행, 번호)를 지정한 경우 필요한 경우 이 정보를 변경할 수 있는 기회가 제공됩니다. 해당 양식의 예는 다음과 같습니다. 선택을 완료한 후 사용자는 "요청 보내기" 버튼을 활성화하여 주문을 계속할 수 있습니다. 그 후, 주문에 대한 정보가 표시됩니다(참조).

그림 3-9. 문서 위치 증명서 주문

그림 3-10. 주문 결과

제4장. 운영자에게 보내는 메시지

4.1. 초기화

초기화 단계에서 사용자가 받을 수 있는 메시지와 해당 메시지의 의미, 사용자의 행동이 제시됩니다.

표 4-1. 초기화 단계 중 메시지

메시지설명사용자 작업
네트워크가 꺼져 있습니다사용할 수 없기 때문에 특정 연결을 설정할 수 없습니다.나중에 통신 세션을 설정해 보십시오.
네트워크를 사용할 수 없음
연결을 설정하는 중 시간 초과됨
서버를 사용할 수 없습니다
서버로 가는 경로가 없습니다.
잘못된 정보 - 서버를 찾을 수 없거나 응답하지 않습니다.
신뢰할 수 있는 정보 - 서버를 찾을 수 없음리더 워크스테이션 구성에 지정된 서버가 존재하지 않거나 이름 서비스가 올바르게 작동하지 않습니다.문제에 대한 설명을 가지고 웹 서버 관리자에게 문의하십시오.
이름은 정확하지만 지정된 유형의 기록이 없습니다.
치명적 오류특정 연결을 설정할 수 없습니다. 대부분 Reader Automated Workstation의 소프트웨어 오류로 인해 발생합니다.문제에 대한 설명을 가지고 웹 서버 관리자에게 문의하십시오.
서버가 예기치 않게 연결을 종료했습니다.서버 소프트웨어의 오류로 인해 통신 세션이 예기치 않게 종료되었습니다.가능하다면 문제에 대한 설명과 함께 소프트웨어 개발자에게 문의하십시오.
응답을 받을 수 없습니다.특정인과 통신 세션을 설정할 수 없습니다. 이는 대부분 서버 소프트웨어의 오류로 인해 발생합니다.
요청을 보낼 수 없습니다
서버로부터 잘못된 응답을 받았습니다.
서버에서 예상치 못한 응답을 받았습니다.
서버 액세스가 거부되었습니다.특정 작업을 수행할 수 있는 권한이 충분하지 않습니다.사용자 이름과 비밀번호가 올바르게 입력되었는지 확인하세요. 필요한 경우 이 매개변수를 다시 입력하십시오. 실패하면 관리자에게 문의하세요.

4.2. 검색, 검색결과 보기, 문서 주문

검색, 검색결과 보기, 문서 주문 등의 단계에서 사용자가 받을 수 있는 메시지와 해당 메시지의 의미, 사용자의 행위 등을 제시합니다.

표 4-2. 문서 검색, 조회, 주문 단계의 메시지

메시지설명사용자 작업
끊임없는 시스템 오류 작업을 수행할 수 없습니다.가능하다면 문제에 대한 설명과 함께 관리자에게 문의하십시오.
일시적인 시스템 오류일시적으로 작업을 수행할 수 없습니다.나중에 작업을 시도하십시오
지원되지 않는 검색사용자가 지정한 검색 표현식을 처리할 수 없습니다.요청 재구성
검색 표현식이 불용 단어로만 구성되어 있습니다.검색어를 완성할 수 없습니다불용어를 제거하도록 쿼리를 다시 작성하세요.
단어가 너무 많습니다.단어 수를 줄여 쿼리를 재구성합니다.
논리 연산자가 너무 많습니다.일부 필드를 완전히 지워 요청을 재구성합니다.
잘린 단어가 너무 많습니다.잘린 단어 수를 최소화하기 위해 쿼리를 다시 작성하세요.
잘린 단어가 너무 짧습니다.잘린 단어의 길이를 늘려 쿼리를 재구성합니다.
존재하지 않는 레코드를 검색하려고 시도 중입니다.
기록 검색 시 시스템 오류발견된 기록을 제시할 수 없습니다가능하다면 문제에 대한 설명과 함께 관리자에게 문의하십시오.
지정된 데이터베이스 조합은 지원되지 않습니다.지정된 데이터베이스에서 작업을 수행할 수 없습니다.선택한 데이터베이스 수를 줄이기 위해 쿼리를 다시 작성합니다.
검색결과가 더 이상 존재하지 않습니다. 서버에서 삭제되었습니다.리소스 부족으로 인해 일방적으로 삭제된 검색결과다시 검색
검색결과가 아직 생성 중입니다.검색이 아직 완료되지 않은 상태에서 기록 검색 요청을 받았습니다.
지정된 데이터베이스 중 하나가 잠겨 있습니다.지정된 데이터베이스 중 하나에서 작업을 수행할 수 없습니다.
지정된 결과 세트가 존재하지 않습니다.먼저 검색을 수행하지 않으면 레코드를 제시할 수 없습니다.가능하다면 웹 서버 관리자에게 문제에 대한 설명을 문의하십시오.
리소스가 소진되었습니다. 결과가 없습니다.나중에 다시 검색하거나 웹 서버 관리자에게 문제에 대한 설명을 문의하십시오.
리소스가 소진됨 - 예측할 수 없는 부분적인 결과가 발생함계속 일하세요. 결과가 만족스럽지 않으면 작업을 종료하고 나중에 다시 시작해 보세요.
자원이 소진되었습니다. 신뢰할 수 있는 부분 결과가 제공됩니다.
(정의되지 않은 오류알 수 없는 이유로 작업을 완료할 수 없습니다.가능하다면 웹 서버 관리자에게 문제에 대한 설명을 문의하십시오.
접근 금지사용자에게 적절한 권한이 없기 때문에 데이터베이스 또는 기록에 대한 액세스가 거부되었습니다.
녹화 형식이 추상 형식으로 설정되지 않았습니다.출품작을 제출할 수 없습니다가능하다면 웹 서버 관리자에게 문제에 대한 설명을 문의하십시오.
지원되지 않는 요청 유형
잘못된 요청검색 요청을 완료할 수 없습니다. 그건 틀렸어요청을 다시 공식화하거나 문제에 대한 설명을 가지고 웹 서버 관리자에게 문의하십시오.
데이터베이스를 사용할 수 없음특정 데이터베이스에서 작업을 수행할 수 없습니다.나중에 다시 작업을 수행하세요.
지원되지 않는 연산자에서는 이 연산자를 사용한 검색을 지원하지 않습니다.지원되지 않는 연산자를 제외하도록 쿼리를 다시 작성하세요.
데이터베이스를 너무 많이 지정했습니다.리소스가 부족하여 작업을 완료할 수 없습니다.쿼리를 재구성하여 데이터베이스 수를 줄입니다.
검색결과가 너무 많이 생성되었습니다.리소스 부족으로 인해 검색 요청을 완료할 수 없습니다.가능하다면 웹 서버 관리자에게 문제에 대한 설명을 문의하십시오. 종료하고 나중에 다시 시작해 보세요.
지원되지 않는 속성 유형검색 요청을 완료할 수 없습니다가능하다면 웹 서버 관리자에게 문제에 대한 설명을 문의하십시오.
액세스 포인트로 검색은 지원되지 않습니다.다른 액세스 포인트를 사용하여 요청을 재구성합니다.
이 액세스 포인트에 대해 지원되지 않는 용어 값용어를 지정하는 다른 형식을 사용하여 쿼리를 재구성합니다.
액세스 포인트가 지정되지 않았습니다.가능하다면 웹 서버 관리자에게 문제에 대한 설명을 문의하십시오.
지원되지 않는 관계 속성검색 요청을 완료할 수 없습니다다른 관계 속성을 사용하여 쿼리를 다시 작성합니다. 가능하다면 웹 서버 관리자에게 문제에 대한 설명을 문의하십시오.
지원되지 않는 구조 속성다른 구조 속성을 사용하여 쿼리를 다시 작성합니다. 가능하다면 웹 서버 관리자에게 문제에 대한 설명을 문의하십시오.
지원되지 않는 위치 속성다른 위치 속성을 사용하여 쿼리를 다시 작성합니다. 가능하다면 웹 서버 관리자에게 문제에 대한 설명을 문의하십시오.
지원되지 않는 잘림 속성다른 잘림 속성을 사용하여 쿼리를 다시 공식화합니다. 가능하다면 웹 서버 관리자에게 문제에 대한 설명을 문의하십시오.
지원되지 않는 속성 세트게이트웨이 구성 오류로 인해 검색 요청을 완료할 수 없습니다.가능하다면 웹 서버 관리자에게 문제에 대한 설명을 문의하십시오.
지원되지 않는 속성 조합검색 요청을 완료할 수 없습니다다양한 속성 조합을 사용하여 쿼리를 다시 작성합니다.
잘못된 검색 표현요청을 다시 공식화하거나 문제에 대한 설명을 가지고 웹 서버 관리자에게 문의하십시오.
이 액세스 포인트에 대한 잘못된 용어 값요청 재구성
0단계 보기만 지원됩니다.게이트웨이 구성 오류로 인해 검색 색인 요청을 완료할 수 없습니다.가능하다면 웹 서버 관리자에게 문제에 대한 설명을 문의하십시오.
지정된 보기 단계 크기는 지원되지 않습니다.
작업을 수행할 수 있는 권한이 부족합니다.사용자가 적절한 권한을 갖고 있지 않기 때문에 작업 수행을 거부했습니다.문제에 대한 설명을 웹 서버 관리자에게 문의하거나 계속 작업하십시오.
존재하지 않는 데이터베이스게이트웨이 구성 오류로 인해 요청을 완료할 수 없습니다.가능하다면 웹 서버 관리자에게 문제에 대한 설명을 문의하십시오.
데이터베이스 액세스가 거부되었습니다.사용자에게 적절한 권한이 없기 때문에 데이터베이스에 대한 액세스가 거부되었습니다.문제에 대한 설명을 웹 서버 관리자에게 문의하거나 계속 작업하십시오.
기록은 필수 양식으로 제출할 수 없습니다.필요한 형식으로 기록을 제출할 수 없습니다다른 게시물 형식을 선택하세요.
지원되지 않는 녹화 형식
이 데이터베이스에는 서비스가 제공되지 않습니다.특정 데이터베이스에 대한 쿼리를 실행할 수 없습니다다른 데이터베이스 선택
게시물이 삭제되었습니다.기록을 검색하고 가져오는 사이에 삭제되었습니다.프로그램 작업을 계속하세요
SQL 오류작업을 수행할 수 없습니다.가능하다면 문제에 대한 설명을 개발자에게 문의하세요.
할당량이 소진되었습니다.사용자는 더 이상 시스템에 새 주문을 제출할 수 없습니다.불필요한 주문을 취소하거나 관리자에게 문의하세요 Z39.50 서버 CAE

공통 애플리케이션 환경

CSS

계단식 스타일 시트

HTTP

하이퍼 텍스트 전송 프로토콜

HTML

하이퍼텍스트 마크업 언어

IEC

국제 전자 기술위원회

아픈

도서관 상호 대출

기계 판독 가능한 목록 작성

TCP/IP

전송 제어 프로토콜/인터넷 프로토콜

고스트

국가 표준

-- [ 페이지 1 ] --

자동화됨

도서관과 정보

서버 "Ruslan" 버전 2.16.x

관리자 워크스테이션 버전 1.8.x

관리자 가이드

소개

기술적 지원

1. 관리자 워크스테이션의 인터페이스 설명

2. Ruslan 데이터 스키마 설정

2.1. 라이브러리 데이터 소스 설정

2.2. MARC 레코드 색인 테이블 설정

2.3. MARC 액세스 포인트 구성

3. Ruslan 서버 설정

3.2. 디렉토리 작업 설정

3.4. 새 디렉터리 추가

4. 사용자 관리

4.1. 액세스 권한 그룹에 대한 작업

4.2. 사용자에 대한 작업

5. 도서관 데이터베이스 관리

5.1. 조직의 도서관 데이터베이스 생성

5.2. 조직의 도서관 데이터베이스 매개변수 편집

5.3. 도서관 데이터베이스의 정량적 지표 결정......60

5.4. 라이브러리 데이터베이스 또는 라이브러리 데이터베이스에서 데이터 제거............................................................61



5.6. 도서관 데이터베이스 통계 분석

5.7. 서지 데이터베이스에 대한 액세스 포인트 업데이트

5.9. 도서관 데이터베이스에서 기록 업로드

5.10. 도서관 데이터베이스 기록 키 생성기의 초기 번호 설정

5.11. 도서관 데이터베이스의 기록 보기

5.12. MARC 기록 및 업무 기록 분야의 이중 통제........................76

5.13. 서지 기록의 변경 내역을 확인하고 삭제되거나 변경된 기록을 복원하세요.

5.14. 일괄 편집 서지 레코드

6. 도서관 기술

6.1. 버퍼 베이스 작업

6.2. 분석 차용

6.3. 서지 레코드를 위한 백그라운드 처리 도구 설정.....97

6.4. 서비스 레코드에 대한 백그라운드 처리 도구 구성

6.5. 대학 자동화 제어 시스템을 위한 데이터 내보내기 및 가져오기 설정

6.6. 자동화된 도서 발행 프로세스를 지원하기 위한 서버 설정

6.7. 발행된 도서에 대한 독자 제어 프로세스를 지원하기 위한 서버 설정

6.8. 단행본 통계 수집 프로세스를 지원하기 위한 서버 구축

6.9. 문서 전자주문 발송을 위한 서버 구축

6.10. 펀드 재고 프로세스를 지원하기 위한 서버 설정..121

7. 데이터 보관

7.1. Oracle DBMS를 사용한 아카이빙

7.2. 관리자 워크스테이션을 사용하여 보관

7.3. Ruslan 서버로 보관 프로세스 시작

8. 다른 컴퓨터로 데이터 전송

9. IBS "Ruslan" 서버 부분의 중단 없는 작동 보장.......135

10. 라이선스 관리

11. Ruslan 서버 운영 모니터링 및 관리

11.1. 서버 매개변수 오버로드

11.2. 현재 서버 상태 분석

11.3. 서버에 연결된 사용자 보기

11.4. 서버에 알려진 라이브러리 데이터베이스 목록 보기

11.5. 물리적 데이터베이스 연결 분석

11.6. 서버 운영 통계 분석

응용

부록 1. Ruslan 서버의 진단 메시지

부록 2. 서비스 데이터베이스 태그

부록 3. 서비스 데이터베이스의 교환 형식

부록 4. 요청 형식

소개 이 매뉴얼은 자동화된 도서관 및 정보 시스템(ALIS) "Ruslan"의 관리자를 위해 작성되었습니다.

IBS "Ruslan"은 클라이언트 부분과 서버 부분으로 구성됩니다. 서버 부분은 Ruslan 서버와 관리자 자동화 워크스테이션(AWS)으로 구성됩니다. 클라이언트 부분은 Z39.50 프로토콜을 사용하여 Ruslan 서버와 상호 작용하는 ARM(대상 라이브러리 모듈) 세트입니다.

Ruslan 서버는 Ruslan IBS의 핵심이며 다음 세 가지 인터페이스를 지원합니다.

Z39.50 – 도서관 워크스테이션 및 다른 제조업체의 Z39.50 클라이언트와의 상호 작용용.

Oracle® Net Services(Net8) – Oracle® DBMS 기반 데이터 웨어하우스와의 상호 작용용.

Microsoft® DCOM – 관리자 워크스테이션과의 상호 작용용.

관리자 워크스테이션(이하 워크스테이션)은 Oracle® DBMS 및 Ruslan 서버의 라이브러리 데이터를 관리하도록 설계되었습니다. 자동화된 작업 공간은 독립적인 의미가 없습니다(IBS "Ruslan"의 서버 부분 외부).

매뉴얼에는 IBS "Ruslan" 설정, 관리 및 모니터링 문제를 해결하기 위한 관리자 워크스테이션의 인터페이스와 기능에 대한 설명이 포함되어 있습니다.

기술 지원 기술 지원은 Baltiksoft LLC에서 제공합니다.

회사 웹사이트: www.balticsoft.ru 이메일: [이메일 보호됨]자귀

–  –  –

1. 관리자 워크스테이션 인터페이스 설명 관리자 워크스테이션을 시작하려면 바탕 화면이나 "ABIS Ruslan" 폴더의 작업 메뉴에서 "ABIS "Ruslan"의 관리자 워크스테이션" 바로가기를 선택합니다.

"파일" 메뉴(그림 1)에서 "새 세션" 명령을 선택하거나 도구 모음에서 "새 세션" 아이콘을 클릭하거나(그림 2) Ctrl+N 키 조합을 입력합니다.

–  –  –

그림 3과 같은 대화 상자가 나타납니다. 목록에서 "RUSLAN-Database"와 "RUSLAN-Server"라는 두 가지 값을 선택할 수 있습니다. 목록에서 첫 번째 값("RUSLAN-Database")을 선택하고 "확인" 버튼을 클릭하면 (인증 후) "Ruslan" 데이터 스키마와의 상호 작용 인터페이스(Oracle® Net Services(Net8)를 통해)가 실행됩니다. 열었다(그림 5). 앞으로는 이 인터페이스를 "RUSLAN-Database"라고 부르겠습니다. 목록에서 두 번째 값(“RUSLAN-Server”)을 선택하면 Ruslan 서버와의 상호 작용 인터페이스(Microsoft® DCOM을 통해)가 열립니다(그림 7). 앞으로는 이 인터페이스를 "RUSLAN-Server"라고 부르겠습니다.

쌀. 3 “RUSLAN-Database”를 선택하면 인증 대화 상자가 나타납니다(그림 4). 초기화 파일(ABIS "Ruslan". 설치 가이드 참조)이 작업 폴더손상되지 않은 경우 대화 상자의 처음 두 필드가 채워집니다. 그렇지 않으면 관리자 워크스테이션으로 작업하는 것이 불가능합니다. 관리자 비밀번호를 입력하고 “실행” 버튼을 클릭하면 Oracle DBMS에서 권한이 부여됩니다. 인증 후에는 "Ruslan" 데이터 스키마가 포함된 서비스 데이터 소스(그림 5)에 대한 연결이 생성됩니다.

쌀. 4

쌀. 5 “RUSLAN-Server”를 선택하면 인증 대화 상자가 나타납니다(그림 6). Ruslan 서버가 실행 중인 컴퓨터의 네트워크 이름, 이 컴퓨터의 사용자 이름 및 비밀번호를 입력합니다.

컴퓨터가 Microsoft 도메인의 일부인 경우 사용자 이름 앞에 도메인 이름을 추가해야 합니다(예: MY_DOMEN\username).

워크스테이션이 Ruslan 서버와 동일한 컴퓨터에서 실행되고 OS가 Windows XP인 경우 "서버 주소" 필드에 localhost를 입력하면 됩니다.

워크스테이션과 서버가 Windows 2003 SP1/SP2 또는 Windows Vista에서 실행 중이지만 컴퓨터가 도메인의 일부가 아닌 경우 "서버 주소" 필드에 컴퓨터 이름을 지정하고 사용자 이름 앞에도 지정해야 합니다. (예: MY_COMPUTER\사용자 이름). 비밀번호가 필요합니다.

(그림 7). Ruslan 서버 서비스가 실행되고 있지 않은 경우(IBS "Ruslan". 설치 가이드 참조) 워크스테이션은 해당 서비스와 연결을 설정할 수 없으며 오류 메시지가 나타납니다.

쌀. 6 두 인터페이스(“RUSLAN-Database” 및 “RUSLAN-Server”)는 모양이 유사하며 세 부분으로 나뉩니다. 왼쪽에는 트리 형태의 관리 개체가 있는 탐색기 창이 있습니다. 하단에는 로그 창이 있습니다. 오른쪽에는 관리 개체의 내용을 표시하는 기본 창이 있습니다(대부분의 경우 테이블 형식). 인터페이스의 일부 크기를 조정할 수 있습니다. 인터페이스의 모든 작업은 상황에 맞는 메뉴를 사용하여 수행됩니다. 상황에 맞는 메뉴를 열려면 마우스 오른쪽 버튼을 클릭하세요.

쌀. 7 탐색기 창에서 한 개체에서 다른 개체로 이동할 때 워크스테이션은 개체 내용이 변경되었는지 자동으로 확인합니다.

워크스테이션에서 변경이 이루어졌다고 판단하는 경우(경우에 따라 실제 변경이 아닐 수도 있음) "아마도 매개변수가 변경되었을 수 있습니다."라는 메시지가 표시됩니다. 변경 사항을 저장하다? 귀하는 재량에 따라 변경 사항을 저장하거나 저장을 거부할 수 있습니다. 변경 사항이 없다고 확신하는 경우 거부하는 것이 좋습니다.

2. Ruslan 데이터 스키마 설정

이 섹션에서는 Oracle DBMS에서 IBS "Ruslan"의 데이터 스키마를 설정하는 작업에 대해 설명합니다. 데이터 스키마는 데이터베이스 목록, Ruslan 서버용 매개변수 테이블, MARC 레코드용 인덱싱 테이블, MARC 레코드에 대한 액세스 포인트 목록, 보안 데이터 및 이를 제공하는 절차를 저장하는 테이블 세트로 구성됩니다. .

데이터 스키마는 "RUSLANDatabase" 인터페이스에서 구성됩니다(포인트 1 참조).

2.1. 라이브러리 데이터 소스 설정 데이터베이스 데이터베이스 설정에는 해당 매개변수(소스 소유자의 비밀번호 및 Ruslan 서버가 DBMS와 설정하는 연결 수) 변경뿐만 아니라 등록 또는 등록 취소도 포함됩니다.

라이브러리 데이터 소스 등록 설치 과정에서 생성된 IDB(IBS "Ruslan". 설치 가이드 참조)가 IBS "Ruslan"에 알려지기 위해서는 이 작업이 필요합니다. 일반적인 상황에서는 IDB 생성 시 자동 등록이 발생합니다. 그러나 어떤 이유로든(시스템 오류, 실수로 인한 수동 등록 취소) 이 작업을 수동으로 수행해야 할 수도 있습니다.

데이터베이스를 등록하려면 탐색기 창에서 "데이터 소스" 개체를 선택하고 기본 창의 상황에 맞는 메뉴에서 "새로 만들기" 명령을 호출합니다.

(그림 8). 메인 창에 테이블이 나타납니다 새 줄"새 소스"라는 이름으로. 이 줄에서 마우스 왼쪽 버튼을 두 번 클릭하십시오. 소스 매개변수 편집을 위한 대화 상자가 나타납니다(그림 9).

쌀. 8

쌀. 9 필요한 매개변수를 입력하고(그림 10의 예 참조) "실행" 버튼을 클릭합니다. "연결 수" 필드에서 Ruslan 서버가 이 IDB와 설정할 연결 수를 지정합니다. 연결 수에 따라 병렬로 수행할 수 있는 데이터베이스 작업 수가 결정됩니다. 확실하지 않은 경우 연결 수를 3으로 설정하십시오. 잘못된 소스 매개변수를 입력한 경우 다시 편집할 수 있습니다. 추가 소스를 등록한 경우 "삭제" 컨텍스트 메뉴 명령을 사용하여 삭제할 수 있습니다. 필요한 소스를 모두 등록한 후 컨텍스트 메뉴에서 "저장" 명령을 호출하세요. 모든 변경 사항을 취소하려면 상황에 맞는 메뉴에서 "복원" 명령을 호출하세요.

–  –  –

라이브러리 데이터 소스 등록 취소 이 작업은 ILIS "Ruslan"에 알려진 소스 목록에서 IDB를 제외합니다. 정상적인 상황에서는 IBD가 삭제되면 자동으로 등록 취소가 발생합니다. 그러나 어떤 이유로든(시스템 오류) 이 작업을 수동으로 수행해야 할 수도 있습니다.

데이터베이스를 등록하려면 탐색기 창에서 "데이터 소스" 개체를 선택하고 기본 창에서 등록 취소할 데이터베이스를 선택합니다. 상황에 맞는 메뉴에서 "삭제" 명령을 선택합니다. 작업 확인이 나타납니다. 작업이 확인되면 지정된 IBD가 목록에서 사라집니다. 작업을 완료하려면 상황에 맞는 메뉴에서 "저장" 명령을 호출하세요. 상황에 맞는 메뉴에서 "복원" 명령을 호출하여 작업을 취소할 수 있습니다.

IBD 매개변수 변경 등록된 IBD의 두 가지 매개변수, 즉 IBD 소유자의 비밀번호와 Ruslan 서버가 IBD와 설정하는 연결 수를 변경할 수 있습니다. 연결 수에 따라 병렬로 수행할 수 있는 데이터베이스 작업 수가 결정됩니다. 소스 소유자 이름을 변경할 수도 있지만 이는 사실상 새 IDB를 등록하는 것을 의미합니다.

IDB의 매개변수를 변경하려면 필요한 IDB를 설명하는 줄을 마우스 왼쪽 버튼으로 두 번 클릭합니다. 소스 매개변수 편집을 위한 대화 상자가 나타납니다(그림 10). 비밀번호를 변경하려면 인접한 필드에 비밀번호를 두 번 입력하세요. 변경 사항을 저장하려면 "실행"버튼을 클릭하십시오. 다음으로 다른 IDB의 매개변수를 편집할 수 있습니다. 변경 사항을 커밋하려면 상황에 맞는 메뉴에서 "저장" 명령을 호출하세요. 모든 변경 사항을 취소하려면 상황에 맞는 메뉴에서 "복원" 명령을 호출하세요.

2.2. MARC 레코드에 대한 색인 테이블 설정 색인 테이블을 추가, 삭제 또는 편집하려면 탐색기 창에서 "인덱싱" 개체를 선택하고 기본 창에서 상황에 맞는 메뉴를 호출합니다(그림 12). New 명령은 새(빈) 인덱스 테이블을 생성합니다. "편집" 명령은 선택한 인덱싱 테이블을 편집하기 위한 대화 상자를 불러옵니다(그림 13). 마우스 왼쪽 버튼을 두 번 클릭해도 동일한 명령을 호출할 수 있습니다. 삭제 명령은 선택한 인덱스 테이블을 삭제합니다. 저장 명령은 모든 인덱스 테이블에 대한 모든 변경 사항을 저장합니다.

복원 명령은 모든 인덱스 테이블에 대한 모든 변경 사항을 취소합니다. Load 명령은 텍스트 파일에서 인덱스 테이블을 로드합니다. 다운로드 후 인덱싱 테이블을 저장하려면 "저장" 명령을 실행해야 합니다. "언로드" 명령

인덱스 테이블을 텍스트 파일로 덤프합니다.

각 인덱싱 테이블에는 식별자 번호, 설명 및 MARC 레코드의 필드를 인덱싱하는 방법에 대한 설명이 포함된 설명 부분 자체가 있습니다.

쌀. 12

쌀. 13 인덱싱 테이블 편집 대화 상자(그림 13)의 설명 부분은 작업하기 쉽도록 테이블 형태로 확장되었습니다.

상황에 맞는 메뉴에는 다음 명령이 포함되어 있습니다. “추가” – 테이블 끝에 새 색인 규칙을 추가하려면 “삽입” – 선택한 항목 앞에 색인 규칙을 삽입하려면 “삭제” – 색인 규칙을 삭제하려면. 테이블 셀을 편집하려면 마우스 왼쪽 버튼으로 클릭하세요. 각 인덱싱 규칙은 하나의 테이블 행을 차지합니다.

규칙을 따르는 순서가 중요합니다. MARC 레코드를 색인할 때 색인 테이블(설명 부분)은 레코드의 각 필드(하위 필드)에 대해 위에서 아래로 스캔되고 해당 필드가 다음 색인 규칙을 만족하면 색인이 생성됩니다. 이 규칙에 따라 발생하면 테이블이 더 이상 스캔되지 않습니다. 인덱싱 규칙은 필드 패턴, 하위 필드 패턴, 인덱싱 유형의 세 가지 속성으로 구성됩니다. 필드 템플릿은 세 개의 숫자로 구성됩니다. 하위 필드 템플릿은 숫자 또는 영어 소문자일 수 있는 단일 문자로 구성됩니다. 또한 필드 또는 하위 필드 템플릿을 지정할 때 대시(빼기 기호)는 모든 문자를 의미합니다. 예를 들어, "02-" 형식의 필드 패턴은 "020부터 029까지의 모든 필드"를 의미합니다. 인덱싱 유형은 두 자리 문자로 구성됩니다.

다음과 같은 색인 유형을 사용할 수 있습니다.

00 – 색인을 생성하지 않습니다.

01 – subfield-phrase: 하위 필드를 단어로 구문 분석하고 하위 필드 내에서 단어, 단어 목록 및 구문으로 검색하는 기능을 제공합니다.

11 – 구문 필드: 하위 필드를 단어로 구문 분석하고 필드 내의 단어, 단어 목록 및 구문으로 검색할 수 있는 기능을 제공합니다(예를 들어 "정규화된 이름" 유형의 용어 구조로 검색을 제공하는 것은 의미가 있음). RUSMARC 형식의 레코드);

02 – 있는 그대로: 선행 및 후행 공백을 제거하고 나머지는 단어로 처리되며 단어로 검색하는 기능을 제공합니다.

03 – ISBN: ISBN 또는 ISSN을 포함하는 하위 필드에 대한 특수 색인 유형입니다.

4X - 코딩된 필드: 코딩된 필드와 해당 부분을 단어로 색인화하는 기능을 제공합니다. 서브필드 패턴은 색인된 요소의 시작 위치를 지정하고 X 문자에는 색인된 요소의 길이(문자)가 포함됩니다. 위치와 길이는 한 문자로 지정됩니다. 숫자 10은 문자 "a"에 해당하고, 숫자 11은 문자 "b"에 해당하고..., 숫자 35는 문자 "z"에 해당합니다.

05 – 숫자 범위: 하위 필드에서는 단어의 숫자 요소만 강조 표시되고 범위 기호(빼기 기호)는 확장됩니다. 예를 들어 내용이 "N5, 6-9"인 하위 필드에서는 요소(단어) "5"는 "6", "5", "7", "8", "9"로 색인화됩니다.

06 – UDC: UDC를 포함하는 하위 필드에 대한 특수 유형의 인덱싱입니다. 인덱싱 시 괄호는 구분 기호로 간주되지만 마침표는 구분 기호로 간주되지 않습니다.

해당 필드의 첫 번째 표시기가 0이 아닌 경우 인라인 200 필드가 색인화됩니다.

08 – 999개 필드 최적화: 회계 정보가 포함된 필드(Ruslan ABIS의 999번째) 색인화 프로세스 속도를 높이는 데 사용됩니다. 규칙은 인덱싱 테이블의 시작 부분에 배치됩니다. 이 경우 필드 템플릿에는 "ass"가 포함되고 하위 필드 템플릿에는 "-"가 포함됩니다.

09 – 목록 번호: 목록 번호가 포함된 필드(하위 필드)에 대한 특수한 유형의 인덱싱입니다. 이 경우 재고 번호는 구분 문자("-", "\", "/" 등)로 구분된 세 가지 요소로 구성되어야 합니다.

색인된 모든 요소(단어)는 사전순으로 비교하여 사전순으로 색인화되고, 전체가 숫자 문자로 구성된 경우(시작 부분에 빼기 기호 사용 가능) 숫자로도 색인화됩니다(숫자 순서로 비교).

다음과 같은 특수 필드 템플릿 값이 있습니다: “000” – 마커(인덱싱 유형은 항상 4X), “acc” – 999 RUSMARC 필드의 최적화 활성화(인덱싱 유형은 항상 08), “key” – 내부 레코드 키 – 필수 요소 일부 필드의 재인덱싱 경우를 제외하고 인덱싱 테이블(하위 필드 템플릿은 항상 "-"이고 인덱싱 유형은 항상 02입니다.)

다양한 MARC 형식에는 동일한 필드 및 하위 필드 패턴에 대해 다양한 유형의 색인이 필요할 수 있습니다. 각 서지 데이터베이스는 하나의 색인 테이블(2단계 색인 체계에서 두 개로 나눌 수 있음)과 연관되어 있습니다. 따라서 각 서지 데이터베이스에는 특정 MARC 형식의 레코드만 포함될 수 있습니다.

서지 레코드 삽입 및 변경 작업에 대한 시스템 응답 시간을 줄이기 위해 Ruslan 서버는 2단계 색인 구성표를 제공합니다. ABIS "Ruslan"의 자동화된 워크스테이션(관리자 워크스테이션 제외)에서 MARC 레코드를 삽입/변경할 때 해당 레코드는 첫 번째 단계의 인덱싱 테이블에 따라 삽입/변경 및 인덱싱/재인덱싱됩니다. 이러한 작업이 성공적으로 완료되면 해당 메시지가 사용자에게 전송되고 Ruslan 서버는 다음으로 전송됩니다. 배경두 번째 단계의 인덱싱 테이블에 따라 MARC 레코드의 인덱싱/재인덱싱을 수행합니다. 두 번째 단계의 오류는 어디에도 기록되지 않으며 잘못된 검색을 통해서만 감지할 수 있습니다. 따라서 두 번째 단계에서 중요한 필드(하위 필드)를 색인화하는 것은 권장되지 않습니다. 일반적으로 두 번째 단계에서는 문서, 초록, 메모 등의 내용과 같이 대용량 텍스트의 내용 필드가 색인화됩니다.

2.3. MARC 레코드에 대한 액세스 포인트 구성 액세스 포인트(AP)는 검색 속성("저자", "제목" 등)과 고유하게 연관된 번호입니다. 액세스 포인트는 Ruslan ABIS의 도서관 데이터베이스에 있는 서지(MARC) 및 서비스 기록에 대한 검색을 제공합니다. ABIS "Ruslan"에서는 서지 레코드에 대한 액세스 포인트를 구성할 수 있습니다. MARC 레코드의 어떤 필드가 어떤 액세스 포인트에 매핑되는지 결정합니다. 각 MARC 형식은 서로 다른 표시를 갖습니다. 하나의 접근점 세트(목록)가 각 서지 데이터베이스와 연관되어 있습니다. 따라서 각 서지 데이터베이스에는 특정 MARC 형식의 레코드만 포함될 수 있습니다.

각 AP 목록에는 숫자 식별자가 있습니다. 일반적으로 다음 식별자가 사용됩니다(1 – UNIMARC, 10 – USMARC, 28 – RUSMARC 서지, 281 – RUSMARC Authoritative).

–  –  –

새 액세스 포인트 목록 추가 AP 목록을 추가하려면 탐색기 창에서 "액세스 포인트" 개체를 선택하고 컨텍스트 메뉴를 호출합니다. 컨텍스트 메뉴에서 "새 AP 목록 추가" 명령을 호출합니다(그림 14). 새 AP 목록의 식별자를 입력해야 하는 대화 상자가 나타납니다(그림 15).

–  –  –

액세스 포인트 목록 작업 AP 목록에 대한 모든 작업은 기본 창의 컨텍스트 메뉴(그림 17)에서 수행됩니다.

쌀. 17 "New" 명령은 새로운 액세스 포인트를 생성합니다. 편집 명령

선택한 액세스 포인트를 편집하기 위한 대화 상자를 불러옵니다(그림 18).

마우스 왼쪽 버튼을 두 번 클릭해도 동일한 명령을 호출할 수 있습니다. 삭제 명령은 선택한 액세스 포인트를 삭제합니다. 저장 명령

이 AP 목록에 대한 모든 변경 사항을 저장합니다. "복원" 명령은 이 AP 목록에 대한 모든 변경 사항을 취소합니다. Load 명령은 텍스트 파일의 AP를 기존 AP 목록으로 로드합니다.

다운로드 후 AP 목록을 저장하려면 '저장' 명령을 실행해야 합니다. "업로드" 명령은 선택한 목록의 AP를 텍스트 파일로 업로드합니다.

Ruslan ABIS 배포판에는 UNIMARC(파일 ap1.txt), USMARC(파일 ap10.txt), RUSMARC 서지(파일 ap28.txt) 및 RUSMARC 권위(파일 ap281.txt)에 대한 TD 목록이 포함되어 있습니다.

MARC 필드/하위 필드를 TD(그림 18)에 매핑하는 것은 다음을 사용하여 설명됩니다. 논리식, 각 용어는 하나 이상의 MARC 필드/하위 필드를 식별합니다. 표현식 구조는 SQL SELECT 문의 WHERE 절에 해당합니다.

용어의 형식은 다음과 같습니다.

field op "###A" 또는 field in ("###A",...,"###A"), 여기서 op는 연산자 중 하나입니다: =,=,=,like,not like ( 대부분의 = 및 like가 자주 사용됩니다);

### – MARC 필드 번호;

A - 해당 MARC 필드의 MARC 하위 필드 기호입니다.

쌀. 18 문자 # 또는 A 대신 밑줄(_)을 사용하여 임의의 문자를 표시하거나 퍼센트 기호(%)를 사용하여 임의의 문자 수를 표시할 수 있습니다. 표현식에서 필드를 사용한 열거가 수행될 수 있는 경우에는 백분율 기호와 and not like 연산자(Oracle Standard Edition의 경우와 유사)를 사용하는 것이 권장되지 않습니다. 이렇게 하면 검색 속도가 줄어들기 때문입니다. 여러 용어가 지정된 경우 논리 연산자 and, or 및 not and를 사용하여 결합할 수 있습니다.

검색 속성을 코딩된 필드 및 마커의 위치에 바인딩하기 위해 인덱싱 테이블에 정의된 대로 의사 필드가 사용됩니다(섹션 2.2, 특수 필드 템플릿 값 참조). ### – 필드 템플릿, A – 인덱싱 테이블과 같은 하위 필드 템플릿입니다.

–  –  –

액세스 포인트 목록 삭제 AP 목록을 삭제하려면 네비게이터 창에서 필요한 목록을 선택하고 목록의 모든 속성을 선택하고(첫 번째 속성 선택, "Shift" 키를 누르고 마지막 속성 선택) " 상황에 맞는 메뉴에서 삭제” 명령을 선택합니다(그림 19). 작업을 확인합니다. 모든 액세스 포인트가 기본 창에서 삭제됩니다(그림 17 참조). 상황에 맞는 메뉴에서 "저장" 명령을 호출하세요. 작업을 확인하십시오. 그런 다음 탐색기 창의 상황에 맞는 메뉴에서 "업데이트" 명령을 호출합니다(그림 14). 이후에는 원격 AP 목록의 ID가 탐색기 창에서 사라집니다.

주목! 접근점 목록에 변경 사항을 적용하려면 다음을 사용하는 각 서지 데이터베이스에 대해 업데이트해야 합니다. 이 목록(5.7항 참조)

2.4. Ruslan 데이터 스키마 업데이트

데이터 스키마 업데이트는 두 가지 유형이 될 수 있습니다.

단순 업데이트 – 저장 프로시저 패키지를 하나 이상(총 3개) 업데이트합니다.

복잡한 업데이트 - 데이터 자체의 가능한 업데이트를 포함하여 데이터 저장 구조를 업데이트합니다.

복잡한 업데이트는 일반적으로 다음과 같이 전달됩니다. 실행 가능 파일패치 프로그램. 사용에 대한 문서는 패치와 함께 제공됩니다.

간단한 업데이트는 plb 확장자를 가진 파일 형식으로 제공됩니다(일반적으로 기본 패키지의 경우 pkg_phbase.plb, 고급 서비스 패키지의 경우 pkg_phupd.plb, 유틸리티 패키지의 경우 pkg_phutil.plb).

간단한 스키마 업데이트를 수행하려면 "파일" 메뉴에서 "DB 스키마 업데이트" 명령을 호출해야 합니다(그림 20). 새 패키지가 포함된 파일을 선택해야 하는 표준 파일 선택 창이 나타납니다. 패키지가 업데이트되는 동안 창이 나타났다가 사라집니다. 명령줄. 업데이트가 성공하면 기본 창에서 "Ruslan Database" 개체(그림 5)를 선택할 때 새 버전의 패키지가 반영되어야 합니다. 업데이트에 포함된 모든 파일에 대해 이 절차를 반복해야 합니다.

쌀. 20

메모. 단순히 데이터 스키마를 업데이트하는 절차를 수행한 후 ABIS "Ruslan"의 자동화된 워크스테이션에서 작업할 때 일부 작업에서 일회성 중요하지 않은 오류가 나타날 수 있습니다. 오라클 데이터베이스. 작업을 반복하기만 하면 됩니다. 오류 가능성을 없애려면 데이터 스키마를 업데이트하기 전에 Ruslan 서버를 중지하고 업데이트 후에 다시 시작하는 것이 좋습니다.

3. Ruslan 서버 설정

이 섹션에서는 Ruslan 서버 설정 작업에 대해 설명합니다.

ABIS "루슬란". 서버는 "RUSLANDatabase" 인터페이스에서 구성됩니다.

3.1. Ruslan 서버 매개변수 구성

서버 매개변수를 추가, 삭제 또는 편집하려면 탐색기 창에서 "매개변수" 개체를 선택하고 기본 창에서 상황에 맞는 메뉴를 호출합니다(그림 21). 각 매개변수는 매개변수 이름, 매개변수 값, 설명의 세 가지 요소로 구성됩니다. 각 매개변수 요소의 길이는 255자를 초과할 수 없습니다.

New 명령은 새 매개변수를 생성합니다. "편집" 명령은 커서가 가리키는 테이블 셀을 편집 모드로 전환합니다.

셀을 마우스 왼쪽 버튼으로 클릭하면 동일한 명령을 호출할 수 있습니다(매개변수가 선택된 경우). 삭제 명령은 선택한 옵션을 제거합니다.

여러 매개변수 또는 전체 매개변수를 삭제할 수 있습니다(다중 선택 가능). 표준적인 방법으로"Shift" 및 "Ctrl" 키 사용).

Load 명령은 텍스트 파일에서 매개변수를 로드합니다. 이는 매개변수가 아직 로드되지 않았다고 가정합니다(메인 창이 비어 있음). 다운로드 후 설정을 저장하려면 "저장" 명령을 실행해야 합니다. "업로드" 명령은 매개변수를 텍스트 파일로 업로드합니다. "병합으로 로드" 명령은 로드하도록 설계되었습니다. 새로운 버전텍스트 파일의 매개변수(매개변수는 이미 로드되어 있음)

병합을 통해 다운로드한 후에는 저장 명령을 실행하여 변경 사항을 저장해야 합니다. "저장" 명령은 모든 매개변수를 데이터베이스에 저장합니다. "복원" 명령은 변경 매개변수에서 "변경", "로드" 또는 "병합으로 로드" 작업을 사용하여 수행된 모든 작업을 취소합니다(데이터베이스에서 매개변수 로드).

매개변수에 대한 설명은 설명 필드에 제공됩니다. 더 상세 설명필요한 경우 매개변수는 별도의 문서나 이 설명서의 섹션에 포함되어 있습니다. 대부분의 매개변수는 변경할 필요가 없으며 Ruslan 서버 또는 해당 개별 서비스가 작동하지 않을 수 있으므로 엄격히 권장되지 않습니다.

쌀. 21 새 매개변수 생성 또는 새 매개변수 파일 로드("병합으로 로드" 작업)는 매우 드문 작업이며 시스템 지원 서비스의 지시에 따라 수행됩니다.

기관(도서관)마다 고유한 값을 갖는 매개변수가 있습니다. 새 설정 파일을 로드할 때 이러한 설정은 이전 값을 유지해야 합니다. 이 프로세스를 자동화하기 위해 "병합으로 로드" 작업이 제공됩니다. 이 작업을 수행하는 동안 감지되면 구 버전매개변수 값의 경우 각 매개변수에 대해 관리자에게 이전 값이나 새 값을 선택하라는 메시지가 표시되는 대화 상자가 표시됩니다(그림 22).

쌀. 22 다음으로 IBS "Ruslan" 서버 부분의 배포 키트에 포함된 파일에서 매개변수를 다운로드한 후 관리자가 변경해야 하는 기본 서버 매개변수를 고려하겠습니다(IBS "Ruslan" 설치 가이드 참조).

OrgEng 및 OrgRus 매개변수는 항상 변경해야 합니다. 첫 번째에는 조직(도서관)의 약어 이름이 포함되어 있습니다. 영어, 두 번째는 러시아어입니다.

ActsDB, BillsDB, CircDB, DirsDB, OrderDB, QueueDB, ReaderDB, ReaderADB, SubscrDB 매개변수에는 특수 목적 서비스 라이브러리 데이터베이스의 이름이 포함됩니다. ABIS 설치 중에 기본 라이브러리 데이터베이스가 생성된 경우(ABIS "Ruslan". 설치 가이드 참조) 이러한 매개변수를 변경해서는 안 됩니다. 라이브러리 데이터베이스를 수동으로 생성하는 경우 이러한 매개변수와 일치하는 데이터베이스에 대해 기본 이름과 다른 이름을 지정할 수 있습니다.

GroupDB 매개변수를 사용하면 여러 실제 라이브러리 데이터베이스에 대한 가상(그룹) 이름을 지정할 수 있습니다. 여러 개의 가상 이름을 지정할 수 있습니다. 필드 값 형식은 필드 설명에 제공됩니다.

이 경우 가상 이름이 먼저 오고 그 뒤에 그룹에 포함된 실제 라이브러리 데이터베이스의 이름이 쉼표로 구분되어 와야 합니다. 여러 그룹을 정의하려면 설명을 세미콜론으로 구분하세요. 가상 이름은 검색 시 유용할 수 있습니다. 가상 이름으로 데이터베이스를 검색하면 이 이름과 연관된 모든 데이터베이스에서 검색이 수행됩니다. 예를 들어 Reader 워크스테이션(HTTPZ39.50 - 게이트웨이)의 설정에서 가상 이름을 사용하면 그룹에 새 라이브러리 데이터베이스를 추가할 때 Reader 워크스테이션 설정을 변경할 필요가 없기 때문에 편리합니다. 가상 데이터베이스에 있는 기록은 편집할 수 없습니다.

Scan 매개변수에는 "Scan" 서비스가 지원되는 검색 속성 목록이 포함됩니다(Z39.50 프로토콜에 대한 문서, 검색 속성 세트 bib1 참조). 검색 색인 보기 서비스입니다.

검색 속성 목록에는 이 서비스에서 실제로 사용되는 속성만 포함해야 합니다. 탐색 속도를 높이기 위해 검색 색인이 RAM에 로드됩니다. 점유 수 랜덤 액세스 메모리 Scan 매개변수의 검색 속성 수, "스캔" 서비스가 활성화된 서지 데이터베이스 수, 이러한 서지 데이터베이스의 레코드 수 및 포함할 수 있는 다양한 단어 수에 따라 달라집니다. 검색 속성에 해당하는 서지 레코드 필드입니다.

DafLog 매개변수는 관리자 워크스테이션의 작업 폴더(기본적으로 C:/Program Files/Ruslan/SysAdmin) 및 작업 폴더에 있는 Oracle 데이터베이스(daf.log)와의 상호 작용 로그 파일 유지 관리를 제어합니다. Ruslan 서버의 폴더(기본적으로 C:/Program Files/Ruslan/Server).

기본적으로 매개변수는 "1"로 설정됩니다. 이는 워크스테이션과 서버에 대한 로그 파일이 유지된다는 의미입니다. 주기적으로 파일이 커지면 삭제해야 합니다. 매개변수가 "0"으로 설정되면 로그 파일이 유지되지 않습니다. 로그 파일은 시스템 문제의 원인을 확인하거나 시스템이 특정 기능을 제공하지 않는 경우를 확인하는 데 도움이 될 수 있습니다. 문제가 있는 경우 이 매개변수를 1로 설정하고 워크스테이션 및 Ruslan 서버의 작업 결과로 얻은 로그 파일을 시스템 지원 서비스로 보내야 합니다.

3.2. 디렉토리 동작 설정 모든 디렉토리는 두 가지 유형으로 구분됩니다. 첫 번째 유형(기본)은 참고서적 레코드 필드에 삽입하기 위해 값을 보고 선택하는 데 사용되는 참고서입니다. 이러한 디렉토리에서 각 요소는 검색어와 이에 대한 메모(누락되었을 수 있음)로 구성됩니다. 두 번째 유형은 재고 번호 생성기 디렉토리와 같은 특수 목적 디렉토리입니다.

모든 디렉토리는 두 개의 전문 서비스 데이터베이스를 사용하여 유지됩니다. 첫 번째 데이터베이스인 DDIR에는 시스템의 모든 디렉터리에 대한 설명이 포함되어 있습니다. 이 데이터베이스워크스테이션에서 사용 가능한 디렉토리 목록을 생성하고 해당 디렉토리에 대한 액세스를 구성하는 데 사용됩니다. 두 번째 데이터베이스인 DIR(데이터베이스 이름은 변경 가능, 이전 단락 참조)에는 모든 디렉터리가 포함되어 있습니다.

각 디렉터리에는 고유한 식별자가 있습니다. 등록된 디렉토리는 획득/카탈로그 작성 워크스테이션 문서에 나와 있습니다. 새 디렉터리를 생성할 때 해당 식별자에 대해 서비스와 동의해야 합니다. 기술적 지원시스템.

각 디렉토리는 다음 항목 세트로 구성됩니다. 내부 형식 ABIS Ruslan(부록 3 참조). 모든 디렉터리의 총 볼륨은 항목 200,000개를 초과하지 않는 것이 좋습니다. 각 디렉토리 항목은 최대 3개의 태그(5(디렉터리 식별자), 17(용어), 18(용어 참고))로 구성됩니다. 태그 18 아래의 값은 선택 사항이며 일반적으로 약어나 일종의 코드가 포함된 용어를 해독하는 데 사용됩니다.

두 번째 유형의 디렉토리 작업을 구성하려면 다음을 수행해야 합니다.

1. DDIR 및 DIR 서비스 데이터베이스가 생성되었는지 확인합니다. ABIS 설치 중에 기본 라이브러리 데이터베이스가 생성된 경우(ABIS "Ruslan" 설치 가이드 참조) 데이터베이스 데이터가 있어야 합니다. 그렇지 않으면 수동으로 생성해야 합니다(섹션 5.1 참조).

2. "레코드 키 생성" 옵션을 사용하여 배포와 함께 제공된 ddir.dat 파일의 디렉터리 설명을 DDIR 데이터베이스(섹션 5.8 참조)로 로드합니다.

새 디렉터리를 추가해야 하는 경우 시스템 지원 서비스에서 해당 식별자를 가져온 다음 ddir.dat(새 디렉터리에 대한 설명만 포함)와 같은 파일을 생성하고 이를 DDIR 데이터베이스에 로드해야 합니다. 자세한 내용은 3.4항을 참조하세요.

3. 사용자에게 DDIR 및 DIR 데이터베이스에 대한 적절한 권한을 부여합니다(4항 참조).

데이터베이스 데이터가 기본적으로 생성된 경우 해당 데이터에 대한 gdir 액세스 권한 그룹도 생성되었으며, 이는 디렉터리(특히 재고 번호 생성기 디렉터리)로 작업하는 사용자에게 제공되어야 합니다.

첫 번째 유형의 디렉토리 작업을 구성하려면 위의 단계 외에도 다음을 수행해야 합니다.

4. 태그 5(디렉토리 식별자), 17(용어), 18(용어 참고)을 사용하여 부록 3에 설명된 형식으로 디렉토리 파일을 생성합니다. 자세한 내용은 3.3항을 참조하세요.

5. "레코드 키 생성" 옵션을 사용하여 이 목록의 단락 4에서 생성된 파일을 DIR 데이터베이스(단락 5.8 참조)에 업로드합니다.

6. DIR 데이터베이스에 대해 "단어별 검색" 플래그를 설정합니다(섹션 5.2 참조).

7. 서버 매개변수를 확인합니다(3.1항 참조). 이는 다음과 같아야 합니다:

ServiceDBScanFilterTag 5 ServiceDBScanFilterValue는 첫 번째 유형 ServiceDBScanTag 17 ServiceDBScanNoteTag 18의 모든 디렉터리 식별자를 쉼표로 구분하여 포함해야 합니다.

8. 매개변수를 변경할 때 서버에서 다시 로드해야 합니다(참조:

조항 11.1) 또는 서버 자체를 다시 시작하십시오. 관리자 워크스테이션에서 디렉터리를 다운로드한 후에는 서버도 다시 시작해야 합니다.

DIR 데이터베이스는 "재고 번호 생성기" 디렉터리를 저장하는 데에도 사용됩니다. 이 디렉토리는 전문화되어 있으며 수집/목록 작성 워크스테이션을 통해서만 작업이 수행됩니다. 이 디렉토리의 식별자는 200입니다. DIR 데이터베이스로 작업할 때 재고 번호 생성기의 디렉토리 데이터가 실수로 손상되지 않았는지 확인해야 합니다.

Ruslan 서버가 시작된 후 1분 후에 디렉토리가 다운로드되기 시작하며 이 프로세스에는 시간이 걸린다는 점을 기억해야 합니다. 특정 시간, 컴퓨터 성능과 참고 도서의 양에 따라 다릅니다. 디렉터리를 EventViewer(응용 프로그램 로그)에 로드한 후 "단어별 검색" 플래그가 설정된 각 데이터베이스에 대해 해당 메시지가 나타납니다(그림 23).

쌀. 23

3.3. 디렉터리 로드 및 활성화 디렉터리를 활성화하려면 활성화된 디렉터리의 식별자를 ServiceDBScanFilterValue 서버 매개변수 값 목록에 추가해야 합니다. 활성화는 워크스테이션에서 디렉터리 작업에 대한 권한을 의미합니다. 디렉터리는 DDIR 데이터베이스에 설명되어 있고 DIR 데이터베이스에 로드될 수 있지만 활성화되지 않은 경우 워크스테이션에서 해당 디렉터리에 액세스하려고 하면 진단 메시지 번호 114가 표시됩니다. 발급됩니다). DIR 데이터베이스에 데이터를 로드하지 않고도 디렉터리를 활성화할 수 있습니다. 이 경우 자동화된 워크스테이션의 기능을 사용하여 데이터를 "수동으로" 채울 수 있습니다.

디렉터리를 DIR 데이터베이스에 로드하기 전에 먼저 Ruslan ABIS의 내부 형식으로 레코드를 얻어야 합니다. 이를 위해 IBS "Ruslan" 사용자가 사용할 수 있는 특수 변환기를 사용할 수 있습니다. 이 변환기를 사용하면 탭 문자를 열 구분 기호로 사용하여 텍스트 파일에 있는 데이터에서 필요한 형식을 얻을 수 있습니다.

이 형식의 파일은 예를 들어 스프레드시트 프로그램에서 데이터를 저장하여 얻을 수 있습니다(예: 마이크로 소프트 엑셀), 파일 형식 "텍스트 파일(탭으로 구분)(*.txt)"을 지정합니다. 매개변수를 지정하지 않고 변환기를 실행하면 변환기 사용 지침을 얻을 수 있습니다. 디렉터리 항목에는 두 개의 필수 태그가 포함되어야 합니다. 태그 5 아래에는 디렉터리 식별자가 표시되어야 하며, 태그 17 아래에는 실제 참조 데이터가 있어야 합니다. 선택적 태그(18)는 참조 데이터 메모를 포함할 수 있습니다. 메모는 코드화된 참조 데이터(예: 도서관 부서 디렉토리)를 설명하는 데 사용됩니다.

예를 들어, IBS "Ruslan"에 필요한 형식의 키워드 레코드가 포함된 파일을 얻으려면 다음 매개변수를 사용하여 변환기를 실행해야 합니다.

lconv input_file.txt output_file.dat 5=6 디렉토리 항목을 DIR 데이터베이스에 로드한 후 서버를 다시 시작해야 합니다.

3.4. 새 디렉터리 추가 각 새 디렉터리에 대해 IBS "Ruslan" 개발자에게 새 식별자를 요청해야 합니다. 향후 ASIS 버전과의 호환성 문제를 방지하려면 식별자를 직접 생성하지 않는 것이 좋습니다.

새 디렉터리를 추가하는 전체 주기에는 Ruslan 서버를 구성하고 디렉터리를 사용할 워크스테이션을 구성하는 단계가 포함됩니다(필요한 워크스테이션에 대한 설명서 참조).

IBS "Ruslan"의 서버측에 새 디렉터리를 추가하는 단계 순서:

1. 다음 사항을 확인하세요. 기존 목록, ddir.dat 파일로 배포판에 제공되지만 적합한 참고서는 없습니다. 있다면 그것을 사용하십시오. 그렇지 않으면 ABIS Ruslan 개발자에게 새 디렉터리의 식별자를 문의하세요.

2. 새 디렉터리를 설명하는 레코드를 만듭니다. 이렇게 하려면 ddir.dat 파일에서 항목을 가져와 이를 기반으로 새 항목을 생성하면 됩니다. 별도의 파일. 항목에서 두 태그 5의 값을 변경해야 합니다.

4. 태그 5에는 디렉터리 식별자가 포함되고, 태그 4에는 디렉터리 이름이 포함됩니다.

3. 관리자의 워크스테이션을 사용하여 생성된 레코드를 DDIR 데이터베이스에 업로드합니다.

4. 3.3항의 지침을 따르십시오.

이 일련의 작업을 완료한 후에는 모든 워크스테이션에서 디렉터리에 액세스할 수 있습니다.

4. 사용자 관리

–  –  –

IBA(ILL) - IBA에 따라 주문을 처리할 권리

기능 그룹 목록(완전하지 않음, 자세한 내용은 획득/목록화 워크스테이션 문서 참조):

compl - 피킹 기능을 구현하는 데 필요한 필드를 편집할 수 있는 권한을 제공합니다. catal - 목록 작성 기능을 구현하는 데 필요한 권한을 제공합니다. billcreator - 계정을 관리(생성, 변경, 삭제)할 수 있는 권한을 제공합니다. billdispatch - 계정 상태를 변경할 수 있는 권한을 제공합니다. printadmin - 인쇄 서비스를 관리할 수 있는 권한을 부여합니다. 기능 그룹(역할) 목록은 FGroups 매개변수에 의해 지정됩니다. 이 매개변수매개변수 업데이트 과정(3.1절 참조)이나 시스템 지원 서비스의 특별 지침에 따라 변경될 수 있습니다.

쌀. 24 그룹에는 각 BDB에 대한 접근 권한을 나타내는 하나 이상의 BDB가 포함됩니다(그림 24). 하나 이상의 그룹을 사용자에게 할당할 수 있습니다. 사용자는 특정 BDB가 자신에게 할당된 그룹 중 적어도 하나에 존재하는 경우 해당 BDB에 대한 권한을 받습니다. 특정 BDB가 사용자에게 할당된 여러 그룹에 존재하고 특정 BDB에 대한 권한이 그룹마다 다른 경우 사용자는 특정 그룹에 설정된 모든 권한을 받습니다(다른 그룹의 권한이 결합됨).

또한 사용자에게는 일반적으로 워크스테이션의 해당 기능을 제공하는 하나 이상의 역할이 할당됩니다.

효과적인 보안 관리에는 사전 계획이 필요합니다. 필요한 UDB 목록과 이에 대한 그룹 액세스 권한을 특정 그룹으로 결정한 다음 적절한 사용자에게 할당해야 합니다. UDB와 그룹의 이름은 모두 시스템 관리자가 설정합니다. 역할에는 미리 정의된 이름이 있습니다(해당 워크스테이션에 대한 설명서 참조). ABIS 설치 중에 기본 라이브러리 데이터베이스가 생성된 경우(ABIS "Ruslan". 설치 가이드 참조) 그룹도 생성되었습니다: 컴파일러용 gcompl, 카탈로그 작성자용 gcatal, 참고 도서 작업용 gdir.

시스템을 설치할 때 익명이라는 사용자가 생성되고 그에게 아무도 그룹이 할당되지 않습니다. 이 사용자비밀번호 없이 Ruslan 서버에 연결할 수 있습니다. 각 서지 데이터베이스가 생성되면 검색 권한이 있는 아무도 그룹과 검색 및 현재 권한이 있는 라이브러리 그룹에 자동으로 포함됩니다. 각 서비스 데이터베이스를 생성하면 검색 및 표시 권한이 있는 라이브러리 그룹에 자동으로 포함됩니다. 라이브러리 그룹은 모든 ALIS 사용자에게 제공되어야 합니다. 이는 ABIS에 등록된 사용자에게 검색 및 모든 데이터베이스 전체 보기에 대한 액세스 권한을 자동으로 제공하고 Ruslan 서버에 (익명 사용자로) 연결할 수 있는 모든 인터넷 사용자에게 검색 및 부분 보기에 대한 액세스 권한을 자동으로 제공합니다. 후자는 각 조직의 네트워크 보안 정책에 따라 결정됩니다. 익명 사용자를 삭제하면 등록된 사용자만 Ruslan 서버에 액세스할 수 있습니다.

4.1. 액세스 권한 그룹 작업 GPA를 추가, 삭제 또는 변경하려면 탐색기 창에서 "보안 그룹" 개체를 선택합니다. 모든 GPA 및 관련 BDU를 표시하는 표가 기본 창에 나타납니다. 그룹은 자체적으로 존재하지 않고 UBI와 결합하여만 존재합니다. GPD-BBD 쌍은 독특합니다. 테이블은 모든 열을 기준으로 정렬될 수 있습니다. 이렇게 하려면 열 머리글을 마우스 왼쪽 버튼으로 클릭하세요.

쌀. 25 모든 작업은 상황에 맞는 메뉴에서 수행됩니다(그림 25). "추가" 명령은 새 GPD-BBD 쌍을 추가하기 위한 대화 상자를 불러옵니다(그림 26). "샘플별로 추가" 명령은 새 GPD-BBD 쌍을 추가하기 위한 대화 상자를 불러옵니다. 여기서 모든 필드는 선택한 GPD-BBD 쌍에 따라 채워집니다. "변경" 명령은 선택한 GPD-BBD 쌍을 편집하기 위한 대화 상자를 불러옵니다(그림 27). 마우스 왼쪽 버튼을 두 번 클릭해도 동일한 명령을 호출할 수 있습니다. 이 경우 댓글과 접근권한만 변경할 수 있습니다(“0” – 권한 없음, “1” – 예). "삭제" 명령은 선택한 GPA-BBD 쌍을 삭제합니다. 위에서 설명한 각 작업은 경고 후 데이터베이스에서 직접 그룹에 대한 정보를 변경합니다.

쌀. 26 "Filter" 명령(그림 28)은 기본 창의 테이블에 필터를 적용합니다. 기본 창 테이블의 한 열만 필터링할 수 있습니다.

–  –  –

필터도 취소됩니다. 탐색기 창에서 다른 개체로 이동하거나 위에 설명된 작업 중 하나를 수행하는 경우에도 필터가 자동으로 취소됩니다.

4.2. 사용자에 대한 작업 사용자를 추가, 삭제 또는 편집하려면 탐색기 창에서 "보안-사용자" 개체를 선택합니다. 모든 사용자를 표시하는 테이블이 기본 창에 나타납니다. 테이블은 모든 열을 기준으로 정렬될 수 있습니다. 이렇게 하려면 열 머리글을 마우스 왼쪽 버튼으로 클릭하세요.

쌀. 29 모든 작업은 상황에 맞는 메뉴에서 수행됩니다(그림 29). "추가" 명령은 사용자 추가 대화 상자를 불러옵니다(그림 30). "샘플별로 추가" 명령은 사용자를 추가하기 위한 대화 상자를 불러오며, 여기에는 선택한 사용자에 따라 일부 필드(GPA, FG, 사용자 유형)가 채워집니다. "편집" 명령은 사용자 편집 대화 상자를 불러옵니다(그림 31). 마우스 왼쪽 버튼을 두 번 클릭해도 동일한 명령을 호출할 수 있습니다. 삭제 명령은 선택한 사용자를 삭제합니다. 위에서 설명한 각 작업은 경고 후 데이터베이스에서 직접 그룹에 대한 정보를 변경합니다.

"필터" 명령은 기본 창의 테이블에 필터를 적용합니다. 명령 작업은 이전 단락에서 설명한 것과 유사합니다.

쌀. 30 사용자 추가/편집 대화 상자(그림 30, 그림 31)에서 새 비밀번호를 입력하려면 인접한 두 필드를 채워야 합니다. "사용자 이름" 필드에는 사용자가 "Ruslan" 서버에 연결할 때 ABIS "Ruslan"의 자동화된 워크스테이션에서 인증을 위해 사용하는 ABIS "Ruslan"의 사용자 이름이 포함됩니다. 권한이 없는 모든 사용자는 이 사용자가 사용자 목록에서 제거되지 않는 한 익명이라는 이름의 사용자(비밀번호 없이)로만 시스템에 연결할 수 있습니다. IBS "Ruslan"의 사용자 이름은 다음의 사용자 이름과 전혀 연결되지 않습니다. 운영 체제, 자동화된 워크스테이션이 시작됩니다.

주목! IBS 사용자 이름 “Ruslan”은 그룹 이름(GPD)과 일치할 수 없습니다.

쌀. 31 사용자에게 GPA(이전 단락 참조)를 할당하려면 "사용 가능한 그룹" 목록의 기존 그룹에서 그룹을 선택하고 해당 화살표가 있는 버튼을 클릭합니다. 역할을 할당하려면(이전 단락 참조) 목록에서 역할을 선택하세요. 사용 가능한 역할» 해당 화살표가 있는 버튼을 누릅니다. 역할의 경우 순서가 중요할 수 있습니다(워크스테이션 문서 참조). 역할의 위치를 ​​변경하려면 역할 목록에서 해당 역할을 선택하고 해당 화살표(위 또는 아래)가 있는 버튼을 클릭합니다.

사용자는 "로컬" 또는 "외부"일 수 있습니다. "외부" 사용자는 이 도서관에 다른 도서관의 전자 카탈로그를 저장할 때 기업 IBA 서비스를 구성해야 합니다.

워크스테이션이 정상적으로 작동하려면 그룹과 역할을 모두 올바르게 설치해야 합니다. 따라서 획득 작업을 보장하려면 사용자에게 billcreator 및 compl 역할을 부여하고 서지 데이터베이스에서 기록을 검색, 검색, 삽입, 변경, 삭제할 수 있는 권한을 그룹에 부여해야 합니다. 작업이 수행되는 서비스 데이터베이스 계정, 행위, 요약 회계 책, 디렉토리 설명, 참고 도서. 특정한 경우, 동일한 유형의 저작물이라도 권리가 다를 수 있습니다. 특히 기록 삭제 권리가 그렇습니다.

5. 도서관 데이터베이스 관리

이 섹션에서는 라이브러리 데이터베이스 관리와 관련된 모든 작업을 설명합니다. 라이브러리 데이터베이스는 하나 이상의 데이터베이스에 저장됩니다. 라이브러리 데이터베이스에 액세스하려면 "데이터 소스" 개체를 확장하여 탐색기 창에서 필요한 데이터베이스를 선택합니다(그림 11 참조). 테이블 형식의 라이브러리 데이터베이스 목록이 기본 창에 나타납니다. 도서관 데이터베이스에 대한 모든 작업은 기본 창의 상황에 맞는 메뉴에서 수행됩니다(그림 32).

쌀. 32 "Filter" 명령(그림 33)은 기본 창의 테이블에 필터를 적용합니다. 기본 창 테이블의 한 열만 필터링할 수 있습니다.

필터링 결과(중첩 필터)에 필터를 적용하는 기능을 지원합니다. 이렇게 하려면 "이전 필터 결과에 적용" 플래그를 설정하세요. 필터 마스크는 하위 문자열입니다. "BOOKS" 마스크를 사용하면 "BOOKS"뿐만 아니라 "ABOOKS"도 포함된 행이 선택됩니다.

그리고 "BOOKS1"로요. 마스크는 대소문자를 구분합니다.

쌀. 33 필터를 취소하려면 "필터" 명령을 호출하고 필드를 비워 두고 "적용" 버튼을 클릭합니다. 중첩된 필터가 사용된 경우에도 취소됩니다. 탐색기 창에서 다른 개체로 이동하거나 위에 설명된 작업 중 하나를 수행하는 경우에도 필터가 자동으로 취소됩니다.

5.1. 기관을 위한 도서관 데이터베이스 생성 도서관 데이터베이스는 서지와 서비스로 구분됩니다. 서지 데이터베이스는 서지 레코드를 저장하도록 설계되었습니다.

서비스 데이터베이스는 참고 도서, 법률, 구독 데이터, 주문, 독자에 관한 데이터 등과 같은 도서관 비서지 데이터를 저장하기 위한 것입니다.

쌀. 34 서지 데이터베이스는 ISO2709에 가까운 형식으로 기록을 저장합니다.

서비스 데이터베이스는 ABIS "Ruslan"의 특수 형식으로 레코드를 저장합니다.

각 서비스 데이터베이스 레코드는 하나 이상의 필드로 구성됩니다. 필드 이름은 숫자 식별자(태그)입니다. 각 필드에는 하나 이상의 인스턴스가 있을 수 있습니다. 필드 값은 문자열(최대 1500자) 또는 이진 데이터(인덱싱되지 않음, 최대 4GB 크기)일 수 있습니다. 바이너리 유형 필드에는 독자 사진, MBA 주문 데이터 등이 저장됩니다.

서지 데이터베이스를 생성하려면 컨텍스트 메뉴에서 "서지 데이터베이스 생성" 명령을 선택하십시오(그림 32). 데이터베이스 이름(영문)을 입력하고 레코드 형식과 데이터베이스 요소 저장을 위한 저장 영역(레코드, 사전 및 색인)을 선택해야 하는 대화 상자가 나타납니다(그림 34)(IBS "Ruslan 참조). ". 설치 안내서, 단락. 3.1, 3.3, 3.4). 기록 형식("MARC" 형식 제외)을 선택하면 대화 상자의 일부 필드가 자동으로 채워집니다. 이 값을 변경하는 것은 권장되지 않습니다.

"MARC" 레코드 형식을 선택하면 관리자에게 필드 값을 독립적으로 설정할 수 있는 기회가 제공됩니다.

"액세스 포인트 목록 식별자"(2.3절 참조) "구성표 식별자"(구성표 OID의 마지막 숫자, Z39.50 프로토콜 설명 참조) "쓰기 구문 식별자"(쓰기 구문 OID의 마지막 숫자, 설명 참조) Z39 프로토콜 .50) 첫 번째 및 두 번째 단계에 대한 "MARC 레코드 색인 테이블 식별자"(2.2절 참조) 단일 단계 색인이 사용되는 경우 두 번째 단계에 대한 MARC 레코드 색인 테이블 식별자는 "0"이어야 합니다.

모든 항목을 입력한 후 '실행' 버튼을 클릭하세요. 새로운 참고문헌 데이터베이스가 생성됩니다.

서비스 데이터베이스를 생성하려면 컨텍스트 메뉴에서 "Create-Service DB" 명령을 선택합니다(그림 32). 데이터베이스 이름(영문)을 입력하고 데이터베이스 요소를 저장하기 위한 저장 영역(IBS "Ruslan". 설치 가이드, 단락 3.1, 3.3, 3.4 참조)을 선택해야 하는 대화 상자가 나타납니다(그림 35). : 데이터(레코드의 행 필드) 및 LOB 데이터(레코드의 폴라 이진 데이터).

쌀. 35 모든 항목을 입력한 후 “실행” 버튼을 클릭하세요. 새로운 서비스 데이터베이스가 생성됩니다.

주목! 라이브러리 데이터베이스의 이름은 하나의 소스(IDB) 내에서뿐만 아니라 시스템에 등록된 모든 소스 내에서도 고유해야 합니다(2.1절 참조).

5.2. 조직의 도서관 데이터베이스 매개변수 편집 도서관 데이터베이스의 매개변수를 편집하려면 메인 창의 테이블에서 필요한 데이터베이스가 있는 행을 선택하고 상황에 맞는 메뉴에서 "편집" 명령을 호출하십시오(그림 32). 대화 상자가 나타납니다(그림 36).

쌀. 36 대부분의 데이터베이스 매개변수(이름 및 유형 제외)는 변경될 수 있습니다. "Available" 플래그를 설정하면 Z39.50 프로토콜을 통해 데이터베이스에 대한 액세스가 허용된다는 의미입니다. "단어로 검색" 플래그를 설정한다는 것은 "Ruslan" 서버가 시작될 때 지정된 액세스 포인트(단락 3.1, 검색 매개변수 참조)에 따라 수행됨을 의미합니다.

스캔 인덱스가 RAM에 로드됩니다( 검색 색인), 스캔 서비스를 통해 액세스됩니다(Z39.50 프로토콜 설명 참조). 스캔 서비스는 획득/카탈로그 작성 워크스테이션에 통합되었습니다. 필요한 데이터베이스에 대해 "단어로 검색" 플래그를 설정한 후 "Ruslan" 서버가 실행 중인 컴퓨터에 RAM 부족 징후가 나타나면 일부 데이터베이스에 대해 이 플래그를 끄거나 용량을 줄여야 합니다. "Scan" 서비스에 대한 검색 속성 수(Scan 매개변수) 이 버전에서는 "값으로 검색" 플래그가 지원되지 않습니다.

"디렉토리" 매개변수는 "로컬"과 "외부"라는 두 가지 값을 가질 수 있습니다. 데이터베이스를 생성할 때 이 매개변수는 "Local"로 설정됩니다.

"외부" 값은 제3자 조직에 속하고 MBA 관련 문헌을 주문할 수 있는 서지 데이터베이스에 대해 설정됩니다.

DB 별칭은 데이터베이스 이름과 동의어입니다. 데이터베이스 이름은 영어로만 입력할 수 있습니다. 별칭은 어떤 언어로든 지정할 수 있으며 유니코드 인코딩으로 저장됩니다. 별칭은 일반적으로 데이터베이스 내용을 보다 잘 반영하고 이해하기 쉽게 수집/목록 작성 워크스테이션 및 리더 워크스테이션에서 사용됩니다. 데이터베이스 별명은 항상 해당 이름입니다. 이 별칭은 삭제할 수 없습니다. 데이터베이스에는 여러 개의 별칭이 있을 수 있습니다. 하나의 소스(IDB)뿐만 아니라 시스템에 등록된 모든 소스 내에서 서로 다른 데이터베이스에 동일한 별칭을 제공하는 것은 엄격히 권장되지 않습니다(2.1절 참조). 동일한 유형의 여러 데이터베이스를 하나의 이름(별칭)으로 결합해야 하는 경우 가상 그룹 이름을 생성해야 합니다(섹션 3.1, GroupDB 매개 변수 참조).

항목 키는 접두어와 항목 번호로 구성됩니다. 삽입 시 레코드 번호가 자동으로 생성됩니다. 새로운 항목. 레코드 번호는 1부터 시작하여 순차적입니다(기본적으로 5.10절 참조). 삭제된 번호(기록 삭제 시 생성된 번호)는 재사용되지 않습니다. 접두사는 여러 부분으로 구성됩니다. 접두사 구조는 표준이 아닙니다. 슬래시로 구분된 접두사에서 국가 코드, 조직 코드, 데이터베이스 이름 등 세 가지 필드를 선택하는 것이 좋습니다. 예를 들어 데이터베이스 레코드의 키 접두사는

상트페테르부르크 주립 기술 대학교 기본 도서관의 BOOKS는 다음과 같습니다.

RU\SPSTU\books\. 일반적으로 한 조직의 서로 다른 서지 데이터베이스에 동일한 접두어를 부여하는 것은 권장되지 않습니다. 이로 인해 대부분의 경우(키의 숫자 부분에 대한 특별한 관리 제외) 동일한 키를 가진 다른 레코드가 나타나게 되어 주문 작업을 위한 로드/언로드, 레코드 연결 시 특정 문제가 발생할 수 있습니다. 서비스. 항목 키 접두사는 모든 언어로 지정될 수 있습니다(유니코드로 저장됨).

대화 상자를 사용하면 인덱싱 테이블의 식별자와 액세스 포인트 목록을 변경할 수도 있습니다. 그러나 이는 권장되지 않습니다. 인덱싱 테이블의 식별자를 변경할 때 이 데이터베이스에 레코드가 포함되어 있으면 인덱스를 삭제하고(섹션 5.4 참조) 데이터베이스를 다시 인덱싱해야 합니다(섹션 5.4 참조).

조항 5.5). 액세스 포인트 목록의 식별자를 변경할 때 업데이트해야 합니다(섹션 5.7 참조).

이 매뉴얼과 설치 매뉴얼에 특별히 명시된 경우를 제외하고는 "구성표 OID", "레코드 구문 OID", "속성 세트 OID" 매개변수를 변경하는 것은 엄격히 권장되지 않습니다.

5.3. 도서관 데이터베이스의 정량적 지표 결정 도서관 데이터베이스의 레코드 수를 결정하려면 기본 창의 테이블에서 필요한 데이터베이스가 있는 행을 선택하고 상황에 맞는 메뉴에서 "레코드 수" 명령을 호출합니다(그림 32). 명령 실행 결과가 로그 창에 표시됩니다. 이 정보(검색어를 통해 레코드 수를 결정하는 것과 비교하여) 가장 신뢰할 수 있습니다.

서지 데이터베이스의 경우 데이터베이스의 고유 바코드 수 및 문서 사본 수와 같은 처리 표시기를 결정할 수 있습니다. 이러한 표시기를 확인하려면 기본 창의 테이블에서 필요한 데이터베이스가 있는 행을 선택하고 상황에 맞는 메뉴에서 "바코드 수" 및 "복사본 수" 명령을 호출합니다(그림 32). 명령 실행 결과가 로그 창에 표시됩니다.

5.4. 라이브러리 데이터베이스 또는 라이브러리 데이터베이스에서 데이터 제거 라이브러리 데이터베이스를 삭제하려면 기본 창의 테이블에서 필요한 데이터베이스가 있는 행을 선택하고 컨텍스트 메뉴에서 "DeleteDelete 데이터베이스" 명령을 호출합니다(그림 32). 두 번의 경고 후에 선택한 데이터베이스가 모든 데이터와 함께 삭제됩니다. 데이터는 보관된 복사본에서만 복원할 수 있습니다.

라이브러리 데이터베이스에서 데이터를 삭제하려면 기본 창의 테이블에서 필요한 데이터베이스가 있는 행을 선택하고 상황에 맞는 메뉴에서 "데이터베이스에서 데이터 삭제" 명령을 호출합니다(그림 32). 두 번의 경고 후에 삭제해야 하는 데이터 부분을 선택해야 하는 대화 상자가 나타납니다(그림 37). 모든 데이터 삭제 옵션은 이전 버전과 색인을 포함한 모든 항목을 삭제합니다. 데이터는 보관된 복사본에서만 복원할 수 있습니다. 인덱스 제거 옵션은 인덱스만 제거합니다. 이 작업은 (배치) 레코드에 중요한 변경이 발생한 후 전체 서지 데이터베이스를 다시 색인화해야 할 때 필요합니다. "모든 이전 버전의 항목 삭제" 옵션은 모든 이전 항목을 삭제합니다. 이 작업 후에는 아카이브 복사본을 통해서만 이 데이터베이스에 있는 레코드의 이전 버전을 복원할 수 있습니다. "1년이 지난 기록의 이전 버전 삭제" 및 "2년이 지난 기록의 이전 버전 삭제" 옵션은 해당 복구 옵션의 감소와 함께 지정된 제한 기간이 있는 오래된 기록을 삭제합니다.

"요청별 레코드 삭제" 옵션은 색인을 포함하여 요청과 일치하는 모든 레코드를 삭제합니다. 이러한 항목은 롤백 테이블에 포함되지 않지만 삭제된 항목의 이전 버전은 롤백 테이블에 유지됩니다.

실제 삭제를 수행하기 전에 검색 결과(발견된 기록 수)와 함께 메시지가 표시되며 이 단계에서도 삭제를 거부할 수 있습니다. 검색어 형식은 부록 4에 나와 있습니다. “?” 버튼을 클릭하면 화면에도 형식이 표시됩니다.

쌀. 37

5.5. 서지 데이터베이스의 색인화/재색인화 이 작업(색인화)은 레코드를 로드한 후에 필요합니다. 그렇지 않으면 레코드를 검색할 수 없습니다. 또한, 레코드의 인덱싱 테이블을 변경한 후, 일괄 변경을 수행한 후에도 작업(재인덱싱)이 필요합니다.

쌀. 38 재인덱싱 과정에서 각 레코드별로 이전 인덱스가 순차적으로 삭제되고 새로운 인덱스가 생성됩니다. 또한, 재색인 과정에서는 모든 기록을 검색할 수 있지만, 색인을 완료하는 데 비해 훨씬 더 많은 시간이 소요됩니다.

먼저 인덱스를 삭제한 후(5.4절 참조) 인덱싱을 수행하십시오. 재인덱싱 중에 수정 작업(삽입, 변경, 삭제)이 발생하도록 허용하지 않는 것이 좋습니다. 따라서 업무 외 시간에 재인덱싱을 수행하거나 데이터베이스를 일시적으로 사용할 수 없도록 설정하세요(참조:

참고문헌 데이터베이스의 레코드를 색인화/재색인하려면 기본 창의 테이블에서 필요한 데이터베이스가 있는 행을 선택하고 상황에 맞는 메뉴에서 "재색인화" 명령을 호출하십시오(그림 32). 그림 38과 같은 대화 상자가 나타납니다.

기본적으로 인덱싱/재인덱싱은 데이터베이스 매개변수에 식별자가 지정된 인덱싱 테이블을 사용하여 수행됩니다.

다른 인덱싱 테이블로 작업을 수행해야 하는 경우 "인덱싱 테이블" 필드에 필요한 인덱싱 테이블의 식별자를 지정해야 합니다. 특정 필드만 재인덱싱/재인덱싱이 가능합니다. 이를 수행하려면 "인덱싱 테이블" 필드에서 인덱싱 테이블의 설명 부분 중 필요한 부분을 지정해야 합니다(2.2절 참조). 수행 중인 작업이 확실하지 않은 경우 색인 테이블 필드에 아무 것도 입력하지 않는 것이 좋습니다.

색인화/재색인화에는 세 가지 모드가 있습니다: 모든 레코드, 특정 범위의 레코드 또는 1단계에서 색인화되지 않은 레코드(1단계 - 색인화 1단계의 성공적인 완료만 기록되므로 - 단락 2.2 참조). 후자의 모드는 인덱싱된 레코드가 포함된 데이터베이스에 새로운 레코드가 추가로 로드되거나 데이터베이스 인덱싱이 중단된 경우에 적용됩니다. 두 번째 모드에서 범위의 레코드 번호는 레코드가 데이터베이스에 입력된 순서에 해당합니다. 그렇기 때문에 이 기회알려진 부분에서 전체 데이터베이스를 인덱싱/재인덱싱할 때 사용해야 합니다. 예를 들어, 결과를 테스트하거나 시간 제약이 있는 경우입니다.

인덱싱/재인덱싱 프로세스를 시작하려면 "시작" 버튼을 클릭하세요. "닫기" 버튼을 클릭하여 언제든지 프로세스를 중단하고 다음에 계속할 수 있습니다. "중지" 버튼을 클릭하여 프로세스를 일시 중지한 다음 "계속" 버튼을 클릭하여 계속할 수도 있습니다. "중지" 및 "닫기" 명령을 처리하는 데(단, "x" 버튼을 사용하여 대화 상자를 닫은 경우 제외) 시간이 걸릴 수 있습니다. 통계가 분석된 이후에도 수행되므로(섹션 5.6 참조) 시간이 걸릴 수 있습니다. 처음 1000개의 레코드, 10000개의 레코드마다 그리고 작업이 끝날 때마다 인덱싱/재인덱싱합니다.

5.6. 라이브러리 데이터베이스에 대한 통계 분석 Ruslan 데이터 스키마는 Oracle DBMS의 다양한 인덱스를 사용합니다.

오라클 DBMS가 제공하는 최고의 품질(시간별) 통계자료를 기반으로 검색합니다. DBMS는 이 데이터를 자동으로 수집하지 않습니다. 이를 위해 자동화된 작업 공간에 통합된 특별한 통계 분석 명령이 있습니다. 시간이 지남에 따라(기록 수정 작업이 수행된 경우) 통계는 오래되고 검색 품질이 저하됩니다. 따라서 모든 도서관 데이터베이스에 대해 정기적으로(데이터베이스 크기가 수천 건 증가하는 경우) 통계 분석을 수행해야 합니다. 통계 분석의 필요성은 알려진 쿼리에 대한 검색 시간이 점진적으로(급격하지는 않지만) 증가하는 것으로 나타납니다(물리적 데이터베이스의 장비 및 구성에 변경 사항이 없는 경우). 기록을 불러오고 기록을 색인(재색인)하는 과정에서 통계가 자동으로 분석됩니다.

라이브러리 데이터베이스의 통계를 분석하려면 기본 창의 테이블에서 필요한 데이터베이스가 있는 행을 선택하고 상황에 맞는 메뉴에서 "분석" 명령을 호출합니다(그림 32). 분석이 완료되면 해당 메시지가 로그 창에 나타납니다. 여러 데이터베이스에 대한 통계 분석을 동시에 설정할 수 있습니다. (분석 자체는 각 데이터베이스에 대해 순차적으로 수행됩니다.)

이렇게 하려면 테이블에서 여러 데이터베이스를 선택하고 상황에 맞는 메뉴에서 "분석" 명령을 선택합니다.

Ruslan 서버 버전 2.13 이상에서는 매일 밤 통계 자동 분석을 수행하며, 부분 재인덱싱을 통한 일괄 변경 시 중요한 변경이 발생한 후에만 수동 분석을 수행하는 것이 좋습니다.

5.7. 서지 데이터베이스에 대한 접근점 업데이트 접근점에 대한 설명(2.3절 참조)은 (인덱싱 테이블과 반대되는) 서지 데이터베이스에 대한 적용과 분리됩니다. 저것들. 특정 AP 목록에서 액세스 포인트를 변경할 때 이러한 변경 사항은 이 AP 목록과 연결된 데이터베이스에 자동으로 적용되지 않습니다. 또한 특정 데이터베이스에 대한 TD 목록의 식별자가 변경되면(섹션 5.2 참조) 이 데이터베이스에 대한 TD는 동일하게 유지됩니다. TD를 수동으로 업데이트해야 합니다. 이 작업은 빠르고 중요하지 않습니다.

서지 데이터베이스의 TD를 업데이트하려면 기본 창의 테이블에서 필요한 DB가 있는 행을 선택하고 컨텍스트 메뉴에서 "TD 업데이트" 명령을 호출합니다(그림 32). 작업이 완료되면 해당 메시지가 로그 창에 나타납니다.

여러 서지 데이터베이스에 대한 액세스 포인트를 동시에 업데이트하는 것이 가능합니다. 이를 수행하려면 테이블에서 여러 데이터베이스를 선택하고 상황에 맞는 메뉴에서 "TD 업데이트" 명령을 선택하십시오. 각 데이터베이스를 처리한 후 지정된 데이터베이스에 대한 프로세스 완료의 성공(로그) 또는 실패(추가 작업을 차단하는 메시지)를 나타내는 메시지가 나타납니다. 데이터베이스에 대한 프로세스가 성공적으로 완료되지 않았다는 메시지가 표시되면 "확인" 버튼을 클릭한 후 프로그램은 다음 데이터베이스에 대한 액세스 포인트 업데이트를 진행합니다. 향후 프로세스가 실패한 데이터베이스에 대해서는 해당 작업을 반복해야 합니다. 선택한 모든 데이터베이스에 대해 프로세스가 실패하면 이는 일부 액세스 포인트를 지정하는 구문에 오류가 있음을 의미합니다. 필요한 AP 목록 식별자가 있는 데이터베이스 선택을 단순화하려면 "액세스 포인트" 열을 기준으로 테이블을 정렬하거나 필터를 적용할 수 있습니다(5단계 참조).

5.8. 도서관 데이터베이스에 레코드 로드 로드 작업을 통해 참고문헌 및 서비스 데이터베이스 모두에 데이터를 로드할 수 있습니다. 참고문헌 데이터베이스의 경우 ISO2709 형식의 파일에서 로드하는 것이 지원됩니다. 서비스 데이터베이스의 경우 Ruslan 형식의 파일에서 로드가 지원됩니다(부록 3 참조). 지원되는 레코드 인코딩은 DOS(866), MS Windows(1251), KOI-8, UNICODE(UTF-8)입니다.

이 데이터베이스가 생성된 형식(RUSMARC, USMARC,...)의 레코드는 서지 데이터베이스에 로드되어야 합니다. 서지 레코드를 다운로드한 후 검색 기능을 제공하려면 레코드를 색인화해야 합니다(5.5절 참조). 서비스 데이터베이스 레코드는 로드 프로세스 중에 색인화됩니다.

레코드를 라이브러리 데이터베이스에 로드하려면 기본 창의 테이블에서 필요한 데이터베이스가 있는 행을 선택하고 상황에 맞는 메뉴에서 "로드" 명령을 호출합니다(그림 32). 나타나는 대화 상자(그림 39)에서 수동으로(전체 경로 사용) 또는 표준 파일 선택 대화 상자를 사용하여 파일을 지정해야 합니다. 파일 선택 대화 상자를 열려면 파일 이름 입력 필드 오른쪽에 있는 "" 버튼을 클릭합니다. 그런 다음 파일의 레코드 수를 계산하는 프로세스가 완료될 때까지 파일의 레코드가 표시되는 인코딩을 선택하고 "파일의 레코드 수" 필드는 더 이상 변경되지 않습니다.

서지 레코드 파일의 경우 MARC 형식(RUSMARC, UNIMARC, USMARC, MARC - 처음 세 개와 다른 경우)과 MARC 형식 유형(서지, 권위, 분류)을 선택해야 합니다. 필요한 경우 "키에 접두사 추가"(필드 001) 및 "이중 키 생성" 옵션을 지정할 수도 있습니다.

(필드 998에 있으며 RUSMARC에만 해당).

다운로드한 레코드에 키가 없거나 적합하지 않은 경우 "레코드 키 생성" 옵션을 설정해야 합니다. 이 경우, 현재 데이터베이스 접두어(서지 데이터베이스의 경우)와 키 번호 생성기의 설정(5.10절 참조)에 따라 삽입된 각 레코드에 대해 새 키가 생성됩니다. 새 데이터베이스를 생성할 때 키 번호 생성기는 "1"로 설정됩니다(키 번호는 1부터 생성됩니다).

쌀. 39 "레코드 키 생성" 및 "키에 접두사 추가" 옵션은 상호 배타적입니다.

로드 작업을 사용하면 레코드 로드 순서를 제어할 수 있습니다. 모든 레코드, 특정 범위의 레코드(범위 내 레코드 수는 다운로드한 파일의 레코드 순서에 해당), "삽입되지 않은 첫 번째 레코드부터"를 로드할 수 있습니다. 끝까지." 마지막 옵션레코드가 로드된 데이터베이스가 처음에 비어 있었고 원본 레코드 파일과 잘못된(손상된) 레코드 파일이 로드 단계 사이에 수정되지 않은 경우에도 올바르게 작동합니다. 불량기록 파일은 다운로드된 기록의 소스파일에 해당하는 이름과 확장자 ".bad"를 가지며, 소스기록 파일과 동일한 디렉터리에 생성된다. 데이터베이스에 레코드를 삽입할 수 없는 경우 해당 레코드는 잘못된 레코드 파일에 저장됩니다.

다운로드 프로세스를 시작하려면 "실행"버튼을 클릭하십시오. "닫기" 버튼을 클릭하면 언제든지 기록 다운로드를 중단하고 나중에 계속할 수 있습니다. "중지" 버튼을 클릭하여 녹음 다운로드를 일시 중지한 다음 "계속" 버튼을 클릭하여 계속할 수도 있습니다.

메모.

5. 로드된 레코드 중에 관련 레코드가 있는 경우 새 키를 생성하면 이러한 연결이 끊어집니다.

6. 이중 키는 자동화 정보 시스템 "Ruslan"의 규칙에 따라 생성됩니다.

7. 획득/목록화 워크스테이션에서 새 레코드를 입력할 때 중복 확인이 수행됩니다. 로딩 중에는 중복 검사가 수행되지 않습니다.

8. 새 키를 생성하지 않고 레코드를 로드한 후에는 이중 키 생성을 방지하기 위해 키 번호 생성기를 새 값으로 설정해야 합니다(5.10절 참조).

5.9. 도서관 데이터베이스에서 레코드 언로드 언로드 작업을 수행하면 참고문헌 및 서비스 데이터베이스 모두에서 데이터가 언로드됩니다.

참고문헌 데이터베이스의 경우 ISO2709 형식의 파일 업로드가 지원됩니다. 서비스 데이터베이스의 경우 Ruslan 형식의 파일 업로드가 지원됩니다(부록 3 참조). 업로드 시 기록은 DOS(866), MS Windows(1251), KOI-8, UNICODE(UTF-8) 인코딩으로 기록될 수 있습니다. 후자의 경우, 라이브러리 데이터베이스의 레코드가 UTF-8 인코딩으로 저장되므로 녹음이 수행되지 않습니다.

라이브러리 데이터베이스의 레코드를 파일로 업로드하려면 기본 창의 테이블에서 필요한 데이터베이스가 있는 행을 선택하고 상황에 맞는 메뉴에서 "업로드" 명령을 호출합니다(그림 32). 나타나는 대화 상자(그림 40)에서 수동으로(전체 경로 사용) 또는 표준 파일 선택 대화 상자를 사용하여 파일을 지정해야 합니다. 파일 선택 대화 상자를 열려면 파일 이름 입력 필드 오른쪽에 있는 "" 버튼을 클릭합니다. 그런 다음 파일의 항목이 표시되어야 하는 인코딩을 선택합니다.

쌀. 40

파일을 덮어쓰거나(이전 내용은 유실됨) 업로드된 기록을 맨 마지막에 추가하는 것이 가능합니다. 지정된 파일. "Line by Line" 옵션은 파일의 각 레코드 뒤에 개행 문자(Windows 스타일, 즉 2바이트)가 삽입되도록 지정합니다.

"태그 삭제" 필드는 서비스 데이터베이스 레코드에서 언로드할 때 삭제해야 하는 태그 목록을 지정하는 데 사용됩니다. 태그는 쉼표로 구분됩니다(끝에 쉼표 없음).

업로드 작업을 사용하면 기록이 업로드되는 순서를 제어할 수 있습니다. 모든 기록, 특정 범위의 기록 및 요청에 따라 선택한 기록을 업로드할 수 있습니다(요청 형식은 부록 4 참조). 범위의 레코드 번호는 레코드가 데이터베이스에 입력된 순서에 해당합니다. 따라서 이 기능은 데이터베이스의 알려진 부분 전체(또는 일부)를 언로드할 때 사용해야 합니다.

주문형 기록 업로드를 사용하여 변경 사항(새로 생성되거나 수정된 ​​기록)을 보관할 수 있습니다. 특정 지점시간). 따라서 "@1012,5,0,2,0,0,8=20010521" 요청은 2001년 5월 21일부터 현재까지의 기간 동안 생성되거나 변경된 모든 레코드를 지정된 서지 데이터베이스에서 다운로드합니다.

서비스 데이터베이스의 경우 유사한 쿼리는 다음과 같습니다.

"@3.5,0.2,0.0.8=20010521."

업로드 프로세스를 시작하려면 "시작" 버튼을 클릭하세요. 언제든지 "닫기" 버튼을 클릭하여 기록 업로드를 중단하고 나중에 계속할 수 있습니다. 중지 버튼을 클릭하여 기록 업로드를 일시 중지한 다음 계속 버튼을 클릭하여 계속할 수도 있습니다.

메모.

1. 참고문헌 데이터베이스에서 언로드는 "기본" MARC 형식에서만 가능합니다. 레코드가 로드된 곳에서.

2. 사용자가 Ruslan 서버를 통해 이 데이터베이스로 작업할 수 있는 시점에 데이터베이스에서 언로드가 발생하면 레코드 삭제로 인해 파일의 레코드가 손실될 수 있습니다(해당 번호가 예상된 레코드와 일치하지 않음). 이 데이터베이스의 사용자에 의해.

5.10. 라이브러리 데이터베이스 레코드 키 생성기의 초기 번호 설정 새 데이터베이스를 생성한 후 이 데이터베이스의 생성기는 "1"로 설정됩니다.

도서관 워크스테이션에서 새 레코드를 삽입할 때 1부터 순차적으로 번호가 매겨집니다(서비스 데이터베이스의 경우 키, 서지 데이터베이스의 경우 키의 숫자 부분 사용).

쌀. 41 데이터베이스를 생성한 후 키를 생성하지 않고 레코드를 데이터베이스에 로드하는 경우(5.8절 참조), 도서관 워크스테이션에서 새 레코드를 삽입할 때 새로 생성된 키가 이미 존재하는 것으로 나타날 수 있습니다.

결과적으로 레코드를 삽입할 때 오류가 발생합니다. 예를 들어, 키를 생성하지 않고 일부 참고문헌 데이터베이스에 3개의 레코드를 로드했습니다. 이러한 레코드에는 숫자 부분 "5", "6" 및 "7"이 포함된 키가 있습니다. 다음으로, 도서관 워크스테이션의 4개 레코드가 이 데이터베이스에 삽입되었습니다. 숫자 부분이 "1", "2", "3", "4"인 키를 받았습니다. 이 데이터베이스에 5번째 레코드를 삽입하려고 하면 숫자 부분 "5"가 있는 키가 이미 존재하기 때문에 오류가 발생합니다. 이런 일이 발생하지 않도록 하려면 키 생성기를 이동해야 합니다. 새로운 시작 번호를 설정하세요. 주어진 예에서 새 생성기 시작 번호는 "8"이어야 합니다.

키 생성기의 새로운 초기 번호를 설정하려면 기본 창의 테이블에서 필요한 데이터베이스가 있는 행을 선택하고 상황에 맞는 메뉴에서 "키 설정" 명령을 호출합니다(그림 32). 나타나는 대화 상자(그림 41)에서 다음을 볼 수 있습니다. 마지막 번호이 데이터베이스 기록의 키에는 현재 발전기 번호와 시스템에서 제안한 새로운 시작 발전기 번호가 표시됩니다. 시스템에서 제안한 새로운 시작 번호가 만족스럽지 않은 경우, 정확하다고 생각되는 번호를 설정할 수 있습니다.

지정된 새 키 생성기 시드 번호를 설정하려면 "실행" 버튼을 클릭하세요. 작업이 성공적으로 완료되었음을 나타내는 메시지가 로그 창에 나타납니다.

메모.

1. 작업이 취소되면 발전기의 값이 1 증가합니다. 따라서 발전기의 시작 번호(현재 번호는 새 시작 번호에 해당)를 변경하지 않기로 결정한 경우 “실행”을 클릭합니다. 어쨌든 버튼.

5.11. 라이브러리 데이터베이스의 기록 보기 기록을 보려면 기본 창의 테이블에서 필요한 데이터베이스가 있는 행을 선택하고 상황에 맞는 메뉴에서 "보기" 명령을 호출합니다(그림 32).

필요한 데이터베이스가 있는 행에서 마우스 왼쪽 버튼을 두 번 클릭하면 동일한 명령을 호출할 수 있습니다. 참고문헌 데이터베이스의 경우 그림 42와 같이 대화 상자가 나타나고 서비스 데이터베이스의 경우 그림 43과 같이 나타납니다. 데이터베이스에 레코드가 없거나 오류가 발생한 경우 “첫 번째 레코드를 검색하는 중 오류가 발생했습니다!”라는 메시지가 표시됩니다.

쌀. 42 탐색 버튼을 사용하면 데이터베이스의 첫 번째 레코드("|")로 이동하여 마지막 항목데이터베이스("|"), 다음 레코드(""), 이전 레코드("")로 이동합니다. 존재하지 않는 기록으로 이동하면 '기록 검색 중 오류가 발생했습니다!'라는 메시지가 표시됩니다. 서지 데이터베이스의 경우 내부(DB 키) 또는 외부(MARC 필드 001의 키) 키로 식별된 특정 레코드를 탐색할 수 있습니다. 이렇게 하려면 대화 상자의 해당 필드에 키를 입력하고 "Enter" 키를 누르십시오.

("입력하다"). 서비스 데이터베이스의 경우 내부 키로 식별되는 특정 레코드로 이동이 가능합니다.

서지 레코드의 상태는 다음을 의미합니다. 0 – 레코드가 색인화되지 않음, 1 – 레코드가 색인화됨(에 의해) 적어도 2단계 인덱싱의 경우 1단계에서).

쌀. 43 서지 데이터베이스의 경우 선택(전체 기록을 선택하려면 기록 필드에 커서를 놓고 Ctrl+A를 누름)하고 기록의 텍스트 표현을 클립보드에 복사하는 것이 가능합니다(표준 키 조합은 Ctrl+ 씨).

서지 레코드의 경우 해당 레코드를 만든 사람과 시기에 대한 정보가 적절한 이름의 필드에 표시됩니다. 공식 기록의 경우 태그의 2번 필드와 3번 필드에 태그를 만든 사람과 시기에 대한 정보가 각각 표시됩니다(날짜 형식: YYYYMMDDDHHMMSS). 관리자 워크스테이션에서 다운로드하는 동안 레코드가 생성된 경우 작성자 이름은 "phloader"입니다.

"삭제" 버튼은 데이터베이스에서 레코드를 삭제하는 데 사용됩니다. 삭제되면 항목이 롤백 테이블에 배치됩니다(섹션 5.13 참조). 제거한 후에도 여전히 화면에 남아 있습니다. 서지 데이터베이스의 경우, 본 기록의 색인화/재색인화 작업이 지원됩니다("재색인화" 버튼). 인덱싱/재인덱싱은 선택한 데이터베이스에 대해 정의된 인덱싱 테이블에 따라 수행됩니다(5.1절 참조).

5.12. MARC 레코드 및 서비스 기록 필드의 이중 값 제어 이중 값 제어를 사용하면 MARC 레코드의 지정된 필드(하위 필드) 또는 서비스 레코드 필드의 이중 값 목록을 얻을 수 있습니다. 이 작업은 재고 번호, 바코드 등의 중복을 제어하는 ​​데 유용합니다.

서지 데이터베이스의 이중 항목 목록을 얻으려면 기본 창의 테이블에서 필요한 데이터베이스가 있는 행을 선택하고 상황에 맞는 메뉴에서 "Doublets" 명령을 호출하십시오(그림 32). 나타나는 대화 상자(그림 44)의 "필드" 필드에 "수량" 필드에 검색할 값 수에 대한 제한인 필드(하위 필드) 수를 입력합니다.

이중선을 검색하려면 "찾기" 버튼을 클릭하세요. 검색 작업이 완료된 후 검색된 이중선 수를 나타내는 메시지가 나타납니다. 한계와 같으면 아마도 더 많은 이중선이 있을 것입니다. 대화 상자의 테이블에 이중 항목이 표시됩니다. "값" 열에는 선택한 데이터베이스의 레코드에서 반복되는 지정된 필드(하위 필드)의 값이 표시됩니다. 서비스 데이터베이스의 경우 이 값은 처음 32자로 잘립니다. "이중성" 열에는 선택한 데이터베이스의 모든 레코드에서 값의 반복 횟수가 표시됩니다.

이중 검색 대화 상자를 닫으면 나중에 사서가 사용할 수 있도록 검색된 이중 검색을 텍스트 파일로 저장하라는 메시지가 나타납니다.

쌀. 44

5.13. 서지 레코드의 변경 내역 보기 및 삭제 또는 변경된 레코드 복원 IBS "Ruslan"은 각 서지 데이터베이스의 서지 레코드 변경 내역을 저장합니다. 레코드가 변경되면 해당 레코드의 이전 버전이 롤백 테이블이라는 곳에 배치됩니다. 항목이 삭제되면 롤백 테이블에도 배치됩니다. 각 기록에 대해 누가, 언제 생성했는지 저장됩니다. 모든 버전의 레코드를 데이터베이스에 복원할 수 있습니다(이 버전이 삭제되지 않은 경우).

쌀. 45 특정 데이터베이스의 롤백 테이블을 보려면 기본 창의 테이블에서 필요한 서지 데이터베이스가 있는 행을 선택하고 상황에 맞는 메뉴에서 "롤백" 명령을 호출하십시오(그림 32). 그림 45와 같은 대화 상자가 나타납니다.

각 레코드에 대해 내부 키(DB 키)가 표시됩니다. 외래 키(MARC 필드 001에서) 수술, 그 결과 이 항목롤백 테이블에 배치되었습니다. 변경 및 삭제 작업의 경우 이 버전의 레코드를 생성(로드, 삽입 또는 수정 작업의 결과로)하거나 삭제 작업의 경우 레코드를 삭제한 사용자 데이터베이스에서 생성된 시간(롤백 테이블에 배치되지 않은 시간) 이 버전수정 및 삭제 작업의 경우 레코드 또는 삭제 작업이 수행된 시간(삭제 작업의 결과로 레코드가 롤백 테이블에 배치된 경우)입니다.

쌀. 46 그림 45의 예에서는 "ru\spstu\books\139427" 키가 있는 레코드가 2004년 2월 14일 15시 53분 23초에 관리자 워크스테이션(사용자 phloader)에 로드되었습니다.

다음 버전의 항목은 사용자 compl에 의해 2004년 2월 24일 11시 35분 29초에 생성되었으며 변경 작업의 결과로 롤백되었습니다. 항목의 다음 버전도 2004년 2월 24일 11시 36분 34초에 compl 사용자에 의해 생성되었으며 2004년 2월 24일 11시에 compl_admin 사용자가 수행한 삭제 작업의 결과로 롤백되었습니다. 40:23. "ru\spstu\books\139435" 키를 사용하여 기록합니다.

2004년 2월 14일 15:53:23에 관리자 워크스테이션(사용자 phloader)에 업로드되었습니다. 2004년 2월 24일 11시 38분 30초에 이 항목은 시스템 관리자(libmgr)에 의해 관리자 워크스테이션에서 삭제되었습니다.

쌀. 47 롤백 창의 모든 작업은 컨텍스트 메뉴를 통해 수행됩니다(그림 46). 이전 버전의 레코드를 현재 레코드(작업 데이터베이스에 있는)와 비교하려면 이전 버전이 있는 테이블 행을 선택하고 마우스 왼쪽 버튼으로 두 번 클릭하거나 상황에 맞는 메뉴에서 "비교" 명령을 선택하십시오. 그림 47과 같은 대화상자가 나타납니다. 대화 상자의 상단 부분에는 데이터베이스의 현재 레코드, 작성자 및 생성 날짜가 포함되어 있습니다. 대화 상자의 하단 부분에는 롤백 테이블의 항목, 작성자 및 항목이 생성된 날짜가 포함되어 있습니다. 현재 레코드(데이터베이스 내)가 삭제된 경우 상단 부분은 비어 있습니다.

롤백 테이블의 항목을 비교하려면 관심 있는 두 항목을 선택하고 상황에 맞는 메뉴에서 "비교" 명령을 선택하십시오.

이전 버전의 기록을 복원하려면 필요한 이전 버전을 선택하고 상황에 맞는 메뉴에서 "복원" 명령을 선택하세요. 삭제된 레코드의 최신 버전을 복원하려면 삭제 또는 삭제됨 작업을 사용하여 테이블 행을 선택할 수 있습니다. 삭제되지 않은 이전 버전의 녹음을 복원하는 경우, 현재 버전롤백 테이블에 배치됩니다. 복원된 기록은 해당 서지 데이터베이스가 위치한 데이터베이스(2.1절 참조)의 소유자인 DBMS 사용자에 의해 생성된 것으로 간주됩니다. 이 튜토리얼에서 논의된 예에서 이 사용자는 lib1입니다(참조:

예를 들어 그림 45).

쌀. 48 이전 버전의 레코드에 대한 정보는 30개 버전의 일부로 롤백 대화 상자에 표시됩니다. 롤백 대화 상자를 열면 지정된 데이터베이스에 있는 레코드의 최신 버전 30개가 표시됩니다. 기본적으로 항목은 날짜별로 내림차순으로 정렬됩니다. 열 헤더를 마우스 왼쪽 버튼으로 클릭하면 모든 열을 기준으로 롤백 테이블을 정렬할 수 있습니다. 다음 30개 버전을 검색하려면 상황에 맞는 메뉴에서 추가 선택을 선택하세요. 버전의 새 부분을 빠르게 찾으려면 "추가 선택" 명령을 실행하기 전에 목록에서 마지막 줄을 선택하십시오. 이 줄은 명령을 실행한 후에도 선택된 상태로 유지됩니다.

시간이 지남에 따라 롤백 테이블에는 많은 버전의 레코드가 누적되므로 필터링이 가능합니다. 필터를 적용하면 음반 버전도 30개 단위로 표시됩니다. 필터를 설정하려면 상황에 맞는 메뉴에서 "필터" 명령을 선택하세요. 내부 키(데이터베이스 키), 외래 키(MARC 필드 001), 롤백 테이블에 항목을 포함시키는 작업을 통해 필터링을 설정할 수 있는 대화 상자가 나타납니다(그림 48). 버전 기록을 생성한 사용자 또는 기록을 삭제한 사람, 그리고 기록 버전이 생성되거나 기록이 삭제된 날짜를 기준으로 합니다. 내부 키와 날짜의 경우 관계(, =...)를 지정할 수 있습니다. 외래 키는 항상 LIKE 연산으로 필터링됩니다. 특수 문자("_", "%")가 없으면 이 작업은 동일하게 작동합니다. 특수 문자 밑줄(“_”)은 모든 문자(하나!)를 의미합니다. 백분율 특수 문자("%")는 임의의 문자 수를 의미합니다. 일반적으로 특수 문자 비율은 모든 서지 데이터베이스 레코드에 대해 일반적으로 동일한 키 접두사 지정을 피하기 위해 사용됩니다. 필터를 제거하려면 필터 대화 상자를 불러와 먼저 "지우기" 버튼을 클릭한 다음 "수락"을 클릭하세요. "변경하지 않고 그대로 유지" 버튼은 필터링 조건을 변경하지 않고 필터 창을 닫습니다.

데이터베이스의 전체 크기를 줄이고 이전 버전의 레코드 작업 속도를 높이려면 롤백 테이블을 주기적으로 정리하는 것이 좋습니다(아주 오래된 버전 삭제). 이 작업은 여러 가지 방법으로 수행할 수 있습니다. 최대 빠른 방법모든 이전 버전을 제거하는 방법은 5.4항에 나와 있습니다. 상황에 맞는 메뉴에서 "모두 삭제" 명령을 선택하여 롤백 대화 상자에서 이전 버전을 모두 삭제할 수도 있습니다. 선택한 레코드 버전을 삭제하려면 상황에 맞는 메뉴에서 "선택 삭제" 명령을 선택하세요. 적용된 필터와 일치하는 모든 버전의 레코드를 삭제하려면 컨텍스트 메뉴에서 "필터별 전체 삭제" 명령을 선택하세요.

5.14. 서지 레코드 일괄 수정 IBS "Ruslan"은 서지 레코드 일괄 수정을 위한 단순 및 고급의 두 가지 옵션을 제공합니다. 간단한 옵션은 기능이 제한되어 있지만 친숙한 사용자 인터페이스를 갖추고 있습니다. 고급 옵션을 사용하면 레코드를 변경할 수 있지만 이러한 변경을 위한 프로그램을 작성하려면 프로그래머의 참여가 필요합니다. 따라서 확장 버전의 경우 지원 서비스는 일반적인 변경 사항이 포함된 특수 라이브러리(DLL)를 제공합니다. 기술 지원의 일환으로 필요한 변경을 주문할 수 있습니다(연락처: [이메일 보호됨]).

특정 데이터베이스에서 간단한 일괄 변경을 수행하려면 기본 창의 테이블에서 필요한 서지 데이터베이스가 있는 행을 선택하고 상황에 맞는 메뉴에서 "기록 변경 - 단순 변경" 명령을 호출합니다(그림 32). 그림 49와 같은 대화 상자가 나타납니다.

세 가지 동시 변경 작업을 수행할 수 있습니다.

통신 필드의 필드(하위 필드) 또는 포함된 필드(하위 필드)에서 하위 문자열을 대체/추가합니다. 변경 작업은 레코드 필드의 모든 인스턴스에 있는 하위 필드의 모든 인스턴스에 대해 수행됩니다. 하위 필드 추가는 기존 필드와 필드의 모든 인스턴스에 대해서만 수행됩니다.

필드가 없으면 자동으로 생성되지 않습니다. " 옵션을 설정하면 문자열 전체를 교체할 수 있습니다. 전선", "delete" 옵션 지정 시 필드(하위 필드) 삭제 작업 수행, "add" 옵션 지정 시 하위 문자열 추가(서브 필드 추가와 함께 가능) 작업 수행("replace"의 값) 필드는 레코드 필터 역할을 합니다). 후자의 경우 하위 필드가 존재하는 경우 수행할 작업을 추가, 추가하지 않음, 왼쪽(옵션 "lk") 또는 오른쪽(옵션 "pk")에서 연결 등을 지정할 수 있습니다. "추가" 옵션을 활성화하면 존재하지 않는 하위 필드는 해당 필드가 있는 경우에만 추가됩니다.

통신 분야의 필드 또는 내장 필드의 표시자를 교체하는 단계;

통신 필드의 코딩된 필드(서브필드) 또는 내장된 코딩된 필드(서브필드)에서 부분문자열을 대체합니다. "추가" 옵션을 사용하면 코딩된 필드(하위 필드)를 항상 추가하거나 존재하지 않는 경우 추가할 수 있습니다. 누락된 표시기는 공백으로 지정됩니다. 토큰은 코딩된 필드에 000을 지정하여 지정됩니다. 코딩된 필드의 경우 변경이 수행되는 위치가 지정됩니다(0부터 시작). 이 경우 대체된 부분 문자열과 교체되는 부분 문자열의 길이가 일치해야 합니다.

쌀. 49 필드 추가와 함께 하위 필드를 추가하려면(필드가 존재하지 않는 경우) 필드 코딩 여부에 관계없이 코딩된 필드에 대한 섹션에서 해당 매개변수를 설정해야 합니다.

데이터 문자열 입력 영역("대체" 및 "대상")에서 하위 필드에 대한 링크 형식으로 매크로 대체를 지정할 수 있습니다(예: (999a)). 이 경우 문자열 값은 해당 하위 필드에서 가져옵니다. 매크로에 지정된 필드가 수정 작업이 수행되는 필드("필드 내"에 입력)와 일치하는 경우 필드의 각 인스턴스에 대한 행 값은 해당 필드 인스턴스에서 가져옵니다. 필드가 다른 경우 매크로에 지정된 필드의 첫 번째 인스턴스에서 행 값을 가져옵니다.

쌀. 50 매크로 대체를 사용하면 한 하위 필드에서 다른 하위 필드로 데이터를 복사하고(추가 작업) 삭제/바꾸기 작업 중에 더 복잡한 필터를 얻을 수 있습니다.

특정 데이터베이스에 대해 확장된 일괄 변경을 수행하려면 기본 창의 테이블에서 필요한 서지 데이터베이스가 있는 행을 선택하고 상황에 맞는 메뉴에서 "기록 변경확장 변경" 명령을 호출합니다(그림 32). 그림 50과 같은 대화 상자가 나타납니다.

"DLL 파일" 필드에 전체 경로를 수동으로 나타내거나 표준 파일 선택 대화 상자를 사용하여 동적 라이브러리 파일 이름(dll 확장자가 있어야 함)을 입력해야 합니다. 대화 상자를 열려면 파일 이름 입력 필드 오른쪽에 있는 "" 버튼을 클릭합니다. 이름 변경 목록에서 DLL 파일을 선택한 후 원하는 함수 함수(FuncName)를 선택합니다. 만약에 DLL 파일시스템 지원 서비스에서 제공하는 기능 할당은 함께 제공되는 문서에 나와 있습니다. 기능을 선택하면 "로그" 필드가 표시됩니다. 추가 정보기능 작업에 대해. 선택한 기능에 필요한 경우 옵션 파일 필드에 옵션 파일 이름을 입력합니다.

단순 및 고급 일괄 변경 옵션에는 모두 다음과 같은 공통 사용자 정의 요소가 있습니다. "데이터베이스 이름" 필드에 지정된 작업 데이터베이스에서 직접 변경하거나 새 레코드를 다른(가급적 비어 있는) 데이터베이스에 복사하여 변경할 수 있습니다(이렇게 하려면 해당 이름을 "데이터베이스 이름"에서 선택해야 함). 변경된 기록을 저장할 데이터베이스”) 필드. 일괄 변경 절차를 시작하기 전에 복사 기반을 생성해야 합니다. 이를 통해 기록 변경의 정확성을 확인하고 작업 데이터베이스의 기록 손상을 방지할 수 있습니다. 레코드 변경이 올바르게 발생하면 작업 데이터베이스에서 직접 레코드 변경 절차를 시작할 수 있습니다. 이렇게 하려면 "변경된 레코드를 저장할 데이터베이스의 이름" 필드를 비워 두어야 합니다. 이 필드에서 아무 것도 선택할 필요가 없습니다! 여기서 구 버전각 항목(수정 전)은 롤백됩니다. 작업 데이터베이스의 기록을 수정하기 전에 해당 기록의 보관 복사본을 만드는 것이 좋습니다(7항 참조).

"파싱 테이블" 필드에서 특수 인덱싱 테이블 또는 인덱싱 테이블의 설명 부분의 일부를 지정할 수 있습니다(참조:

변경된 레코드의 색인화/재색인화를 위한 조항 2.2). 수행 중인 작업이 확실하지 않은 경우 색인 테이블 필드에 아무 것도 입력하지 않는 것이 좋습니다. 이 필드의 값 "0"(기본값)은 변경된 레코드를 색인화하지 않음을 의미합니다. 색인화되지 않은 필드/하위 필드가 수정되는 경우 이 값을 지정하는 것이 좋습니다.

인덱싱 테이블 필드에 아무 것도 입력하지 않으면 해당 데이터베이스의 기본 인덱싱 테이블이 사용됩니다(인덱싱된 필드가 변경되는 경우 권장).

변경 내용이나 특정 범위(데이터베이스에 입력된 순서대로)의 모든 기록을 볼 수 있습니다. 언제 간단한 변화요청에 의해 선택된 기록을 변경하는 것도 가능합니다(부록 4 참조).

"롤백" 플래그는 이전 버전의 레코드를 롤백할지 여부를 결정합니다. 변경 내용의 정확성을 확신하고(변경된 레코드가 배치된 테스트 데이터베이스를 사용하여 변경 사항의 정확성을 주의 깊게 확인함) 많은 수의 레코드가 변경되는 경우 이 플래그를 지우는 것이 좋습니다.

일괄 변경 프로세스를 시작하려면 "실행"버튼을 클릭하십시오. "중지" 버튼을 클릭하여 프로세스를 일시 중지하고 "계속" 버튼을 클릭하여 계속할 수 있습니다. 프로세스 중에 닫기 버튼을 누르면 실행이 중단됩니다. 기록을 변경하는 과정은 로그에 반영됩니다. 조회된 레코드 수, 변경이 제안된 레코드 수, 성공적으로 변경된 레코드 수를 나타냅니다.

메모.

1. 경우 일괄 변경(인덱싱된 필드/하위 필드가 변경됨)이 데이터베이스 레코드의 상당 부분을 차지하므로 "인덱싱 테이블" 필드를 "0"으로 설정하고 일괄 변경 후 전체 인덱스를 삭제하는 것이 좋습니다(섹션 참조). 5.4) 데이터베이스를 다시 색인화합니다(5.5절 참조).

2. 변경 과정이 중단되면 지금까지 변경된 기록은 변경된 상태로 유지됩니다. 원본 녹음을 복원하려면 이전 버전의 녹음 복원 기능을 사용하십시오(참조.

5.13페이지) 또는 데이터베이스의 보관된 복사본을 복원합니다.

3. 일괄 변경 과정에서는 통계가 분석되지 않습니다.

관리자는 필요한 경우(색인된 필드/하위 필드가 변경된 경우) 독립적으로 수행해야 합니다(5.6절 참조). 필요한 모든 변경을 수행한 후 통계를 분석하는 것이 좋습니다.

6. 라이브러리 기술 이 섹션에서는 Ruslan 서버에 의해 독립적으로 수행되는 응용 기술 주기와 시스템의 다양한 워크스테이션과 함께 구현되는 기술 주기를 구성하는 데 필요한 작업을 설명합니다.

6.1. 버퍼 데이터베이스 작업 IBS "Ruslan"은 새 레코드를 입력하기 위한 두 가지 기술을 지원합니다. 첫 번째 기술은 하나의 주요 서지 데이터베이스(예: 책과 같은 문서 유형)가 존재한다고 가정합니다. 도서관 직원은 이 데이터베이스에 기록을 생성합니다. 독자들은 전자 카탈로그로 작업할 때 이 데이터베이스로도 작업합니다. 이 경우 아직 서지 처리의 전체 주기를 거치지 않은 서지 설명 독자의 접근성과 관련된 문제가 발생합니다. 서비스 부서에서 문서를받지 못했습니다. 독자는 서비스가 불가능한 문서를 주문할 수 있습니다. 이 문제해결될 수 있다 다음과 같은 방법으로. 처리되지 않은 기록의 경우 상태가 "설정"(기록 표시에 있음)으로 표시됩니다. 이는 문서가 완전히 목록화되지 않았음을 의미합니다. 그리고 리더의 사용자 인터페이스에는 항목 상태에 따라 숨겨진 필터가 도입됩니다. 불완전하게 목록화된 문서의 기록을 독자로부터 숨기는 이 방법의 단점은 자원 집약적이라는 것입니다(시스템 성능 저하).

Ruslan 시스템은 또한 불완전하게 분류된 문서의 기록을 독자로부터 숨기는 또 다른 기술을 제공합니다. 기본 서지 데이터베이스(문서 유형용) 외에도 버퍼 서지 데이터베이스(문서 유형용)가 생성됩니다. 새 레코드가 버퍼 데이터베이스에 입력되고 처리됩니다. 처리가 완료되면 문서는 서비스 부서로 전송되고 해당 문서의 기록은 버퍼 데이터베이스에서 기본 데이터베이스로 전송됩니다. 버퍼 데이터베이스는 독자가 접근할 수 없도록 만들어졌습니다(포인트 4 참조). 이 기술의 장점은 도서관 직원의 버퍼 및 기본 데이터베이스에 대한 다양한 액세스 수준을 구성할 수 있다는 것입니다. 이는 기본 데이터베이스의 보안을 강화합니다(예: 삭제 작업은 버퍼 데이터베이스에만 허용됩니다).

버퍼 서지 데이터베이스에서 기본 데이터베이스로 전체 레코드를 전송하려면 기본 창의 테이블에서 필요한 버퍼 데이터베이스가 있는 행을 선택하고 상황에 맞는 메뉴에서 "레코드 이동" 명령을 호출하세요.

(그림 32). 버퍼 데이터베이스의 레코드가 분석되는 일정 시간이 지나면 레코드를 이동할 기본 데이터베이스를 선택해야 하는 대화 상자가 나타납니다(그림 51).

쌀. 51

완전한 레코드만 이동됩니다. 계층적으로 관련된 레코드의 경우 최상위 전체 레코드가 항상 이동됩니다. 최고 수준이 아닌 이동된 기록의 수는 수동으로 변경할 수 있으며 자동으로 5 또는 10의 배수가 됩니다. 또한 최고 수준이 아닌 이동된 기록을 다음 인코딩 중 하나로 파일에 동시에 저장할 수 있습니다: DOS (866), MS Windows(1251), KOI-8 또는 UNICODE(UTF-8). 레코드를 파일에 저장하려면 수동으로(전체 경로 사용) 또는 표준 파일 선택 대화 상자를 사용하여 파일 이름을 지정해야 합니다.

파일 선택 대화 상자를 열려면 파일 이름 입력 필드 오른쪽에 있는 "" 버튼을 클릭합니다. 파일을 덮어쓰거나(이전 내용은 손실됨) 페이징된 레코드를 지정된 파일 끝에 추가할 수 있습니다. "Line by Line" 옵션은 파일의 각 레코드 뒤에 개행 문자(Windows 스타일, 즉 2바이트)가 삽입되도록 지정합니다.

레코드 이동 작업을 시작하려면 “실행” 버튼을 클릭하세요. 작업 진행 상황이 로그에 반영됩니다. 레코드를 이동한 후에는 해당 레코드를 색인화하라는 메시지가 표시됩니다. 귀하가 동의하는 경우, 기본 데이터베이스의 매개변수에 지정된 인덱싱 테이블에 따라 인덱싱이 수행됩니다(5.1절 참조). 실패할 경우 인덱싱 작업(필요한 경우)이 수동으로 수행됩니다(5.5절 참조).

6.2. 차용 분석 차용 분석은 서지 레코드를 차용하는 것입니다. 요소연속 출판.

분석 기록을 편집할 때 구성 부분에 대한 레코드, 연속 출판물 발행에 대한 레코드 및 연속 출판물 전체에 대한 레코드 사이에 필드 001을 기반으로 연결을 설정하는 것이 좋습니다. 카탈로그 작성자의 워크스테이션에서 분석 레코드를 수동으로 생성하는 경우 필드 001을 기반으로 하는 연결이 자동으로 설정됩니다. 분석 기록을 빌리는 절차 외부 소스 001 필드를 기반으로 통신 복원을 복잡하게 만드는 여러 기능이 있습니다. 그 주된 이유는 연재의 모든 기록에서 즉시 대출이 이루어지기 때문이다. 동시에 카탈로그 작성자의 워크스테이션에서 연결 복원은 각 레코드에 대해 개별적으로만 가능합니다.

분석 기록 차용 프로세스의 효율성을 높이기 위해 Ruslan 서버 버전 2.11 이상에서는 필드 001을 기반으로 통신을 자동으로 복원하는 메커니즘을 구현했습니다. 연속 간행물에 대한 정보(ISSN, 제목, 연도, 발행 번호)를 기반으로 합니다. 분석 기록에서 사용할 수 있는 로컬 데이터베이스에는 연속 출판물 전체에 대한 자체 항목과 연속 출판물 출시에 대한 항목이 포함되어 있습니다. 차용된 분석 레코드에서 필드 461 및 463에 포함된 필드의 원래 내용은 발견된 레코드의 데이터로 대체됩니다. 레코드를 찾을 수 없으면 서버는 진단을 반환합니다. 이 경우 기록을 다시 연결하는 절차를 수행해야 합니다. 수동 모드 AWS Cataloger의 표준 기능을 사용합니다.

구현된 메커니즘은 100% 성공적인 리바인딩 결과를 보장하지 않습니다. 재링크 결과가 부정확할 수 있는 출판물의 비율이 상당히 높습니다(2-10%). 또한, 재링크 결과는 서지 레코드 생성(또는 변환) 시 RUSMARC 형식 준수 여부에 따라 크게 달라집니다.

기본 작업 데이터베이스의 정확성을 보장하려면 분석 기록을 작업 데이터베이스에 직접 차용하는 것이 아니라 임시 저장 및 연결된 레코드 제어를 위해 중간 데이터베이스를 사용하는 것이 좋습니다. Ruslan 서버 버전 2.11부터 하나의 물리적 데이터베이스에서 구성 요소에 대한 레코드와 소스에 대한 레코드를 필수로 저장하는 제한이 제거되었습니다. 따라서 분석 기록을 저장하기 위한 별도의 작업 데이터베이스와 또 다른 중간 데이터베이스를 만드는 것이 좋습니다.

중간 베이스를 사용하여 리바인딩

중간 베이스를 사용하여 리바인딩 메커니즘을 설정하는 절차는 다음 4단계로 구성됩니다.

1. 분석 기록의 임시 저장을 위한 추가 서지 데이터베이스를 생성합니다(예: ANALIT_TMP). 필요한 경우 표준 SERIAL 데이터베이스가 이 목적으로 사용되지 않는 경우 분석 기록의 영구 저장을 위한 새 서지 데이터베이스(예: ANALIT)를 만듭니다.

2. CorpDB 서버 매개변수에 ANALIT_TMP 데이터베이스를 추가합니다.

3. SerialItemDBMap 서버 매개변수에서 일련 레코드를 저장하는 데 사용되는 데이터베이스와 분석 레코드를 저장하는 데 사용되는 데이터베이스 간의 대응 관계를 지정합니다(예를 들어 일련 레코드가 SERIAL 데이터베이스에 저장된 경우 "SERIAL,ANALIT_TMP,ANALIT" 문자열) ;”을 매개변수에 지정해야 합니다).

4. 서버를 다시 시작합니다.

이 모드재연결 메커니즘을 사용하지 않고도 작업 데이터베이스(예: ANALIT)에 분석 레코드를 추가할 수 있습니다.

중간 베이스를 사용하지 않고 다시 바인딩

중간 베이스를 사용하지 않고 리바인딩 메커니즘을 설정하는 절차는 다음 4단계로 구성됩니다.

1. 분석 기록의 영구 저장을 위한 새로운 서지 데이터베이스를 생성합니다(예: ANALIT_2005).

2. CorpDB 서버 매개변수에 ANALIT_2005 데이터베이스를 추가합니다. CorpDB 매개변수에 SERIAL 데이터베이스를 사용하지 마십시오.

3. SerialItemDBMap 서버 매개변수에서 일련 레코드를 저장하는 데 사용되는 데이터베이스와 분석 레코드를 저장하는 데 사용되는 데이터베이스 간의 대응 표시를 추가합니다(예를 들어 일련 레코드가 SERIAL 데이터베이스에 저장된 경우 매개변수에서 다음을 수행해야 함). "SERIAL,ANALIT_2005;" 문자열을 지정합니다.)

4. 서버를 다시 시작합니다.

이 모드는 재링크 메커니즘(즉, 재링크 메커니즘은 항상 작동함)을 사용하지 않고 작업 데이터베이스(예: ANALIT_2005)에 분석 레코드를 추가하는 기능을 제공하지 않지만 평균적으로 더 높은 작동 속도를 제공합니다.

중간 베이스를 통한 리바인딩

중간 베이스를 통해 재링크 메커니즘을 사용하려면 카탈로그 작성기 워크스테이션에서 다음 단계를 수행해야 합니다.

4. 레코드를 중간 데이터베이스(예: ANALIT_TMP)에 복사합니다.

5. 중간 데이터베이스에서 레코드를 찾습니다.

6. 결과 레코드가 만족스러우면 이를 작업 분석 데이터베이스에 복사합니다(이 사용 모드에서는 SERIAL 또는 ANALIT일 수 있음).

7. 재링크 결과가 만족스럽지 않으면 작업 데이터베이스에서 수동 재링크를 수행합니다.

8. ANALIT_TMP에서 항목을 삭제합니다.

중간 베이스 없이 리바인딩 중간 베이스 없이 리바인딩 메커니즘을 사용하려면 카탈로그 작성자 워크스테이션에서 다음 단계를 수행해야 합니다.

1. 로컬 서버에 접속합니다.

2. 원격 서버에 연결합니다.

3. 원하는 연재호에 대한 분석 기록을 찾습니다.

4. 레코드를 작업 데이터베이스(예: ANALIT_2005)에 복사합니다.

5. 작업 데이터베이스에서 레코드를 찾습니다.

6. 결과 기록에 만족하면 다음 기록 배치 작업을 계속합니다(또는 작업을 완료합니다).

7. 재링크 결과가 만족스럽지 않으면 레코드를 조정하고 작업 데이터베이스(예: ANALIT_2005)에서 수동으로 재링크합니다.

기록 재연결 메커니즘의 작동 속도를 높이려면 일련의 오래된 일련의 기록과 분석 기록을 처리하는 것이 좋습니다(연속 기록을 저장하는 데 사용되는 데이터베이스의 크기를 줄임).

이전 작업에서 SERIAL 데이터베이스를 사용하여 연속 및 분석 레코드를 저장한 경우 이 데이터베이스에서 모든 분석 레코드를 선택하여 별도의 데이터베이스(예: ANALIT_OLD)에 배치하는 것이 좋습니다. 분석 기록을 저장하기 위한 별도의 데이터베이스(예: ANALIT)를 생성하고 이를 사용하여 새로운 분석 기록을 저장합니다. 차용 기술을 사용하면 데이터베이스의 양이 독립적으로 설명을 생성할 때보다 훨씬 빠른 속도로 증가할 수 있으므로 현재 데이터베이스가 약 200,000,000개 레코드의 양에 도달하면 분석을 저장하기 위한 새 데이터베이스를 생성하는 것이 좋습니다.

6.3. 서지 레코드의 백그라운드 처리 수단 설정 Ruslan 서버는 RUSMARC, USMARC, UNIMARC 형식의 데이터 파일을 기반으로 서지 또는 권위 있는 데이터베이스의 레코드를 자동으로 처리하는 기능을 지원합니다. 처리에는 로드(새 레코드 삽입), 업데이트 및 삭제(이전 레코드의 경우)의 세 가지 작업이 포함됩니다. 업데이트 작업이 수행되면 데이터베이스의 레코드가 파일의 전체 레코드로 대체됩니다.

Ruslan 서버는 네 가지 자동 처리 체계를 지원합니다.

F035 유형, MARS 유형, RKP 유형. 이 체계의 주요 차이점은 서비스 기록을 고유하게 식별하는 방법입니다. 작업을 보장하려면 이 서비스의이 서비스의 경우 두 가지 필수 서버 매개변수가 사용됩니다.

LoadFilesDB 로드할 참고문헌 데이터베이스 목록이 포함되어 있습니다.

업데이트 및 삭제 작업을 수행하려면 4개의 추가 매개변수를 지정해야 합니다(기본적으로 IBS "Ruslan" 서버 부분의 배포 키트에 있음).

RF24 데이터베이스에서 서지 레코드(레코드)를 삭제하라는 요청을 생성하기 위한 서비스 라인이 포함되어 있습니다. RKPType 처리 체계에 사용됩니다.

RF25 데이터베이스에서 서지 레코드(레코드)를 삭제하라는 요청을 생성하기 위한 서비스 라인이 포함되어 있습니다. MARSType 처리 체계에 사용됩니다.

RF26 데이터베이스에서 서지 레코드(레코드)를 삭제하라는 요청을 생성하기 위한 서비스 라인이 포함되어 있습니다. 처리 방식 F001Type에 사용됩니다.

RF27 요청을 생성하기 위한 서비스 라인을 포함합니다.

–  –  –

파일 처리 설정 서지 레코드를 특정 데이터베이스로 처리하는 절차를 활성화하려면 다음 작업 순서를 수행해야 합니다.

3. 업데이트 또는 삭제 작업이 계획된 경우 로드 구성표에 해당하는 RFXX 매개변수에 요청이 있는지 확인하십시오.

4. 루트 디렉터리부터 시작하여 데이터베이스 이름, 처리 방식(F001TYPE, F035TYPE, MARSTYPE, RKPTYPE), 작업(INSERT,

UPDATE, DELETE), 레코드 형식(RUSMARC,USMARC,UNIMARC), 레코드 인코딩(DOS,KOI,WIN,UTF8). 예시 경로:

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

5. 결과 디렉터리에 특정 처리가 필요한 파일을 배치합니다. 파일에는 mrc 확장자가 있어야 합니다.

6. Ruslan 서버(RUSLANServiceR6 서비스)를 실행하는 사용자에게 생성된 디렉터리에서 파일을 읽고, 쓰고, 삭제할 수 있는 권한이 있는지 확인하십시오.

7. RUSLANServiceR6 서비스를 다시 시작합니다.

결과 디렉터리의 경로에 형식 유형이 포함되어 있지 않으면 자동으로 감지됩니다( 정확한 정의형식은 보장되지 않습니다.)

작업이 성공하면 모든 처리 구성표에 대해 처리된 파일이 삭제됩니다.

파일 처리 작업은 다른 백그라운드 작업과 관련된 우선순위에 따라 00:00부터 04:00까지의 기간 동안 Ruslan 서버에 의해 자동으로 시작됩니다. 작업이 04:00까지 완료된다는 보장은 없습니다. 수행되는 작업량(간접적으로 작업 시간)은 "조건부"에 따라 제한됩니다.

10MB. INSERT 작업의 경우 볼륨은 이 작업에 대해 정의된 모든 파일 볼륨의 합계로 계산됩니다. 삭제 작업(DELETE)의 경우 곱셈 요소 9가 사용되며 수정 작업(UPDATE)의 경우 곱셈 요소는 10입니다. 계수는 최대 100,000개의 레코드 볼륨이 있는 데이터베이스에 대해 정확합니다. 10MB 제한은 세 가지 작업 모두의 총 볼륨에 적용됩니다. 저것들. 세 가지 작업 모두에 대해 정의된 300KB 크기의 파일 3개에 대해 "조건부" 볼륨은 300 + 300*9 + 300*10 = 6MB와 같습니다.

따라서 이 서비스를 통해 한 세션에서 약 5~20,000개의 레코드를 다운로드하거나 약 500개의 서지 레코드를 변경할 수 있습니다. 실제 수치는 사용하는 컴퓨터의 성능과 운영 중인 데이터베이스의 크기에 따라 크게 달라질 수 있습니다.

자동 파일 처리 서비스는 서버 자체에서 시작된 다른 작업과 시간이 동기화됩니다. 그러나 Ruslan 서버 외부 수단으로 시작된 작업의 경우 "수동" 동기화가 필요합니다.

진단

F001Type 회로의 처리 기능

F001Type 처리 방식은 MARC 계열 형식의 필드 001에 저장된 레코드 식별자(레코드 키)의 고유성을 보장하는 소스로부터 수신된 레코드를 처리하도록 설계되었습니다. 삽입 작업이 수행될 때 레코드 ID는 변경되지 않습니다. 변경 작업은 식별자(필드 001)로 레코드를 검색하는 것을 기반으로 합니다.

삭제 작업은 지원되지 않습니다.

F035Type 체계의 처리 기능 F035Type 처리 체계는 MARC 계열 형식의 필드 001에 저장된 레코드 식별자(레코드 키)의 고유성을 보장하지 않는 소스에서 수신된 레코드를 처리하도록 설계되었습니다. 삽입 작업이 수행되면 레코드 식별자가 변경되고 이전 값이 필드 035에 저장됩니다. 삭제 및 변경 작업은 이전 식별자(필드 035)로 레코드를 검색하는 것을 기반으로 합니다. 이 체계는 레코드 수정 및 삭제 작업의 올바른 실행을 보장하지 않습니다.

MARSType 구성표의 처리 기능

MARSType 처리 체계는 MARS 프로젝트 내에서 수신된 레코드를 처리하기 위한 것입니다. 필드 001에 저장된 레코드 식별자(레코드 키)의 값은 고유해야 합니다. 레코드는 블록, 필드 910a에 저장된 값 및 파일 이름으로 식별됩니다.

삽입 작업이 수행될 때 레코드 ID는 변경되지 않습니다. 삭제 및 변경 작업은 필드 910a를 기반으로 한 특수 속성 검색을 기반으로 합니다. 모든 작업은 전체적으로 레코드 블록에서만 수행됩니다. 블록의 레코드에 대해 작업을 수행할 때 오류가 발생하면 진단 메시지가 발행되고 파일 처리가 중지됩니다(삭제하지 않음).

메모. 이전 버전의 서버에서는 삽입 작업이 수행되면 새 식별자가 생성되고 이전 식별자 값이 필드 035에 저장되었습니다.

RKPType B 구성표의 처리 기능 이 순간 RKPType 처리 체계는 F001Type 처리 체계와 유사합니다. 변경 및 삭제 작업은 사용되지 않습니다.

6.4. 서비스 레코드의 백그라운드 처리 수단 구성 Ruslan 서버는 Ruslan ABIS 내부 형식의 데이터 파일을 기반으로 서비스 데이터베이스의 레코드를 자동으로 처리하는 기능을 지원합니다. 처리에는 로드(새 레코드 삽입), 업데이트 및 삭제(이전 레코드의 경우)의 세 가지 작업이 포함됩니다. 결과 업데이트 작업 레코드는 다음 태그 세트의 합계입니다.

파일에 있는 레코드의 "새" 태그(데이터베이스의 레코드에는 없었음)

데이터베이스 기록의 "오래된" 태그(파일의 기록에는 없었음)

파일의 레코드에서 가져온 "일반" 태그(파일의 태그 값이 데이터베이스의 태그 값을 덮어씁니다).

Ruslan 서버는 세 가지 자동 처리 체계를 지원합니다.

R010형, R100형. 이 체계의 주요 차이점은 서비스 기록을 고유하게 식별하는 방법입니다. 이 서비스의 작동을 보장하기 위해 두 가지 서버 매개변수가 사용됩니다.

LoadFilesDB 처리할 서비스 데이터베이스 목록이 포함되어 있습니다.

LoadFilesPath 하위 디렉터리가 처리 작업과 관련된 파일을 포함하기 시작하는 루트 디렉터리를 지정합니다. 네트워크를 통해 연결된 디렉터리를 루트 디렉터리로 사용하는 것은 권장되지 않습니다. 네트워크 장애가 발생할 경우 네트워크 시간 초과 동안 서버가 차단될 수 있습니다.

파일 처리 설정

특정 데이터베이스에서 서비스 레코드를 처리하는 절차를 활성화하려면 다음 작업을 순서대로 수행해야 합니다.

1. LoadFilesDB 매개변수의 데이터베이스 목록에 새 데이터베이스의 이름을 추가합니다.

2. LoadFilesPath 매개변수에 올바른 경로가 있는지 확인하십시오.

3. 데이터베이스 이름, 처리 방식(R001TYPE, R010TYPE, R100TYPE), 작업(INSERT, UPDATE, DELETE), 레코드 형식(RUSLAN), 레코드 인코딩(RUSLAN) 순서에 따라 루트 디렉터리부터 시작하여 중첩된 하위 디렉터리를 생성합니다. 도스, KOI, WIN, UTF8). 예시 경로:

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

4. 결과 디렉터리에 특정 처리가 필요한 파일을 배치합니다. 파일에는 dat 확장자가 있어야 합니다.

5. Ruslan 서버(RUSLANServiceR6 서비스)를 실행하는 사용자에게 생성된 디렉터리에서 파일을 읽고, 쓰고, 삭제할 수 있는 권한이 있는지 확인하십시오.

6. RUSLANServiceR6 서비스를 다시 시작합니다.

결과 디렉터리 경로에 작업 유형이 포함되어 있지 않으면 INSERT 작업이 수행됩니다(기본 작업).

결과 디렉터리 경로에 형식 유형이 포함되어 있지 않으면 파일 처리가 중지됩니다.

작업이 성공하면 모든 처리 구성표에 대해 처리된 파일이 삭제됩니다.

수정 및 삭제 작업을 나타내는 디렉터리에 파일을 배치하면 데이터베이스에 되돌릴 수 없는 변경이 발생할 수 있습니다. 그러한 디렉토리에 대한 액세스를 제한해야 합니다.

사용에 대한 일반적인 제한 사항

파일 처리 작업은 다른 백그라운드 작업과 관련된 우선순위에 따라 00:00부터 04:00까지의 기간 동안 Ruslan 서버에 의해 자동으로 시작됩니다. 작업이 04:00까지 완료된다는 보장은 없습니다. 수행되는 작업량(간접적으로 작동 시간)은 "조건부" 10MB로 제한됩니다. 레코드 삽입(INSERT) 작업의 경우 볼륨은 이 작업에 대해 정의된 모든 파일의 볼륨 합계로 계산됩니다. 삭제 작업(DELETE)의 경우 곱셈 요소 9가 사용되며 수정 작업(UPDATE)의 경우 곱셈 요소는 10입니다. 계수는 최대 100,000개의 레코드 볼륨이 있는 데이터베이스에 대해 정확합니다. 10MB 제한은 세 가지 작업 모두의 총 볼륨에 적용됩니다. 저것들. 세 가지 작업 모두에 대해 정의된 각각 300kb의 파일 3개에 대해 "조건부" 볼륨은 300 + 300*9 + 300*10 = 6MB입니다.

따라서 이 서비스를 통해 한 세션에서 약 5~20,000개의 레코드를 다운로드하거나 약 500~2,000개의 서지 레코드를 변경할 수 있습니다. 실제 수치는 사용하는 컴퓨터의 성능과 운영 중인 데이터베이스의 크기에 따라 크게 달라질 수 있습니다.

여러 파일의 총 볼륨 제한으로 인해 파일 처리가 취소된 경우 해당 파일이 성공적으로 로드되거나(Ruslan 서버에 의해 디렉터리에서 삭제됨) 명시적으로 삭제될 때까지 모든 후속 세션에서 처리가 시작됩니다. 처리 디렉터리에서 관리자에 의해.

자동 파일 처리 서비스는 서버 자체에서 시작된 다른 작업과 시간이 동기화됩니다. 그러나 Ruslan 서버 외부 수단으로 시작된 작업의 경우 "수동" 동기화가 필요합니다.

다음 사항을 모니터링해야 합니다.

1. 물리적 Oracle 데이터베이스의 자동 아카이빙을 통해 시간 중복을 제어합니다.

2. 관리자 워크스테이션에서 실행된 일괄 변경 절차와 시간이 겹치는 것을 모니터링합니다.

3. 관리자 워크스테이션에서 실행된 로딩 및 인덱싱 절차와 시간이 겹치는 것을 모니터링합니다.

진단

작업 결과를 모니터링하는 수단으로 전체 Ruslan 서버에 공통된 메커니즘인 시스템 이벤트 모니터(EventLog)가 사용됩니다. 메시지 코드 120은 파일 자동 처리 서비스를 위한 정의이며, 진단 메시지의 의미는 본문 부분에 설명되어 있습니다.

R001Type 회로의 처리 기능

R001Type 처리 방식은 레코드 식별자(태그 1의 레코드 키)의 고유성을 보장하는 소스로부터 수신된 레코드를 처리하도록 설계되었습니다. 삽입 작업이 수행될 때 레코드 ID는 변경되지 않습니다. 삭제 및 수정 작업은 식별자(태그 1)를 기준으로 레코드를 검색하는 것을 기반으로 합니다. 삭제 작업은 지원되지 않습니다.

이 체계는 Ruslan 서버의 작업 버전에서 다운로드한 서비스 레코드를 처리하는 데 중점을 둡니다.

R010Type 회로의 처리 기능

R010Type 처리 방식은 레코드 식별자(태그 1의 레코드 키)의 고유성을 보장하지 않지만 태그 10에 배치되어야 하는 외부 식별자의 고유성을 보장하는 소스로부터 수신된 레코드를 처리하도록 설계되었습니다. 삽입 작업을 수행하면 새 레코드 식별자가 생성됩니다(태그 1에서). 삭제 및 수정 작업은 외부 식별자(태그 10)를 통한 레코드 검색을 기반으로 합니다. 삭제 작업은 지원되지 않습니다.

이 방식은 외부 시스템(대학 자동화 제어 시스템)에서 다운로드한 서비스 기록을 처리하는 데 중점을 두고 있습니다.

R100Type 회로의 처리 기능

R100Type 처리 회로는 리더에 대한 서비스 기록을 처리하도록 설계되었습니다. 리더의 고유 식별자(태그 100)가 거래 식별자로 사용됩니다. 삽입 작업이 수행되면 새 레코드 ID가 생성됩니다(태그 1에). 삭제 및 수정 작업은 리더 ID(태그 100)를 사용한 레코드 검색을 기반으로 합니다. 삭제 작업은 지원되지 않습니다.

이 방식은 외부 시스템에서 다운로드한 서비스 레코드를 처리하는 데 중점을 두고 있으며, 어떤 이유로 R001TYPE 및 R010TYPE 방식을 사용할 수 없는 경우에 사용해야 합니다.

6.5. 대학 자동 제어 시스템을 위한 데이터 내보내기 및 가져오기 설정 Ruslan ABIS에서는 독자 설명을 생성하기 위한 두 가지 옵션을 구현할 수 있습니다. 독자에 대한 개별 설명을 제공하는 첫 번째 옵션은 도서 발행 워크스테이션에서 구현됩니다. 이 모드는 ABIS와 연결되지 않은 자동화된 독자 등록 시스템이 없는 도서관에 가장 적합합니다. 두 번째 옵션에는 외부 독자 회계 시스템에서 데이터를 내보내는 것뿐만 아니라 ABIS 및 외부 시스템. 이 옵션은 일반적으로 대학의 자동 제어 시스템에 ABIS의 독자를 설명하는 데 필요한 대부분의 정보가 포함되어 있는 대부분의 대학 도서관에서 일반적입니다. 상호 작용

ABIS Ruslan과 대학의 자동화 제어 시스템은 세 가지 독립적인 프로세스로 구성되어 있다고 표현할 수 있습니다.

대학의 자동화 제어 시스템에서 ABIS로 데이터를 처음 가져옵니다.

대학의 자동 제어 시스템에서 받은 데이터를 기반으로 ABIS의 정보를 정기적으로 업데이트합니다.

ABIS에서 대학의 자동 제어 시스템으로 데이터를 정기적으로 가져옵니다.

독자 정보 초기 가져오기 독자에 대한 정보를 ABIS "Ruslan"으로 가져오려면 ABIS "Ruslan"의 내부 형식으로 레코드가 포함된 독자 설명 파일을 준비해야 합니다. 물리적 구조형식은 부록 3에 나와 있습니다. 도서관 독자에 대한 설명이 포함된 태그를 포함하여 서비스 데이터베이스에 사용되는 태그 세트는 "도서 대출 워크스테이션용 태그 목록" 문서에 나와 있습니다. 특수(예약) 태그 세트는 부록 2에 나와 있습니다.

대학의 자동화 제어 시스템 데이터에 독자의 설명에 대한 고유 식별자가 포함되어 있으면 Ruslan ABIS에서 고유 식별자로 사용될 수도 있습니다. 태그 1에 표시합니다. 태그 1의 값에는 두 가지 요구 사항이 있습니다. 값은 숫자여야 하고(숫자 기호만 포함) 값은 리더의 기록이 Ruslan IBS에 저장되는 전체 시간 동안 고유해야 합니다(정보 은퇴한 독자에 대한 정보는 아카이브 데이터베이스에 게시되며 ALIS 관리자가 명시적으로 삭제할 때까지 그곳에 저장됩니다. 출력 레코드에 태그 1이 있는 경우 관리자 워크스테이션에 로드할 때 "레코드 키 생성" 속성을 지정하면 안 됩니다. 태그 1을 사용하여 독자의 식별자를 저장하는 경우 대학의 자동화 제어 시스템과 자동화 정보 시스템을 통합할 수 있는 잠재적인 기회가 최대화됩니다.

이 경우 역수출 가능성을 보장하기 위해 대학의 자동 제어 시스템(도서 발행 워크스테이션을 통해)을 우회하여 독자를 추가하는 기능을 제한해야 합니다.

고유한 외부 독자 식별자를 저장하기 위해 태그 10이 예약되어 있습니다. 도서 발행 워크스테이션에서 독자에 대한 설명을 생성하려는 경우 태그 1 대신 태그 10을 사용하는 것이 좋습니다. 이러한 레코드를 관리자의 워크스테이션에 로드할 때 "레코드 키 생성" 속성을 지정해야 합니다.

리더 기록을 생성하는 데 사용되는 모든 태그 중 리더의 바코드가 포함된 태그 100만 필요합니다.

태그 값 100을 생성하는 데는 세 가지 전략이 있습니다.

1. 외부 라이브러리 리더에 할당된 외부 고유 코드 사용 정보 시스템(예를 들어 대학의 자동화 제어 시스템에서) 이 방법조직에 자기 카드, 바코드 카드 등을 기반으로 한 기술적 접근 통제 도구가 이미 있는 경우 바람직합니다. 이 솔루션을 사용하면 도서관 컴퓨터에 카드의 정보를 읽을 수 있는 적절한 장치가 장착되어 있어야 합니다. 본 실시예에서는 태그 값 1, 10, 100이 동일할 수 있다.

2. 모든 종류의 독자에 대한 기록을 생성할 때 고유 코드 생성 외부 프로그램. 이 방법은 옵션 1을 적용할 수 없고 이 방법으로 얻은 독자 기록이 도서 발행 워크스테이션에서 도서관 카드 일괄 인쇄에 사용되는 경우에 적합합니다.

3. 모든 것에 대해 공통 상수가 설정되어 있으며 이는 독자에 대한 기록에서 이미 사용 가능한 태그 100의 값과 교차하지 않도록 보장됩니다. 독자가 도서관을 처음 방문할 때 고유한 값을 할당해야 합니다. 이 방법은 옵션 1과 2가 적합하지 않거나 미리 만들어진 바코드가 사용되는 경우에 적합합니다("표준" 도서관 카드의 스티커 형태 또는 독자에게 발행되는 비개인 플라스틱 카드 형태).

ABIS "Ruslan"의 내부 형식으로 데이터가 포함된 파일을 생성하려면 탭 문자를 열 구분 기호로 사용하여 텍스트 파일에 있는 데이터에서 필요한 형식을 얻을 수 있는 특수 변환기를 사용할 수 있습니다. 이 형식의 파일은 "텍스트 파일(탭으로 구분)(*.txt)" 파일 형식을 지정하여 MS Excel에서 데이터를 저장하여 얻을 수 있습니다. 매개변수를 지정하지 않고 변환기를 실행하면 변환기 사용 지침을 얻을 수 있습니다. 텍스트 파일의 열과 태그를 비교할 때 태그 101, 102, 103(각각 독자의 성, 이름 및 후원)에 대한 특수 처리를 고려해야 합니다. 만약에 텍스트 파일이름과 부칭은 성과 동일한 열에 있고 변환할 때 이 열이 태그 101에 해당한다고 표시되면 변환기는 자동으로 두 번째와 세 번째 단어를 분리하여 태그 102(이름)에 배치합니다. 103 (후문). 열의 네 번째 이후의 단어는 무시됩니다.

일부 태그(109, 112, 113, 114)의 데이터 기록 형식은 도서 발행 워크스테이션의 list.ini 파일에 있는 데이터 기록 형식과 일치해야 합니다. 특히, 조직이나 부서의 명칭에는 조직이나 부서의 '유형'이 포함되어서는 안 된다는 점에 유의해야 한다.

예를 들어 다음과 같아야 합니다.

@109,5,1,9=Faculty@112,5,1,22=토목 공학 및 다음이 아님:

@109,5,1,9=교수진@112,5,1,22=토목 공학 교수진 및:

@109,5,1,9=교수@112,5,1,22=기술적 사이버네틱스 및 다음이 아님:

@112,5,1,33=기술사이버네틱스 태그 115는 독자의 비밀번호를 저장하는 데 사용됩니다. 비밀번호는 리더의 워크스테이션에서 전자 주문을 생성하고 제어할 수 있는 기능을 리더에게 제공하기 위해서만 필요합니다. 독자의 비밀번호 유무는 도서 발행 워크스테이션에서의 서비스에 영향을 미치지 않습니다.

대학의 자동 제어 시스템에서 들어오는 데이터를 기반으로 ABIS의 정보를 주기적으로 업데이트합니다.파일에서 서비스 기록을 처리하는 서비스를 사용하여 독자에 대한 정보(주로 독자의 상태에 대한 정보)의 정기적인 업데이트를 구현할 수 있습니다. 이 기술을 사용하면 대학의 자동화 제어 시스템과 Ruslan 자동화 정보 시스템의 데이터를 하루에 최대 한 번 빈도로 동기화할 수 있습니다.

독자기록의 고유식별자를 생성하는 방법에 따라 가장 적절한 처리 방식을 선택하는 것이 필요하다.

리더에 대한 정보를 업데이트하기 위해 레코드를 생성할 때 리더 서비스 과정에서 Ruslan IBS에서 수정될 수 있는 태그가 포함되어 있지 않은지 확인해야 합니다.

ABIS에서 대학의 자동 제어 시스템으로 데이터를 정기적으로 내보내기

많은 대학이 Ruslan 자동화 정보 시스템의 데이터 일부를 대학의 자동화 제어 시스템으로 내보내는 작업에 직면해 있습니다. 이러한 데이터에는 대학보다 도서관에서 더 자주 업데이트되는 모든 정보(주소, 여권 데이터 등에 관한 정보)가 포함됩니다.

IBS "Ruslan"에서는 두 가지 방법을 사용하여 서비스 데이터를 내보낼 수 있습니다.

1. ABIS "Ruslan"의 내부 형식으로 서비스 데이터를 다운로드하는 표준 기능. 업로드하는 동안 보안을 보장하려면 '태그 삭제' 필드에 태그 115를 지정하여 삭제해야 합니다(섹션 5.9 참조).

2. 일괄 데이터 처리 메커니즘의 GetTagValueByTag, GetTagNocaseUniqueValue 및 GetTagUniqueValue 기능을 사용하여 서비스 레코드의 개별 태그를 내보냅니다.

6.6. 자동 도서 발행 프로세스를 지원하기 위한 서버 설정 Ruslan-Lite 서버 버전은 구성된 상태로 제공되며 필요하지 않습니다. 추가 세팅. Ruslan-Lite 서버 버전은 CircADB 및 CircADBs 매개변수를 제외하고 기업 버전의 서버에서 사용되는 구성 매개변수를 처리하지 않습니다.

Ruslan 서버의 기업 버전은 최소한으로 구성되어 제공됩니다. 경우에 따라 기본 설정을 변경하거나 확장해야 할 수도 있습니다.

책 발행 프로세스를 지원하도록 Ruslan 서버의 기업 버전을 구성하는 작업은 다음 단계로 구성됩니다.

1. 독자 서비스 과정에 직접 관여하는 도서관 부서 직원의 경우, 발행도서 데이터베이스에 기록을 삽입, 수정, 삭제할 수 있는 권한을 추가해야 합니다(기본적으로 CIRC라는 데이터베이스가 생성됩니다). 이 데이터베이스는 CircDB 서버 매개변수에 지정되어야 합니다. CIRC 데이터베이스는 도서 발행 워크스테이션의 설정에 등록되어 있어야 합니다.

2. 발행 도서 아카이브의 현재 데이터베이스를 설정합니다(기본적으로 ACIRC 데이터베이스가 생성됨). 데이터베이스 이름은 CircADB 서버 매개변수에 지정되어야 합니다.

독자가 도서를 반납할 때 발행된 도서에 대한 서비스 기록이 이 데이터베이스로 이동됩니다. 발행도서 아카이브 데이터베이스에 대한 추가 접근 권한은 필요하지 않습니다. 현재 보관 데이터베이스가 약 100,000~150,000건 정도 채워지거나, 독자로부터 단행본을 기록하는 과정에서 상당한 속도 저하가 확인되는 경우 발행 도서에 대한 새로운 보관 데이터베이스를 주기적으로 생성하는 것이 좋습니다. 현재 데이터베이스를 포함한 모든 아카이브 데이터베이스는 CircADBs 서버 매개변수에 지정되어야 합니다.

3. 발행 도서 보관용 가상 데이터베이스(ALLACIRC)를 설정합니다. 첫 번째 단계에서는 현재 보관 데이터베이스만 포함됩니다. 새로운 아카이브 데이터베이스가 생성됨에 따라 가상 데이터베이스에 대한 설명을 수정해야 합니다. ALLACIRC 데이터베이스는 도서 발행 워크스테이션의 설정에 등록되어야 합니다.

4. 독자 서비스 과정에 직접 관여하는 도서관 부서 직원의 경우, 독자 데이터베이스에 기록을 삽입, 수정, 삭제할 수 있는 권한을 추가해야 합니다. (기본적으로 LUSR이라는 이름으로 하나의 데이터베이스가 생성됩니다.) 도서관이 여러 독자 그룹에 서비스를 제공하고 그 등록이 도서관의 여러 부서에서 수행되는 경우 여러 데이터베이스가 필요할 수 있습니다.

데이터베이스 데이터는 ReaderDBs 서버 매개변수에 지정되어야 합니다. ReaderDBs 매개변수에 지정된 데이터베이스가 실제인지(즉, 관리자 워크스테이션에 표시되는 데이터베이스 목록에 표시되는지) 제어해야 합니다.

5. 모든 독자의 설명을 포함하는 가상 데이터베이스(ALLUSERS)를 설정합니다. 기본적으로 가상 데이터베이스에는 LUSR 데이터베이스만 포함됩니다. 새로운 리더 데이터베이스를 생성할 때 가상 데이터베이스에 대한 설명을 수정해야 합니다. ALLUSERS 데이터베이스는 도서 배달 워크스테이션의 설정에 등록되어야 합니다. 어떤 경우에는 일부 기존 도서 배포 워크스테이션에서 별도의 실제 독자 기반이 등록될 수 있습니다. 이 경우 다른 데이터베이스에 설명된 판독기는 해당 워크스테이션에서 서비스에 사용할 수 없습니다.

6. 독자 설명의 보관된 데이터베이스를 설정합니다(ALUSR 데이터베이스는 기본적으로 생성됩니다). 이 데이터베이스는 ReaderADB 서버 매개변수에 지정되어야 합니다.

7. 대기열 데이터베이스를 구성합니다(기본적으로 QUEUE 데이터베이스가 생성됨). 이 데이터베이스는 QueueDB 서버 매개변수에 지정되어야 합니다.

자동화된 도서 발행의 기술 주기를 지원하기 위한 도서 발행 자동화 워크스테이션 설정에 대한 설명은 도서 발행 자동화 워크스테이션에 대한 설명서를 참조하세요.

전자주문 발송 설정 및/또는 도서 발행 통계 수집 설정이 없어도 도서 자동 발행 과정에는 영향을 미치지 않습니다.

주목! 발행된 도서 데이터베이스(CIRC)에서 참조되는 서지 레코드의 업로드/다운로드 작업(서지 레코드의 내부 또는 외부 식별자 변경으로 이어질 수 있는 기타 작업 수행)을 수행하는 것은 허용되지 않습니다. ).

Ruslan 서버는 Acquisition/Cataloging Workstation을 사용하여 발행 도서 데이터베이스(CIRC)에서 참조되는 서지 레코드 삭제를 허용하지 않지만 관리자 워크스테이션에서는 이러한 레코드 삭제가 가능합니다. CIRC 데이터베이스의 기록 삭제는 어떤 이유로 표준 체계에 따라 도서 발행 워크스테이션에서 삭제가 불가능한 경우에만 관리자 워크스테이션을 사용하여 수행할 수 있습니다.

6.7. 독자가 발행한 도서를 통제하는 과정을 지원하기 위한 서버를 구축하며, 발행된 도서에 대한 독자의 통제는 독자의 워크스테이션을 통해 이루어진다. 이 모드를 지원하기 위한 Reader의 워크스테이션 설정에 대한 설명은 워크스테이션 설명서를 참조하세요.

Ruslan 서버를 설정하려면 지연 날짜에 대한 올바른 벌금 값을 설정해야 합니다(PenaltyPerDay 서버 매개변수에서). PenaltyCurrency 서버 매개변수는 벌금이 계산되는 화폐 단위(기본적으로 "루블")를 설정해야 합니다.

6.8. 단행본 통계 수집 프로세스를 지원하기 위한 서버 설정 Ruslan 서버는 매일 단행본 데이터에 대한 사전 처리를 수행합니다. 통계 계산은 23:50-24:00 시간 범위에서 시작됩니다. 전처리 결과는 CIRCSTAT 데이터베이스에 저장됩니다.

통계 값의 계산은 세 가지 주요 지표를 기반으로 합니다.

사용자에게 문서 발행(CircDB 매개변수에 지정된 데이터베이스에 레코드 추가 시)

문서 반환(CircADB 매개변수에 지정된 데이터베이스에 레코드를 추가하는 경우)

출석.

출석은 한 명의 독자가 한 명의 도서관 직원에게 문서를 발행하거나 반환하는 일련의 연속적인 작업으로 간주됩니다.

두 개의 추가 1차원 분포도 구성할 수 있습니다.

서류의 발급/반환 시점 및 발급된 서류의 내용(지식분야)별. 콘텐츠별 분포 구분은 GSF 계산 시의 구분과 유사합니다.

각 통계 지표는 네 가지 클래스의 개체에 대해 계산됩니다. 첫 번째 클래스(1)는 전체 라이브러리입니다(항상 하루에 CIRCSTAT 데이터베이스에 하나의 항목). 두 번째 클래스(2)의 개체는 하루에 발행된 자금(표지판)입니다. 객체의 세 번째 클래스(3)는 문제 지점(TV)입니다. 발행 지점은 도서 발행 워크스테이션의 각 인스턴스(도서 워크스테이션이 설치된 각 워크스테이션)에 설치된 추상 식별자를 의미합니다. 도서 발행 워크스테이션의 여러 사본에 동일한 TV 식별자를 설정하면 해당 사본에 대한 요약 계정이 작성됩니다. 네 번째 개체 클래스는 도서관 직원입니다.

Ruslan 서버를 사용하면 문서 내용에 따른 1차원 분포의 확장으로 하나의 2차원 분포를 구성할 수 있습니다.

두 번째 차원은 발행된 도서 데이터베이스 레코드의 태그(태그는 STATAddDistrAttr 매개변수를 통해 지정됨) 중 하나의 STATAddDistr 매개변수(10개 이하의 집계된 값)를 통해 지정되는 값 세트일 수 있습니다. 서비스 레코드에 필수 태그가 포함되어 있지 않으면 STATAddDistrDefValue 매개변수에 지정된 값이 사용됩니다. STATAddDistrLevel 매개변수는 2차원 분포가 계산되는 개체의 클래스를 제한합니다(기본값은 1입니다. 이 매개변수를 2보다 큰 값으로 설정하는 것은 권장되지 않습니다). 서버 매개변수에서 기본적으로 2차원 분포를 계산하기 위한 두 번째 차원은 독자 범주입니다.

도서 유통 통계 수집 프로세스를 지원하기 위한 Ruslan 서버 설정은 다음 단계로 구성됩니다.

1. CIRCSTAT 서비스 데이터베이스의 가용성을 확인합니다.

2. 서버 매개변수 STATClassDistrLevel을 라이브러리에 가장 적합한 값으로 설정합니다. 매개변수 값은 추가 배포판이 구축되는 최소 클래스를 설정합니다(기본값은 3, 즉 도서관 직원을 제외한 모든 클래스에 대해).

Tomsk Polytechnic University의 과학 기술 도서관은 다음을 수행합니다.
자동화된 도서관 및 정보 시스템 "Ruslan"에서 일하는 인턴십
다른 도서관의 전문가를 위해. 인턴십은 계약에 따라 구성됩니다.
이용시간과 프로그램은 도서관의 요청에 따라 개별적으로 구성됩니다.

연락처 정보
톰스크, 세인트. 벨린스코고 55,
Tomsk Polytechnic University의 과학 및 기술 도서관.
Simakovskaya Svetlana Gennadievna, 머리. NTB TPU의 혁신 및 방법론 부서, 전화. (8-3822) 55-80-42, 이메일: [이메일 보호됨]
추프리코바 나탈리아 트로피모브나(Chuprikova Natalya Trofimovna), 수석 사서 기술자
전화 (8-3822) 56-37-48, 이메일: [이메일 보호됨]

샘플 프로그램:

주제 1. 도서관 업무에 대한 일반적인 소개
도서관 견학. NTB의 임무, 정책, 구조. 조직 및 규제 문서, QMS 문서, 포괄적인 NTB 개발 프로그램. 프로젝트에 도서관 참여.

주제 2. 도서관 자동화의 조직적, 기술적 측면
NTB TPU에서 ALIS 구현. 도서관 프로그램. 기술 작업의 목표와 원칙. ALIS 구현에 필요한 조건 및 단계. LAN(근거리 통신망) 개발. 기술 문서 개발. 기술 관리 및 제어. 훈련.

주제 3. 자동도서관정보시스템(ALIS) “Ruslan”
화합물, 에 대한 간략한 설명그리고 시스템의 목적. ABIS 조직의 일반 원칙. 주요 구성 요소: 서버 "Ruslan", DBMS, 관리자 워크스테이션, 수집/목록 작성 워크스테이션, 도서 발행 워크스테이션, ORAS, 독자 워크스테이션, MBA 워크스테이션.

Ruslan 서버의 주요 기능. 검색, 검색, 삽입, 삭제, 변경 등의 기본 작업입니다. MARC(서지 및 권위 있는 데이터베이스), 전문 데이터베이스(Explain, Extended), 서비스 데이터베이스(참고 도서, 독자, 법률, CSU)를 지원합니다. 사용자 범주별로 데이터베이스에 대한 액세스를 제어합니다. 다국어 데이터(UNICODE)를 지원합니다.

관리자 워크스테이션의 주요 기능입니다. 서버 및 데이터베이스 액세스 권한을 관리합니다. 데이터베이스 구축 및 지원. 기록 색인화 및 일괄 편집. 참고문헌 데이터베이스에서 삭제되거나 변경된 항목을 복원합니다. 지원 DB. 이전 버전의 항목으로 롤백합니다. ABIS 사용자에게 경고합니다. 파일에서 레코드 로드/언로드. 작업 통계, ABIS를 사용하는 모든 사용자의 작업 내역입니다. 보안 관리.

주제 4. RUSMARC
RUSMARC 형식 시스템 개발을 위한 국가 서비스 웹사이트(http://www.rba.ru:8101/rusmarc/)에 형식 표시 및 업데이트

서지 기록을 표시하기 위한 러시아어 의사소통 형식입니다. 기본 개념. 표준 및 규정. 형식의 목적과 구조. 녹음 구성. 채점자. 정보 블록. 필드, 하위 필드의 구성. 커뮤니케이션 분야. RUSMARC 형식의 특정 유형의 문서를 설명하기 위한 방법론적 권장 사항입니다.

권위 있고 규범적인 기록을 제시하기 위한 러시아어 의사소통 형식입니다. 정의. 형식의 구성 원칙과 목적. 기록 형식: 권위/규범, 참조 및 참조. 기능성 블록. 링크 추적.
주제 5. 획득 부서의 획득/목록 작성 워크스테이션의 주요 기능
전자 가격표를 사용하여 문서 주문 및 주제별 계획출판사 ABIS "Ruslan"에서 주문 형성. 주문 사본을 생성하여 출판사로 보냅니다. 이메일또는 팩스.

RKP 및 RNL 데이터베이스에서 기록을 빌리는 것입니다. 재고 번호 생성기. 템플릿을 사용하여 레코드 만들기. 중복 여부를 확인 중입니다. 송장 게시 및 상각. MS Excel 형식의 출력 양식: 자동화된 요약 회계 장부(KSU); 재고 책. 회계 부서에 대한 보고 문서 작성(행위, 보고서 등) 보관 코드에 따른 문서 배포. 바우처에 대한 문서 전송.

주제 6. 정기간행물의 전자 카탈로그 구성
IBS "Ruslan"의 정기 간행물 및 정보 간행물을 구독합니다. MS Excel 형식의 출력 양식: 구독 신청서 사본, 배송 카드. 정기 간행물의 신규 도착에 대한 회계 및 등록. 전자 카탈로그 "정기 간행물"을 유지 관리합니다. 정기 간행물의 다단계 목록 작성.

주제 7. 교육 과정에서 도서 가용성
도서 공급 프로그램. 디렉토리의 형성. 대학의 교육 과정에 대한 정보를 입력합니다. 학문 분야에 권장되는 문헌 목록을 사용하여 작업합니다. ORAS ABIS "Ruslan"에서 정보를 가져오는 중입니다. 도서 가용성 보고서를 생성합니다.

주제 8. 목록 부서의 수집/목록 워크스테이션의 주요 기능
체계화. NTB의 분류 체계: UDC(Universal Decimal Classification), LBC(Library and Bibliographic Classification), 전 러시아 분류기최고 과학 자격(oksvnk)의 특산품. 주제화(키워드 정의). 키워드 디렉토리.

문서에 대한 서지 설명 전자 카탈로그 RUSMARC 형식(링크 필드, 링크 추적, 권한 파일)을 완벽하게 지원합니다. 레코드 형식 설정(필드, 하위 필드, 목록, 값 집합, 디렉터리 등) 입력하다 다양한 방식회사 템플릿 및 지침에 따라 기록합니다. RUSMARC 레코드 형식에 대한 상황별 도움말입니다. 디렉토리 및 권한 파일을 유지 관리합니다. 내장을 사용한 UNICODE 지원 가상 키보드. 계좌를 폐쇄하고 자금 보유자에게 문서를 이전합니다.

문서 레트로엔트리 기술. 외부 소스에서 레코드를 빌리는 것입니다.

주제 9. 신상품 뉴스레터 만들기
뉴스레터의 목적과 구조. 획득/목록 워크스테이션의 형성 기술. 서지 설명을 편집하는 과정입니다. New Arrivals 섹션의 WWW 서버에 게시할 뉴스레터를 준비합니다.

주제 10. 분석 회화
정기 간행물 기사에 대한 분석 설명입니다. 설명 템플릿 "정기적 분석". 커뮤니케이션 분야. 키워드의 정의.

서적, 회의록, 컨퍼런스 자료의 기사에 대한 분석 설명입니다. 설명 템플릿 "책의 분석" 커뮤니케이션 분야. 키워드의 정의.

Topic 11. TPU 전자도서관 구성
작업 및 기능. 수집, 저장, 기술적 처리 전자 버전 TPU 직원의 출판물, 종이 매체의 디지털화, NTB 전자 카탈로그에 발표. 전자자원을 기술하는 방법론. 전자 자원에 대한 설명 템플릿: 논문 초록, 논문, 플로피 디스크, CD-ROM, 원격 자원.

주제 12. 리더 워크스테이션의 주요 기능
검색 모드: 검색, 검색 및 주문, 주문 실행 제어. 사용자 식별. 사용자 설명서. 검색어 작성 방법론. 간단하고 고급 검색. 무료 문서 사본의 위치 및 가용성에 대한 정보.

전자카다로그를 활용한 컨설팅업무 기술.
전자 카탈로그에서 작업할 수 있도록 사용자를 교육하는 방법론입니다.

Topic 13. 도서 발행 워크스테이션의 주요 기능
사용자 등록/재등록. 전자 사용자 양식. 적층 도서관 카드. 단일 도서관 카드에 대한 통계입니다.

도서관 카드 및 문서에 대한 바코드 기술을 활용하여 발급된 문서의 접수/발급 및 정산 서비스를 제공합니다. 유지 전자 대기열발급된 서류에 채무자와 협력합니다. 다양한 검색 기준에 따른 발급된 문서, 현재 주문, 사용자에 대한 정보입니다.
구독 및 독서실에서의 작업 기술. 도서 발행 워크스테이션의 문서 바코드 속성. 도서보관 및 청약에 관한 주문집행 및 완료기술. 작업 통계.

Topic 14. 자동자동뱅킹시스템(IBA)의 주요 기능
전자 카탈로그에서 서지 정보를 검색합니다. IBA 서비스 주문: 임시 사용을 위한 문서, 문서 사본, 위치 증명서, 문서 배송 비용 증명서. 취소. 알림: 구독자에게 문서 전송, 주문 시기 등에 관한 정보입니다. 이유를 나타내는 서비스 거부. 들어오고 나가는 주문.

Z39.50 및 ISO ILL 프로토콜을 사용합니다.

주제 15. 라운드테이블(타 도서관 전문가 대상)
인턴십 결과를 요약합니다. 질문에 대한 답변. ALIS 구현을 위한 작업 설정. 추가 작업에 대한 권장 사항.

러시아 연방 교육부

바르나울 주립 교육 대학

________________________________________________________________

나는 승인한다

BSPU 총장

________________

"___"_______________ 2004

창작을 위한 기술적 지침 분석적 설명 BSPU 과학 도서관의 참고 및 서지 부서에 있는 ABIS "Ruslan" 컬렉션의 기사

혁신 및 정보 기술 담당 부사장

__________

"____"__________ 2004

국립도서관장

________

"____"____________ 2004

2004년

이 작업의 목표는 분석 수준 문서에 대해 RUSMARC 형식으로 기계가 읽을 수 있는 서지 레코드를 생성하는 것입니다. 작업은 Ruslan 프로그램의 완성자 카탈로그 워크스테이션을 사용하여 수행됩니다.

문서 설명은 획득 부서에서 생성되고 카탈로그 부서에서 마무리되므로 기사에 대한 레코드를 생성할 때 여러 필드가 이미 채워져 있으며 일부 필드의 경우 값이 기본적으로 또는 자동으로 설정됩니다.

참고문헌작가의 임무는 보충하는 것이다. 필요한 요소누락된 필드를 채워 이 문서에 대한 설명을 작성하세요.

필드 및 하위 필드를 작성할 때 다음 사항을 기억하십시오.

구두점은 필드 및 하위 필드 끝에 배치되지 않습니다.

문서 분석 처리:

기사는 BBK(도서관 및 서지 분류) 테이블에 따라 체계화되고 있습니다.

단호한 키워드에 따르면 " 방법론적 권장사항좌표 인덱싱에 대해".

새 참고문헌 레코드 생성:

이름 선택 원하는 템플릿기본 창 메뉴의 항목 "기록 - 새 참고문헌 만들기" - "책에서 분석"또는 버튼을 사용하세요. "비".

템플릿의 필드(하위 필드)는 미리 구성되어 있습니다.

매개변수가 올바르게 입력되었는지 확인하세요. 채점자.

레코드 표시(색인)는 러시아어 통신 형식의 각 레코드 시작 부분에 있습니다. 레코드를 처리할 때 필요한 데이터가 포함되어 있습니다.

6 기록 유형(a) – 텍스트 자료, 인쇄 –가 기본적으로 설정됩니다.

7 서지 수준 (a) – 분석적.

8 계층적 레벨 코드(2) .

17 코딩 수준(#) – 전체 수준 – 목록에서 선택합니다.

1. 인코딩된 정보의 블록입니다.

블록에는 고정 길이로 인코딩된 데이터 요소가 포함되어 있습니다.

이러한 필드의 데이터는 하위 필드 식별자 다음의 첫 번째 문자를 null로 간주하여 문자의 상대적 위치에 따라 결정됩니다. 이 필드가 필수가 아니며 서지 기관이 해당 코드 정보를 제공하지 않는 경우 해당 필드는 제공되지 않습니다. 필요하지 않은 데이터가 사용되지 않는 경우 해당 필드 위치에는 " | " 자리 표시자 문자가 포함됩니다.

100 일반 처리 데이터.

필드에는 모든 미디어에 표시되는 문서 기록에 적용할 수 있는 고정 길이 인코딩 데이터가 포함되어 있습니다. .

0-7 항목이 파일에 입력된 날짜가 자동으로 설정됩니다.

8 발행일 유형 - 논문.

9-12 발행일1 -<>-문서 출판 연도.

13-16 발행일 2 -<>

17-19 목적 코드 - 성인용, 과학용 - 기본적으로 설정됩니다.

<у>-비정부 간행물 – 기본적으로 설정됩니다.

21 수정된 출입 코드<0>.

22-24 목록화 언어 “rus” – 기본적으로 설정됩니다.

34-35 제목 그래픽(알파벳) "rus" - 기본값.

101 문서 언어.

필드에는 카탈로그 문서의 언어, 해당 부분 및 제목에 대한 인코딩된 정보가 포함되어 있으며 문서가 번역인 경우 원래 언어도 표시합니다. 필수적인


그리고 1개의 번역 표시기 0 - 원래 언어로 된 문서 - 기본값입니다.

$a - 텍스트 언어 "rus" - 기본값.

텍스트가 두 개 이상의 언어로 작성되면 반복됩니다.

문서가 번역본인 경우 다음을 설정해야 합니다.

그리고 1개의 번역 표시 1 - 문서가 원본의 번역입니다.

$a - 텍스트 언어 "rus";

$c - 원래 언어 - 목록에서 선택합니다.

102 출판 또는 생산 국가.

이 필드에는 문서가 발행되거나 생산되는 하나 이상의 국가에 대한 코드가 포함되어 있습니다.

$a - 출판 국가 "RU" - 기본값.

2 설명 정보 블록.

200 제목과 책임표시.필수적인. 반복하지 않습니다.

이 필드는 GOST 7.1-84의 적절한 제목 영역에 해당합니다. 이 필드에는 규칙에 따라 결정된 형식과 순서로 본표제, 대등표제, 제목과 관련된 정보, 책임에 대한 정보가 포함됩니다.

그리고 액세스 포인트로 1개의 타이틀<1>액세스 포인트입니다. 기본.

$a 고유 제목 - 기사의 제목입니다.

$e 제목 정보 - 제목이 계속됩니다. 반복됨.

$f 책임에 대한 첫 번째 정보 - 전체 이름 - 이 하위 필드를 추가할 때 필드 700, 701에서 자동으로 복사됩니다. 레코드 생성이 끝나면 채워집니다. 반복하지 않습니다.

$g 후속 책임 정보 - 702 필드에서 자동으로 복사됩니다. 레코드 생성이 끝나면 완료됩니다. 반복됨.

3 노트 블록.

320 문서에 참고문헌/색인이 있는지에 대한 참고사항입니다.

이 필드에는 문서에서 사용할 수 있는 참조 장치(참고문헌, 보조 색인 등)에 대한 참고 사항이 포함되어 있습니다. 선택 과목. 반복됨.

4 통신 블록을 기록합니다.

각 링크 필드에는 링크할 문서를 식별하는 레이블, 표시기 및 하위 필드 식별자가 내장된 데이터 필드가 포함되어야 합니다. 필드에는 링크가 생성될 목록 문서의 레코드(존재하는 경우)를 식별하거나 레코드가 없는 경우 문서 자체를 식별할 수 있는 충분한 데이터가 포함되어야 합니다.

레코드 연결 기술:

레코드 탐색기에서 생성된 연결 필드를 선택합니다(마우스 왼쪽 버튼을 한 번 클릭). 게시물 편집기의 "게시물" 페이지로 이동하여 "탭"으로 이동하세요. 오른쪽 상단 창에서 연결이 설정된 소스 디렉터리인 "기본 디렉터리"를 선택합니다. 검색 특성(컬렉션 이름)을 입력하세요. 여기에서 사용할 수 있는 기능 단순 검색값이 왼쪽과 오른쪽에서 잘립니다(* 기호 사용). 쌍안경 사진을 클릭하세요. 연결된 항목은 카탈로그 검색 창을 사용하여 카탈로그에서 검색할 수도 있습니다. 쿼리를 실행한 후 검색된 레코드를 봅니다. 목록 하단의 창을 사용하여 전체 항목을 볼 수 있습니다. 원하는 레코드가 있는 라인을 선택하고 마우스 왼쪽 버튼을 두 번 클릭합니다(또는 "레코드 연결" 버튼 클릭). 링크가 설정된 문서에 대한 내장 레코드가 레코드 탐색기에 나타납니다.

다음 필드가 적용됩니다.

463 물리 단위 수준.

이 필드는 물리적으로 분리된 단위 수준에서 문서와의 계층적 관계를 식별하는 데 사용됩니다. 연결되는 레코드는 물리적 단위 수준에 있고 이 필드를 포함하는 레코드는 분석, 집합 또는 하위 집합 수준에 있습니다.


그리고 2개의 음 표시<1>.

레코드를 문서와 연결하면 필드 200 - 책임에 대한 제목과 정보 및 하위 필드 $a, $b, Se가 자동으로 채워집니다. 여기에 기사의 페이지를 넣는 하위 필드 $v "볼륨 지정"을 추가합니다. 마지막 기간은 필수입니다.

해당 필드가 자동으로 채워집니다.

210 출판, 배포 등:

$a 출판, 배포 장소 등 -<М.>.

$c 출판사, 배포자 등의 이름 -<Либерия>.

$d 문서, 배포 날짜 등 -<>-문서 출판 연도.

6 주제 정의 블록.

블록에는 규칙에 따라 편집된 텍스트 형식과 코드 형식으로 제시된 주제별 데이터가 포함되어 있습니다. 다양한 시스템주체화와 체계화.

필드 600-608의 값은 권위/규범 파일에서 선택할 수 있습니다.

문서 템플릿에 없는 경우 필수 필드를 추가하세요. 필드 이름이 있는 라인을 선택합니다(마우스 왼쪽 버튼을 한 번 클릭). 오른쪽 상단의 "값" 창에서 연결이 설정되는 신뢰할 수 있는 레코드가 있는 루브리케이터를 선택합니다. 검색 기능을 입력하세요. '쿼리 실행' 버튼을 클릭하거나 쌍안경 그림을 클릭하세요. 쿼리를 실행한 후 검색된 레코드를 확인하세요. 원하는 레코드가 있는 라인을 선택하고 마우스 왼쪽 버튼을 두 번 클릭합니다(또는 "레코드 연결" 버튼 클릭). 화면 왼쪽에서 연결하려는 강조 표시된 필드에 포함된 전거 레코드가 나타납니다.

이렇게 하려면 레코드 탐색기에서 필요한 필드를 선택하고 "Tab" 키나 마우스 커서를 사용하여 "값" 페이지로 이동한 다음 현재 레코드의 값 편집기에서 키보드를 사용하여 입력해야 합니다. "Enter" 키를 누르면 필요한 정보가 필드로 전송됩니다.

600 주제명(사람)으로서의 사람의 이름. 선택 과목. 반복됨.

이 필드에는 문서에서 고려 대상 중 하나인 사람의 이름이 액세스 포인트 형식으로 포함됩니다. 선택적으로 추가적인 주제별 공식, 연대순 및 지리적 정보가 개인 이름에 추가될 수 있습니다.

그리고 2 사람의 이름을 입력하는 방법<1>- 기본.

$b이름 중 초기 입력 요소를 제외한 부분은 작성자의 이니셜입니다.

610 통제되지 않은 주제 용어(키워드).선택 과목. 반복됨.

필드에는 제어된 주제 제목 목록에서 차용되지 않은 액세스 포인트 형태의 주제 용어가 포함되어 있습니다.

AND 1 주제 용어의 중요성 수준<1>- 기본.

$a 주제어. 내장된 참고 도서가 있는 경우 참고 도서에서 용어를 가져옵니다. 디렉터리는 값 목록을 나타냅니다. 목록에서 값을 선택하려면 "Enter" 키를 누르거나 마우스를 두 번 클릭하면 됩니다. "디렉토리" 페이지에는 디렉토리 요소를 새로 추가하고 편집하고 삭제하는 작업이 포함된 자체 버튼 패널이 있습니다.

이 필드에는 국제적으로 사용되지 않지만 널리 사용 가능한 인쇄된 표가 있는 분류 시스템의 색인이 포함되어 있습니다.

"+" 기호로 구분된 LBC 색인은 필드 686의 개별 반복으로 기록됩니다.

$a 분류 색인 - 참고 도서에서 가져오거나 키보드로 입력합니다.

$2 시스템 코드 "rubbk" - 기본적으로 설정됩니다.

7 지적 책임 블록.

블록에는 문서 작성에 대한 지적 책임이 있는 사람의 이름과 조직의 이름이 포함됩니다. 지적 책임은 액세스 포인트 생성이 필요한 출판사를 포함하여 문서와 관련된 모든 개인 및 일반 이름 및 조직으로 확장됩니다.

700 사람의 이름 - 주요 지적 책임(저자).

이 필드에는 주요 지적 책임이 있는 사람의 이름(개별 저자의 이름이 포함된 제목의 첫 번째 또는 유일한 사람)이 핫스팟 형식으로 포함되어 있습니다. 주요 지적 책임이 있는 사람의 이름으로 액세스 포인트를 생성하려는 경우 필수입니다.

이 필드는 710 조직 이름 - 기본 지적 책임 또는 720 - 일반 이름 - 기본 지적 책임 필드가 있는 동일한 레코드에 존재할 수 없습니다. 왜냐하면 레코드에는 기본 지적 책임이 있는 하나의 접근 지점만 있을 수 있기 때문입니다.

그리고 2 - 언더<1>.

701 사람의 이름 - 대체 지적 책임(2명 및 후속 저자).

이 필드에는 액세스 포인트 양식에 대체 지적 책임이 있는 사람의 이름이 포함되어 있습니다. 서지 기록이 개별 저자의 표제 아래 표시되어야 하는 경우 대체 지적 책임은 접근점으로 사용되는 목록 문서의 공동 저자에게 있습니다. 서지 기록이 제목 아래에 표시되는 경우 대체 지적 책임은 접근점으로 사용되는 목록 문서의 모든 개별 저작자에게 있습니다. (서지 기록이 집단 저자의 제목으로 표시되어야 하는 경우 개별 저자는 2차적인 지적 책임만 질 수 있습니다 - 필드 702).

대체 지적 책임을 지는 사람의 이름으로 액세스 포인트를 생성하는 경우 필수입니다. 대체 지적 책임을 가진 각 사람에 대해 반복됩니다.

<1>.

$b 이름의 초기 요소를 제외한 일부는 저자의 이니셜입니다.

처리 후 오른쪽의 "기록 저장" 아이콘을 마우스 왼쪽 버튼으로 클릭하면 기록이 디렉터리에 저장됩니다. 상위 메뉴, "메인 카탈로그"를 열고 항목을 복사합니다..jpg" width="179" height="112 src=">, "인쇄" 아이콘을 클릭하여 필요한 수의 카드를 인쇄합니다. 필요한 경우 편집 카드를 수동으로 편집 모드로 전환하려면 카드를 편집할 위치를 마우스 왼쪽 버튼으로 클릭해야 하며 깜박이는 커서가 카드 필드에 나타나야 합니다. 추가 조치편집은 텍스트 편집기로 작업하는 것과 다르지 않습니다.

기록을 복사하는 중입니다.

항목은 편집기 창에 복사할 수 있습니다(https://pandia.ru/text/78/403/images/image006_20.jpg" width="19" height="25 src="> 버튼 또는 "항목 삭제" 버튼). 메뉴 항목 그러면 항목 삭제에 대한 사용자의 의사를 확인하는 창이 표시됩니다.

레코드 편집.

NPB BSPU의 메인 서버에 연결한 후 "디렉토리에서 항목 선택" 버튼을 클릭하고 "메인 디렉터리" 줄을 선택합니다(마우스 왼쪽 버튼을 두 번 클릭). 출판물의 검색 기능(저자 또는 제목)을 입력하세요. '쿼리 실행' 버튼을 클릭하거나 쌍안경 사진을 클릭하세요. 쿼리를 실행한 후 발견된 레코드를 확인하고 강조 표시합니다. 원하는 라인마우스 왼쪽 버튼을 클릭하면 됩니다. 자세한 내용을 보려면 "기록 보기" 버튼을 누르거나 마우스 왼쪽 버튼으로 라인을 두 번 클릭하세요. "카탈로그 검색" 창으로 돌아가려면 "요청" 버튼을 클릭하세요. 찾은 항목이 설명된 문서와 완전히 일치하는 경우 "항목 편집" 버튼0 " style="margin-left:-39.6pt;border-collapse:collapse;border:none">을 클릭하세요.

최신판 2004년 1월 16일

편집자: , head. SBO NPB BSPU

NPB BSPU의 방법론 협의회 회의에서 승인되었습니다.

방법론위원회 의장

RUSLANA(Ruslana 데이터베이스)에는 러시아, 우크라이나 및 카자흐스탄의 회사에 대한 포괄적인 정보가 포함되어 있습니다. 특정 기업을 분석하는 것은 물론, 특정 프로파일을 가진 기업을 검색, 분석하는 데에도 활용할 수 있습니다. RUSLANA는 다음과 같이 제공됩니다. 소프트웨어 BvD의 새로운 세대 - 간단하고 사용하기 쉽습니다.

당신을 위한 혜택

RUSLANA에는 어떤 정보가 포함되어 있나요?

  • 회사의 재무 지표, 세부 형식, 10에 대한 데이터 최근 몇 년
  • 지도자 및 연락처
  • 활동 코드 및 거래 설명
  • 공개 기업의 주식 데이터
  • 상세한 기업 구조, 소유자가 같은 회사를 검색하세요.
  • 주주 및 자회사
  • 회사에 관한 비즈니스 뉴스
  • M&A 거래 및 그에 관한 루머

Ruslana는 이전가격 전문가, 마케팅 담당자, 영업 및 마케팅 전문가, M&A, 신용 위험 및 규정 준수 전문가에게 이상적인 솔루션입니다.


Ruslana 제품을 사용하면 찾고 있는 회사에 대해 필요한 정보를 찾을 수 있으며 해당 회사를 평가할 수 있습니다.
  • 100개 이상의 기준으로 검색 - 여러 단계로 검색을 생성하고 지난 몇 년간의 데이터를 비교할 수 있습니다. 제품 인터페이스를 사용하면 다양한 검색 기준을 결합하고 부울 검색(and, or, not)을 사용할 수 있습니다. 기업그룹을 선택한 후, 서로 비교하고, 그래프와 표를 생성할 수 있습니다.
  • 유연한 제품 인터페이스 덕분에 자세한 재무 분석 및 신용 위험 평가, 기업 금융, 벤처 캐피탈 및 M&A 연구를 포함한 다양한 연구 프로젝트에 Ruslana를 사용하여 영업 및 마케팅 효과를 연구하고 타당성 평가를 수행할 수 있습니다. 학술 목적으로 다양한 캠페인을 위한 데이터 수집
  • 자신만의 지표를 만들 수 있습니다., 해당 부문의 평균값을 계산합니다., 보고서 형식을 변경하고 사용자 정의 데이터 구조, 비교하고평가, 데이터 내보내기(엑셀, 액세스...)
  • 추가 기능을 사용하면 Excel/Access에서 Ruslana의 데이터를 분석할 수 있으므로 자신의 데이터를 당사 데이터베이스의 데이터(매일 업데이트됨)와 비교하여 자신의 데이터베이스를 확장할 수 있습니다.
  • 이전가격 분석을 수행할 수도 있습니다.
  • 신용위험분석부
  • 기업금융부, M&A, 컨설팅회사
  • 마케팅 부서
  • 교육 및 과학 기관