KR100420254B1 - Database Management Method - Google Patents

Database Management Method Download PDF

Info

Publication number
KR100420254B1
KR100420254B1 KR10-1998-0036685A KR19980036685A KR100420254B1 KR 100420254 B1 KR100420254 B1 KR 100420254B1 KR 19980036685 A KR19980036685 A KR 19980036685A KR 100420254 B1 KR100420254 B1 KR 100420254B1
Authority
KR
South Korea
Prior art keywords
database
access
dbms
procedure
data
Prior art date
Application number
KR10-1998-0036685A
Other languages
Korean (ko)
Other versions
KR20000018870A (en
Inventor
박명진
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to KR10-1998-0036685A priority Critical patent/KR100420254B1/en
Publication of KR20000018870A publication Critical patent/KR20000018870A/en
Application granted granted Critical
Publication of KR100420254B1 publication Critical patent/KR100420254B1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23Updating

Abstract

본 발명은 전자 교환기에서의 데이터베이스 접근(Database Access)에 관한 것으로, 특히 내부 및 외부 프로세서에서의 데이터베이스 접근 시에 응용 프로그램이 보다 효율적이고 빠른 데이터 접근을 할 수 있도록 한 데이터베이스 관리 방법에 관한 것이다.BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to database access in an electronic exchange, and more particularly, to a database management method that enables an application program to more efficiently and quickly access data when accessing a database from internal and external processors.

본 발명에 의해 DBMS(Database Management System)를 사용자 영역 중 공용 라이브러리 영역 내에 상주시켜 응용 프로그램이 직접 다이내믹 링크(Dynamic Link)를 통해 데이터베이스 접근 요구를 인가받고 해당 DBMS 간에 서로 데이터 및 데이터베이스 접근 결과를 송수신할 수 있도록 함으로써, 트랩을 통하지 않고 프로세스간 불필요한 인터페이스를 최소화시켜 보다 향상된 성능으로 데이터베이스에 접근할 수 있다.According to the present invention, a DBMS (Database Management System) resides in a common library area among user areas so that an application can receive a database access request through a direct dynamic link and send and receive data and database access results between the DBMSs. This allows access to the database with improved performance by minimizing unnecessary interfaces between processes without going through traps.

Description

데이터베이스 관리 방법Database management method

본 발명은 전자 교환기에서의 데이터베이스 접근(Database Access)에 관한 것으로, 특히 내부 및 외부 프로세서에서의 데이터베이스 접근 시에 응용 프로그램이 보다 효율적이고 빠른 데이터 접근을 할 수 있도록 한 데이터베이스 관리 방법에 관한 것이다.BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to database access in an electronic exchange, and more particularly, to a database management method that enables an application program to more efficiently and quickly access data when accessing a database from internal and external processors.

종래의 기술에 있어서, 데이터베이스에 접근하기 위한 구조는 도 1에 도시된 바와 같이, 프로세서 내에 크게 사용자(User) 영역에서 구동하는 부분과 커널(Kernel) 영역에서 구동하는 부분으로 나눌 수 있다.In the related art, a structure for accessing a database may be divided into a part driving in a user area and a part driving in a kernel area, as shown in FIG. 1.

여기서, 해당 사용자 영역에는 데이터베이스 접근 명령을 수행하는 응용 프로그램(11)과, 해당 응용프로그램(11)의 데이터베이스 접근 명령을 트랩(Trap)을 통해 인터페이스하는 API(Application Program Interface; 12)를 포함하여 이루어져 있다.Here, the user area includes an application program 11 for performing a database access command and an application program interface (API) 12 for interfacing the database access command of the application program 11 through a trap. have.

그리고, 해당 커널 영역에는 데이터를 저장하고 있는 데이터베이스(13)와, 해당 트랩을 통해 해당 응용 프로그램(11)의 데이터베이스 접근 명령을 수신하여 분석하고 해당 데이터베이스(13)의 데이터를 전송하고 데이터베이스 접근 결과를 송신하는 DBMS(14)를 포함하여 이루어져 있다.In addition, the kernel region receives and analyzes the database 13 storing data and the database access command of the application 11 through the trap, transmits the data of the database 13, and analyzes the database access result. The DBMS 14 which transmits is comprised.

상술한 바와 같이 구성된 데이터베이스 관리 시스템은 다음과 같이 동작을 수행하는데, 먼저 응용 프로그램(11)은 사용자 영역에서 외부 프로세서의 다른 응용 프로그램과 정보를 교환하면서 자체 내 또는 다른 응용 프로그램으로부터 커널 영역에 있는 데이터베이스(13)로의 접근 요구가 있는 경우에 링크되어 있는 API(12)에 호출한다.The database management system configured as described above performs an operation as follows. First, the application 11 exchanges information with other applications of an external processor in the user area, while in the kernel area from itself or from another application. Called to the linked API 12 when there is a request for access to (13).

이에, 상기 API(12)에서는 상기 응용 프로그램(11)의 호출에 따라 트랩을 통해 커널 영역 내에 있는 DBMS(14)를 호출한다.Accordingly, the API 12 calls the DBMS 14 in the kernel region through a trap according to the call of the application program 11.

이에 따라, 커널 영역에서 동작을 수행하는데, 상기 DBMS(14)에서는 상기API(12)로부터 트랩을 통해 인가되는 데이터 접근 요구를 분석하며, 해당 분석한 결과가 내부 프로세서의 데이터베이스 접근 요구임을 확인하여 상기 데이터베이스(13)에 대한 검색을 시도하며, 내부 데이터베이스 접근 요구가 아니면 사용자 영역의 상기 API(12)로 리턴(Return)시켜 준다.Accordingly, the operation is performed in the kernel domain. The DBMS 14 analyzes a data access request applied through a trap from the API 12 and confirms that the result of the analysis is a database access request of an internal processor. It attempts to search the database 13 and returns it to the API 12 in the user area if it is not an internal database access request.

그리고, 상기 DBMS(14)에서는 상기 데이터베이스(13) 내에 저장되어 있는 데이터를 검색하여 해당 데이터와 데이터베이스 접근 결과를 사용자 영역에 저장하여 응용 프로그램(11)이 이를 사용할 수 있도록 한다.In addition, the DBMS 14 searches for data stored in the database 13 and stores the data and the result of accessing the database in a user area so that the application 11 can use it.

이 때, 상기 DBMS(14)로의 시간(Second) 당 접근 회수를 내부 데이터베이스 접근(Local Database Access) 시와 외부 데이터베이스 접근(Global Database Access) 시에 대해 살펴보면 아래의 표 1과 같다.In this case, the number of accesses per second to the DBMS 14 will be described in Table 1 below at the time of internal database access and at the time of external database access.

내부 데이터베이스 접근Internal database access 외부 데이터베이스 접근External database access 데이터 검색Data retrieval 9900.9909900.990 67.53167.531 데이터 변경Change data 9225.0929225.092 59.49559.495 데이터 삽입 및 삭제Insert and delete data 954.198954.198 32.10132.101

상기 표 1에서 볼 수 있는 바와 같이, 초당 외부 데이터베이스 접근 회수가 내부 데이터베이스 접근 회수보다 많이 적음을 알 수 있다. 왜냐하면, 상기 DBMS(14)에서 외부 데이터베이스 접근임을 확인하여 상기 API(12) 및 상기 응용 프로그램(11)으로 리턴시켜 원하는 데이터를 저장하고 있는 해당 외부 프로세서로 시그널을 전송하여 다시 트랩을 통해 해당 프로세서의 DBMS로의 접근을 해야 하는 시간이 많이 걸리는 여러 단계 때문이다.As can be seen in Table 1, it can be seen that the number of external database accesses per second is much less than the number of internal database accesses. This is because the DBMS 14 confirms that the external database is accessed, returns to the API 12 and the application 11, and transmits a signal to the corresponding external processor storing the desired data. This is due to the time-consuming steps involved in accessing the DBMS.

종래의 DBMS(14)는 상기 커널 영역에서 동작하기 때문에 DBMS(14) 자체 내에서 시그널 송수신이 불가능하였다. 그러므로, 외부 데이터베이스 접근 시 상기 응용 프로그램(11)이 외부로의 접근 요구 시그널을 송출해야 하기 때문에 상기 DBMS(14)와 상기 API(12) 및 응용 프로그램(11) 간의 불필요한 구성 블록간의 인터페이스가 많아져 상기 DBMS(14)의 성능을 저하시킨다.Since the conventional DBMS 14 operates in the kernel region, it is impossible to transmit / receive signals in the DBMS 14 itself. Therefore, since the application 11 needs to send an external access request signal when accessing an external database, an interface between unnecessary building blocks between the DBMS 14 and the API 12 and the application 11 increases. The performance of the DBMS 14 is lowered.

또한, 상기 DBMS(14)가 커널 영역 내에 있어 상기 응용 프로그램(11)의 DBMS 호출 시에 항상 트랩을 통해야 하므로 상기 데이터베이스(13)에 접근하는데 시간이 많이 걸린다.In addition, since the DBMS 14 is in a kernel area and must always be trapped when calling the DBMS of the application program 11, it takes a long time to access the database 13.

이와 같이, 종래에는 DBMS가 커널 영역에 존재하여 응용 프로그램에서의 접근 시에 트랩을 통해야 하고 외부 데이터베이스 접근 시에 반드시 자체 내의 응용 프로그램을 통해 시그널을 전송해야 하므로, 불필요한 인터페이스의 동작 수행이 많아 해당 DBMS의 성능을 저하시킬 뿐만 아니라 데이터베이스 접근에 많은 시간이 걸리는 문제점이 있었다.As such, in the past, since a DBMS exists in the kernel area and must be trapped when an application program accesses it, and a signal must be transmitted through its own application program when an external database is accessed, an unnecessary interface operation is often performed. Not only does it degrade the performance of the database, it also takes a long time to access the database.

상술한 바와 같은 문제점을 해결하기 위해, 본 발명은 데이터베이스 접근에 관한 것으로, 전자 교환기에서 사용되는 분산 DBMS를 개선시켜 내부 및 외부 프로세서의 데이터베이스 접근 시에 응용 프로그램이 더욱 효율적이고 빠른 시간 내에 원하는 데이터를 접근하고 변경할 수 있도록 하는데, 그 목적이 있다.In order to solve the problems described above, the present invention relates to a database access, improves the distributed DBMS used in the electronic exchange to allow the application program to more efficiently and quickly the desired data when accessing the database of internal and external processors Its purpose is to make it accessible and changeable.

도 1은 종래의 데이터베이스 관리 시스템을 나타낸 구성 블록도.1 is a block diagram showing a conventional database management system.

도 2는 본 발명의 실시 예에 따른 데이터베이스 관리 시스템을 나타낸 구성 블록도.2 is a block diagram illustrating a database management system according to an embodiment of the present invention.

도 3은 본 발명의 실시 예에 따른 데이터베이스 관리 방법을 나타낸 플로우 차트.3 is a flowchart illustrating a database management method according to an embodiment of the present invention.

* 도면의 주요부분에 대한 부호의 설명 *Explanation of symbols on the main parts of the drawings

20, 30 : 프로세서 21, 31 : 응용 프로그램20, 30: Processor 21, 31: Application

22, 32 : API(Application Program Interface)22, 32: API (Application Program Interface)

23, 33 : DBMS(Database Management System)23, 33: DBMS (Database Management System)

24, 34 : 데이터베이스24, 34: Database

상기와 같은 목적을 달성하기 위한 본 발명의 특징은, 데이터베이스 관리 방법에 있어서, DBMS(Database Management System)의 각 프로시저에 대한 위치 정보를 API에 미리 저장해 둔 상태에서 상기 API에서 응용 프로그램으로부터의 데이터베이스 접근 요구가 있는지를 확인하는 과정과; 상기 데이터베이스 접근 요구가 발생되는 경우 상기 API에서 상기 DBMS의 프로시저에 대한 위치 정보를 확인하여 해당 확인된 프로시저를 호출하는 과정과; 상기 프로시저가 호출된 DBMS에서 상기 데이터베이스 접근 요구가 내부 데이터베이스에 대한 접근인지 아니면 외부 데이터베이스에 대한 접근인지를 확인하는 과정과; 상기 데이터베이스 접근 요구가 외부 데이터베이스에 대한 접근이면 상기 DBMS가 호출된 프로시저를 수행하여 직접 외부 프로세서로 시그널을 전송하고 접근 결과를 수신하는 과정과; 상기 데이터베이스 접근 요구가 내부 데이터베이스에 대한 접근이면 상기 DBMS가 호출된 프로시저를 수행하여 자체내의 데이터베이스에 대한 접근 변경 동작을 수행해 데이터 및 데이터베이스 접근 결과를 자체 내에서 처리하는 과정을 포함하는데 있다.A feature of the present invention for achieving the above object is, in the database management method, the database from the application in the API in the position information for each procedure of the DBMS (Database Management System) previously stored in the API Checking whether there is an access request; When the database access request is generated, checking the location information on the procedure of the DBMS in the API and calling the identified procedure; Checking whether the database access request is an access to an internal database or an external database in the DBMS where the procedure is called; If the database access request is an access to an external database, performing a procedure called by the DBMS to directly transmit a signal to an external processor and receive an access result; If the database access request is an access to an internal database, the DBMS performs a procedure called to perform an access change operation on a database in itself, thereby processing data and a database access result in itself.

본 발명은 커널 영역이 아닌 사용자 영역 중의 공용 라이브러리(Shared Library) 영역에 DBMS를 상주시켜 다이내믹 링크(Dynamic Link) 개념을 도입하여 응용 프로그램이 해당 DBMS를 호출할 때에 해당 DBMS를 다이내믹하게 링크하여 데이터베이스 접근을 수행한다.In the present invention, the DBMS resides in the shared library area of the user area, not the kernel area, and introduces the concept of dynamic link. When an application program calls the DBMS, the DBMS is dynamically linked to access the database. Do this.

또한, 본 발명은 트랩을 통해 데이터를 전송하지 않으므로 보다 빠르게 DBMS에 접근 가능하며, 해당 DBMS 내에서 다른 프로세서로의 데이터 전송 및 수신이 가능하여 불필요한 인터페이스 동작을 최소화한다.In addition, since the present invention does not transmit data through a trap, the DBMS can be accessed more quickly, and data transmission and reception to other processors can be performed within the DBMS, thereby minimizing unnecessary interface operations.

그러면, 이하 첨부된 도면을 참고하여 다음과 같이 설명한다.Then, with reference to the accompanying drawings will be described as follows.

도 2는 본 발명의 실시 예에 따른 데이터베이스 관리 시스템을 나타낸 구성블록도이고, 도 3은 본 발명의 실시 예에 따른 데이터베이스 관리 방법을 나타낸 플로우 차트이다.2 is a block diagram showing a database management system according to an embodiment of the present invention, Figure 3 is a flow chart showing a database management method according to an embodiment of the present invention.

본 발명의 실시 예에 따른 데이터베이스 관리 시스템은 도 2에 도시된 바와 같이, 다수 개의 프로세서(20, 30) 내에 응용 프로그램(21, 31)과, API(22, 32)와, DBMS(23, 33)와, 데이터베이스(24, 34)를 각각 포함하여 이루어진다.As shown in FIG. 2, the database management system according to an exemplary embodiment of the present invention may include application programs 21 and 31, APIs 22 and 32, and DBMSs 23 and 33 in a plurality of processors 20 and 30. ) And databases 24 and 34, respectively.

