KR101769853B1 - 쿼리 템플릿을 이용한 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템 - Google Patents

Abstract

본 발명은 데이터베이스의 데이터셋을 엑셀 등 스프레드시트의 워크시트로 가져와서 수정하고 수정된 레코드별로 쿼리문을 작성하여 데이터베이스를 갱신하되, 쿼리 템플릿을 사전에 생성하고 갱신된 데이터 값만 대체하여 실제 쿼리문을 생성하는, 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템에 관한 것으로서, 상기 데이터베이스로부터 대상 테이블의 데이터셋을 요청하여 가져오는 데이터 요청부; 스프레드시트 인터페이스를 제공하고, 워크시트를 생성하여, 상기 데이터셋의 구조와 레코드 데이터를 상기 워크시트 상에 표시하는 워크시트 표시부; 상기 스프레드시트 인터페이스를 통한 사용자의 입력에 따라 상기 워크시트 상의 레코드 데이터를 갱신하고, 각 레코드 데이터의 갱신상태를 표시하는 워크시트 갱신부; 상기 워크시트 상에서 갱신된 레코드에 대하여, 갱신된 레코드의 데이터셋 구조와 레코드 데이터를 정의하는 갱신정의부; 정의된 레코드의 데이터셋 구조를 이용하여 쿼리 템플릿을 생성해두고, 갱신된 레코드 각각에 대하여 상기 쿼리 템플릿의 매핑 변수에 해당 레코드 데이터를 매핑하여 실제 쿼리문을 생성하는 쿼리생성부; 및 생성된 쿼리문을 상기 데이터베이스에 전송하여 상기 대상 테이블을 갱신하는 DB갱신부를 포함하는 구성을 마련한다.
상기와 같은 시스템에 의하여, 갱신할 쿼리 템플릿을 생성한 후, 각 레코드별 데이터 값만 대체하여 실제 쿼리문을 생성함으로써, 갱신된 데이터를 스트림 형태로 수신하여 실시간으로 쿼리문을 생성할 수 있고, 이를 통해 빠른 시간 내에 쿼리문을 생성하고 처리할 수 있다.

Description

쿼리 템플릿을 이용한 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템 { A batch update system based on spreadsheet interface for the database by using query templates }

본 발명은 데이터베이스의 데이터셋을 엑셀 등 스프레드시트의 워크시트로 가져와서 수정하고 수정된 레코드별로 쿼리문을 작성하여 데이터베이스를 갱신하되, 쿼리 템플릿을 사전에 생성하고 갱신된 데이터 값만 대체하여 실제 쿼리문을 생성하는, 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템에 관한 것이다.

일반적으로, 웹 상에서 데이터베이스를 갱신(update)하기 위해서는, 데이터베이스를 처리하는 웹 프로그램과 이를 지시하기 위한 쿼리문이 필요하다. 즉, 데이터베이스 관리 시스템에서 SQL 수준에 의하여 갱신 연산이 수행된다[특허문헌 1].

구체적으로, 데이터베이스에 특정 테이블에 기록된 데이터를 입력하거나, 수정 또는 삭제하기 위해서는, JSP(JavaServer Pages), ASP(Active Server Pages), PHP(Hypertext Preprocessor) 등 서버 측 웹 프로그램을 통해 갱신된다. 구체적으로, 상기 서버 측 웹 프로그램은 데이터베이스와 연결하고, 대상 테이블의 데이터를 처리하기 위한 SQL문 등 쿼리문을 작성해야 한다. 작성된 쿼리문을 데이터베이스에 전송하고, 해당 쿼리를 처리하도록 요청하면, 데이터베이스는 수신한 해당 쿼리를 처리함으로써, 데이터베이스 내의 테이블들이 갱신된다.

따라서 상기와 같은 웹 프로그램이 데이터베이스의 쿼리문을 처리하기 위하여, 각각의 테이블 또는 해당 항목별 웹 화면을 구성해야 한다. 또한, 대상 테이블의 개수만큼 입력 화면을 별도로 개발해야 하는 문제점이 있다. 따라서 각각의 쿼리문도 개발자가 직접 작성하여야 하므로, 시간과 공수가 많이 소요되는 문제점이 있다. 또한 만들어진 화면에서도 단건 데이터 또는 소량의 데이터만 핸들링이 가능하고, 대량 데이터 처리에는 불편함과 처리에 많은 시간이 소요된다.

이를 위해, 데이터베이스를 보다 효과적으로 수정하기 위하여, 네트워크 기반에서 원격 데이터베이스를 로컬에서 수정하는 다양한 기술들이 제시되고 있다. 일례로서, 사용자 장치 상에서 다차원 데이터베이스의 일부를 캐싱하고 수정하여, 이를 다차원 데이터베이스에 반영하여, 데이터베이스를 수정하는 기술이 제시되고 있다[특허문헌 2]. 또한, 주기적인 업데이트를 샌드파일 등 특정 파일 포맷을 이용하여 업데이트하는 기술이 제시되고 있다[특허문헌 3]. 또한, 부분 데이터베이스에서 서브셋 데이터베이스의 갱신을 처리하는 기술이 제시되고 있다[특허문헌 4].

그러나 상기 선행기술들은 모두 데이터베이스의 일부인 또 다른 데이터베이스를 수정하여, 이를 모 데이터베이스에 반영하는 기술이다. 따라서 로컬에서도 데이터베이스를 구성하고 처리해야 하는 문제점이 있다. 즉, 로컬 사용자는 데이터베이스를 다룰 수 있는 지식을 갖추어야 하는 문제점이 있다.

또한, 대량의 데이터를 데이터베이스에 통합시키기 위한 기술도 제시되고 있다[특허문헌 5]. 즉, 데이터 집합을 변환 데이터로 변환하는 다수의 연속된 작업을 포함하는 처리열을 수행하여, 변환 데이터를 기준으로 데이터베이스를 변경하는 기술이다. 그러나 상기 선행기술은 새로 추가되는 데이터를 특정한 포맷으로 설정한 후에 이들 데이터들을 원래 데이터베이스로 변환하여 저장하는 기술이다. 따라서 일반 사용자가 대량의 데이터를 특정 포맷으로 구성하여야 하고, 이를 직관적으로 처리할 수 없다는 문제점이 있다.

[특허문헌 1] 한국공개특허 제10-1999-0038698호 (1999.06.05.공개) [특허문헌 2] 한국공개특허 제10-2008-0031202호 (2008.04.08.공개) [특허문헌 3] 한국공개특허 제10-2004-0053254호 (2004.06.23.공개) [특허문헌 4] 한국공개특허 제10-2012-0052301호 (2012.05.23.공개) [특허문헌 5] 한국공개특허 제10-2014-0027128호 (2014.03.06.공개)

본 발명의 목적은 상술한 바와 같은 문제점을 해결하기 위한 것으로, 데이터베이스의 데이터셋을 스프레드시트의 워크시트로 가져와서 수정한 후, 수정된 데이터셋의 레코드들을 데이터베이스에 갱신하되, 데이터셋의 레코드의 필드 구조를 이용하여 갱신 템플릿을 생성한 후, 각 레코드별 데이터 값만 대체하여 실제 쿼리문을 생성하여 갱신시키는, 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템을 제공하는 것이다.

