KR950010487B1 - 전전자 교환기에서 중복 릴레이션의 생성에 대한 데이타 베이스 스키마(Schema)관리 방법 - Google Patents

Abstract

내용 없음.

Description

전전자 교환기에서 중복 릴레이션의 생성에 대한 데이타 베이스 스키마(Schema)관리 방법

제 1 도는 본 발명의 내용을 포함하는 전전자 교환기 데이타 베이스 관리 시스템의 분산 구조도.

제 2 도는 스키마 관리 기능을 구현하기 위한 블럭간의 구성과 메시지 흐름을 나타내는 구조도.

제 3 도는 본 발명의 중복 릴레이션의 생성에 대한 스키마 관리 과정에 대한 전체적인 흐름도.

제 4 도는 중복 릴레이선의 생성에 따른 정보 생성 및 저장의 상세한 흐름도.

본 발명은 전전자 교환기의 데이타 베이스 관리 시스템(DBMS)에 있어서, 중복릴레이션에 대한 데이타 스키마 관리 방법에 관한 것이다.

기존의 전전자 교환기의 데이타 베이스 스키마 관리 기법에서는 로컬 릴레이션에 대한 스키마 관리만 가능하고 중복 릴레이션에 대한 스키마 관리 기능이 없었다. 그래서 한번 데이타 베이스가 만들어지면, 교환기의 운용중에 중복 릴레이션의 생성이나 삭제등이 요구될때는 항상 호스트 상에서 중복된 릴레이션이 존재해야 하는 모든 프로세서에 대해 새로이 데이타를 등록하여 데이타 생성기를 통해 데이타 화일을 제작한 후 교환기 시스템에 로딩하는 과정을 거쳐야 했다. 따라서 중복 릴레이션이 존재해야 할 모든 프로세서의 데이타 베이스 제작시에 괼요한 시간과 오버 헤드(overhead) 때문에 그때마다 즉시 변경 요구 사항이 데이타 베이스에 반영될 수 없었고, 어느 정도의 요구가 발생했을때 다시 데이타 베이스를 제작하여 그 요구들을 반영하였다. 이러한 과정은 새로운 기능을 시스템에 적용하기 위해서 호스트 상에서의 사전작업과 그에 따른 시간을 필요로 하며, 또한 데이타 베이스 화일의 로딩을 위한 일시적인 시스템 운용의 중단을 초래했다.

따라서, 상기 종래의 문제점을 해결하기 위하여 안출된 본 발명은, 시스템의 운용중에 질의어를 통해 요구되는 중복 릴레이션의 생성이 가능하도록 교환기 시스템 데이타 베이스의 스키마를 관리해 줌으로써 사용자의 기능개발을 편리하게 하고, 기능 추가에 관계없이 시스템의 지속적인 서비스가 가능하도록 한 데이타 베이스의 스키마 관리 방법을 제공하는데 그 목적이 있다.

상기 목적을 달성하기 위하여 본 발명은 분산된 호처리 기능들 담당하는 프로세서(ASP)와, 집중화된 호 처리를 수행하는 프로세서(INP, NTP)와 운용 및 보전에 관련된 집중화 기능을 수행하는 프로세서(OMP, MMP)를 구비하며, 상기 각 프로세서에 데이타 베이스 관리시스템(DBMS)를 탑재하도록 한 전전자 교환기에 적용되는 중복릴레이션 생성에 대한 스키마(schema) 관리 방법에 있어서, 운용자로 부터 MMP를 통해 중복 릴레이션의 생성요구를 받으면 필요한 메모리 양을 계산하여 관리된 모든 프로세서의 데이타 베이스 관리 시스템(DBMS)으로 스키마 생성 및 변경을 위한 메모리 할당을 요구하는 제 1 단계와, 상기 제 1 단계 수행후, 중복된 모든 프로세서가 요구 내용별로 필요한 메모리 확보가 가능한가를 확인하는 제 2 단계와, 상기 제 2 단계 수행후, 메모리 확보가 가능하다는 응답이 오면 각 프로세서는 중복 릴레이션에 관한 정보를 생성하여 실제 데이타 베이스에 저장하고 로그(log)를 생성하는 제 3 단계와, 상기 제 3 단계 수행후, 정보의 생성과 저장중에 한 프로세서라도 실패하면 메모리를 복구하고 종료하며, 모두 성공한 경우에는 스키마(schema) 변경으로 발생되었던 로그들을 디스크에 백업하고 종료하는 제 4 단계를 구비하여 수행하는 것을 특징으로 한다.