상기 응용 프로그램(21, 31)과 데이터베이스(24, 34)는 종래의 구성과 동일하므로, 그 설명을 생략한다.Since the application programs 21 and 31 and the databases 24 and 34 are the same as in the conventional configuration, description thereof is omitted.

상기 API(22, 32)는 상기 DBMS(23, 33)의 각 프로시저에 대한 위치 정보를 저장하고 있으며, 운용 시스템(Operation System)의 특정 트랩의 호출없이 직접 해당 프로시저를 호출한다.The APIs 22 and 32 store location information of each procedure of the DBMS 23 and 33, and directly call the corresponding procedure without calling a specific trap of an operation system.

상기 DBMS(23, 33)는 사용자 영역 중의 공용 라이브러리 영역에서 다이내믹 링크를 통해 프로그램 수행 중 상기 API(22, 32)에 연결하며, 다른 프로세서에 속해 있는 DBMS와 직접 시그널을 송수신한다.The DBMSs 23 and 33 connect to the APIs 22 and 32 during a program execution through a dynamic link in a common library area of a user area, and directly transmit and receive signals to and from a DBMS belonging to another processor.

본 발명의 실시 예에 따른 데이터베이스 관리 방법은 도 3의 플로우 차트를 참고하여 다음과 같이 살펴본다.A database management method according to an embodiment of the present invention will be described as follows with reference to the flowchart of FIG. 3.