또한, 본 발명의 목적은 쿼리문은 템플릿으로 한번만 생성하고, 전송 데이터로부터 해당 쿼리의 변수에 해당 컬럼값만 매핑하여 배치(Batch)에 추가한 다음 마지막으로 한번만 데이터베이스에 실행(Execution) 요청하는, 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템을 제공하는 것이다.

상기 목적을 달성하기 위해, 본 발명은 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템에 관한 것으로서, 상기 데이터베이스로부터 대상 테이블의 데이터셋을 요청하여 가져오는 데이터 요청부; 스프레드시트 인터페이스를 제공하고, 워크시트를 생성하여, 상기 데이터셋의 구조와 레코드 데이터를 상기 워크시트 상에 표시하는 워크시트 표시부; 상기 스프레드시트 인터페이스를 통한 사용자의 입력에 따라 상기 워크시트 상의 레코드 데이터를 갱신하고, 각 레코드 데이터의 갱신상태를 표시하는 워크시트 갱신부; 상기 워크시트 상에서 갱신된 레코드에 대하여, 갱신된 레코드의 데이터셋 구조와 레코드 데이터를 정의하는 갱신정의부; 정의된 레코드의 데이터셋 구조를 이용하여 쿼리 템플릿을 생성해두고, 갱신된 레코드 각각에 대하여 상기 쿼리 템플릿의 매핑 변수에 해당 레코드 데이터를 매핑하여 실제 쿼리문을 생성하는 쿼리생성부; 및 생성된 쿼리문을 상기 데이터베이스에 전송하여 상기 대상 테이블을 갱신하는 DB갱신부를 포함하는 것을 특징으로 한다.

또한, 본 발명은 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템에 있어서, 상기 쿼리생성부는 상기 갱신된 레코드를 스트림으로 수신하고, 스트림으로 수신된 순서대로, 각 갱신할 레코드의 내용을 쿼리문으로 실시간으로 생성하는 것을 특징으로 한다.

또한, 본 발명은 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템에 있어서, 상기 DB갱신부는 다수의 레코드별 쿼리문을 배치(batch)로 묶어 일괄 처리하도록 상기 데이터베이스에 요청하는 것을 특징으로 한다.

또한, 본 발명은 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템에 있어서, 상기 워크시트 표시부는 상기 데이터셋의 구조를 상기 워크시트 상의 어느 한 행에 표시하고, 데이터셋의 구조가 표시된 행의 아래 행부터 상기 레코드들의 데이터를 표시하는 것을 특징으로 한다.

또한, 본 발명은 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템에 있어서, 상기 워크시트 표시부는 상기 워크시트 상에 레코드의 갱신 상태를 표시하는 제1 갱신상태 필드를 더 추가하여 레코드 필드를 생성하고, 상기 워크시트 갱신부는 상기 워크시트 상의 하나의 레코드의 셀 내용이 갱신되면 갱신 종류를 해당 레코드의 제1 갱신상태 필드에 표시하고, 상기 갱신정의부는 상기 워크시트 상의 제1 갱신상태 필드를 참조하여, 각 레코드에 대하여 갱신 여부 및, 갱신 종류를 판단하는 것을 특징으로 한다.

또한, 본 발명은 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템에 있어서, 상기 워크시트 표시부는 상기 워크시트를 생성할 때, 상기 워크시트와 연동하는 실행 모듈에 상기 워크시트 상의 레코드 내용이 갱신되면 이벤트가 발생하여 이벤트에 의해 호출되어 실행되는 스크립트 함수를 포함시키고, 상기 스크립트 함수는 해당 레코드가 갱신되면 갱신 종류를 상기 제1 갱신상태 필드에 자동으로 표시하는 것을 특징으로 한다.

또한, 본 발명은 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템에 있어서, 상기 워크시트 표시부는 상기 워크시트 상에 필드의 갱신 상태를 표시하는 제2 갱신상태 필드를 구성하는 레코드를 더 추가하여 생성하고, 상기 워크시트 갱신부는 상기 워크시트 상의 하나의 레코드의 셀 내용이 변경의 갱신되면 변경의 갱신 종류를 해당 레코드 필드의 제2 갱신상태 필드에 표시하고, 상기 갱신정의부는 레코드 필드 중 키 필드와 제2 갱신상태 필드에 변경의 갱신이 된 필드만을 구성하여 갱신할 데이터셋의 구조를 생성하는 것을 특징으로 한다.

상술한 바와 같이, 본 발명에 따른 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템에 의하면, 갱신할 쿼리 템플릿을 생성한 후, 각 레코드별 데이터 값만 대체하여 실제 쿼리문을 생성함으로써, 갱신된 데이터를 스트림 형태로 수신하여 실시간으로 쿼리문을 생성할 수 있고, 이를 통해 빠른 시간 내에 쿼리문을 생성하고 처리할 수 있는 효과가 얻어진다.

또한, 본 발명에 따른 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템에 의하면, 쿼리문을 템플릿으로 한번만 생성하고, 전송된 갱신 데이터를 해당 컬럼값만 매핑하여 배치(Batch)에 추가한 다음 마지막으로 한번만 데이터베이스에 실행 요청함으로써, 빠르게 대량 데이터를 처리할 수 있는 효과가 얻어진다.

또한, 본 발명에 따른 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템에 의하면, 사무용으로 많이 사용하는 엑셀 등 스프레드시트를 이용하여 데이터베이스를 갱신함으로써, 사용자는 쿼리문 등 데이터베이스 처리 방법에 대한 지식 없이도 직관적으로 데이터를 갱신하고 데이터베이스를 업데이트할 수 있는 효과가 얻어진다.

도 1은 본 발명에 따른 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템을 실시하기 위한 전체 시스템의 구성에 대한 블록도.
도 2는 본 발명에 따른 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템을 실시하기 위한 전체 시스템에 대한 구성도.
도 3은 본 발명의 일실시예에 따른 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템의 구성에 대한 블록도.
도 4은 본 발명의 일실시예에 따른 목적 데이터베이스의 대상 테이블을 선정하는 화면의 일례.
도 5는 본 발명의 일실시예에 따른 워크시트 상에 테이블의 스키마를 표시한 화면의 일례.
도 6는 본 발명의 일실시예에 따른 워크시트 상에 테이블의 데이터를 표시한 화면의 일례.
도 7은 본 발명의 제1 실시예에 따른 워크시트 상에 테이블의 데이터가 갱신된 상태를 표시한 화면의 일례.
도 8은 본 발명의 제1 실시예에 따라 XML로 표시된 테이블 정보의 일례.
도 9은 본 발명의 제1 실시예에 따라 갱신할 데이터들을 정의한 플랫 파일의 일례.
도 10은 본 발명의 제1 실시예에 따른 쿼리 템플릿의 일례.
도 11은 본 발명의 제2 실시예에 따른 워크시트 상에 테이블의 데이터가 갱신된 상태를 표시한 화면의 일례.
도 12는 본 발명의 제2 실시예에 따라 XML로 표시된 테이블 정보의 일례.
도 13은 본 발명의 제2 실시예에 따라 갱신할 데이터들을 정의한 플랫 파일의 일례.
도 14는 본 발명의 제2 실시예에 따른 쿼리 템플릿의 일례.
도 15는 본 발명의 제2 실시예에 따라 작성된 실제 쿼리에 대한 예시도.

