KR100323588B1 - 이기종 다중 데이터베이스 시스템에서의 대리 프로세서 관리 방법 - Google Patents

Abstract

1. 청구범위에 기재된 발명이 속한 기술분야

본 발명은 이기종 다중 데이터베이스 시스템에서의 대리 프로세서 관리 방법과 상기 방법을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체에 관한 것임.

2. 발명이 해결하려고 하는 기술적 과제

본 발명은, 대리 프로세서 캐슁(cashing)기법을 이용하여 여러 전역 클라이언트가 하나의 대리 프로세서에 시차를 두고 공유하게 함으로써, 시스템의 성능을 향상시킬 수 있도록 한 이기종 다중 데이터베이스 시스템에서의 대리 프로세서 관리 방법과 상기 방법을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체를 제공하고자 함.

3. 발명의 해결방법의 요지

본 발명은, 이기종 다중 데이터베이스 시스템에 적용되는 대리 프로세서 관리 방법에 있어서, 대리 프로세스를 생성시키는데 필요한 시간을 줄이기 위하여, 전역 클라이언트가 요청을 보내기 전에 대리 프로세스 캐쉬에서 관리해야 하는 최소 대리 프로세스 수를 설정하는 제 1 단계; 상기 이기종 다중 데이터베이스 시스템에, 하나의 대리 프로세서가 그 생명주기 동안 다수의 지역 데이터베이스로 동시에 접근하는 다수의 전역 클라이언트를 지원할 수 있도록, 상기 최소 대리 프로세서 수만큼 대리 프로세서를 생성하는 제 2 단계; 및 상기 다수의 전역 클라이언트로부터의 상기 다수의 지역 데이터베이스에 대한 요청에 따라, 상기 이기종 다중 데이터베이스 시스템이 상기 다수의 전역 클라이언트가 상기 하나의 대리 프로세서에 시차를 두고 공유하도록 하여 해당 지역 데이터베이스를 연결하는 제 3 단계를 포함함.

4. 발명의 중요한 용도

본 발명은 이기종 다중 데이터베이스 시스템 등에 이용됨.

Description

이기종 다중 데이터베이스 시스템에서의 대리 프로세서 관리 방법{METHOD FOR AGENT PROCESSOR MANAGEMENT IN HETEROGENOUS MULTIDATABASE SYSTEMS}

본 발명은 이기종 다중 데이터베이스 시스템에서 대리 프로세서 캐슁 기법을 이용한 대리 프로세서 관리 방법과 상기 방법을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체에 관한 것이다.

본 발명에 사용되는 용어를 정의하면 다음과 같다.

이기종 다중 데이터베이스 시스템은 서로 다른 방식으로 운용되는 지역 데이터베이스를 통합하여 사용자에게 여러 개의 이기종 지역 데이터베이스를 마치 하나의 동일한 데이터베이스 시스템을 사용하는 것과 같은 환경을 제공하는 시스템이다.

전역 클라이언트는 이기종 다중 데이터베이스 시스템을 통하여 여러 지역 데이터베이스에 동시에 접근하는 클라이언트이다.

지역 클라이언트는 각 지역 데이터베이스 시스템에 직접 접근하는 클라이언트이다.

지역 데이터베이스는 이기종 다중 데이터베이스 시스템에 의하여 통합되는 단위 데이터베이스이다.

대리 프로세서는 지역 다중 데이터베이스 시스템이 지역 데이터베이스에 대해 요청하는 작업을 대신하여 요구해주는 프로그램이다.

대리 프로세서 캐쉬는 유휴한 대리 프로세서를 보관하는 논리적 장소이다.

도 1은 일반적인 프로세서 관리시스템의 구성도이다.

서로 다른 데이터 모델 및 사용 환경을 갖는 지역 데이터베이스 관리시스템(15)을 통합하여 사용자에게 마치 하나의 데이터베이스 시스템을 사용하는 것과 같은 환경을 제공하는 시스템이다.

여기서, 이기종 다중 데이터베이스 시스템(12)에는 전역 스키마 관리기능, 전역 질의어 처리기능, 전역 트랜잭션 처리기능, 대리 프로세서 관리기능이 있다.

이러한 이기종 다중 데이터베이스 시스템(12)은 지역 데이터베이스 관리시스템(15)과의 통신을 위해 대리 프로세서(13)를 사용한다. 즉, 대리 프로세서(13)는 이기종 다중 데이터베이스 시스템(12)을 대신해 지역 데이터베이스 관리시스템(15)에 접근하여 필요한 정보를 검색/수정/삭제하는 역할을 수행하는데, 지역 데이터베이스 관리시스템(15) 측면에서 보면 이 대리 프로세서(13)는 자신의 클라이언트(14)로 볼 수 있다.(즉, 대리 프로세서(13)와 지역 클라이언트(14)는 동일한 프로세서이다.) 단, 이기종 다중 데이터베이스 시스템(12)의 측면에서는 '대리 프로세서(13)'이고, 지역 데이터베이스(16) 측면에서는 '지역 클라이언트(14)'로 간주된다.

예를 들면, 한국인이 중국인과 대화를 하기 위해서 통역자가 필요한 것과 마찬가지로 서로 다른 메카니즘으로 동작하고 있는 이기종 다중 데이터베이스시스템(12)과 지역 데이터베이스 관리시스템(15)이 서로 통신하기 위해서는 일종의 통역자(즉, 대리 프로세서(13))가 필요한 것이다.

전역 클라이언트(11)와 이기종 다중 데이터베이스 시스템(12), 대리 프로세서(13), 그리고 지역 데이터베이스 관리시스템(15)으로 이루어진 프로세서 관리시스템에서 시스템간의 관계를 살펴보면 다음과 같다.