먼저, 어떤 DBMS(23, 33)의 프로시저에 대한 데이터베이스 접근 요구인지를 알기 위하여 해당 DBMS(23, 33)의 각 프로시저에 대한 위치 정보를 각 프로세서(20, 30) 내에 각각 구비되어 있는 API(22, 32)에 저장해 둔다(단계 S1).First, in order to know which DBMS 23, 33 is a database access request for a procedure, an API provided in each processor 20, 30 with location information on each procedure of the corresponding DBMS 23, 33, respectively. (22, 32) (step S1).

이에, 상기 각 프로세서(20, 30) 내에 각각 구비되어 있는 응용 프로그램(21, 31)이 데이터베이스 접근을 요청하면(단계 S2), 해당 각 응용 프로그램(21, 31)에 각각 링크되어 있는 API(22, 32)에서는 해당 각 응용 프로그램(21, 31)으로부터 인가되는 데이터베이스 접근 요구를 인가받아 상기 DBMS(23, 33)의 프로시저에 대한 위치 정보를 확인하며(단계 S3), 해당 확인된 위치 정보에 대응하는 프로시저를 운용 시스템의 특정 트랩의 호출 없이 직접 호출한다(단계 S4).Therefore, when the applications 21 and 31 respectively provided in the processors 20 and 30 request access to the database (step S2), the APIs 22 linked to the respective applications 21 and 31, respectively, are requested. And 32) confirms the location information of the procedure of the DBMS 23, 33 by receiving the database access request from the respective application programs 21 and 31 (step S3), and checks the identified location information. The corresponding procedure is called directly without calling a specific trap of the operating system (step S4).