이하, 첨부된 도면을 사용하여 본 발명의 일실시예를 상세히 설명한다.

제 1 도는 전전자 교환기 시스템에 적용된 중복 릴레이션을 위한 스키마 관리 기능을 제공하도록 구성된 분산 구조를 갖는 메인 메모리 데이타 베이스 관리시스템(DBMS ; Data Base Management System)의 구조도이다.

도면에 도시한 바와 같이 전전자 교환기는 ASS(Access Switching Substystem), INS(Interconnection Network Subsystem) 그리고 CCS(Central Contral Subsystem)의 3개의 서브시스템으로 구성된다.

ASS는 분산된 호처리 기능을 수행하는 ASP(Access Switching Processor)를 구비하며, INS는 집중화 된 호처리 기능 부분을 수행하는 INP(Interconnection Network Processor)와 NTP(Number Translation Processor)를 구비하며, CCS는 운용 및 보전에 관련된 집중화 기능을 수행하며 OMP(Operation and Maintenance Processor)와 MMP(Man-Machine Processor)를 구비한다.

데이타베이스가 존재하는 전 프로세서에는 스키마 관리기인 SM(Schema Manager)이 있는 DBSG(Data Base Supporting Group)를 포함하는 DBMS가 존재한다. 위의 프로세서들 중에서 OMP의 DBMS는 DBBG(Data Base Backup Group), DBSG, DBTC(Data Base Transaction Group) 그리고 DBKG(Data Base Kernel Group)의 4개 블럭으로 구성되고, MMP의 DBMS는 DBQG(Data Base Query Group), DBSG, DBTG 그리고 DBKG의 4개 블럭으로 구성되며, 나머지 프로세서들은 DBSG, DBTG, DBKG 3개의 블럭으로 구성된다. DBSG는 사용자 정합 가능과 DBMS간의 통신 기능을 수행하고, DBQG는 MMP를 통해 들어오는 데이타베이스 질의어에 대한 처리를 수행한다. DBBG는 중복 데이타의 변경 제어, 데이타 백업 및 회복 기능을 수행하고, DBTG는 트랜잭션 처리기능을 수행하며, DBKG는 실제로 데이타 베이스를 검색, 변경, 삽입 그리고 삭제하는 기능을 수행한다.

제 2도는 전전자 교환기 시템에서 중복 릴레이션의 생성을 위한 스키마 관리 기능을 구현하기 위해 관련 블럭간의 구성 및 메시지의 흐름을 나타낸 구조도이다.

운용자 터미널의 입출력 정합부(MMI)로 부터 데이타 베이스 질의어를 통해 사용자의 중복 릴레이션 생성 요구가 들어오면(1), MMP의 DBQG(DB Query Group) 블럭에서는 기존의 스키마를 참조하여 요구 내용을 검증하고 중복 릴레이션이 존재해야 하는 각 프로세서의 DBSG블럭에 있는 스키마 관리기로 스키마 변경에 따는 메모리 할당을 요구하고(2), 각 프로세서의 스키마 관리기는 스키마 변경에 따른 메모리 할당 가능성 여부를 조사하여 그 결과 메시지를 MMP의 DBQG블럭으로 전송한다(3).

이때 모든 메시지가 성공이면, DBQG에서는 사용자로 부터 받은 중복 릴레이션 정보를 정보를 관련 프로세서들로 보내어 스키마 변경을 요구 한다(2). 각 프로세서들의 스키마 관리기는 릴레이션 정보를 받아 부석하여 스키마 내용에 따라 정보들을 생성하고, DBKG를 호출하여 실제 데이타 베이스 상에 정보들을 저장한다(4). 수행 결과를 DBSG블럭으로(5) 다시 DBQG블럭으로 전송한 후(3) 이들의 결과가 성공적이었을때 DBBG로 OMP의 데이타 베이스에 중복 테이블에 관련 정보 추가를 요구한다(6).

모든 프로세서들에서 스키마 변경이 모두 성공하게 되면 변경 내용은 DBBG를 통해 디스크에 백업된다. 만약 언 한 프로세서 라도 실패하게되면 DBQG의 요청에 의해 스키마 변경이 일어났던 프로세서들은 그전의 상태를 유지하기 위해 DBSG에서 복귀를 수행하다.

제 3 도는 전전자 교환기의 데이타 베이스 관리 시스템(DBMS)의구성 중 중복 릴레이션의 생성에 대한 스키마 관리 제어의 전체적인 흐름을 나타내는 구조도이다.