도 2는 종래의 대리 프로세서 관리 방법을 나타낸 설명도이다. 이는 전역 클라이언트(21)와 지역 데이터베이스(24)가 각각 세 개이고 전역 클라이언트1(21)이 지역 데이터베이스1(24)에, 전역 클라이언트2(21)가 지역 데이터베이스2,3(24)에, 전역 클라이언트3(21)이 지역 데이터베이스2,3(24)에 각각 접근하는 경우에, 기존의 대리 프로세서 관리 기법의 예를 나타낸 것이다.

여기서, 전역 클라이언트(21)는 접근하고자 하는 지역 데이터베이스(24)에 대한 정보와 수행하고자 하는 작업을 질의문 형태로 변환하여 이기종 다중 데이터베이스 시스템(22)에 전달한다. 이때, 이기종 다중 데이터베이스 시스템(22)은 전역 클라이언트(21)로부터 받은 데이터 접근 요청을 분석하여 어떤 지역 데이터베이스(24)에 전달할 것인가를 결정한 후 해당 지역 데이터베이스(24)에 접근할 수 있는 대리 프로세서(23)에게 전달한다.

요청을 전달받은 대리 프로세서(23)는 전역 클라이언트(21)의 요청을 해당 지역 데이터베이스(24)가 이해할 수 있는 질의문 형태로 변환하여 지역 데이터베이스 서버에게 전달한 후, 이 서버의 질의문 수행 결과를 이기종 다중 데이터베이스 시스템(22)에게 다시 전달한다.

마찬가지로, 이기종 다중 데이터베이스 시스템(22)은 대리 프로세서(23)로부터 얻은 결과를 데이터베이스 접근 요청을 한 전역 클라이언트(21)에게 전달한다. 이때, 하나의 전역 클라이언트(21)는 동시에 여러 개의 지역 데이터베이스(24)에 접근할 수 있으며, 또한 여러 개의 전역 클라이언트(21)가 동시에 같은 지역 데이터베이스(24)에 접근이 가능하다.

이기종 다중 데이터베이스 시스템(22)은 서로 다른 방식으로 운용되는 지역 데이터베이스(24)에 접근하기 위해서 각 지역 데이터베이스(24)별로 대리 프로세서(23)를 구축해 놓고 전역 클라이언트(21)로부터 데이터 접근 요청이 접수되면 필요한 대리 프로세서(23)를 생성하여 사용한다.

예를 들어, 전역 클라이언트1(21)이 지역 데이터베이스1(24)에 접근하려고 하면, 이기종 다중 데이터베이스 시스템(22)은 지역 데이터베이스1(24)에 접근할 수 있는 대리 프로세서1(23)을 생성하여 전역 클라이언트1(21)이 요청한 요구를 수행한다. 만약, 이기종 다중 데이터베이스 시스템(22)이 세 개의 지역 데이터베이스(24)를 통합하려 한다면 세 개의 대리 프로세서(23)가 필요하다.

이처럼, 종래에는 대리 프로세서(23) 관리시에 전역 클라이언트(21)와 대리 프로세서(23)를 일대다(one-to-many)로 매핑시켰다.

예를 들어, 지역 데이터베이스(24)가 세 개이면 세 가지 종류의 대리 프로세서(23)를 준비해 놓고 전역 클라이언트(21)가 특정 지역 데이터베이스(24)에 각각 모두 다 접근하고자 하면 필요한 대리 프로세서(23)를 생성한 후 해당 전역 클라이언트(21)에게 할당하는데, 할당된 대리 프로세서(23)는 해당 전역 클라이언트(21)만을 사용할 수 있다. 따라서, 세 개의 전역 클라이언트(21)가 세 개의 지역 데이터베이스(24)에 각각 모두다 접근하고자 한다면 3 × 3 즉, 다음과 같은 아홉 개의 대리 프로세서(23)가 필요하다.

첫 번째로, 전역 클라이언트1(21)이 지역 데이터베이스1(24)에 접근하고자 하는 경우에는 대리 프로세서1(23)이 필요하다.

두 번째로, 전역 클라이언트1(21)이 지역 데이터베이스2(24)에 접근하고자 하는 경우에는 대리 프로세서2(23)이 필요하다.

세 번째로, 전역 클라이언트1(21)이 지역 데이터베이스3(24)에 접근하고자 하는 경우에는 대리 프로세서3(23)이 필요하다.

네 번째로, 전역 클라이언트2(21)이 지역 데이터베이스1(24)에 접근하고자 하는 경우에는 대리 프로세서1(23)이 필요하다.

다섯 번째로, 전역 클라이언트2(21)이 지역 데이터베이스2(24)에 접근하고자 하는 경우에는 대리 프로세서2(23)이 필요하다.

여섯 번째로, 전역 클라이언트2(21)이 지역 데이터베이스3(24)에 접근하고자 하는 경우에는 대리 프로세서3(23)이 필요하다.

일곱 번째로, 전역 클라이언트3(21)이 지역 데이터베이스1(24)에 접근하고자 하는 경우에는 대리 프로세서1(23)이 필요하다.

여덟 번째로, 전역 클라이언트3(21)이 지역 데이터베이스2(24)에 접근하고자 하는 경우에는 대리 프로세서2(23)이 필요하다.

아홉 번째로, 전역 클라이언트3(21)이 지역 데이터베이스3(24)에 접근하고자하는 경우에는 대리 프로세서3(23)이 필요하다.

이상에서와 같이, 세 개의 전역 클라이언트(21)가 세 개의 지역 데이터베이스(24)에 각각 모두다 접근하는 경우에, 대리 프로세서1(23)이 세 개, 대리 프로세서2(23)가 세 개, 대리 프로세서3(23)이 세 개씩 생성된다.