상기 제4단계(S4)에서 상기 각 프로세서(20, 30) 내의 사용자 영역 중 공용 라이브러리 영역에 있는 DBMS(23, 33)가 자체 내 또는 다른 프로세서의 응용 프로그램의 데이터베이스 접근 요구를 상기 API(22, 32)를 통해 인가받으면 자체 내의 응용 프로그램(21, 31)에 의한 호출인지 또는 다른 프로세서의 응용프로그램에 의한 호출인지를 확인한다(단계 S5).In the fourth step S4, the DBMSs 23 and 33 in the common library area among the user areas in each of the processors 20 and 30 may request a database access request of an application program of an internal or other processor. If authorized through 32), it is checked whether the call is made by the application programs 21 and 31 in the self or by the application program of another processor (step S5).

만약, 상기 제5단계(S5)에서 자체 내의 데이터베이스에 대한 접근임을 확인한 경우, 상기 DBMS(23, 33)는 해당 호출된 프로시저를 수행하여 자체 내의 데이터베이스(24, 34)에 대한 접근 및 변경 과정을 수행한다(단계 S6).If it is confirmed in the fifth step (S5) that the access to the database in the self, the DBMS (23, 33) performs the called procedure to access and change the database (24, 34) in itself (Step S6).

그리고, 상기 제6단계(S6)에서 수행한 결과로 데이터 및 데이터베이스 접근 결과를 자체 내의 사용자 영역에 저장한다(단계 S7).As a result of the sixth step S6, the data and the database access result are stored in the user area in the self (step S7).

