KR100496983B1 - Ｍｅｔａｓｑｌ 컴포넌트를 이용한 ｓｑｌ 쿼리의 관리방법 및 시스템 - Google Patents

Abstract

본 발명은 SQL 쿼리의 효율적 관리 방법 및 시스템에 관한 것으로, 특히 MetaSQL 컴포넌트를 이용한 효율적인 SQL 쿼리의 관리 방법 및 시스템에 관한 것이다.

본 발명은 종래에 프로그램 소스 내에 삽입해서 관리하던 SQL 쿼리를 외부에서 특정 확장자를 가진 파일 형태로 관리함으로써, 쿼리 변경할 경우 프로그램 소스의 수정이나 재컴파일없이 외부에서 관리되는 .sdt 파일의 SQL 쿼리 내용만 수정하면 된다.

또한, 본 발명은 프로그램 소스 내에 여기저기 흩어져 삽입되어 있는 SQL들을 분산하여 관리하지 않고 통합 관리함으로써 통합 관리의 효과가 있다.

Description

ＭＥＴＡＳＱＬ 컴포넌트를 이용한 ＳＱＬ 쿼리의 관리 방법 및 시스템{METHOD AND SYSTEM OF MANAGING SQL QUERY USING METASQL COMPONENT}

본 발명은 SQL 쿼리의 효율적 관리 방법 및 시스템에 관한 것으로, 특히 MetaSQL 컴포넌트를 이용한 SQL 쿼리의 관리 방법 및 시스템에 관한 것이다.

일반적으로 특정 기능을 수행하기 위한 프로그램 실행 단위를 실행 파일이라고 할 때, 실행 파일은 사용하는 프로그램 언어에 따라 .exe, .com 등의 형태로 다양하게 나타난다. 실행 파일은 통상 클래스(class)로도 불리는데, 이는 도 1 에 도시되어 있는 바와 같이, 프로그래머에 의해 작성된 프로그램 소스를 컴파일러를 통해 컴파일함으로써 생성된다.

클래스 파일은 Machine이 이해할 수 있는 기계 코드이며, 실제 사용자가 요구하는 작업을 수행할 수 있는 실행 단위이다.

도 2a 및 도 2b 는 프로그램 소스에 SQL 소스를 삽입하여 프로그램 소스를 작성하고 작성된 프로그램 소스는 컴파일러를 통해 컴파일 과정을 거쳐 기계 코드로 구성되는 과정을 개념적으로 표현하고 있다.

여기에서 프로그램 소스의 구현 언어는 자바, C, C++ 등 다양하게 구성될 수 있다. 컴파일러를 통해 컴파일된 실행 파일은 사람의 눈으로 해독할 수 없으며 0, 1, A~F 까지의 알파벳으로 구성되어 있다.

이제 프로그램 소스 내에 삽입되어 있는 SQL 소스를 변경한다고 할 때, 한번 구성된 클래스는 프로그램 소스를 변경 후 재컴파일 하여야 한다. 재 컴파일을 통해서 변경된 SQL 소스가 삽입된 새로운 실행 파일을 만든다.

즉, 컴파일을 통해 생성된 클래스는 클래스 자체를 변경할 수 없으며 프로그래머는 클래스를 변경하고 싶을 때 원시 프로그램 소스를 수정하여 다시 컴파일하는 과정을 거쳐 새로 변경된 클래스 파일을 만들어야 한다.

도 2에서 알 수 있는 바와 같이, 일반적으로 시스템 구현을 위한 프로그램 소스를 작성하다 보면 데이터베이스 쿼리 언어인 SQL(Structured Query Language)을 프로그램 소스 내에 삽입하여 사용하는 경우가 빈번한데, 이 경우 SQL 쿼리를 변경할 때마다 클래스 파일 변경을 위해 항상 컴파일을 다시 하여야 하는 문제점이 있었다.

본 발명은 상기한 바와 같은 종래 기술의 문제점을 해결하기 위한 것으로서, 본 발명의 목적은 종래 프로그램 소스 내에 포함되어 사용되는 SQL 쿼리를 별도로 관리함으로써 프로그램 소스의 SQL 쿼리가 변경되어도 다시 재컴파일 하지 않도록 SQL 쿼리를 외부에서 관리하여 시스템 개발의 효율을 높이기 위한 것이다.