이하, 본 발명의 실시를 위한 구체적인 내용을 도면에 따라서 설명한다.

또한, 본 발명을 설명하는데 있어서 동일 부분은 동일 부호를 붙이고, 그 반복 설명은 생략한다.

먼저, 본 발명에 따른 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템을을 실시하기 위한 전체 시스템을 도 1을 참조하여 설명한다.

도 1에서 보는 바와 같이, 본 발명을 실시하기 위한 전체 시스템은 사용자 단말(10)에 설치되는 클라이언트(20), 클라이언트(20)와 네트워크로 연결되는 갱신서버(30), 및 데이터를 저장하고 관리하는 데이터베이스(40)로 구성된다. 도 2는 도의 전체 시스템을 그림으로 도시한 구성도이다. 도 2의 기재된 "사용자"가 사용자 단말(10) 내의 구성으로 클라이언트(20)에 의해 구동되는 구성을 표시하고 있다.

클라이언트(20)는 사용자 단말(10)에 설치되는 클라이언트용 프로그램 시스템으로서, 웹브라우저를 통해 사용자 인터페이스를 갖는다. 즉, 사용자는 웹브라우저 또는 웹브라우저와 같은 화면의 인터페이스를 통해, 온라인상으로 데이터 갱신 등 처리 작업을 수행한다. 이때, 사용자 단말(10)은 사용자의 명령 등을 입력받아 해당 명령을 수행하고, 처리 결과를 화면 상 또는 웹브라우저 상에 표시한다.

한편, 사용자 단말(10)은 개인용 컴퓨터(PC), 노트북, 태블릿PC, 패블릿, PDA, 스마트폰 등 컴퓨팅 기능을 가지는 컴퓨터 단말이다. 사용자 단말(10)과 갱신 서버(30)는 네트워크로 연결되어, 사용자 단말(10) 상의 클라이언트(20)는 온라인 상으로 데이터 처리 작업을 수행할 수 있다.

또한, 클라이언트(20)는 데이터 요청, 데이터 갱신 등 온라인 상으로 처리하는 작업을 갱신 서버(30)에 요청하고, 그 결과를 서버(30)로부터 가져와서 웹브라우저 상에 표시한다. 또는 처리된 데이터를 갱신 서버(30)로 전송한다. 특히, 클라이언트(20)는 데이터베이스(40)로부터 가져온 데이터를 엑셀(마이크로소프트 사의 스프레드시트 소프트웨어 상표임) 등 스프레드시트 프로그램의 인터페이스를 통해 보여주거나 명령/데이터를 입력받는다. 또한, 클라이언트(20)는 스프레드시트 인터페이스를 통해 처리된 데이터의 갱신 결과를 갱신 서버(30)로 전송한다.

다음으로, 갱신 서버(30)는 데이터베이스(40)로부터 데이터셋을 가져와서 클라이언트(20)로 전송하거나, 클라이언트(20)로부터 갱신된 데이터셋을 회신하여 데이터베이스(40)를 갱신한다. 특히, 갱신 서버(30)는 클라이언트(20)에서 새로 추가되거나 삭제되거나, 수정된 데이터를 검출하여, 변경된 데이터를 처리하기 위한 데이터베이스 쿼리문을 자동으로 작성한다. 갱신 서버(30)는 작성된 쿼리문을 데이터베이스(40)로 요청하여, 그 결과가 데이터베이스(40)에 반영되도록 요청한다.

한편, 앞서 설명한 클라이언트(20)와 갱신 서버(30)의 기능은 일례이고, 서버와 클라이언트의 구현 기술에 따라 다양하게 구현될 수 있다. 즉, 클라이언트(20)와 갱신 서버(30)는 하나의 갱신 시스템으로서, 그 기능들이 성능에 따라 서로 분배될 수 있다.

다른 예로서, 클라이언트(20)는 단순히 웹브라우저 기능만 가지고 있고, 모든 기능은 갱신 서버(30)에서 구축될 수 있다. 즉, 갱신 서버(30)는 데이터베이스(40)의 인터페이스 기능, 및, 수정된 데이터에 대한 쿼리문 작성 기능 뿐만 아니라, 스프레드시트 기반의 인터페이스를 통해 데이터를 수정하는 기능을 모두 가질 수 있다.

또 다른 예로서, 갱신 서버(30)는 단순히 데이터베이스(40)와의 인터페이스 기능만을 가지고 있고, 클라이언트(20)에서 스프레드시트 기반의 인터페이스를 통해 데이터 수정 기능 뿐만 아니라, 수정된 데이터에 대한 쿼리문 자동 생성 기능까지 구비될 수 있다.

또 다른 예로서, 갱신 서버(30) 없이, 클라이언트(20)가 바로 데이터베이스(40)에 접속하여, 앞서 설명한 데이터베이스 접속, 스프레드시트 인터페이스를 통한 데이터 수정 기능, 및, 쿼리문 자동 생성 기능 등을 모두 구비할 수 있다.

다음으로, 데이터베이스(60)는 데이터를 저장하기 위한 통상의 데이터베이스(DB)로서, 데이터를 관리하기 위한 DBMS를 구비하고, 데이터의 저장, 삭제, 검색 등의 작업들을 쿼리를 통해 수행한다. 특히, 데이터베이스(40)는 상용화된 데이터베이스로서, 데이터셋을 처리하기 위한 일반적인 쿼리 기능을 이용하여, 데이터 쿼리 서비스를 수행한다.

특히, 데이터베이스(40)는 빅데이터를 저장하는 데이터베이스이다. 또한, 바람직하게는, 데이터베이스(40)는 관계형 데이터베이스(RDB)로 구성된다.

다음으로, 본 발명의 제1 실시예에 따른 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템을 도 3을 참조하여 보다 구체적으로 설명한다. 앞서 설명한 바와 같이, 데이터베이스 자동 갱신 시스템은 사용자 단말(10)의 클라이언트(20)와, 네트워크에 연결된 서버(30)로 구현되는 서버-클라이언트 시스템이다. 그러나 이하에서는 서버(30)에서 구현되는 시스템으로 설명한다.

도 3에서 보는 바와 같이, 본 발명의 일실시예에 따른 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템은 데이터베이스의 데이터셋을 요청하는 데이터 요청부(31), 요청한 데이터셋을 스프레드시트 인터페이스에 표시하는 워크시트 표시부(32), 워크시트 상에서 데이터셋 중 일부 데이터를 갱신하는 워크시트 갱신부(33), 갱신된 데이터에 대하여 갱신내용을 정의하는 갱신정의부(34), 갱신된 데이터를 갱신하기 위한 쿼리문을 생성하는 쿼리생성부(35), 및, 생성된 쿼리문으로 데이터베이스를 갱신하는 DB갱신부(36)로 구성된다.

먼저, 데이터 요청부(31)는 데이터베이스(40)에 요청하여 목적 데이터베이스로부터 데이터셋을 가져온다. 데이터셋이란 동일한 필드들로 구성되는 다수의 레코드들로 구성되는 데이터들의 집합을 의미한다. 즉, 하나의 레코드는 다수의 필드값으로 구성되는데, 모든 레코드의 필드(컬럼)는 동일한 필드(또는 컬럼)를 갖는다.