다르게, 상기 제5단계(S5)에서 다른 프로세서의 응용프로그램에 의한 호출, 즉 외부 데이터베이스에 대한 접근임을 확인한 경우, 상기 DBMS(23, 33)는 해당 호출된 프로시저를 수행하여 외부 프로세서로 접근 요구 시그널을 전송하며(단계 S8), 데이터 및 데이터베이스 접근 결과를 자체 내의 API(22, 32)로 리턴시켜 자체 내의 응용 프로그램(21, 31)을 통해 다른 프로세서의 응용 프로그램으로 전송하지 않고 직접 다른 프로세서의 DBMS로 데이터를 전송하여 해당 데이터베이스 접근 요구를 처리한 후에 데이터베이스 접근 결과를 수신한다(단계 S9).Alternatively, if it is confirmed in the fifth step (S5) that the call by the application program of the other processor, that is, access to the external database, the DBMS (23, 33) performs the called procedure to request access to the external processor Send a signal (step S8), and return the data and database access results to the APIs 22 and 32 within itself, and not directly to other processor applications through the applications 21 and 31 within itself. After transmitting the data to the DBMS to process the corresponding database access request, the database access result is received (step S9).

상술한 바와 같이 동작을 수행할 때, 상기 DBMS(23, 33)로의 시간(Second) 당 접근 회수를 내부 데이터베이스에 대한 접근 시와 외부 데이터베이스에 대한 접근 시에 대해 살펴보면 아래의 표 2과 같다.When performing the operation as described above, when the number of accesses per second (Second) to the DBMS (23, 33) when the access to the internal database and the access to the external database are described in Table 2 below.