상기한 바와 같은 목적을 달성하기 위하여, 본 발명에 의한 SQL 쿼리 관리 시스템은, SQL 쿼리를 효율적으로 관리하기 위한 MetaSQL 컴포넌트를 이용한 SQL 쿼리의 관리 시스템에 있어서, 상기 SQL 쿼리를 서버에서 제공하는 JSP 페이지를 통해 특정 확장자를 가진 파일 형태로 관리하는 SQL 쿼리 파일 관리부; 상기 SQL 쿼리 파일 관리부에서 관리되는 상기 SQL 쿼리 파일이 서버의 특정 디렉토리에 저장되는 메모리부; 상기 SQL 쿼리 파일의 경로, 이름, 및 상기 SQL 쿼리 파일을 호출할 때 필요한 변수 파라미터와 같은 파라미터들에 관한 정보를 삽입하는 프로그램 소스부; 데이터베이스부; 및 상기 프로그램 소스부로부터 SQL 쿼리 파일 정보를 읽고 상기 데이터베이스부에 접근하여 상기 쿼리 수행 결과를 가져오고, 상기 쿼리 수행 결과를 벡터로 프로그램에 리턴시키는 MetaSQL 컴포넌트를 포함하는 것을 특징으로 한다.

또한, 본 발명에 의한 SQL 쿼리 관리 방법은 JSP 페이지를 통하여 SQL 쿼리를 작성하여 서버의 특정 디렉토리에 상기 파일을 저장하는 단계; 프로그램 소스에 SQL 쿼리의 파일 이름, 파일 경로, 및 파라미터를 삽입하는 단계; MetaSQL 컴포넌트가 상기 프로그램 소스로부터 SQL 쿼리의 파일 이름, 파일 경로, 파라미터 값을 판독하여 상기의 경로에 저장되어 있는 SQL 쿼리 파일을 판독하는 단계; 및 상기에서 판독된 정보를 가지고 데이터베이스에 접근하여 쿼리 수행 결과를 벡터로 프로그램 소스에 전달하는 단계를 포함하는 것을 특징으로 한다.

또한, 본 발명에 따라서 프로그램 소스에 삽입된 SQL 쿼리 파일의 파일 이름, 파일 경로, 파라미터 값 정보를 유지하면서 쿼리 내용을 변경하기 위한 SQL 쿼리 관리 방법은 JSP 페이지의 에디터 수단을 사용하여 SQL 쿼리를 수정, 삭제하여 저장하는 단계; MetaSQL 컴포넌트가 상기 프로그램 소스로부터 SQL 쿼리의 파일 이름, 파일 경로, 파라미터 값을 판독하여 상기의 경로에 저장되어 있는 SQL 쿼리 파일을 판독하는 단계; 및 상기 MetaSQL 컴포넌트가 상기에서 판독된 정보를 가지고 데이터베이스에 접근하여 쿼리 수행 결과를 벡터로 프로그램 소스에 전달하는 단계를 포함하는 것을 특징으로 한다.

이하에서 첨부된 도면을 참조하여 본 발명에 의한 SQL 쿼리 관리 시스템 및 관리 방법을 상세하게 설명한다.

도 3 은 본 발명의 바람직한 실시예에 의한 SQL 쿼리 관리 시스템의 구성도이다.

도 3 에 도시된 바와 같이, 본 발명에 의한 SQL 쿼리 관리 시스템은 MetaSQL 컴포넌트(20), 프로그램 소스부(10), JSP 페이지(50), 및 데이터베이스(40)를 포함한다.

프로그래머는 프로그램 소스 내에 SQL 쿼리가 필요한 경우 종래 기술(도 2의 개념도 참조)처럼 SQL 쿼리를 직접 프로그램 소스에 삽입하는 것이 아니라, 서버에서 제공되는 JSP 페이지(50)를 통해 SQL 쿼리를 .sdt 파일로 생성하여 서버의 특정 디렉토리에 저장한다.