DBQG는 중복 릴레이션의 생성 요구로 관련 정보를 항목별로 입력받아 필요한 메모리 양을 계산하여(11) 관련된 모든 프로세서로 스키마 생성 및 변경을 위한 메모리 할당 요구를 하고(12), DBSG의 스키마 관리기는 요구내용 별로 필요한 메모리 확보가 가능한가를 확인하여(13) 그 여부를 DBQG로 전송한다(14).

이때 관련된 모든 프로세서에서 가능하다는 응답이 오면, 각 프로세서의 DBSG에서는 중복 릴레이션에 관한 정보들을 생성하여, 실제 데이타 베이스에 저장하고, 로그를 생성한다(15). 스키마 변경 완료를 알리는 메시지를 DBQG로 전송하고, 만약 정보의 생성과 저장 중에 한 프로세서라도 실패하면 DBQG는 DBSG로 복귀 요청을 하고(17), DBSG는 로그를 참조하여 메모리를 복구한다(18). 그러나 DBSG로 부터 스키마 복구 요청이 오지 않으면 스키마 변경으로 발생되었던 로그들을 모두 OMP의 DBBG로 보내어 디스크에 백업한다(16). DBBG로부터 디스크 백업 완료 메시지를 접수함으로써 스키마 변경을 마친다.

제 4 도는 제 3 도에 따른 중복 릴레이션의 생성을 위안 스키마 관리 방법중 중복 릴레이션이 존재해야 모든 모든 프로세서에서 관련 정보를 생성, 저장하고, 로그를 발생하는 단계(15)의 세부 적인 흐름도이다.

DBQG로 부터 중복 릴레이션이 생성에 따른 스키마 변경 요구를 받은 프로세서의 DBSG는 프로세서 로드 데이타(Processor Load Data ; PLD)라는 실제 데이타 베이스에 저장하기 위한 각종 정보를 생성한다.

상기 PLD에는 글로벌 디렉토리(GDIR), 릴레이션 디렉토리(RDIR), 릴레이션 딕셔너리(RDIC)를 비롯하여 릴레이션의 각종 정보를 포함하는 테이블들과 실제 데이타가 저장되어 있다.

DBSG는 GDIR에 저장될 릴레이션의 식별번호, 릴레이션의 타입, 릴레이션의 위치 타입, 그리고 두개의 포인터 정보를 생성한다(15-1). 그리고 RDIR에 저장될 릴레이션 정보를 생성하고, RDIC에 저장될 그 릴레이션의 애트리뷰트 정보를 생성한다(15-2). 만약 릴레이션의 접근 권한중 트랙잭션 수행시 필요한 잠금(lock)과 해제(unlock)이 허용된다면 잠금(Lock) 테이블에 저장될 정보를 생성하고(15-3), 또한 릴레이션이 직접 메모리에 접근할 수 있는 다이렉트(Direct) 릴레이션이라면 다이렉트 순서번호를 참조하여 다이렉트 테이블에 저장될 정보를 생성한다(15-4). 그리고 OMP상의 데이타베이스에만 저장될 중복 테이블을 위해 릴레이션 식별번호, 릴레이션 변경 횟수, 그 릴레이션을 포함하고 있는 프로세서 갯수, 그 프로세서들의 식별번호등의 정보를 생성한다(15-5).

이들 정보의 생성을 마치면 DBKG로 메모리 변경을 요구하고(15-6), DBKG에서는 요구된 릴레이션의 식별번호를 참조하여 PLD의 GDIR의 특정 위치에 GDIR정보를 저장한다(15-7). 그리고 잠금(Lock) 정보는 PLD의 잠금 테이블의 후반부에 마련된 여분의 메모리에 저장되고, 정보를 저장한 후 마지막 레코드를 표시하는 특정 레코드의 위치를 조정한다(15-8). 또한 릴레이션의 식별번호와 다이렉트 순번을 참조하여 다이렉트 정보를 PLD의 다이렉트 테이블의 특정 위치에 삽입하고 잠금 테이블에서와마찬가지로 정보를 저장한 후 마지막 레코드를 표시하는 특정 레코드의 위치를 조정한다(15-9).