내부 데이터베이스 접근Internal database access 외부 데이터베이스 접근External database access 데이터 검색Data retrieval 20746.88820746.888 443.262443.262 데이터 변경Change data 26881.72026881.720 255.102255.102 데이터 삽입 및 삭제Insert and delete data 1720.1831720.183 162.760162.760

상기 표 2에서 볼 수 있는 바와 같이, 상기 DBMS(23, 33)를 사용자 영역 중 공용 라이브러리 영역 내에 상주시켜 트랩을 통하지 않고 데이터베이스에 대한 접근이 가능하며, 외부 데이터베이스 접근 시에도 상기 API(22, 32)와 응용 프로그램(21, 31)과의 인터페이스 동작 없이 상기 DBMS(23, 33) 간에 서로 데이터 및 데이터베이스 접근 결과를 송수신함으로써, 종래의 접근 회수보다 훨씬 많음을 알 수 있다.As shown in Table 2, the DBMS (23, 33) is located in the common library area of the user area to access the database without going through the trap, and the API (22, 32) even when accessing an external database By transmitting and receiving data and database access results between the DBMSs 23 and 33 without interfacing with the application programs 21 and 31, it can be seen that the number of accesses is much higher than that of the conventional approach.

상술한 바와 같은 동작 수행을 다시 예를 들어 간략하게 설명하면, 상기 제1프로세서(20)의 제1응용 프로그램(21)이 데이터베이스 접근을 요구하는 경우에 상기 제1API(22)에서 프로시저에 대한 위치 정보를 확인하여 직접 해당 프로시저를 호출한다.In brief, for example, performing the above-described operation, when the first application 21 of the first processor 20 requests access to a database, the first API 22 may perform a procedure on the procedure. Check the location information and call the procedure directly.

이 때, 상기 제1프로세서(20) 내에 있는 제1데이터베이스(24)에 대한 접근 요구인 경우에는 상기 제1DBMS(23)에서 해당 프로시저를 수행하여 상기 제1데이터베이스(24)의 접근 및 변경을 수행한 후에 데이터 및 데이터베이스 접근 결과를 사용자 영역에 저장하여 상기 제1응용 프로그램(21)으로 전달하게 된다.At this time, in the case of an access request to the first database 24 in the first processor 20, the first DBMS 23 performs a corresponding procedure to access and change the first database 24. After performing the data and the database access result is stored in the user area and transferred to the first application (21).

한편, 상기 제2프로세서(30) 내에 있는 제2데이터베이스(34)에 대한 접근 요구인 경우에는 상기 제1DBMS(23)에서 상기 제2DBMS(33)로 시그널을 전송하여 외부 접근 요구를 하고 데이터 및 데이터베이스 접근 결과를 직접 수신하게 된다.On the other hand, in the case of an access request to the second database 34 in the second processor 30, the first DBMS 23 sends a signal to the second DBMS 33 to make an external access request, and the data and the database. You will receive the access result directly.

다시 말해서, 종래 DBMS는 트랩을 통해 응용 프로그램의 데이터 접근 요구를 인가받아 커널 영역 내에서 데이터베이스 접근이 수행되었으나, 본 발명의 DBMS에서는 공용 라이브러리 내의 DBMS가 다이내믹하게 호출되고 시그널 송수신이 가능하게 되어 상당한 성능 향상을 가져다 준다.In other words, in the conventional DBMS, the database access is performed in the kernel area by receiving the data access request of the application program through the trap, but in the DBMS of the present invention, the DBMS in the common library is dynamically called and the signal can be transmitted and received. It brings an improvement.