.sdt 파일은 본 발명을 구현하기 위해 특정 파일 형태를 지정한 것으로 흔히 사용하는 .txt나 .hwp(한글 애플리케이션), .pds(포토샵 애플리케이션), .ppt(파워포인트 애플리케이션), .xls(엑셀 애플리케이션) 등과 같이 특정 애플리케이션에서 사용되는 파일 확장자라 할 수 있다(도 4a 참조).

도 4b는 본발명에서 제공되는 JSP 페이지와 .sdt 파일 사이의 관계를 설명하는 개념도로서, 본 발명에서는 SQL 쿼리를 저장할 수 있는 특정 파일 확장자를 .sdt로 정의하고, 이러한 .sdt 파일을 보여주고 저장하고 편집할 수 있는 에디터 기능을 하는 JSP 페이지(50)를 제공하는 것이다.

이때, JSP 페이지(50)는 서버의 .sdt파일이 저장되는 폴더의 구조와, 저장된 .sdt파일명을 보여 주고, 특정 .sdt 파일을 선택했을 때 .sdt파일의 내용을 Edit 창에 보여준다. .sdt파일의 내용은 SQL 쿼리문이다. Edit창을 통해 새로운 SQL 쿼리를 .sdt파일로 등록할 수 있고 등록된 .sdt파일을 수정/삭제 할 수 있다.

등록된 .sdt파일은 JSP 페이지에서 테스트할 수 있다. 이 .sdt 파일의 SQL 쿼리는 MetaSQL 컴포넌트를 통해 데이터베이스와 연결되어 결과값을 얻어올 수 있고, 결과 값을 JSP 페이지에 보여 준다.

JSP 페이지를 통해 사용하고자 하는 .sdt파일(SQL 쿼리)이 완성되었으면 저장된 .sdt파일의 경로와 파일 이름, 관련 파라미터를 프로그램 소스내에 삽입한다.

프로그램 소스내에 삽입된 .sdt 파일의 경로는 프로그램 소스에서 .sdt 파일을 호출하도록 프로그램되어 있다.

프로그램 소스에서 .sdt파일을 호출할 때 필요한 변수 파라미터 값들을 함께 넘겨줄 수 있고 프로그램은 해당 쿼리 결과 값을 받을 수 있다.

SQL 쿼리를 파일로 관리할 경우에 많은 유용성이 있다.

도 5 는 본 발명의 바람직한 실시예에 따른 SQL 쿼리 관리 방법에 대한 개념도를 도시한다.

도면에 나타나 있는 바와 같이, 프로그램 소스 내에 SQL 쿼리를 직접 코딩한 경우 간단하게 SQL 쿼리만 바뀌는 경우에도 프로그램 소스를 다시 컴파일 해야 하지만 SQL 쿼리를 외부 파일로 관리하는 경우 수정이 용이하며 소스 프로그램을 다시 컴파일할 필요가 없다.

더욱이 어떤 시스템에서 사용자의 부서코드와 부서명을 가져오기 위해 여러 프로그램 소스에서 공통으로 쓰는 쿼리가 있다면, 예를 들어 품의를 작성할 때, 결재상신을 할 때 모두 사용자의 부서코드와 부서명을 가져오는 공통 쿼리를 사용해야 한다면 해당 프로그램 소스에 각각 같은 쿼리를 코딩할 필요없이 .sdt파일을 만들고, 만들어진 쿼리를 쓰기 위해 MetaSQL 컴포넌트를 호출하기만 하면 된다.

만약 쿼리가 동일하게 변경되는 경우에도 각각의 프로그램을 따로 수정할 필요 없이 .sdt파일의 SQL 쿼리를 수정하기만 하면 해당 .sdt파일을 사용하는 모든 프로그램에 새로운 SQL 쿼리가 적용될 것이다.

사용하는 .sdt파일의 경로와 파일명이 변경되지 않았다면, 프로그램 소스들은 실행되는 순간에 .sdt파일을 읽어 수행하기 때문에 프로그램 소스들은 다시 컴파일할 필요가 없다.