바람직하게는, 데이터셋은 하나의 DB 테이블로부터 가져온 데이터들이다.

구체적으로, 데이터 요청부(31)는 데이터베이스(40)에 요청하여, 목적 데이터베이스의 테이블 리스트를 조회하고, 조회된 테이블 리스트를 화면에 표시한다. 사용자는 화면에서 표시된 테이블 리스트 중에서 자신이 원하는 테이블을 선택할 수 있다. 도 4은 테이블 리스트 중에서 가져올 테이블을 선택하는 화면의 일례를 도시하고 있다.

사용자 화면에 표시된 테이블 중 하나가 선택되면, 해당 테이블에 대한 스키마(schema) 정보를 가져온다. 목적 데이터베이스 또는 대상 테이블의 스키마(schema)는 테이블의 데이터가 어떻게 구성되어 있는지에 대한 세부 정보이다. 즉, 스키마(schema)에는 각 데이터 필드의 이름, 표시명, 데이터의 타입(종류), 조건 등을 테이블 데이터의 구조를 나타낸다.

다른 일례로서, 데이터 요청부(31)는 목적 데이터베이스의 테이블 데이터를 쿼리문을 통해 가져올 수 있다. 바람직하게는, 이때의 쿼리문은 하나의 테이블에 대한 쿼리문이고, 반드시 쿼리 결과 내에 해당 테이블의 키(key) 필드가 존재하여야 한다. 이때 다수의 필드들이 키를 형성하는 경우, 해당되는 다수의 필드들이 모두 포함하여야 한다. 쿼리문을 통해 가져온 데이터들은 하나의 데이터셋을 형성한다.

즉, 데이터 요청부(31)는 목적 데이터베이스로부터 데이터셋을 가져온다. 앞서 테이블을 선택하는 경우에는 가져오는 데이터셋은 해당 테이블의 모든 데이터이고, 대상 테이블을 쿼리문을 가져온 경우에는 쿼리문에 의한 필터링된 테이블의 일부이다. 이때, 바람직하게는, 자바 DB 연결 드라이버(JDBC) 등을 통해 목적 데이터베이스의 데이터를 가져온다. 앞서 데이터 스키마도 자바 DB 연결 드라이버를 이용하여 가져온다.

한편, 다른 실시예로서, 데이터 요청부(31)는 목적 데이터베이스의 대상 테이블을 데이터셋으로 가져오고, 가져온 데이터셋(또는 대상 테이블)에 대하여 쿼리를 수행하는 쿼리편집기를 이용하여, 쿼리 결과를 추출할 수 있다. 그리고 추출된 쿼리 결과를 하나의 데이터셋으로 이용하게 할 수 있다. 즉, 이하에서 설명할 워크시트 표시부(32)에서 추출된 쿼리 결과의 데이터셋만을 워크시트 상에 데이터로 표시할 수 있다. 이를 통해, 대상 테이블 전체를 워크시트 상에 표시하지 않고, 사용자가 원하는 필드들만으로 구성된 테이블을 워크시트 상에 표시할 수 있다. 또한, 불필요한 데이터 필드를 표시하지 않음으로써, 사용자의 데이터 편집의 편의성을 제고할 수 있다.

앞서와 같이, 목적 데이터베이스로부터 가져온 테이블의 데이터셋 또는, 쿼리문에 의한 가져온 데이터셋, 또는, 테이블을 쿼리문에 의해 필터링한 데이터셋 등은 모두 갱신할 데이터셋이다. 이를 이하에서 초기 데이터셋(제1 데이터셋)이라 부르기로 한다.

다음으로, 워크시트 표시부(32)는 스프레드시트 인터페이스를 제공하고, 엑셀 등 스프레드시트 상에 워크시트(이하 워크시트)를 생성하고, 생성한 워크시트 상에 데이터셋을 표시한다. 특히, 목적 데이터베이스로부터 가져온 데이터셋을 스프레드시트의 워크시트 상에 표시한다. 스프레드시트는 엑셀(마이크로소프트 사의 프로그램 상표), 로터스(Lotus 1-2-3, 로터스 소프트웨어 사의 프로그램 상표), 한셀(한글과컴퓨터 사의 프로그램 상표) 등, 행과 열로 구분된 표 형식으로 표시되는 워크시트로 구성되어, 각 셀에 데이터를 처리하는 스프레드시트 소프트웨어 프로그램이다.

먼저, 워크시트 표시부(32)는 대상 데이터셋의 스키마(schema) 정보(또는 데이터셋의 구조)를 분석하여 각 필드에 대한 상세 정보를 맞게 워크시트에 작성한다. 이를 위해 워크시트를 새로 생성한다.

그 일례로서, 도 5와 같이, 워크시트의 열에 따라, 각 데이터 필드의 이름, 표시명, 데이터의 타입(종류), 조건, 키 필드 등 테이블 데이터의 세부 구조를 표시한다. 또한, 각 열에 해당하는 데이터의 타입을 해석하여, 각 열의 표시 속성(특히, 숫자에 대한 표시 형식)을 데이터의 타입(형식)에 맞도록 보정한다. 예를 들어, 열의 이름이 "생일"인데, 해당 필드의 형식이 날짜 형식이면, 해당 열을 모두 날짜 형식으로 설정한다. 또한, 통화 표시이면, 이에 따른 데이터 형식으로 표시한다.

또한, 워크시트 표시부(32)는 스프레드시트의 워크시트를 생성할 때, 스프레드시트에서 제공하는 워크시트에 연동되는 실행 모듈을 함께 생성시킨다. 실행 모듈은 VBA(Visual Basic for application) 등 스크립트 방식의 프로그램 언어로 작성된 모듈(또는 코드)이다. 실행 모듈은 워크시트 내에서 특정한 이벤트가 발생하면, 각 이벤트에 대응하는 함수가 실행되도록 하는 모듈이다. 따라서 워크시트 갱신부(33)에 의해 워크시트 상에서 사용자가 삭제, 수정, 삽입 등 특정한 작업을 수행하면, 해당 작업 또는 작업 이벤트에 따라 상기 실행모듈 내의 함수가 실행되어, 관련 작업을 수행한다.

그리고 워크시트 표시부(32)는 갱신할 데이터셋(또는 초기 데이터셋)을 스프레드시트의 워크시트에 표시한다. 도 6에서 보는 바와 같이, 앞서 데이터의 각 필드의 필드명 등 세부 구조가 상기 워크시트 상에 열로 나란히 기재되어 있고, 해당 필드명에 대응되는 열 내의 아래 행에 연속적으로 해당 필드값(또는 테이블 데이터)을 표시한다. 즉, 도 6과 같이, 스프레드시트(또는 워크시트) 상의 데이터는 행과 열에 의해 각 셀에 데이터가 표시되고, 이때, 상단 행 내에 각 열에는 필드명(필드 이름), 표시명, 데이터 타입 등이 기재되고, 그 이하에 레코드들을 각 필드에 맞도록 배열한다.