이렇게, 전역 클라이언트(21)와 지역 데이터베이스(24)와의 일대다 매핑 기법을 이용하여 대리 프로세서(23)를 관리하는 방법은 전역 클라이언트(21)의 수가 많으면 상대적으로 필요한 대리 프로세서(23)의 수도 급속히 많아져 매번 대리 프로세서(23)를 새로 생성시켜야 하므로 시스템 자원을 심하게 낭비하고, 응답시간이 오래 걸리는 등 전체 시스템의 성능을 급격히 저하시키는 문제점이 있었다.

본 발명은, 상기와 같은 문제점을 해결하기 위하여 제안된 것으로, 대리 프로세서 캐슁(cashing)기법을 이용하여 여러 전역 클라이언트가 하나의 대리 프로세서에 시차를 두고 공유하게 함으로써, 시스템의 성능을 향상시킬 수 있도록 한 이기종 다중 데이터베이스 시스템에서의 대리 프로세서 관리 방법과 상기 방법을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체를 제공하는데 그 목적이 있다.

도 1은 일반적인 프로세서 관리시스템의 구성도.

도 2는 종래의 대리 프로세서 관리 방법을 나타낸 설명도.

도 3은 본 발명이 적용되는 프로세서 관리시스템의 구성 예시도.

도 4는 본 발명에 따른 대리 프로세서 관리 방법을 나타낸 설명도.

도 5는 본 발명에 따른 대리 프로세서 관리 방법에 대한 일실시예 전체 흐름도.

도 6a 및 6b는 본 발명에 따른 대리 프로세서 관리 방법중 이기종 다중 데이터베이스 서버에 접수된 요청을 처리하는 과정에 대한 일실시예 상세 흐름도.

*도면의 주요 부분에 대한 부호의 설명

31 : 전역 클라이언트 32 : 이기종 다중 데이터베이스 시스템

33 : 대리 프로세서 캐쉬 34 : 지역 데이터베이스

상기 목적을 달성하기 위한 본 발명은, 이기종 다중 데이터베이스 시스템에 적용되는 대리 프로세서 관리 방법에 있어서, 대리 프로세스를 생성시키는데 필요한 시간을 줄이기 위하여, 전역 클라이언트가 요청을 보내기 전에 대리 프로세스 캐쉬에서 관리해야 하는 최소 대리 프로세스 수를 설정하는 제 1 단계; 상기 이기종 다중 데이터베이스 시스템에, 하나의 대리 프로세서가 그 생명주기 동안 다수의 지역 데이터베이스로 동시에 접근하는 다수의 전역 클라이언트를 지원할 수 있도록, 상기 최소 대리 프로세서 수만큼 대리 프로세서를 생성하는 제 2 단계; 및 상기 다수의 전역 클라이언트로부터의 상기 다수의 지역 데이터베이스에 대한 요청에 따라, 상기 이기종 다중 데이터베이스 시스템이 상기 다수의 전역 클라이언트가 상기 하나의 대리 프로세서에 시차를 두고 공유하도록 하여 해당 지역 데이터베이스를 연결하는 제 3 단계를 포함하여 이루어진 것을 특징으로 한다. 그리고, 본 발명은, 상기 이기종 다중 데이터베이스 시스템의 서버에 요청이 없는 경우에, 대리 프로세서 관리 작업을 수행하는 제 4 단계를 더 포함하여 이루어진 것을 특징으로 한다.

그리고, 본 발명은, 프로세서를 구비한 이기종 다중 데이터베이스 시스템에, 대리 프로세스를 생성시키는데 필요한 시간을 줄이기 위하여, 전역 클라이언트가 요청을 보내기 전에 대리 프로세스 캐쉬에서 관리해야 하는 최소 대리 프로세스 수를 설정하는 제 1 기능; 상기 이기종 다중 데이터베이스 시스템에, 하나의 대리 프로세서가 그 생명주기 동안 다수의 지역 데이터베이스로 동시에 접근하는 다수의 전역 클라이언트를 지원할 수 있도록, 상기 최소 대리 프로세서 수만큼 대리 프로세서를 생성하는 제 2 기능; 및 상기 다수의 전역 클라이언트로부터의 상기 다수의 지역 데이터베이스에 대한 요청에 따라, 상기 이기종 다중 데이터베이스 시스템이 상기 다수의 전역 클라이언트가 상기 하나의 대리 프로세서에 시차를 두고 공유하도록 하여 해당 지역 데이터베이스를 연결하는 제 3 기능을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체를 제공한다. 그리고, 본 발명은, 상기 이기종 다중 데이터베이스 시스템의 서버에 요청이 없는 경우에, 대리 프로세서 관리 작업을 수행하는 제 4 기능을 더 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체를 제공한다.

본 발명은 이기종 다중 데이터베이스 시스템에서의 대리 프로세서를 효율적으로 관리함에 있어, 대리 프로세서 캐슁 기법을 이용하여 여러 전역 클라이언트가하나의 대리 프로세서에 시차를 두고 공유하게 함으로써, 전반적인 시스템을 향상시킬 수 있다.

상술한 목적, 특징들 및 장점은 첨부된 도면과 관련한 다음의 상세한 설명을 통하여 보다 분명해질 것이다. 이하, 첨부된 도면을 참조하여 본 발명에 따른 바람직한 일실시예를 상세히 설명한다.

도 3은 본 발명이 적용되는 프로세서 관리시스템의 구성 예시도로서, 이기종 다중 데이터베이스 시스템(32)이 관리하는 대리 프로세서 캐슁(cashing)의 예를 나타낸다.