RDIR정보와 RDIC정보는 미리 잡혀진 여분의 메모리에 저장되고, 실제 데이타들이 저장될 주영역/보조영역(MA/SA(Main Area/Sub Area)는 계산된 크기만큼 여분의 메모리에 할당되고 메모리의 내용이 초기화된다(15-10). OMP를 제외한 각 프로세서는 여분 메모리의 내용을 수정하고(15-11) 이들 정보의 저장 결과를 DBQG로 전송한다(15-12).

모든 프로세서로 부터 수신한(15-13) 결과가 성공이면 OMP PLD의 중복 테이블의 후반부에 마련된 여분의 메모리에 중복 정보를 저장하고(15-14) 여유 메모리의 내용을 수정한다(15-15).

따라서, 상기와 같은 처리 절차에 의해 수행되는 본 발명은 다음과 같은 3가지 효과를 얻고 있다.

첫째, 전전자 교환기 내의 응용 프로그램을 통해서만 중복 릴레이션으로의 접근이 가능했으나 온라인 상에서 곧바로 중복 리레이션의 생성이 가능하게 되어 데이타 베이스의 운용상의 융통성을 부여하게 된다.

둘째, 운용자가 온라인 상에서 바로 중복 릴레이션의 생성을 처리할 수 있으므로 사용자가 기능 개발을 하면서 변경애하 할 중복 릴레이션이 생겼을때 오프 라인에서 등록 및 생성하는 절차를 밟지 않아도 되므로 사용자의 기능개발이 편리하다.

세째, 중복 릴레이션의 생성시 중복 릴레이션이 존재해야 하는 모든 프로세서의 데이타 베이스를 새로이 제작하지 않고도 기존의 데이타베이스에서 운용이 가능하므로 운용상의 오버헤드를 줄이고 시간을 단축한다.

네째, 오프라인에서 릴레이션을 등록하여 새로운 데이타베이스화일을 제작하게 되면 시스템에 로딩하기 위해 프로세서의 운용이 잠시 중단되어야 했으나, 스키마 관리가 가능해짐으로써 시스템의 운용이 중단됨이 없이 중복 릴레이션의 생성이 가능하다.

Claims (2)

1. 분산된 호처리 기능을 담당하는 프로세서(ASP)와, 집중화된 호처리를 수행하는 프로세서(INP, NTP)와, 운용 및 보전에 관련된 집중화 기능을 수행하는 프로세서(OMP, MMP)를 구비하며, 상기 각 프로세서에 데이타 베이스 관리시스템(DBMS)를 탑재하도록 한 전전자 교환기에 적용되는 중복릴레이션 생성에 대한 스키마(schema) 관리 방법에 있어서, 운용자로 부터 MMP를 통해 중복 릴레이션의 생성요구를 받으면 필요한 메모리 양을 계산하여 관련된 모든 프로세서의 데이타 베이스 관리 시스템(DBMS)으로 스키마 생성 및 변경을 위한 메모리할당을 요구하는 제 1 단계(11 내지 12)와, 상기 제 1 단계(11 내지 12)수행후, 중복된 모든 프로세서가 요구 내용별로 필요한 메모리 확보가 가능한가를 확인하는 제 2 단계(13 내지 14)와, 상기 제 2 단계(13 내지 14) 수행후, 메모리 확보가 가능하다는 응답이 오면 각 프로세서는 중복 릴레이션에 관한 정보를 생성하여 실제 데이타 베이스에 저장하고 로그(log)를 생성하는 제 3 단계(15)와, 상기 제 3 단계(15) 수행후, 정보의 생성과 저장중에 한 프로세서라도 실패하면 메모리를 복구하고 종료하며, 모두 성공한 경우에는 스키마(schema) 변경으로 발생되었던 로그들을 디스크에 백업하고 종료하는 제 4 단계(16 내지 18)를 구비하여 수행하는 것을 특징으로 하는 중복 릴레이션 생성에 대한 스키마 관리 방법.
2. 제 1 항에 있어서, 상기 제 3 단계(15)는 생성될 중복 릴레이션에 대한 정보를 생성하는 단계(15-1 내지 15-5)와, 상기 단계(5-1 내지 15-5) 수행후, 릴레이션의 접근 권한중 잠금(lock), 해제(unlock)을 허용할 경우 잠금 테이블에 관련 정보를 저장하고 마지막 레코드의 위치를 재조정하는 단계(15-6 내지 15-9)와, 상기 단계(15-6 내지 15-9)수행후, 모든 프로세서가 성공하면 OMP데이타 베이스에만 존재하는 중복 테이블에 관련 정보를 저장하는 단계(15-10 내지 15-15)를 구비하여 수행하는 것을 특징으로 하는 중복 릴레이션 생성에 대한 스키마 관리 방법.