즉, 초기 데이터셋은 다수의 레코드로 구성되고, 각 레코드들은 워크시트 상에서 하나의 행에 표시된다. 레코드의 각 열에 해당하는 셀들이 해당 레코드 필드의 필드값들이 표시된다. 특히, 앞서 각 필드의 열에 대한 데이터 형식을 분석하여, 해당 형식으로 모든 열을 설정하였으므로, 해당 레코드의 해당 열은 모두 그 데이터 형식에 맞도록 스프레드시트의 워크시트 상에 표시된다.

도 6의 예에서, EMPLOYEES 테이블의 경우 EMPLOYEE_ID가 기본 키(Primary key)이므로 이 컬럼(또는 열)은 중복을 허용하지 않는다.

또한, 워크시트 표시부(32)는 하나의 워크시트 상에 표시할 수 있는 레코드의 최대 개수를 사전에 설정한다. 그리고, 해당 최대 개수가 넘어가면, 나머지 레코드들을 새로운 워크시트를 생성하고, 생성된 워크시트에 표시한다. 일례로서, 스프레드시트 화면에서 데이터를 처리하므로 동일 시트(sheet) 내에서는 100만건, 여러 시트(sheet)를 통해 수백만건의 데이터를 정의하고 데이터베이스에 입력할 수 있다.

한편, 워크시트 표시부(32)는 엑셀 등 상용화된 스프레드시트 프로그램의 주요 기능만을 임베디드하여 사용한다. 즉, 스프레드시트 처리 작업은 스프레드시트의 코어 기능에 의해 수행되고, 전체 인터페이스는 워크시트 표시부(32)에 의해 처리된다. 이하에서 설명할 워크시트 갱신부(33)도 동일하다.

또한, 워크시트 표시부(32)는 갱신상태를 표시하는 열을 추가로 표시한다. 이하에서 해당 열을 갱신상태 필드 또는 갱신상태 열이라고 부르기로 한다. 바람직하게는, 워크시트 상에서 첫번째 열을 갱신상태 필드로 설정한다. 도 5의 예에서, "Check"로 기재된 열이 갱신상태 필드로 설정되고 있다.

또한, 워크시트 표시부(32)는 명령을 수행하기 위한 명령 버튼을 워크시트 상에 표시할 수 있다. 바람직하게는, 명령 버튼은 테이블 또는 쿼리 결과를 조회하기 위한 조회 버튼이나, 갱신된 데이터를 서버로 전송하여 데이터베이스를 갱신하기 위한 확인 버튼 등을 포함한다.

다음으로, 워크시트 갱신부(33)는 워크시트 상에서 표시된 데이터에 대하여 갱신 작업이 수행된다. 특히, 워크시트 갱신부(33)는 앞서 워크시트 표시부(32)에서 제공하는 스프레드시트 인터페이스 화면을 통해, 사용자에 의해 데이터 갱신 작업이 수행된다.

즉, 워크시트 갱신부(33)는 초기 데이터셋을 스프레드시트의 워크시트 상에 표시하고, 사용자에 의한 처리되는 스프레드시트의 워크시트 상의 작업들을 처리한다. 예를 들어, 사용자가 스프레드시트 상에서 특정 셀의 데이터를 수정하거나, 특정 행을 삽입하거나, 삭제한다. 이때 통상의 스프레드시트 인터페이스와 같은 형태로 인터페이스를 처리한다.

또한, 워크시트 갱신부(33)의 각 기능은 워크시트와 연동되는 실행 모듈(VBA 등 스크립트 언어도 작성된 프로그램 모듈)에 의해 구현된다. 즉, 워크시트 상에서 사용자가 수정, 삽입, 삭제 등 특정한 작업을 수행하면, 해당 작업을 하나의 이벤트로 판단하여, 해당 작업 이벤트에 대응되는 실행 모듈의 함수가 실행된다. 이와 같은 기능은 스프레드시트의 코어 기능에서 제공된다. 이하에서, 설명의 편의를 위하여, 수정, 삭제, 삽입(신규 추가) 등에 의해 데이터의 내용이 달라진 것을 모두 "갱신"된 것으로 설명한다.

워크시트 갱신부(33)는 워크시트 상에서 편집 작업이 발생되면, 편집 종류 또는 갱신 종류에 따라 갱신상태 필드의 셀에 갱신 종류를 표시한다. 바람직하게는 갱신 종류는 기호 또는 갱신종류 기호로 표시된다. 갱신종류 기호는 사전에 설정된 기호이다. 갱신 종류는 해당 레코드 또는 해당 행의 갱신 상태 또는 갱신 종류를 표시하는 것으로서, 수정, 삽입, 삭제 등의 각 레코드에 대한 갱신 상태들을 표시한다. 예를 들어, 데이터의 셀이 수정되면 해당 행의 갱신상태 컬럼(열)에 'U'가 표시되고, 행이 추가되면 'C' 가 표시된다.

또한, 워크시트 갱신부(33)는 갱신상태 필드에 사용자가 직접 갱신상태 또는 갱신종류 기호를 표시하도록 제공한다. 일례로서, 사용자가 삭제할 행(또는 레코드)의 갱신상태 컬럼에 'D'를 입력할 수 있다. 이때, 갱신상태 열(컬럼)의 각 셀에는 콤보박스를 구성하여, 각 레코드별(또는 행 별)로 갱신상태를 직접 설정할 수 있도록 한다.

또한, 바람직하게는, 어느 항목도 갱신되지 않은 레코드(또는 행)에는 갱신상태 필드에 아무 값 또는 기호도 표시되지 않는다.

도 7은 도 6의 레코드 데이터 중 일부가 갱신된 상태를 나타내고 있다. 즉, 키가 104의 레코드가 삭제되고, 레코드 105, 106, 108이 각각 변경되고, 변경된 데이터는 봉급(salary)과 전화번호(phone_number)이다. 따라서 갱신필드(check 1)에는 각각 D, U, U, U가 표시된다.

다음으로, 갱신정의부(34)는 워크시트 또는 워크시트 상에서 갱신된 데이터를 검출하여, 검출된 데이터(또는 레코드)에 대하여 갱신내용을 정의한다. 바람직하게는 XML문서 형태로 정의하고, 데이터는 플랫 파일(flat file)로 구성한다.

앞서, 워크시트 갱신부(33)에 의하여, 사용자는 워크시트 상의 데이터셋을 셀, 범위, 행, 또는 열 단위로 수정할 수 있다. 즉, 하나의 셀 내에 있는 데이터를 수정하거나, 하나의 행(또는 레코드) 등을 전체 삭제할 수 있다(즉, 삭제할 레코드의 갱신상태 필드에 삭제 기호(D)를 표시할 수 있다). 또는, 새로운 데이터 레코드를 삽입하고, 각 필드 내에 값을 입력할 수 있다.

또한, 갱신정의부(34)는 검출된 갱신 레코드에 대하여 각각 갱신 내용을 정해진 정의 규칙에 의하여 정의한다. 이때, 정의할 내용은, 갱신할 데이터 또는 데이터셋의 구조 또는 스키마를 표시하는 테이블 정보와, 갱신할 데이터들이다. 즉, 갱신정의부(34)는 갱신된 데이터 또는 갱신된 레코드에 대해서만 갱신 데이터를 기록(또는 정의)한다. 즉, 전혀 갱신되지 않은 데이터는 기록하지 않는다.