대리 프로세서의 재사용을 가능하게 하는 대리 프로세서 캐쉬(33)는 하나의 대리 프로세서가 그 생명주기 동안 여러 개의 전역 클라이언트(31)를 지원할 수 있도록 하여 매번 전역 클라이언트(31)와 지역 데이터베이스(34)간의 연결 때마다 새로운 대리 프로세서를 생성시킬 필요가 없도록 한다. 따라서, 전역 클라이언트(31)와 대리 프로세서는 다대다(many-to-many) 매핑이 가능하다.

도 3에 도시된 바와 같이, 이기종 다중 데이터베이스 시스템(32)은 통합된 각각의 지역 데이터베이스(34)에 대해 대리 프로세서 캐쉬(33)를 유지한다. 예를 들면, 세 개의 지역 데이터베이스(34)가 통합된 경우에, 이기종 다중 데이터베이스 시스템(32)은 세 개의 대리 프로세서 캐쉬(33)를 유지한다. 즉, 이기종 다중 데이터베이스 시스템(32)이 통합하는 지역 데이터베이스(34)가 세 개이기 때문에 대리 프로세서 캐쉬(33)도 세 개를 유지한다.

대리 프로세서 캐쉬1(33)과 대리 프로세서 캐쉬3(33)은 사용 가능한 유휴 대리 프로세서를 두 개 가지고 있으나, 대리 프로세서 캐쉬2(33)는 유휴 대리 프로세서가 하나도 없다.

이기종 다중 데이터베이스 시스템(32)은 전역 클라이언트1(31)로부터 지역 데이터베이스1(34)과 지역 데이터베이스3(34)에 대한 접근 요청을 전달받으면 대리 프로세서 캐쉬1(33)과 대리 프로세서 캐쉬3(33)을 검색하여 유휴한 대리 프로세서가 있는지를 검사한다. 이때, 대리 프로세서 캐쉬1(33)과 대리 프로세서 캐쉬3(33)에 유휴한 대리 프로세서가 각각 두 개 있으므로 이 중 하나씩을 전역 클라이언트1(31)에게 할당한다.

또한, 이기종 다중 데이터베이스 시스템(32)은 전역 클라이언트2(31)로부터 지역 데이터베이스1(34)에 대한 접근 요청을 전달받으면, 대리 프로세서 캐쉬1(33)을 검색하여 유휴한 대리 프로세서가 있는지를 검사한다. 이때, 대리 프로세서 캐쉬1(33)에 유휴한 대리 프로세서가 하나 남아 있으므로 이를 전역 클라이언트2(31)에게 할당한다.

만약 전역 클라이언트3(31)이 지역 데이터베이스1(34)에 대한 접근 요청을 보내면, 이제 유휴한 대리 프로세서가 없으므로 이기종 다중 데이터베이스 시스템(32)은 전역 클라이언트3(31)을 대리 프로세서 캐쉬1(33)의 대기 전역 클라이언트로 등록한 후 전역 클라이언트1(31)이나 전역 클라이언트2(31)의 작업이 끝난 후에 할당되었던 대리 프로세서를 다시 대리 프로세서 캐쉬1(33)에게 반환하여 전역 클라이언트3(31)이 사용할 수 있도록 한다.

도 4는 본 발명에 따른 대리 프로세서 관리 방법을 나타낸 설명도로서, 대리 프로세서 캐슁(cashing)예를 나타낸다.

전역 클라이언트(31)의 작업은 트랜잭션 단위로 이루어진다. 이는 일반적인 지역 데이터베이스(34)의 경우와 마찬가지로 하나의 트랜잭션은 여러 가지 명령들로 구성되어 있으며, 트랜잭션 시작 명령(begin transaction)/커밋(commit)/철회(abort) 명령 사이에 존재한다. 이러한 단위 트랜잭션은 반드시 전부 성공적으로 수행되거나(즉, 커밋으로 끝나는 경우) 전부 수행이 철회되어야(즉, 철회로 끝나는 경우) 하는 특성을 가진다. 예를 들면, 전역 클라이언트(31)의 작업은 다음과 같이 표현될 수 있다.

트랜잭션 1

트랜잭션 시작;

작업 1;

작업 2;

커밋;

트랜잭션 2

트랜잭션 시작;

작업 1;

철회;

이와 같이, 명시적으로 트랜잭션의 시작과 끝을 지정하지 않는 경우는 자동커밋 모드(Auto commit mode)로 해석하고 각 명령문은 묵시적으로 항상 커밋하고자는 하나의 트랜잭션으로 간주된다.

여기서, 트랜잭션은 모두 커밋 또는 철회되어야 하는 특성을 가지고 있으므로 이기종 다중 데이터베이스 시스템(32)은 트랜잭션 중간에 할당한 대리 프로세서를 트랜잭션이 끝날 때까지 반드시 해당 전역 클라이언트(31)에게 계속적으로 할당하여야 하며, 트랜잭션이 끝나는 순간(즉, 커밋이나 철회 요구를 받는 순간) 대리 프로세서를 대리 프로세서 캐쉬(33)에 반환하여 다른 전역 클라이언트(31)가 사용할 수 있도록 한다.

대리 프로세서 캐슁 기법에 융통성을 제공하기 위해서는 각각의 지역 데이터베이스별로 대리 프로세서 캐슁 기법에 필요한 환경 변수를 사용해야 하는데, 이러한 환경 변수들로는 최소 대리 프로세서의 수, 최대 대리 프로세서의 수, 대리 프로세서의 최대 유휴시간 등이 있다. 각 환경 변수들을 구체적으로 살펴보면 다음과 같다.