이상과 같이, 본 발명에 의해 DBMS를 사용자 영역 중 공용 라이브러리 영역 내에 상주시켜 응용 프로그램이 직접 다이내믹 링크를 통해 데이터베이스 접근 요구를 인가받고 해당 DBMS 간에 서로 데이터 및 데이터베이스 접근 결과를 송수신할 수 있도록 함으로써, 트랩을 통하지 않고 프로세스 간 불필요한 인터페이스를 최소화시켜 보다 향상된 성능으로 데이터베이스에 접근할 수 있다.As described above, a DBMS resides in a common library area among user domains so that an application can receive a database access request through a direct dynamic link, and send and receive data and database access results to and from the corresponding DBMS. You can access the database with improved performance by minimizing unnecessary interfaces between processes rather than through them.

Claims (1)

데이터베이스 관리 방법에 있어서,In the database management method, DBMS(Database Management System)의 각 프로시저에 대한 위치 정보를 API에 미리 저장해 둔 상태에서 상기 API에서 응용 프로그램으로부터의 데이터베이스 접근 요구가 있는지를 확인하는 과정과;Checking whether there is a database access request from an application in the API while storing location information of each procedure of a DBMS (Database Management System) in advance in the API; 상기 데이터베이스 접근 요구가 발생되는 경우 상기 API에서 상기 DBMS의 프로시저에 대한 위치 정보를 확인하여 해당 확인된 프로시저를 호출하는 과정과;When the database access request is generated, checking the location information on the procedure of the DBMS in the API and calling the identified procedure; 상기 프로시저가 호출된 DBMS에서 상기 데이터베이스 접근 요구가 내부 데이터베이스에 대한 접근인지 아니면 외부 데이터베이스에 대한 접근인지를 확인하는 과정과;Checking whether the database access request is an access to an internal database or an external database in the DBMS where the procedure is called; 상기 데이터베이스 접근 요구가 외부 데이터베이스에 대한 접근이면 상기 DBMS가 호출된 프로시저를 수행하여 직접 외부 프로세서로 시그널을 전송하고 접근 결과를 수신하는 과정과;If the database access request is an access to an external database, performing a procedure called by the DBMS to directly transmit a signal to an external processor and receive an access result; 상기 데이터베이스 접근 요구가 내부 데이터베이스에 대한 접근이면 상기 DBMS가 호출된 프로시저를 수행하여 자체내의 데이터베이스에 대한 접근 및 변경 동작을 수행해 데이터 및 데이터베이스 접근 결과를 자체 내에서 처리하는 과정을 포함하는 것을 특징으로 하는 데이터베이스 관리 방법.If the database access request is an access to an internal database, the DBMS performs a procedure called to perform an access and change operation on a database within the database and process data and a database access result within the database; Database management methods.
KR10-1998-0036685A 1998-09-03 1998-09-03 Database Management Method KR100420254B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR10-1998-0036685A KR100420254B1 (en) 1998-09-03 1998-09-03 Database Management Method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR10-1998-0036685A KR100420254B1 (en) 1998-09-03 1998-09-03 Database Management Method

Publications (2)

Publication Number Publication Date
KR20000018870A KR20000018870A (en) 2000-04-06
KR100420254B1 true KR100420254B1 (en) 2004-05-31

Family

ID=19549732

Family Applications (1)

Application Number Title Priority Date Filing Date
KR10-1998-0036685A KR100420254B1 (en) 1998-09-03 1998-09-03 Database Management Method

Country Status (1)