먼저, 갱신정의부(34)는 데이터셋(또는 갱신 데이터 구조)을 사전에 정해진 포맷(또는 정의 규칙)에 의하여 정의한다. 바람직하게는, 데이터셋의 구조(또는 갱신 데이터 구조)을 XML 문서로 표시한다. 데이터셋의 구조를 XML 문서로 표시한 일례가 도 8에 도시되고 있다.

도 8과 같은 테이블 정보 또는 데이터셋의 정보는 다음과 같은 개체 및 그 속성들에 대한 데이터를 포함한다. 바람직하게는, 테이블 정보 또는 데이터셋의 구조에 대한 정보는 테이블 명(사용자 화면에서 테이블 선택 시 자동 지정), DB 연결 코드(DB Connection code, 사용자 화면에서 DB 연결 시 자동 지정), 키 필드의 존재 여부, 데이터 타입, 널(NULL) 값 허용 여부 등의 내용을 포함한다.

(1) ExecuteInfo : 실행할 데이터베이스 정보

- ConnectionCode : 서버에 정의된 데이터베이스 코드

(2) DataTable : 갱신할 테이블 정보, 다수의 테이블을 동일한 트랜잭션으로 처리 가능

- Name :테이블명

- Caption : 표시명

- TargetTable :갱신할 테이블 명

(3) Column : 테이블(또는 데이터셋)의 컬럼 정보

- Name : 컬럼 명

- Caption :컬럼 표시 명

- Constraint : key 정보 P : Primary key V : not null N : nullable

- DataType :데이터 타입 C:String N:숫자형, D : Data형

- UpdateFlag : Update 쿼리 생성 시 컬럼을 포함할지 여부

(4) Rows : 처리할 Data를 정의

- RowIndexCol : 데이터 행 일련번호가 위치할 열

- RowStateCol : 데이터 건별 처리시 해당항을 처리할 구분코드가 위치할 열

- TextType :처리할 데이터 위치 FILE: 첨부파일로 전송 XML: xml 내부포함

데이터셋의 컬럼 정보 또는 필드 정보는 대상 테이블의 전체 필드 정보를 나타낼 수도 있고, 그 일부를 나타낼 수도 있다. 즉, 앞서 대상 테이블을 쿼리를 통해 일부만 가져오는 경우에는, 테이블의 필드 중 일부에 대해서만 필드 구조를 생성한다.

또한, 갱신정의부(34)는 갱신할 데이터들을 사전에 정해진 포맷으로 기록하여 파일로 생성한다. 바람직하게는, 또한, 갱신정의부(34)는 워크시트 상에서 갱신된 데이터를 플랫 파일(flat file)로 생성한다. 플랫 파일이란 데이터를 일련의 스트링으로 구성되는 통상의 파일을 말한다.

도 9은 플랫 파일의 일례를 도시한 것이다. 바람직하게는, 스프레드시트 화면에 정의된 데이터는 서버와 사전에 정의된 컬럼, 행 구분자에 의해 도 9과 같은 형태의 텍스트 파일로 만들어져 서버로 전송된다. 여기서, 일례로서, 컬럼 구분자를 “|”, 행 구분자를 "엔터(또는 줄바꿈)" 기호로 나타낸다.

특히, 도 9에서 각 줄의 맨 앞에 해당 레코드(해당 행)가 어떻게 처리할 것인지에 대한 갱신종류를 표시한다. 각 갱신상태 기호는 다음과 같다.

C :신규입력 U : 데이터갱신 D : 데이터 삭제

다음으로, 쿼리생성부(35)는 테이블 정보 및, 갱신할 데이터들이 정의된 갱신문서를 수신하여, 갱신된 데이터에 대해서 쿼리문을 생성한다. 이때, 쿼리생성부(35)는 테이터셋의 구조를 이용하여 쿼리 템플릿을 사전에 생성해두고, 갱신할 데이터 각각에 대하여 쿼리 템플릿에 매핑하여 실제 갱신하는 쿼리를 생성한다.

즉, 쿼리생성부(35)는 테이블 정보를 정의한 갱신문서의 내용을 해석하여, 갱신할 데이터베이스(database), 테이블(table), 컬럼(column) 정보를 추출한다. 그리고 추출된 정보를 이용하여, 입력 쿼리, 업데이트 쿼리, 삭제 쿼리에 대한 쿼리 템플릿 등을 생성한다.

쿼리 템플릿의 예가 도 10에 도시되고 있다. 도 10은 도 8의 데이터셋 구조에 의해 만들어진 쿼리 템플릿이다. 도 10(a)는 입력 쿼리(또는 삽입 쿼리) 템플릿이고, 도 10(b)는 업데이트 쿼리(변경 쿼리 또는 갱신 쿼리)의 템플릿이다. 또한, 도 10(c)는 삭제 쿼리의 쿼리 템플릿을 나타낸다.

쿼리생성부(35)는 입력, 업데이트, 삭제 등 해당 쿼리문의 포맷을 작성하고, 쿼리 명령 포맷에 테이블명과 필드명(컬럼명) 등을 기재하고, 또한, 변수값(또는 컬럼값)에 해당하는 부분에 변수값 대신 매핑 변수를 삽입하여, 쿼리 템플릿을 생성한다. 이때, 매핑 변수는 순서대로 넘버링된다.

도 10의 예에서, "INSERT INTO <테이블명> (컬럼명, ...) VALUES (컬럼값, ...)" 등이 쿼리문의 포맷이고, EMPLOYEES가 테이블명이고, EMPLOYEE_ID, FIRST_NAME 등이 컬럼명이다. 또한, 특수문자 @를 사용한 @D1, @D2, ..., @DN 등이 매핑 변수이다. 1, 2, ..., N이 넘버링된 숫자를 나타낸다. 매핑 변수는 쿼리문의 포맷에서 컬럼값 또는 변수값에 삽입되는 부분에 기재된다.

매핑 변수에 넘버링된 숫자는 상기 매핑 변수에 매핑될 갱신 데이터의 순서를 나타낸다. 즉, 갱신 데이터의 n번째 데이터(필드값, 컬럼값)가 n번째로 넘버링된 매핑 변수이다.

다음으로, 쿼리생성부(35)는 데이터를 각각 레코드 별로 읽어들여, 각 레코드에 대하여 실제 쿼리를 생성한다. 이때, 각 레코드의 갱신종류에 따라 해당 종류의 쿼리 템플릿(예를 들어, 입력 쿼리 템플릿, 업데이트 쿼리 템플릿, 삭제 쿼리 템플릿 등)을 선택하고, 선택된 쿼리 템플릿에서 매핑 변수를 각 레코드 데이터의 해당 컬럼값으로 매핑하여 실제 쿼리문을 생성한다.

특히, 쿼리생성부(35)는 갱신할 데이터들을 스트림으로 수신할 수 있고, 스트림으로 수신되는 순서로, 각 갱신할 레코드의 내용으로 쿼리문을 실시간으로 생성한다.

도 9에서 보는 바와 같이, 갱신 데이터 또는 갱신 데이터 파일은 작업 종류(입력 C, 업데이트 U, 삭제 D 등)와 각 매핑될 데이터(또는 필드값)들이 연속적으로 기재된다. 쿼리생성부(35)는 각 데이터를 레코드별로 읽어들여, 작업 종류가 무엇인지를 판단하여, 쿼리 템플릿을 선택한다. 그리고 이후의 갱신 데이터(또는 필드값)를 선택된 쿼리 템플릿에서 매핑 변수에 대체하여 매핑시킨다. 이와 같은 과정을 통해, 실제 쿼리문이 생성된다.