우선, 최소 대리 프로세서의 수는 대리 프로세서를 생성시키는데 필요한 시간을 절약하기 위해 전역 클라이언트(31)가 요청을 보내기 전에 미리 생성시켜 대리 프로세서 캐쉬(33)에서 관리해야 하는 대리 프로세서의 수를 말한다.

그리고, 최대 대리 프로세서의 수는 너무 많은 수의 대리 프로세서를 생성시키지 않기 위해서 특정 지역 데이터베이스(34)에 접근하는 최대 대리 프로세서의 수로서, 이 개수보다 많은 전역 클라이언트(33)가 대리 프로세서를 요청하는 경우 그 클라이언트는 이 프로세서를 기다리게 된다.

또한, 대리 프로세서의 최대 유휴 시간은 최소 대리 프로세서의 수보다 더 많은 대리 프로세서가 프로세서의 캐쉬에서 유휴 상태로 오래 남아 있는 경우 시스템 자원을 절약하기 위해 여분의 대리 프로세서를 제거할 때 사용하는 시간 간격을 의미한다.

예를 들면, 지역 데이터베이스1(34)에 대한 최소 대리 프로세서의 수가 1, 최대 대리 프로세서의 수가 2, 대리 프로세서의 최대 유휴 시간이 10초라고 가정하면, 이기종 다중 데이터베이스 시스템(32)은 지역 데이터베이스1(34)에 접근할 수 있는 한 개의 대리 프로세서를(미리 정의된 최소 대리 프로세서의 수만큼) 대리 프로세서 캐쉬1(33)에 미리 생성해 놓는다. 이후에, 연속적으로 두 개의 전역 클라이언트(31)가 지역 데이터베이스1(34)에 접근하기를 원한다면, 첫 번째 전역 클라이언트인 전역 클라이언트1(31)에게는 미리 생성시킨 한 개의 대리 프로세서들을 할당하고, 두 번째 전역 클라이언트인 전역 클라이언트2(31)에 대해서는 새로 대리 프로세서를 생성하여 할당한다. 이는 최대 대리 프로세서의 수가 2로 지정되어 있으므로 두 개의 대리 프로세서를 한꺼번에 운용할 수 있기 때문이다.

시간이 흘러 모든 전역 클라이언트(31)가 각자의 작업을 마치고 사용하던 대리 프로세서를 대리 프로세서 캐쉬(33)에 반환한 시각이 3시 50분 35초였다고 가정하고 이후로 10초 동안 지역 데이터베이스1(34)에 대한 접근 요청을 하는 전역 클라이언트(31)가 없다면 모든 대리 프로세서는 10초 동안 유휴 상태로 남아있게 된다. 이러한 경우 이기종 다중 데이터베이스 시스템(32)은 최소 대리 프로세서 수인 한 개의 대리 프로세서만 남기고 여분의 대리 프로세서 하나를 대리 프로세서캐쉬(33)에서 제거함으로써 시스템 자원을 절약할 수 있다.

한편, 대리 프로세서의 캐슁을 위한 자료구조에 대해서 살펴보면, 이기종 다중 데이터베이스 시스템(32)은 대리 프로세서 캐슁 기법을 위해 다음과 같은 자료구조를 유지한다.

대리_ 프로세서{

time 마지막_ 사용_ 시간;

boolean 대리_ 프로세서_ 상태; /* 유휴 또는 전역 클라이언트 지원*/

integer 할당된_ 전역_ 클라이언트;

} (3)

대리_ 프로세서_ 캐쉬{

integer 최대_ 대리_ 프로세서_ 수;

integer 최대_ 대리_ 프로세서_ 수;

integer 현재_ 대리_ 프로세서_ 수;

time_ interval 대리_ 프로세서의_ 최대_ 유휴_ 시간;

대리_프로세서 대리_ 프로세서_ 리스트;

integer_ list 대기_ 전역_ 클라이언트_ 리스트;

} (2)

대리_ 프로세서_ 캐쉬_ 리스트 대리_ 프로세서_ 캐쉬[n]; (1)

대리_프로세서_캐쉬_리스트는 이기종 다중 데이터베이스 서버가 유지하는 대리 프로세서 캐쉬들을 리스트로 관리하기 위한 구조이며, 통합하고자 하는 지역 데이터베이스 개수만큼 대리 프로세서 캐쉬(33)를 가지게 된다. 즉, 위의 선언중 선언 (1)에서 사용된 n은 이기종 다중 데이터베이스 시스템(32)에 통합된 지역 데이터베이스(34)의 수를 의미한다. (2)에서 선언된 각각의 대리_프로세서_캐쉬를 표현하기 위한 자료 구조는 다음과 같은 요소로 구성된다.

'최소_대리_프로세서_수'는 이기종 다중 데이터베이스 서버가 해당 지역 데이터베이스(34)에 대해 유지할 수 있는 대리 프로세서의 최대수이다.

'최대_대리_프로세서_수'는 이기종 다중 데이터베이스 서버가 해당 지역 데이터베이스(34)에 대해 최소한 유지해야 하는 대리 프로세서의 수이다.

'현재_대리_프로세서_수'는 현재 이기종 다중 데이터베이스 서버가 해당 지역 데이터베이스(34)에 대해 생성한 대리 프로세서의 수이다.

'대리_프로세서의_최대_유휴_시간'은 대리 프로세서가 대리 프로세서 캐쉬(33)에서 유휴 상태로 있을 수 있는 최대 시간을 의미한다. 이때. 최대 유휴 시간을 넘겨 계속해서 대리 프로세서 캐쉬(33)에 남아 있는 경우에는 이기종 다중 데이터베이스 서버가 시스템에서 해당 대리 프로세서를 삭제한다.