JSP 페이지를 통해서 .sdt 파일을 수정하면 프로그램 소스는 다시 컴파일할 필요가 없다. 프로그램 소스 내에 삽입된 .sdt 파일 경로는 변경된 것이 아니기 때문이다.

변경된 .sdt 파일은 프로그램 실행시 변경된 것으로 적용된다. 실행시 서버에서 .sdt 파일을 읽도록 프로그램되어 있기 때문이다.

다시 도 3 으로 돌아가, 본 발명에 따른 SQL 쿼리 관리 시스템을 살펴보면 다음과 같다.

MetaSQL 컴포넌트(20)는 프로그램 소스로부터 .sdt 파일 경로, 파일 이름, 및 파라미터 값을 받아 해당 경로의 .sdt 파일을 읽고 데이터베이스에 접근하여 쿼리 수행 결과를 가져온다. 수행 결과를 벡터로 프로그램에 리턴한다.

프로그램 소스(10)는 일반적으로 다음과 같은 구성을 가진다.

MetaSQLComp msc = new MetaSQLComp();

Vector = msc.excuteFileVar쿼리(sdt 파일 경로, .sdt 파일 이름, 파라미터);

사용하고자 하는 쿼리를 .sdt로 등록하고 MetaSQL 컴포넌트에 파일경로, 파일 이름, 파라미터를 주고 호출한다. 상기의 구조문으로 쿼리 결과를 벡터로 리턴받을 수 있다.

.sdt 파일들(30)은 JSP 페이지를 통해 서버의 특정 디렉토리에 저장이 되고 MetaSQL 컴포넌트에 의해 읽혀져서 수행된다.

JSP 페이지(50)은 서버의 .sdt 파일이 등록되어있는 디렉토리 구조를 보여 주고 .sdt파일의 등록/수정/삭제를 용이하게 하는 에디터 창을 제공한다.

해당 페이지에서 직접 SQL 쿼리를 등록/수정/삭제가 가능하며 쿼리 수행 결과를 볼 수 있다. JSP 페이지를 통한 SQL 쿼리의 실행은 프로그램 소스에서 MetaSQL 컴포넌트를 통해 데이터베이스에 접근하는 방식과 동일하다.

개발자가 .sdt 파일 수행 버튼을 누르면 내부적으로 MetaSQL 컴포넌트를 호출하여 MetaSQL 컴포넌트에서는 .sdt파일을 읽고 데이터베이스에 접근하여 SQL 쿼리 수행 결과를 가져오고 JSP 페이지에 결과를 리턴한다.

이상에서 설명한 바와 같이, 본 발명에 의한 SQL 쿼리 관리 방법 및 시스템에 따르면, 종래에 프로그램 소스 내에 삽입해서 관리하던 SQL 쿼리를 외부에서 특정 확장자를 가진 파일 형태로 관리함으로써 SQL 쿼리의 변경시 프로그램 소스를 새로 작성하여 재컴파일할 필요가 없으며 외부에서 관리되는 .sdt 파일의 SQL 쿼리만 수정하면 된다.

또한, 본 발명은 프로그램 소스 내에 여기저기 흩어져 삽입되어있는 SQL 들을 분산하여 관리하지 않고 통합 관리함으로써 통합 관리의 효과가 있다.

도 1 은 일반적인 실행파일의 생성 개념도.

도 2a 및 도2b 는 종래 기술로서 SQL 소스가 포함된 프로그램 소스의 실행파일 생성 개념도.

도 3 은 본 발명에 의한 SQL 쿼리의 효율적 관리 시스템의 바람직한 일 실시예에 대한 개념도.

도 4a 및 도4b 는 파일의 확장자와 프로그램과의 연관성을 도시하는 개념도.

도 5 는 본 발명에 의한 SQL 쿼리의 효율적 관리 방법의 개념도.

Claims (8)