다음으로, DB갱신부(36)는 생성된(작성된) 쿼리문을 데이터베이스(40)에 요청하여, 대상 테이블의 데이터를 갱신하도록 요청한다.

DB갱신부(36)는 앞서 생성된 실제 쿼리문들을 각 레코드별로 쿼리문을 데이터베이스(40)에 전송하여 갱신 요청할 수 있다. 그러나 개별적으로 각 레코드별로 쿼리문을 데이터베이스(40)에 요청하면, 전체 갱신하는 시간이나 비용이 상당히 많이 소요된다. 이것은 데이터베이스는 한번의 트랜잭션으로 하나의 요청을 처리하는데, 트랜잭션을 수행하기 위한 작업이 많기 때문이다.

따라서, 바람직하게는, DB갱신부(36)는 다수의 레코드별 실제 쿼리를 배치(batch)로 묶어 일괄 처리한다. 즉, 쿼리문은 한번만 생성하고, 전송 데이터의 처리는 해당 쿼리의 변수에 해당 컬럼값만 매핑하여 배치(Batch)에 추가한 다음 마지막으로 한번만 데이터베이스에 실행(Execution) 요청하게 되므로 빠르게 대량 데이터를 처리할 수 있다.

다음으로, 본 발명의 제2 실시예에 따른 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템을 도 11을 참조하여 구체적으로 설명한다. 본 발명의 제2 실시예는 앞서 제1 실시예와 구성이 동일하고, 다만, 갱신상태 필드를 워크시트 상에서 컬럼 외에도 하나의 행(row)에도 표시한다.

도 11에서 보는 바와 같이, 워크시트 표시부(32)는 갱신상태를 표시하는 행을 추가로 표시한다. 도 11에서 "check 2"로 표시된 행이 갱신상태를 나타내는 레코드이다. 즉, 워크시트 상에서 하나의 행을 추가하여, 해당 행을 갱신상태를 나타내는 레코드로 사용한다. 이를 제2 갱신상태 필드(또는 제2 갱신상태 레코드)라 부르기로 한다. 앞서 제1 실시예와 같이 갱신상태를 표시하는 열의 갱신상태 필드를 제1 갱신상태 필드라 부르기로 한다.

다음으로, 워크시트 갱신부(33)는 워크시트 상에서 하나의 데이터 필드값(또는 셀값)이 변경(업데이트)되면, 해당 필드에 대응되는 제1 갱신필드와 제2 갱신필드에 모두 갱신상태를 표시한다. 이때, 제2 갱신필드에는 데이터 값(또는 셀 값)이 변경되는 경우에 표시된다. 또한, 워크시트 상에서 하나의 레코드가 추가되어 삽입되는 경우(새로운 레코드의 추가되는 경우)에는 새로운 값이 입력되는 셀에 대응되는 제2 갱신필드가 "C" 등으로 갱신됨이 표시된다. 따라서 아무 값도 기재되어 있지 않아 빈 셀로 남아 있는 필드에 대해서는, 대응되는 제2 갱신필드에 갱신 상태가 표시되지 않는다. 또한, 레코드가 삭제되는 경우에는 제2 갱신필드의 내용은 "U"나 "C" 등의 표시로 갱신되어 표시되지 않는다. 즉, 제2 갱신필드의 값을 변경하지 않는다.

도 11의 예에서, 데이터 값이 변경된 것은 키 105, 106, 108의 레코드 중 봉급(salary)과 전화번호(phone_number)의 필드이다. 따라서 이들 2개의 필드에 대응되는 제2 갱신필드만 "U"로 갱신되어 표시된다.

다음으로, 갱신정의부(34)는 워크시트 상에 제2 갱신필드 중에서 "U"로 표시되는 필드(컬럼)와, 키 필드만을 합하여, 데이터셋의 구조 또는 스키마의 구조를 생성한다.

도 11의 예에서, 키 필드는 "고용자 ID(EMPLOYEE_ID)" 이고, 변경된 필드들은 봉급(salary)과 전화번호(phone_number)이다. 따라서 이들 필드(또는 컬럼)에 대해서만 데이터셋의 구조 또는 스키마의 구조를 생성한다. 상기 예에 따라 작성된 데이터셋 구조의 XML 문서는 도 12와 같다.

도 12에서 보는 바와 같이, 컬럼 필드는 고용자 ID와, 전화번호, 및 연봉에 대한 필드들만 xml 문서에 대해서만 나타난다.

또한, 갱신정의부(34)는 갱신된 데이터 또는 레코드를 생성할 때, 갱신된 데이터셋의 구조만 표시한다. 즉, 갱신할 데이터들을 사전에 정해진 포맷으로 기록하여 파일로 생성할 때, 키 필드와 갱신된 필드에 대응되는 필드값(컬럼값)만 표시하여, 플랫 파일로 구성한다. 그의 예가 도 13에 표시되고 있다.

즉, 도 13에서 보는 바와 같이, 갱신된 필드는 키 필드인 EMPLOYEE_ID와, 갱신된 필드인 PHONE_NUMBER, SALARY 필드의 데이터 값(컬럼값)만 기록된다. 또한, 갱신된 데이터는 고용인 아이디(EMPLOYEE_ID)가 104, 105, 106, 108으로 모두 4개이다. 따라서 4개의 갱신 데이터 또는 갱신 레코드만 갱신 데이터(또는 갱신 데이터 파일)에 기록된다.

다음으로, 쿼리생성부(35)는 갱신할 데이터의 데이터셋 구조를 이용하여, 갱신된 데이터에 대한 쿼리문을 생성한다. 이때, 쿼리생성부(35)는 테이터셋의 구조를 이용하여 쿼리 템플릿을 사전에 생성해두고, 갱신할 데이터 각각에 대하여 쿼리 템플릿에 매핑하여 실제 갱신하는 쿼리를 생성한다.

특히, 쿼리생성부(35)는 갱신 필드만을 나타낸 테이터셋의 구조를 이용하여 쿼리 템플릿을 생성한다. 도 14는 쿼리 템플릿의 예를 표시하고 있다. 도 14의 (a) 또는 (b)에서 보는 바와 같이, 컬럼명은 EMPLOYEE_ID, PHONE_NUMBER, SALARY로만 표시된다. 즉, 키 필드와 갱신된 필드만으로 구성된다.

또한, 쿼리생성부(35)는 데이터를 각각 레코드 별로 읽어들여, 각 레코드에 대하여 실제 쿼리를 생성한다. 이때, 각 레코드의 갱신종류에 따라 해당 종류의 쿼리 템플릿(예를 들어, 입력 쿼리 템플릿, 업데이트 쿼리 템플릿, 삭제 쿼리 템플릿 등)을 선택하고, 선택된 쿼리 템플릿에서 매핑 변수를 각 레코드 데이터의 해당 컬럼값으로 매핑하여 실제 쿼리문을 생성한다.

도 15는 도 13의 갱신 데이터(또는 레코드)에 대하여 작성된 실제 쿼리를 나타내고 있다.