'대리_프로세서_리스트'는 대리 프로세서 캐쉬(33)에서 관리되는 대리_프로세서_리스트((3)에서 정의됨)이다.

'대기_전역_클라이언트_리스트'는 유휴한 대리 프로세서가 캐쉬안에 하나도 없으면서 해당 대리 프로세서를 요청한 전역 클라이언트(31)가 있는 경우라면 이를'대기_전역_클라이언트_리스트'에 요청한 순서대로 저장하고 유휴한 대리 프로세서가 생기면 대리_전역_클라이언트_리스트의 첫 번째 전역 클라이언트(31)에게 할당하는 것을 말한다.

(3)에서 정의된 대리_프로세서 자료 구조는 다음과 같은 요소로 구성된다.

'마지막_사용_시간'은 해당 대리 프로세서가 (2)에서 정의된 '대리_프로세서_최대_유휴_시간'을 초과하여 유휴한 상태로 남아 있는지를 판단하기 위해 마지막으로 사용된 시간을 저장한다.

'대리_프로세서_상태'는 해당 대리 프로세서가 현재 특정 전역 클라이언트(31)에 의해 사용되고 있는지 아니면 유휴한 상태로 남아 있는지에 대한 정보를 저장한다.

'할당된_전역_클라이언트'는 대리 프로세서가 현재 특정 전역 클라이언트(31)에 의해 사용되고 있다면 해당 전역 클라이언트(31)의 식별자를 저장한 것이다.

도 5 는 본 발명에 따른 대리 프로세서 관리 방법에 대한 일실시예 전체 흐름도이다.

도 5에 도시된 바와 같이, 본 발명에 따른 대리 프로세서 관리 방법은, 먼저 이기종 다중 데이터베이스 시스템(32)을 초기화한 후에(501) 이기종 다중 데이터베이스의 서버에 접수된 요청을 처리한다(502). 여기서, 이기종 다중 데이터베이스 시스템(32)을 초기화(501)하기 위해서는 이기종 다중 데이터베이스 시스템(32)을 기동하여 각각의 지역 데이터베이스(34)에 대해 최소 대리 프로세서의 수만큼 대리 프로세서를 미리 생성하여 대리 프로세서 캐쉬(33)에 저장한다.

이후, 이기종 다중 데이터베이스 서버에 접수된 요청이 없어 이기종 다중 데이터베이스 서버가 휴지중일 경우에 대리 프로세서 관리 작업을 수행한다(503).

즉, 미리 저장된 대리 프로세서의 최소 수보다 많은 대리 프로세서가 대리 프로세서 캐쉬(33)에 있는 경우에, 각각의 대리 프로세서의 마지막 사용 시간과 대리 프로세서의 상태를 조사하여 정의된 최대 유휴_시간보다 오래 유휴한 상태로 남아 있는 대리 프로세서에 대해 초과된 수만큼을 대리 프로세서 캐쉬(33)에서 제거한다.

도 6a 및 6b는 본 발명에 따른 대리 프로세서 관리 방법중 이기종 다중 데이터베이스 서버에 접수된 요청을 처리하는 과정에 대한 일실시예 상세 흐름도이다.

도 6a 및 6b에 도시된 바와 같이, 본 발명에 따른 프로세서 관리방법중 이기종 다중 데이터베이스 서버에 접수된 요청을 처리하는 과정(502)은, 먼저 이기종 다중 데이터베이스 시스템(32)이 이기종 다중 데이터베이스 서버에 접수된 요청을 처리하기 위해서는 접수된 요청이 있는지를 판단한다(601).

판단결과, 접수된 요청이 없으면, 이기종 다중 데이터베이스 서버가 휴지 중일때 대리 프로세서 관리 작업을 수행한 후에(503) 다시 접수된 요청이 있는지를 판단하는 단계(601)로 넘어간다.

판단결과, 접수된 요청이 있으면, 접수된 요청이 시스템 종료 요청(즉, 이기종 다중 데이터베이스 서버 중지 요청)인지를 분석한다(602).

분석결과, 이기종 다중 데이터베이스 서버 중지 요청이면, 모든 대리 프로세서를 제거하고(603) 이기종 다중 데이터베이스 시스템(32)을 종료한다.

분석결과, 시스템 종료 요청이 아니면, 이기종 다중 데이터베이스 서버에 접수된 전역 클라이언트(31)로부터의 요청 내역을 검사한다(604).

검사결과, 전역 클라이언트(31)의 커밋 요청이거나 철회 요청일 경우에, 전역 클라이언트(31)가 접근한 모든 지역 데이터베이스(34)에 대해 사용했던 대리 프로세서를 대리 프로세서 캐쉬(33)에 반환하고(605) 반환된 각각의 대리 프로세서에 대해 해당 대리 프로세서를 기다리고 있던 다른 전역 클라이언트(31)가 있으면 반환한 대리 프로세서를 기다리고 있던 전역 클라이언트(31)에 연결하여 사용할 수 있도록 한 후에(606) 접수된 요청이 있는지를 판단하는 단계(601)로 넘어간다.

검사결과, 전역 클라이언트(31)의 지역 데이터베이스(34)에 대한 접근 요청인 경우에, 현재 요청을 보낸 전역 클라이언트(31)가 접근하고자 하는 지역 데이터베이스(34)에 대해 이미 할당된 대리 프로세서가 연결되어 있는지를 판단한다(607).

판단결과, 현재 요청을 보내 전역 클라이언트(31)가 접근하고자 하는 지역 데이터베이스(34)에 대한 대리 프로세서가 연결되어 있으면, 연결된 대리 프로세서에게 지역 데이터베이스(34)의 접근 요청을 전달한 후에(608) 접수된 요청이 있는지를 판단하는 단계(601)로 넘어간다.