Country Link
KR (1) KR100420254B1 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100324276B1 (en) * 1999-09-17 2002-02-21 서평원 method for data backup of DBMS in switching system
KR100921816B1 (en) * 2007-07-25 2009-10-16 서울통신기술 주식회사 Apparatus and Operating Method of Private Branch Exchange by Using Dynamic Link Libraries Thereof

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05120111A (en) * 1991-10-28 1993-05-18 Nippon Telegr & Teleph Corp <Ntt> Access control method for horizontal distributed data base system
JPH0683692A (en) * 1992-04-15 1994-03-25 Internatl Business Mach Corp <Ibm> Method and system for database access
KR950013287A (en) * 1993-10-11 1995-05-17 양승택 Recovery method in case of error of audited data in electronic switchboard
US5551046A (en) * 1991-06-14 1996-08-27 International Business Machines Corporation Method for non-hierarchical lock management in a multi-system shared data environment
US5566332A (en) * 1990-03-27 1996-10-15 International Business Machines Corporation Method and combination for minimizing data conversions when data is transferred between a first database storing data in a first format and a second database storing data in a second format
JPH09231243A (en) * 1995-09-30 1997-09-05 Alcatel Nv Connecting method for data processor, control method for exchange, data processor, controller, and exchange
US5692174A (en) * 1995-10-05 1997-11-25 International Business Machines Corporation Query parallelism in a shared data DBMS system
JPH10133921A (en) * 1996-10-28 1998-05-22 Hitachi Ltd Sql remodeling system for decentralized dbms query process

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5566332A (en) * 1990-03-27 1996-10-15 International Business Machines Corporation Method and combination for minimizing data conversions when data is transferred between a first database storing data in a first format and a second database storing data in a second format
US5551046A (en) * 1991-06-14 1996-08-27 International Business Machines Corporation Method for non-hierarchical lock management in a multi-system shared data environment
JPH05120111A (en) * 1991-10-28 1993-05-18 Nippon Telegr & Teleph Corp <Ntt> Access control method for horizontal distributed data base system
JPH0683692A (en) * 1992-04-15 1994-03-25 Internatl Business Mach Corp <Ibm> Method and system for database access
KR950013287A (en) * 1993-10-11 1995-05-17 양승택 Recovery method in case of error of audited data in electronic switchboard
JPH09231243A (en) * 1995-09-30 1997-09-05 Alcatel Nv Connecting method for data processor, control method for exchange, data processor, controller, and exchange
US5692174A (en) * 1995-10-05 1997-11-25 International Business Machines Corporation Query parallelism in a shared data DBMS system
JPH10133921A (en) * 1996-10-28 1998-05-22 Hitachi Ltd Sql remodeling system for decentralized dbms query process

Also Published As

Publication number Publication date
KR20000018870A (en) 2000-04-06

Similar Documents

Publication Publication Date Title
EP1252584B1 (en) Method for distributed transaction support using jdbc 1.0 drivers
US6374238B1 (en) Routine executing method in database system
JP2533266B2 (en) Locking method of data resource in shared data system and data lock management method between systems
US7162467B2 (en) Systems and methods for managing distributed database resources
US6374243B1 (en) Database access system having time-out mechanism
US6785691B1 (en) Object oriented processing system and data sharing environment for applications therein
AU687168B2 (en) Distributed data base system
US20020062356A1 (en) Method and apparatus for communication of message data
KR100288140B1 (en) Connection provision system and method for accessing heterogeneous database management system
KR100269339B1 (en) Home Location Register Management System in Mobile Communication System And database Management Method using the same
KR20040063793A (en) Reverse directory for facilitating accesses involving a lower-level cache
KR100420254B1 (en) Database Management Method
US20030115575A1 (en) Method and system for sharing resources in hierarchical backplanes
US5727179A (en) Memory access method using intermediate addresses
KR100491883B1 (en) Method for dynamic database processing by using CORBA platform
US5062046A (en) Multiple processor system having a correspondence table for transferring processing control between instruction processors
CN105511813A (en) Method, device and system for accessing server disk
KR100507781B1 (en) Buffer fix procedure supporting both detection-based and avoidance-based cache coherency control scheme in a multisystem shared disk environment
CN111259375A (en) Processing method and device for access request applied to operating system of Internet of things
KR100978083B1 (en) Procedure calling method in shared memory multiprocessor and computer-redable recording medium recorded procedure calling program
KR100461353B1 (en) A gateway system and an operating method for managing the integrated network by using a database connection pool
Lam et al. Mobile distributed real-time database systems
KR100313001B1 (en) Database Access Systems and Methods
KR950005987B1 (en) Maintenance system in electronic exchange
KR930010288B1 (en) Electronic exchange system

Legal Events

Date Code Title Description
A201 Request for examination
N231 Notification of change of applicant
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20120119

Year of fee payment: 9

LAPS Lapse due to unpaid annual fee