다음으로, 본 발명의 효과를 보다 구체적으로 설명한다.

먼저, 본 발명은 실행 건수에 제약이 없다.

사용자가 등록/수정/삭제한 데이터를 업로드 스트림(Upload stream)을 통해 서버로 전송하므로 단건 데이터부터 수백만건의 대량 데이터까지 자유롭게 핸들링이 가능하다. 데이터 정보는 정해진 행, 열 구분자로 분리된 플랫 파일(flat file)로 만들어저 서버로 업로드(upload)되고, 서버에서는 업로드(Upload Stream)에서 데이터를 읽어 정해진 행, 열 구분자에 따라 파싱 후 함께 전송된 xml 정보로부터 미리 생성된 쿼리에 바인딩하여 실행하게 된다.

또한, 대량 데이터를 빠르게 처리할 수 있다.

갱신 서버에서 데이터를 처리하는 기본 형식은 jdbc dirver를 통해 데이터베이스에 접속한 후 클라이언트(client)로부터 전송된 xml 정보를 파싱(parsing)하여 입력, 수정, 삭제에 해당하는 쿼리문을 생성하고, 함께 클라이언트(Client)로부터 전송된 업로드 스트림(upload stream)으로부터 데이터(data)를 읽어들이면서 미리 생성된 쿼리에 변수를 바인딩 시킨 후 실행하는 방식이다.

이때 연결(connection) 객체 중 PreparedStatement를 사용하여 크기(Fetch size)를 지정하고, 바인딩 된 데이터를 PreparedStatement의 배치 수단(addBatch method)을 사용하여 추가하며, 전체 데이터가 추가 되었을 때 한번 실행하여 데이터를 처리한다. 매 건마다 실행(Execute)하는 방식이 아니고 한번에 실행(Execute)하는 방식이라서 데이터베이스(database)의 부하도 줄이고 속도도 매우 빠른 것이 장점이다.

또한, DB 기능(DB Function)을 사용기능으로 제공한다.

사용자가 화면에서 처리한 데이터 뿐만 아니라 데이터베이스 기능, 사용자 생성 함수(Function) 등을 처리할 수 있도록 옵션을 제공하여 서버에서 쿼리 생성 시 대상 컬럼 처리를 데이터 바인딩 대신 함수 처리 할 수 있는 기능을 제공한다.

또한, 오라클 시퀀스(Oracle sequence), 사이데이터(sysdate) 등 시간함수, rownum 등의 DB함수 등을 쿼리에 포함하여 사용할 수 있다.

이상, 본 발명자에 의해서 이루어진 발명을 실시 예에 따라 구체적으로 설명하였지만, 본 발명은 실시 예에 한정되는 것은 아니고, 그 요지를 이탈하지 않는 범위에서 여러 가지로 변경 가능한 것은 물론이다.

10 : 사용자 단말 20 : 클라이언트
30 : 갱신 서버 31 : 데이터 요청부
32 : 워크시트 표시부 33 : 워크시트 갱신부
34 : 갱신정의부 35 : 쿼리생성부
36 : DB갱신부 37 : 저장부
40 : 데이터베이스

Claims (7)

1. 데이터베이스와 네트워크로 연결되는, 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템에 있어서,
   상기 데이터베이스로부터 대상 테이블의 데이터셋을 요청하여 가져오는 데이터 요청부;
   스프레드시트 인터페이스를 제공하고, 워크시트를 생성하여, 상기 데이터셋의 구조와 레코드 데이터를 상기 워크시트 상에 표시하는 워크시트 표시부;
   상기 스프레드시트 인터페이스를 통한 사용자의 입력에 따라 상기 워크시트 상의 레코드 데이터를 갱신하고, 각 레코드 데이터의 갱신상태를 표시하는 워크시트 갱신부;
   상기 워크시트 상에서 갱신된 레코드에 대하여, 갱신된 레코드의 데이터셋 구조와 레코드 데이터를 정의하는 갱신정의부;
   정의된 레코드의 데이터셋 구조를 이용하여 쿼리 템플릿을 생성해두고, 갱신된 레코드 각각에 대하여 상기 쿼리 템플릿의 매핑 변수에 해당 레코드 데이터를 매핑하여 실제 쿼리문을 생성하는 쿼리생성부; 및
   생성된 쿼리문을 상기 데이터베이스에 전송하여 상기 대상 테이블을 갱신하는 DB갱신부를 포함하고,
   상기 워크시트 표시부는 상기 워크시트 상에 레코드의 갱신 상태를 표시하는 제1 갱신상태 필드를 더 추가하여 레코드 필드를 생성하고,
   상기 워크시트 갱신부는 상기 워크시트 상의 하나의 레코드의 셀 내용이 갱신되면 갱신 종류를 해당 레코드의 제1 갱신상태 필드에 표시하고,
   상기 갱신정의부는 상기 워크시트 상의 제1 갱신상태 필드를 참조하여, 각 레코드에 대하여 갱신 여부 및, 갱신 종류를 판단하는 것을 특징으로 하는 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템.
   
2. 제1항에 있어서,
   상기 쿼리생성부는 상기 갱신된 레코드를 스트림으로 수신하고, 스트림으로 수신된 순서대로, 각 갱신할 레코드의 내용을 쿼리문으로 실시간으로 생성하는 것을 특징으로 하는 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템.
   
3. 제1항에 있어서,
   상기 DB갱신부는 다수의 레코드별 쿼리문을 배치(batch)로 묶어 일괄 처리하도록 상기 데이터베이스에 요청하는 것을 특징으로 하는 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템.
   
4. 제1항에 있어서,
   상기 워크시트 표시부는 상기 데이터셋의 구조를 상기 워크시트 상의 어느 한 행에 표시하고, 데이터셋의 구조가 표시된 행의 아래 행부터 상기 레코드들의 데이터를 표시하는 것을 특징으로 하는 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템.
   
5. 삭제
6. 제1항에 있어서,
   상기 워크시트 표시부는 상기 워크시트를 생성할 때, 상기 워크시트와 연동하는 실행 모듈에 상기 워크시트 상의 레코드 내용이 갱신되면 이벤트가 발생하여 이벤트에 의해 호출되어 실행되는 스크립트 함수를 포함시키고, 상기 스크립트 함수는 해당 레코드가 갱신되면 갱신 종류를 상기 제1 갱신상태 필드에 자동으로 표시하는 것을 특징으로 하는 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템.
   
7. 제1항에 있어서,
   상기 워크시트 표시부는 상기 워크시트 상에 필드의 갱신 상태를 표시하는 제2 갱신상태 필드를 구성하는 레코드를 더 추가하여 생성하고,
   상기 워크시트 갱신부는 상기 워크시트 상의 하나의 레코드의 셀 내용이 변경의 갱신되면 변경의 갱신 종류를 해당 레코드 필드의 제2 갱신상태 필드에 표시하고,
   상기 갱신정의부는 레코드 필드 중 키 필드와 제2 갱신상태 필드에 변경의 갱신이 된 필드만을 구성하여 갱신할 데이터셋의 구조를 생성하는 것을 특징으로 하는 스프레드시트 인터페이스 기반 데이터베이스 일괄 갱신 시스템.
   

Images