판단결과, 해당 대리 프로세서가 연결되어 있지 않으면, 해당 지역 데이터베이스에 대한 대리 프로세서 캐쉬(33)를 검색하여 유휴인 대리 프로세서가 있는지를 분석한다(609).

분석결과, 유휴한 대리 프로세서가 있으면, 현재 대리 프로세서의 수를 하나 증가시키고(610) 유휴 대리 프로세서를 현재 전역 클라이언트(34)에게 연결하여 데이터베이스 접근을 요청을 전달한 후에(611), 접수된 요청이 있는지를 판단하는 단계(601)로 넘어간다.

분석결과, 유휴한 대리 프로세서가 없으면, 현재 대리 프로세서의 수가 최대 대리 프로세서의 수를 초과하는지를 검사한다(612).

검사결과, 현재 대리 프로세서의 수가 최대 프로세서의 수를 초과하면, 현재 전역 클라이언트(31)가 접근하고자 하는 지역 데이터베이스(34)의 대기_전역_클라이언트_리스트에 추가하여 해당 지역 데이터베이스(34)에 대해 유휴한 대리 프로세서가 생길 때까지 기다리도록 하고(613) 접수된 요청이 있는지를 판단하는 단계(601)로 넘어간다.

검사결과, 현재 대리 프로세서의 수가 최대 프로세서의 수를 초과하지 않으면, 새로운 대리 프로세서를 생성하여 해당 전역 클라이언트에게 연결하고 데이터베이스 접근 요청을 전달하여 현재 대리 프로세서의 수를 하나 증가시킨 후에(614) 접수된 요청이 있는지를 판단하는 단계(601)로 넘어간다.상술한 바와 같은 본 발명의 방법은 프로그램으로 구현되어 컴퓨터로 읽을 수 있는 기록매체(씨디롬, 램, 롬, 플로피 디스크, 하드 디스크, 광자기 디스크 등)에 저장될 수 있다.

이상에서 설명한 본 발명은 전술한 실시예 및 첨부된 도면에 한정되는 것이 아니고, 본 발명의 기술적 사상을 벗어나지 않는 범위 내에서 여러 가지 치환, 변형 및 변경이 가능하다는 것이 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 있어 명백할 것이다.

상기한 바와 같은 본 발명은, 대리 프로세서 캐슁 기법을 이용하여 여러 전역 클라이언트가 하나의 대리 프로세서에 시차를 두고 공유하게 함으로써, 매번 전역 클라이언트와 지역 데이터베이스간의 연결 때마다 새로운 대리 프로세서를 생성시킬 필요가 없으므로 전반적인 시스템 향상을 가져올 수 있고 또한, 이기종 다중 데이터베이스 시스템의 대리 프로세서 관리에 드는 비용 및 자원을 절감할 수 있는 효과가 있다.

Claims (8)

1. 이기종 다중 데이터베이스 시스템에 적용되는 대리 프로세서 관리 방법에 있어서,

   대리 프로세스를 생성시키는데 필요한 시간을 줄이기 위하여, 전역 클라이언트가 요청을 보내기 전에 대리 프로세스 캐쉬에서 관리해야 하는 최소 대리 프로세스 수를 설정하는 제 1 단계;

   상기 이기종 다중 데이터베이스 시스템에, 하나의 대리 프로세서가 그 생명주기 동안 다수의 지역 데이터베이스로 동시에 접근하는 다수의 전역 클라이언트를 지원할 수 있도록, 상기 최소 대리 프로세서 수만큼 대리 프로세서를 생성하는 제 2 단계; 및

   상기 다수의 전역 클라이언트로부터의 상기 다수의 지역 데이터베이스에 대한 요청에 따라, 상기 이기종 다중 데이터베이스 시스템이 상기 다수의 전역 클라이언트가 상기 하나의 대리 프로세서에 시차를 두고 공유하도록 하여 해당 지역 데이터베이스를 연결하는 제 3 단계

   를 포함하는 이기종 다중 데이터베이스 시스템에서의 대리 프로세서 관리 방법.
2. 제 1 항에 있어서,

   상기 이기종 다중 데이터베이스 시스템의 서버에 요청이 없는 경우에, 대리 프로세서 관리 작업을 수행하는 제 4 단계

   를 더 포함하는 이기종 다중 데이터베이스 시스템에서의 대리 프로세서 관리 방법.
3. 제 2 항에 있어서,

   상기 제 4 단계는,

   미리 정의된 대리 프로세서의 수보다 많은 대리 프로세서가 대리 프로세서 캐쉬에 있는 경우 각각의 대리 프로세서의 마지막 사용 시간을 조사하여 지정된 최대 유휴 시간보다 오래 대기한 대리 프로세서를 초과된 수만큼 캐쉬에서 제거하는 것을 특징으로 하는 이기종 다중 데이터베이스 시스템에서의 대리 프로세서 관리 방법.