1. SQL 쿼리를 효율적으로 관리하기 위한 MetaSQL 컴포넌트를 이용한 SQL 쿼리의 관리 시스템에 있어서,

   상기 SQL 쿼리를 서버에서 제공하는 JSP 페이지를 통해 특정 확장자를 가진 파일 형태로 관리하는 SQL 쿼리 파일 관리부;

   상기 SQL 쿼리 파일 관리부에서 관리되는 상기 SQL 쿼리 파일이 서버의 특정 디렉토리에 저장되는 메모리부; 상기 SQL 쿼리 파일의 경로, 이름, 및 상기 SQL 쿼리 파일을 호출할 때 필요한 변수 파라미터와 같은 파라미터들에 관한 정보를 삽입하는 프로그램 소스부;

   데이터베이스부; 및

   상기 프로그램 소스부로부터 SQL 쿼리 파일 정보를 읽고 상기 데이터베이스부에 접근하여 상기 쿼리 수행 결과를 가져오고, 상기 쿼리 수행 결과를 벡터로 프로그램에 리턴시키는 MetaSQL 컴포넌트를 포함하는 것을 특징으로 하는 SQL 쿼리 관리 시스템.
2. (삭제)
3. 제 1 항에 있어서,

   상기 SQL 쿼리를 저장할 수 있는 특정 파일 확장자는 .sdt이고, 상기 SQL 쿼리 파일 관리부는 상기 .sdt 파일을 편집할 수 있는 에디터 수단을 포함하는 JSP 페이지로 구성되는 것을 특징으로 하는 SQL 쿼리 관리 시스템.
4. 제 3 항에 있어서,

   상기 JSP 페이지는 서버에 설치되어 개별 유저가 공유할 수 있는 것을 특징으로 하는 SQL 쿼리 관리 시스템.
5. 제 3 항에 있어서,

   상기 JSP 페이지의 에티터 수단에는 해당 페이지에서 직접 SQL 쿼리를 등록, 수정, 및 삭제 수단을 포함하는 것을 특징으로 하는 SQL 쿼리 관리 시스템.
6. JSP 페이지를 통하여 SQL 쿼리를 작성하여 서버의 특정 디렉토리에 상기 파일을 저장하는 단계;

   프로그램 소스에 SQL 쿼리의 파일 이름, 파일 경로, 및 파라미터를 삽입하는 단계;

   MetaSQL 컴포넌트가 상기 프로그램 소스로부터 SQL 쿼리의 파일 이름, 파일 경로, 파라미터 값을 판독하여 상기 경로에 저장되어 있는 SQL 쿼리 파일을 판독하는 단계; 및

   상기 단계에서 판독된 정보를 가지고 데이터베이스에 접근하여 쿼리 수행 결과를 벡터로 프로그램 소스에 전달하는 단계를 포함하는 것을 특징으로 하는 SQL 쿼리 관리 방법.
7. 프로그램 소스에 삽입된 SQL 쿼리 파일의 파일 이름, 파일 경로, 파라미터 값 정보를 유지하면서 쿼리 내용을 변경하기 위한 SQL 쿼리 관리 방법에 있어서,

   JSP 페이지의 에디터 수단을 사용하여 SQL 쿼리를 수정, 삭제하여 저장하는 단계;

   MetaSQL 컴포넌트가 상기 프로그램 소스로부터 SQL 쿼리의 파일 이름, 파일 경로, 파라미터 값을 판독여 상기의 경로에 저장되어 있는 SQL 쿼리 파일을 판독하는 단계; 및

   상기 MetaSQL 컴포넌트가 상기에서 판독된 정보를 가지고 데이터베이스에 접근하여 쿼리 수행 결과를 벡터로 프로그램 소스에 전달하는 단계를 포함하는 것을 특징으로 하는 SQL 쿼리 관리 방법.
8. 제 6 항 또는 제 7 항에 있어서,

   상기 JSP 페이지가 MetaSQL 컴포넌트를 호출하는 단계;

   상기 MetaSQL 컴포넌트가 SQL 쿼리 파일을 판독하고 데이터베이스에 접근하여 SQL 쿼리 수행 결과를 가져오는 단계;

   상기 수행 결과를 JSP 페이지에 전달하는 단계를 더 포함하는 것을 특징으로하는 SQL 쿼리 관리 방법.