4. 제 1 항 내지 제 3 항 중 어느 한 항에 있어서,

   상기 제 3 단계는,

   상기 이기종 다중 데이터베이스 시스템이 이기종 다중 데이터베이스 서버에 접수된 요청이 있는지를 판단하는 제 5 단계;

   상기 제 5 단계의 판단결과, 상기 이기종 다중 데이터베이스 서버에 접수된 요청이 있으면, 접수된 요청이 시스템 종료 요청인지를 분석하는 제 6 단계;

   상기 제 6 단계의 분석결과, 상기 이기종 다중 데이터베이스 서버에 접수된 요청이 시스템 종료 요청(이기종 다중 데이터베이스 서버 중지 요청)이면, 모든 대리 프로세서를 제거하는 제 7 단계;

   상기 제 6 단계의 분석결과, 시스템 종료 요청이 아니면, 상기 이기종 다중 데이터베이스 서버에 접수된 전역 클라이언트로부터의 요청 내역을 검사하는 제 8 단계;

   상기 제 8 단계의 검사결과, 상기 전역 클라이언트의 상기 지역 데이터베이스에 대한 접근 요청인 경우에, 현재 요청을 보낸 상기 전역 클라이언트가 접근하고자 하는 상기 지역 데이터베이스에 대해 기 할당된 대리 프로세서가 있는지를 판단하는 제 9 단계;

   상기 제 9 단계의 판단결과, 상기 기 할당된 대리 프로세서가 있으면 상기 기 할당된 대리 프로세서에게 상기 지역 데이터베이스에 대한 접근 요청을 전달 후에 상기 제 5 단계로 넘어가는 제 10 단계;

   상기 제 9 단계의 판단결과, 상기 기 할당된 대리 프로세서가 없으면, 해당 지역 데이터베이스에 대한 대리 프로세서 캐쉬를 검색하여 유휴 대리 프로세서가 있는지를 분석하는 제 11 단계;

   상기 제 11 단계의 분석결과, 상기 유휴 대리 프로세서가 있으면, 현재 대리 프로세서의 수를 하나 증가시키고, 상기 유휴 대리 프로세서를 상기 전역 클라이언트에게 연결하여 데이터베이스 접근 요청을 전달한 후에, 상기 제 5 단계로 넘어가는 제 12 단계;

   상기 제 11 단계의 분석결과, 상기 유휴 대리 프로세서가 없으면, 현재 대리 프로세서의 수가 최대 대리 프로세서의 수를 초과하는지를 검사하는 제 13 단계;

   상기 제 13 단계의 검사결과, 현재 대리 프로세서의 수가 최대 대리 프로세서의 수를 초과하면, 현재 전역 클라이언트를 접근하고자 하는 지역 데이터베이스의 대기_전역_클라이언트_리스트에 추가하여 해당 지역 데이터베이스에 대해 유휴한 대리 프로세서가 생길 때까지 기다리도록 하고 상기 제 5 단계로 넘어가는 제 14 단계; 및

   상기 제 13 단계의 검사결과, 현재 대리 프로세서의 수가 최대 프로세서의 수를 초과하지 않으면, 새로운 대리 프로세서를 생성하여 해당 전역 클라이언트에게 연결하고 데이터베이스 접근 요청을 전달하여 현재 대리 프로세서의 수를 하나 증가시킨 후에 상기 제 5 단계로 넘어가는 제 15 단계

   를 포함하는 이기종 다중 데이터베이스 시스템에서의 대리 프로세서 관리 방법.
5. 제 4 항에 있어서,

   상기 제 8 단계의 검사결과, 상기 전역 클라이언트의 커밋 요청이거나 철회 요청일 경우에, 상기 전역 클라이언트가 접근한 모든 지역 데이터베이스에 대해 사용했던 상기 대리 프로세서를 대리 프로세서 캐쉬에 반환하는 제 16 단계; 및

   반환한 각각의 대리 프로세서에 대해 해당 대리 프로세서를 기다리고 있던 상기 전역 클라이언트에 연결하여 사용할 수 있도록 한 후에 상기 제 5 단계로 넘어가는 제 17 단계

   를 더 포함하는 이기종 다중 데이터베이스 시스템에서의 대리 프로세서 관리 방법.
6. 제 1 항에 있어서,

   상기 이기종 다중 데이터베이스 시스템은,

   대리 프로세서 캐슁을 위해 마지막 사용 시간, 대리 프로세서 상태, 할당된

   전역 클라이언트, 최대 대리 프로세서 수, 최소 대리 프로세서 수, 현재 생성된 대리 프로세서 수, 최대 유휴 시간 및 대리 프로세서를 기다리고 있는 상기 다수의 전역 클라이언트들에 관한 정보 등을 포함하는 각 지역 데이터베이스 별로 관리하여 상기 대리 프로세서에 관한 정보를 관리하는 것을 특징으로 하는 이기종 다중 데이터베이스 시스템에서의 대리 프로세서 관리 방법.
7. 프로세서를 구비한 이기종 다중 데이터베이스 시스템에,

   대리 프로세스를 생성시키는데 필요한 시간을 줄이기 위하여, 전역 클라이언트가 요청을 보내기 전에 대리 프로세스 캐쉬에서 관리해야 하는 최소 대리 프로세스 수를 설정하는 제 1 기능;

   상기 이기종 다중 데이터베이스 시스템에, 하나의 대리 프로세서가 그 생명주기 동안 다수의 지역 데이터베이스로 동시에 접근하는 다수의 전역 클라이언트를 지원할 수 있도록, 상기 최소 대리 프로세서 수만큼 대리 프로세서를 생성하는 제 2 기능; 및

   상기 다수의 전역 클라이언트로부터의 상기 다수의 지역 데이터베이스에 대한 요청에 따라, 상기 이기종 다중 데이터베이스 시스템이 상기 다수의 전역 클라이언트가 상기 하나의 대리 프로세서에 시차를 두고 공유하도록 하여 해당 지역 데이터베이스를 연결하는 제 3 기능

   을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체.
8. 제 7 항에 있어서,

   상기 이기종 다중 데이터베이스 시스템의 서버에 요청이 없는 경우에, 대리 프로세서 관리 작업을 수행하는 제 4 기능

   을 더 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체.