KR102034679B1 - 그리드 인터페이스 기반 데이터 입출력 시스템 - Google Patents

Abstract

본 발명은 데이터베이스에서 추출한 데이터셋을 웹 상의 그리드(grid) 인터페이스로 제공하고, 그리드의 갱신 내용을 데이터 테이블에 반영하기 위한 계획 설정 수단을 제공하고, 설정된 반영 계획에 따라 갱신된 그리드의 내용을 데이터 테이블에 반영하는, 그리드 인터페이스 기반 데이터 입출력 시스템에 관한 것으로서, 데이터베이스로부터 데이터셋을 요청하는 데이터 요청부; 요청한 데이터셋을 그리드 인터페이스에 표시하되, 그리드의 컬럼에 상기 데이터셋의 필드를 표시하고, 그리드의 각 행에 상기 데이터셋의 레코드들을 표시하는 그리드 표시부; 그리드 상에서 레코드들 중 일부 데이터를 갱신하고, 갱신된 레코드 및 갱신 종류를 갱신 내용으로 기록하는 그리드 갱신부; 그리드의 갱신 내용을 데이터 테이블에 반영하기 위한 계획(이하 반영계획)을 설정하되, 반영할 데이터 테이블(이하 목적 테이블), 상기 목적 테이블의 필드(이하 목적 필드)들, 목적 필드들에서의 키 필드, 및, 각 목적 필드에 대한 그리드 상의 필드와의 매핑을 설정함으로써 반영계획을 설정하는 반영계획 설정부; 및, 상기 반영계획에 따라 그리드의 갱신 내용을 데이터 테이블에 반영하기 위한 쿼리문을 작성하고, 작성된 쿼리문을 상기 데이터베이스에 실행하도록 요청하는 반영계획 실행부를 포함하는 구성을 마련한다.
상기와 같은 시스템에 의하면, 그리드 갱신내용을 데이터 테이블에 반영할 수 있는 계획설정 수단을 제공함으로써, 사용자가 원하는 바에 따라 그리드의 갱신내용을 다양하게 반영할 수 있다.

Description

그리드 인터페이스 기반 데이터 입출력 시스템 { A data input/output system using grid interface }

본 발명은 데이터베이스에서 추출한 데이터셋을 웹 상의 그리드(grid) 인터페이스로 제공하고, 그리드의 갱신 내용을 데이터 테이블에 반영하기 위한 계획 설정 수단을 제공하고, 설정된 반영 계획에 따라 갱신된 그리드의 내용을 데이터 테이블에 반영하는, 그리드 인터페이스 기반 데이터 입출력 시스템에 관한 것이다.

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

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

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

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

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

또한, 다수의 데이터 테이블을 하나의 워크시트에 표시하고 워크시트의 수정사항을 다수의 데이터 테이블에 갱신시키는 기술이 제시되고 있다[특허문헌 5]. 또한, 스프레드시트의 인터페이스를 이용하여 데이터베이스를 갱신하는 기술을 제시하고 있다[특허문헌 6,7].

그러나 상기 선행기술들은 데이터베이스에서 불러온 데이터 테이블의 내용을 직접 갱신한다. 즉, 스프레드시트 또는 워크시트에 표시된 데이터셋은 데이터베이스에서 불러온 데이터 테이블의 데이터이고, 스프레드시트 또는 워크시트의 변경된 내용을 해당 데이터테이블에 직접 반영하여 갱신시킨다. 그러나 실무에서는 데이터베이스의 테이블을 직접 갱신하는 경우보다 해당 데이터를 가공하여 분석하거나 새로운 테이블을 만드는 경우가 더 많다.

따라서 불러온 데이터셋의 갱신 내용을 반영하기 위한 계획을 간단하면서 다양하게 설정할 수 있는 기술이 필요하다.

한국공개특허 제10-1999-0038698호 (1999.06.05.공개) 한국공개특허 제10-2008-0031202호 (2008.04.08.공개) 한국공개특허 제10-2004-0053254호 (2004.06.23.공개) 한국공개특허 제10-2012-0052301호 (2012.05.23.공개) 일본공개특허 제2015-191258호 (2015.11.02.공개) 한국공개특허 제10-2017-0077939호 (2017.07.07.공개) 한국공개특허 제10-2017-0077935호 (2017.07.07.공개)

본 발명의 목적은 상술한 바와 같은 문제점을 해결하기 위한 것으로, 데이터베이스에서 추출한 데이터셋을 웹 상의 그리드(grid) 인터페이스로 제공하고, 그리드의 갱신 내용을 반영하기 위한 계획 설정 수단을 제공하고, 설정된 반영 계획에 따라 갱신된 그리드의 내용을 데이터 테이블에 반영하는, 그리드 인터페이스 기반 데이터 입출력 시스템을 제공하는 것이다.

또한, 본 발명의 목적은 그리드의 내용을 테이블에 반영하는 반영 계획을 설정할 때, 그리드와 테이블 간의 필드 매칭 방식으로 설정하는 인터페이스를 제공하는, 그리드 인터페이스 기반 데이터 입출력 시스템을 제공하는 것이다.

상기 목적을 달성하기 위해 본 발명은 그리드 인터페이스 기반 데이터 입출력 시스템에 관한 것으로서, 데이터베이스로부터 데이터셋을 요청하는 데이터 요청부; 요청한 데이터셋을 그리드 인터페이스에 표시하되, 그리드의 컬럼에 상기 데이터셋의 필드를 표시하고, 그리드의 각 행에 상기 데이터셋의 레코드들을 표시하는 그리드 표시부; 그리드 상에서 레코드들 중 일부 데이터를 갱신하고, 갱신된 레코드 및 갱신 종류를 갱신 내용으로 기록하는 그리드 갱신부; 그리드의 갱신 내용을 데이터 테이블에 반영하기 위한 계획(이하 반영계획)을 설정하되, 반영할 데이터 테이블(이하 목적 테이블), 상기 목적 테이블의 필드(이하 목적 필드)들, 목적 필드들에서의 키 필드, 및, 각 목적 필드에 대한 그리드 상의 필드와의 매핑을 설정함으로써 반영계획을 설정하는 반영계획 설정부; 및, 상기 반영계획에 따라 그리드의 갱신 내용을 데이터 테이블에 반영하기 위한 쿼리문을 작성하고, 작성된 쿼리문을 상기 데이터베이스에 실행하도록 요청하는 반영계획 실행부를 포함하는 것을 특징으로 한다.

또, 본 발명은 그리드 인터페이스 기반 데이터 입출력 시스템에 있어서, 상기 반영계획 실행부는 갱신 레코드의 갱신 종류에 따라 입력(insert) 쿼리, 업데이트(update) 쿼리(수정 쿼리), 또는, 삭제(delete) 쿼리를 생성하는 것을 특징으로 한다.

또, 본 발명은 그리드 인터페이스 기반 데이터 입출력 시스템에 있어서, 상기 반영계획 실행부는 쿼리문을 생성할 때, 상기 반영계획의 목적 테이블을 참조하는 테이블로 기재하고, 상기 반영계획의 목적 테이블의 필드들을 참조하는 필드로 기재하고, 참조 필드에 매핑되는 그리드의 레코드 필드의 값을 참조 필드의 값으로 기재하고, 상기 반영계획의 키 필드를 조건식의 변수로 기재하고, 해당 키 필드에 매핑되는 그리드의 레코드 필드의 값을 변수값으로 기재하는 것을 특징으로 한다.

또, 본 발명은 그리드 인터페이스 기반 데이터 입출력 시스템에 있어서, 상기 반영계획 실행부는, 업데이트 쿼리인 경우, 테이블명에는 반영계획의 목적 테이블의 이름이 기재되고, 조건식에는 목적 테이블의 키 필드와, 이에 매핑되는 그리드 필드의 필드값이 기재되고, 업데이트될 필드명과 필드값은, 반영계획에 설정된 목적테이블의 필드들과, 매핑되는 그리드 필드들의 필드값을 모두 기재하되, 키 필드들은 제외하여 기재하는 것을 특징으로 한다.

또, 본 발명은 그리드 인터페이스 기반 데이터 입출력 시스템에 있어서, 상기 반영계획은 다수 개가 설정될 수 있고, 상기 반영계획 실행부는 다수 개의 반영계획을 모두 실행하는 것을 특징으로 한다.

또, 본 발명은 그리드 인터페이스 기반 데이터 입출력 시스템에 있어서, 상기 반영계획 설정부는 하나의 반영계획에는 하나의 목적 테이블만 설정하는 것을 특징으로 한다.

또, 본 발명은 그리드 인터페이스 기반 데이터 입출력 시스템에 있어서, 상기 그리드 표시부는 웹브라우저 상에서 상기 그리드를 표시하되, 웹 표준의 스크립트에 구현된 프로그램 시스템에 의하여 그리드가 표시되는 것을 특징으로 한다.

상술한 바와 같이, 본 발명에 따른 그리드 인터페이스 기반 데이터 입출력 시스템에 의하면, 그리드 갱신내용을 데이터 테이블에 반영할 수 있는 계획설정 수단을 제공함으로써, 사용자가 원하는 바에 따라 그리드의 갱신내용을 다양하게 반영할 수 있는 효과가 얻어진다.

또한, 본 발명에 따른 그리드 인터페이스 기반 데이터 입출력 시스템에 의하면, 그리드와 데이터 테이블 사이의 필드 매칭 방식을 이용하여 반영 계획을 설정함으로써, 보다 직관적이고 간단하게 반영 계획을 수립할 수 있는 효과가 얻어진다.

도 1은 본 발명을 실시하기 위한 전체 시스템에 대한 구성도.
도 2는 본 발명의 일실시예에 따른 그리드 인터페이스 기반 데이터 입출력 시스템의 구성에 대한 블록도.
도 3은 본 발명의 일실시예에 따른 데이터셋을 요청하는 화면의 예시도.
도 4는 본 발명의 일실시예에 따른 데이터셋의 구조도.
도 5는 본 발명의 일실시예에 따른 그리드 화면의 예시도.
도 6은 본 발명의 일실시예에 따른 그리드 갱신 화면의 예시도.
도 7은 본 발명의 일실시예에 따른 반영계획 설정 화면의 예시도.
도 8은 본 발명의 일실시예에 따른 반영계획에 따라 생성된 쿼리문의 예시도.

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

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

먼저, 본 발명을 실시하기 위한 전체 시스템의 구성을 도 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)로부터 가져온 데이터셋을 테이블(또는 피벗 테이블) 형태로 표시된 그리드(grid)를 통해 보여주거나 명령/데이터를 입력받는다. 그리드(grid)는 다수의 셀이 격자 또는 테이블 형태로 구성된 것을 말한다. 그리드의 각 셀에는 데이터가 입력되어 표시되고, 사용자의 입력에 의해 갱신된다.

또한, 클라이언트(20)는 그리드의 갱신 내용을 반영하기 위한 반영 계획을 설정한다. 반영 계획은 그리드의 갱신 내용을 데이터 테이블에 반영하기 위한 계획으로서, 저장할 데이터 테이블의 구성 및 각 필드에 저장할 내용을 정의한 것을 말한다. 이때 저장할 데이터 테이블을 목적 테이블(또는 타겟 테이블)이라 부르기로 한다. 목적 테이블의 구성은 테이블, 및 그 필드들을 정의한 것이다.

특히, 반영 계획에는 목적 테이블의 각 필드에 저장할 내용으로, 상기 그리드(grid)의 필드를 매핑시켜 정의된다.

또한, 클라이언트(20)는 그리드에 갱신할 내용을 모두 입력한 후, 반영 계획을 실행할 것을 서버(30)에 요청한다. 서버(30)는 설정된 반영계획에 따라 그리드의 갱신 내용을 각 반영계획의 테이블에 반영시킨다. 바람직하게는, 갱신된 데이터 내용만 목적 테이블에 반영되어 저장될 수 있다.

한편, 클라이언트(20)의 기능, 예를 들어, 데이터셋을 가져오거나, 데이터셋을 그리드로 표시하거나, 그리드의 반영계획을 설정하는 등의 기능들은 웹브라우저의 웹 스크립트 기능에 의해 구현된다. 즉, HTML 5.0 등 웹 표준에 의한 스크립트에 의해 클라이언트(20)의 기능이 프로그램 시스템으로 구현될 수 있다.

다음으로, 매트릭스 서버(30)는 데이터베이스(40)로부터 데이터셋을 가져와서 클라이언트(20)로 전송하여 표시하거나, 클라이언트(20)로부터 갱신된 데이터셋(또는 그리드)의 내용 또는, 그것을 반영할 반영 계획을 수신한다.

또한, 매트릭스 서버(30)는 사용자의 명령에 의해 반영 계획을 수행한다. 즉, 설정된 반영 계획에 따라 각 반영계획의 테이블에 그리드의 갱신내용을 반영시킨다. 이때, 매트릭스 서버(30)는 반영 계획을 쿼리문으로 작성하여, 쿼리문(SQL문 등)을 실행시킴으로써 데이터베이스(40)를 갱신시킨다.

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

한편, 앞서 설명한 클라이언트(20)와 매트릭스 서버(30)의 기능은 일례이고, 서버와 클라이언트의 구현 기술에 따라 다양하게 구현될 수 있다. 즉, 클라이언트(20)와 매트릭스 서버(30)는 하나의 갱신 시스템으로서, 그 기능들이 성능에 따라 서로 분배될 수 있다. 예를 들어, 클라이언트(20)는 단순히 웹브라우저 기능만 가지고 있고, 모든 기능은 매트릭스 서버(30)에서 구축될 수 있다. 즉, 매트릭스 서버(30)는 데이터베이스(40)의 인터페이스 기능, 및, 수정된 데이터에 대한 쿼리문 작성 기능 뿐만 아니라, 그리드 기반의 인터페이스를 통해 데이터를 수정하는 기능을 모두 가질 수 있다. 또 다른 예로서, 매트릭스 서버(30)는 단순히 데이터베이스(40)와의 인터페이스 기능만을 가지고 있고, 클라이언트(20)에서 그리드 기반의 인터페이스를 통해 데이터 수정 기능 뿐만 아니라, 반영 계획을 설정하거나, 수정된 데이터에 대한 쿼리문 자동 생성 기능까지 구비될 수 있다. 즉, 서버-클라이언트 구현 방식에 의해 다양한 형태로 기능을 분배할 수 있다.

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

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

이하의 설명에서, 데이터셋의 수정, 삭제, 삽입 등 전체 데이터셋을 변경하는 작업을 "갱신"하는 작업으로 표현한다. 즉, 갱신 작업은 수정, 삭제, 삽입을 모두 포함하는 개념으로 사용한다. 즉, 수정은 레코드 중 일부 필드 값을 변경하는 것을 말하고, 갱신은 레코드를 수정, 삭제, 삽입 등 변경하는 작업을 말한다. 의미 차이가 크지 않는 경우에는 "수정" 용어을 "갱신" 용어와 혼용한다.

다음으로, 본 발명의 일실시예에 따른 그리드 인터페이스 기반 데이터 입출력 시스템을 도 2를 참조하여 설명한다. 본 발명에 따른 그리드 인터페이스 기반 데이터 입출력 시스템은 앞서 설명한 바와 같이, 클라이언트-서버 시스템으로 구축될 수 있다.

도 2에서 바와 같이, 본 발명의 일실시예에 따른 그리드 인터페이스 기반 데이터 입출력 시스템(300)은 데이터베이스의 데이터셋을 요청하는 데이터 요청부(31), 요청한 데이터셋을 그리드 인터페이스에 표시하는 그리드 표시부(32), 그리드 상에서 데이터셋 중 일부 데이터를 갱신하고 갱신된 내용을 기록하는 그리드 갱신부(33), 그리드의 갱신 내용을 데이터 테이블에 반영하기 위한 계획을 설정하는 반영계획 설정부(34), 반영계획에 따라 그리드의 갱신 내용을 데이터 테이블에 반영하는 반영계획 실행부(35)로 구성된다. 또한, 처리하는 데이터를 일시적으로 저장하는 저장부(38)를 더 포함하여 구성된다.

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

바람직하게는, 데이터셋은 하나 또는 다수의 데이터 테이블(또는 DB 테이블)로부터 가져온 데이터들이다. 이때, 데이터셋은 하나 또는 다수의 데이터 테이블을 참조하는 쿼리문에 의해 추출된 데이터들이다.

또한, 데이터 요청부(31)는 데이터셋의 각 필드에 대한 메타 정보(또는 스키마 정보)를 함께 가져온다. 데이터셋의 메타정보(또는 각 필드의 메타정보)는 각 필드의 이름, 표시명, 데이터의 타입(종류), 조건 등 데이터의 구조에 대한 정보를 나타낸다.

또한, 바람직하게는, 도 3에서 보는 바와 같이, 데이터 요청부(31)는 GUI와 드래그앤드롭(drag&drop) 방식으로 데이터셋을 요청하는 인터페이스를 제공한다. 즉, 데이터 요청부(31)는 GUI와 드래그앤드롭(drag&drop) 방식으로 데이터베이스 내의 데이터 테이블을 조회하고, 조회하고자 하는 데이터 테이블의 필드들을 선택하고, 조회 조건들을 입력함으로써, 자신이 원하는 데이터셋을 구성하도록 지원한다.

도 3b와 같이, 데이터 요청부(31)는 데이터베이스(40)에 요청하여, 목적 데이터베이스의 테이블 리스트를 조회하고, 조회된 테이블 리스트를 화면에 표시한다. 또한, 도 3c와 같이, 사용자는 화면에서 표시된 테이블 리스트 중에서 자신이 원하는 테이블의 필드들을 드래그앤드롭 방식으로 선택할 수 있다. 그리고 조회조건을 입력한다.

한편, 데이터 요청부(31)는 데이터 조회 화면에서 선택된 테이블의 필드들과, 입력된 조회조건을 해석하여, 해당되는 쿼리문을 자동으로 생성한다. 그리고 쿼리문을 데이터베이스(40)에 요청하여 데이터셋을 가져온다.

예를 들어, 선택된 데이터 테이블의 필드들은 쿼리문의 참조 항목들(SELECT절의 참조 항목들)이 되고, 선택된 테이블은 쿼리문에서 참조되는 테이블(FROM절의 테이블명)이 되고, 조회조건은 쿼리문의 조건문(WHERE절의 조건)이 된다. 데이터 요청부(31)는 상기와 같은 규칙에 의하여 테이블 조회 화면 결과에 따른 쿼리문을 생성한다.

데이터 요청부(31)는 생성된 쿼리문으로 데이터베이스(40)에 요청하여 데이터셋을 가져온다. 이때, 데이터셋의 각 필드의 스키마 정보(또는 메타 정보), 즉, 각 데이터 필드의 이름, 키(key) 여부, 표시명, 데이터의 타입(종류), 조건 등을 함께 가져온다. 이와 같이 요청하여 가져오는 데이터셋은 도 3d와 같다. 도 4는 가져온 데이터셋의 구조를 나타낸다. 가져온 데이터는 저장부(38)에 저장된다.

다른 일례로서, 데이터 요청부(31)는 목적 데이터베이스의 테이블 데이터를 직접 작성된 쿼리문을 통해 가져올 수 있다.

한편, 데이터 요청부(31)는 2개 이상의 테이블을 조인하여 가져오는 경우에는 조인하기 위한 키필드의 정보도 함께 받는다. 도 3a에서 보는 바와 같이, 3개의 테이블을 조인하여 테이블을 참조할 때, "본부"와 "년월"을 조인을 위한 키로 사용한다. 키로 사용된 필드들은 조인한 각 테이블에 공통적으로 포함된 필드들이다.

또한, 데이터 요청부(31)는 이미 만들어진 쿼리문을 이용할 수 있다. 즉, 도 3a와 같이 이미 만들어진 쿼리문을 선택하여 데이터를 조회할 수 있다. 이때, 조인에 사용된 키필드들은 참조된 테이블들에 공통적으로 사용하는 필드이고, 이들을 다른 필드들과 별도로 구분하여 사용한다.

다음으로, 그리드 표시부(32)는 화면 상(또는 웹브라우저 상)에 그리드 인터페이스를 제공하되, 데이터셋을 화면 상의 그리드 내에 표시한다.

도 5에서 보는 바와 같이, 그리드는 웹브라우저 상에서 테이블 형태 또는 격자 형태로 표시된다. 그리드의 상단에는 필드들의 이름이 표시되고, 필드명 아래부터 레코드들이 표시된다. 앞서 설명한 바와 같이, 데이터셋은 동일한 필드들로 구성된 다수의 레코드들이다. 레코드의 각 셀에는 해당 레코드의 필드값이 입력되어 표시된다.

또한, 도 5와 같이, 그리드는 다수의 테이블로부터 가져온 데이터가 함께 표시한다. 도 5에서는, 자산현황(MATRIX.TB_INV_T2_AST), 펀드현황(MATRIX.TB_INV_T2 _FUND), 영업현황(MATRIX.TB_INV_T2_SALES) 등이 각기 다른 테이블에서 가져온 데이터들이고, 이들을 하나의 그리드에 표시한다.

구체적으로, 그리드 상의 데이터는 행과 열에 의해 각 셀에 데이터가 표시되고, 이때, 상단 행 내에 각 열에는 필드명(필드 이름) 등이 기재되고, 그 이하에 레코드들을 각 필드에 맞도록 배열한다. 데이터셋의 각 레코드들은 그리드 상에서 하나의 행에 표시된다. 레코드의 각 열에 해당하는 셀들에는 해당 레코드 필드의 필드값들이 표시된다.

또한, 참조한 데이터에서 각 테이블을 조인하기 위해 사용된 키필드는 각 테이블에 공통되는 필드이므로, 그리드 상에는 중복하여 표시하지 않는다. 즉, 키필드들은 그리드 상에 하나씩만 표시된다. 예를 들어, 도 5에서 "년월"과 "본부"는 3개의 테이블에 공통적으로 모두 포함하나, 각각 하나씩만 그리드 상에 표시된다.

바람직하게는, 도 5와 같이, 필드 명은 복수(또는 멀티)로 지정될 수 있다. 도 5에서는 2개 종류의 필드명으로 구성되고, 특히, 첫번째 필드는 두번째 필드들을 묶어 필드 명을 표시한다.

또한, 바람직하게는, 그리드 표시부(32)는 그리드를 일반 테이블 형태 외에도 피벗 테이블 형태로 표시할 수 있다. 피벗 테이블은 가로축(행)과 세로축(컬럼)이 각각 필드명으로 구성되고, 가로축(행)과 세로축(컬럼)이 만나는 셀이 데이터 영역으로 구성되는 테이블 형태이다. 데이터 영역의 셀에는 행과 컬럼에 해당하는 필드들의 조합에 의한 통계치(예를 들어, 개수, 합계, 평균 등)가 입력되어 표시된다.

또한, 바람직하게는, 그리드 표시부(32)는 데이터셋의 메타 정보를 분석하여 각 필드에 대한 속성에 맞게 그리드의 각 셀의 내용을 표시한다. 즉, 각 필드(또는 그리드의 열)에 해당하는 데이터의 타입을 해석하여, 각 열의 표시 속성(특히, 숫자에 대한 표시 형식)을 데이터의 타입(형식)에 맞도록 보정한다. 예를 들어, 열(필드)의 이름이 "생일"인데, 해당 필드의 형식이 날짜 형식이면, 해당 열을 모두 날짜 형식으로 표시한다. 또한, 통화 표시이면, 이에 따른 데이터 형식으로 표시한다.

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

즉, 그리드 갱신부(33)는 초기 데이터셋을 그리드 상에 표시하고, 사용자에 의한 처리되는 그리드 상의 작업들을 처리한다. 예를 들어, 사용자가 그리드 상에서 특정 셀의 데이터를 수정하거나, 특정 행을 삽입하거나 삭제한다.

도 6은 도 5의 레코드 데이터 중 일부가 갱신된 상태를 나타내고 있다. 즉, 도 6a는 "본부" 필드가 "서부지역1"인 레코드를 삭제하는 것을 나타낸다. 그리고 도 6b는 "본부"필드가 "남부지역"과 "강북지역"인 레코드에서 "총자산" 필드를 각각 "3000", "1000"으로 수정(update)하고, "강남지역"인 레코드에서 "위탁자산" 필드를 "5200"으로 수정하였다. 또한, 신규로 "성남지역"의 레코드가 삽입되었다. 이때, 총자산, 위탁자산, 금융자산, 펀드목표, 펀드잔고, 국내펀드, 해외펀드, 영업목표, 영업실적은 각각 5100, 2000, 3000, 1200, 15524, 20551, 16352, 15442, 15148 임을 알 수 있다.

한편, 그리드 갱신부(33)는 그리드에서 갱신된 레코드와, 그 종류(갱신 종류)를 기록한다. 갱신 종류는 해당 레코드 또는 해당 행의 갱신 상태, 즉, 수정, 삽입, 삭제 등을 나타낸다. 즉, 데이터의 갱신정보는 갱신된 레코드와 그 갱신종류에 대한 정보이다.

또한, 그리드 갱신부(33)는 수정인 경우에는 각 행(각 레코드)에서 어느 셀이 수정되었는지를 기록한다. 즉, 수정된 셀 단위로 수정 여부를 기록한다.

또한, 그리드 갱신부(33)는 그리드 상에서 키필드를 수정하지 못하도록 제한 할 수 있다.

다음으로, 반영계획 설정부(34)는 그리드에서 갱신된 레코드의 내용을 데이터 테이블에 반영하기 위한 계획(또는 반영계획)을 설정한다.

반영계획은 데이터를 저장할 데이터 테이블(또는 목적 테이블), 해당 데이터 테이블(목적 테이블)에 저장할 필드들, 그리고, 목적 테이블의 각 필드에 그리드의 필드의 매핑을 설정하는 것이다. 또한, 필드를 설정할 때 반드시 키(key) 필드를 지정한다.

상기와 같은 반영계획은 다수 개가 설정될 수 있다. 또한, 각 반영계획에서의 목적 테이블은 1개로 설정된다. 또한, 그리드의 필드 매핑은 바로 필드값을 매핑시킬 수도 있고, 그리드의 필드값에 함수나 수식을 적용한 후 그 결과값을 매핑시킬 수도 있다.

도 7은 반영계획을 설정하는 화면을 나타낸다. 특히, 도 7은 "자산현황", "펀드현황", "영업현황" 등 3개의 반영계획(또는 실행계획)을 설정한 것을 나타내고 있다.

먼저, 반영계획 설정부(34)는 사용자의 입력 또는 선택에 의하여, 데이터를 저장할 데이터 테이블을 설정한다. 이때, 데이터 테이블은 데이터베이스(40)에 이미 존재하거나, 새로 만들어진 테이블이다.

도 7의 예에서, 2번째 반영계획인 "펀드현황"의 계획에는, 저장할 데이터 테이블(또는 목적 테이블)은 "MATRIX.TB_INV_T2_FU"의 이름을 갖는 테이블로 설정됨을 알 수 있다. 그리고 목적 테이블에서 갱신할 필드들은 "년월", "본부", "목표", ..., "해외펀드" 등 6개의 필드들임을 알 수 있다. 또한, 목적 테이블의 각 필드와 매핑되는 그리드의 필드들은 "년월", "본부", "펀드목표", ..., "해외펀드" 등이다.

도 7의 예에서, 목적 테이블은 이미 데이터베이스에 존재하는 테이블로서, 그리드의 데이터셋을 추출할 때 참조한 테이블이다. 즉, 도 7의 반영계획들은 그리드의 데이터셋을 형성할 때 참조한 테이블들이고, 그리드의 갱신 내용을 참조 테이블에 반영하기 위한 것이다.

한편, 목적 테이블의 각 필드에 대한 매핑 설정에서, 그리드의 필드를 매핑하지 않고, 파라미터를 설정하여 매핑할 수 있다. 해당 필드에는 파라미터의 값이 입력되어 저장된다. 반영계획 설정화면에서, 텍스트박스(text-box)나 콤보박스(combo-box) 등의 형태로 파라미터 값 목록을 나타낸다. 사용자의 선택에 의해 해당 값 목록에서 하나의 선택되는 파라미터 값이 선택된다.

반영계획이 실행되면, 파라미터와 매핑되는 필드에는, 선택된 파라미터 값이 입력된다. 이때, 모든 레코드의 해당 필드에 선택된 파라미터 값이 입력된다.

다음으로, 반영계획 실행부(35)는 사용자의 명령에 의해 반영계획을 실행시킨다. 즉, 갱신 정보에 따라 각 반영계획에 해당하는 쿼리문들을 작성하고 각 쿼리문을 데이터베이스(40)에 실행시킨다. 이때, 쿼리문은 반영계획의 데이터 테이블, 테이블의 필드들, 및, 매핑 정보를 이용하여, 그리드의 갱신 레코드를 반영하는 쿼리문을 생성한다.

먼저, 반영계획 실행부(35)는 데이터의 갱신 정보에 따라, 갱신 데이터에 대한 쿼리문을 생성한다. 즉, 반영계획 실행부(35)는 반영계획을 해석하여, 갱신할 데이터베이스(database)와 테이블(table), 컬럼(column) 정보를 추출한다. 즉, 반영계획에서 설정된 데이터 테이블이 반영할 목적 테이블이고, 데이터 테이블의 필드들이 곧 입력되거나 갱신되는 필드들이다. 또한, 쿼리문의 조건식은 키(key) 필드에 의해 정의된다. 그리고 갱신되는 값들은 그리드의 매핑 필드의 값들이다.

또한, 반영계획 실행부(35)는 갱신 레코드의 갱신 종류에 따라 입력(insert) 쿼리, 업데이트(update) 쿼리(수정 쿼리), 또는, 삭제(delete) 쿼리를 생성한다. 그리고 갱신되는 값(또는 필드값, 컬럼값)은 갱신 레코드의 매핑 필드의 필드값이다.

도 8은 갱신 데이터(또는 레코드)에 대하여 작성된 실제 쿼리를 나타내고 있다. 도 8a는 반영계획 "자산현황"에 대한 쿼리이고, 도 8b는 반영계획 "펀드현황"에 대한 쿼리이고, 도 8c는 반영계획 "영업현황"에 대한 쿼리이다.

먼저, 도 8a(a1)에서 보는 바와 같이, 삭제 쿼리는 "DELETE FROM"으로 시작하는 쿼리문의 포맷대로 기재하고 "FROM" 뒤에는 목적 테이블의 이름을 기재하고, WHERE 절에는 키 필드명과 해당 키 값을 삽입한다. 목적 테이블의 이름은 반영계획에서 설정된 데이터 테이블이다. 그리고 키 필드명은 반영계획에서 키 필드로 설정된 필드들이다. 키 값은 그리드에서 삭제된 레코드(갱신된 레코드)의 필드의 값인데, 반영계획에서 목적 테이블의 키 필드와 매핑되는 그리드의 필드의 필드값이다. 이때, 키 필드가 여러 개인 경우 AND 로 여러 개의 키필드 및 그 해당 키 값을 모두 삽입한다.

즉, 도 8a(a1)에서 MATRIX.TB_INV_T2_AST는 반영계획 "자산현황"에서 설정된 목적 테이블이고, "년월"과 "본부"는 목적 테이블의 키 필드이다. 그리고 "201701", "서부지역1'은 삭제된 그리드의 레코드의 필드의 값인데, 해당 그리드의 필드는 목적 테이블의 키필드 "년월", "본부"와 매핑되는 필드이다.

다음으로, 수정(업데이트) 쿼리인 경우, 반영계획 실행부(35)는 반영계획에서의 목적 테이블의 필드들의 필드명과, 이에 매핑하는 그리드의 필드의 값을 갱신하도록 작성한다. 즉, 테이블명에는 반영계획의 목적 테이블의 이름이 기재되고, 조건식은 목적 테이블의 키 필드와, 이에 매핑되는 그리드 필드의 필드값이 기재된다. 이때 필드값은 업데이터된 그리드 레코드의 매핑된 필드의 필드값이다. 수정할 필드명과 필드값은, 수정된 셀에 해당되는 목적테이블의 필드와 그 값으로 기재된다. 앞서 그리드를 수정할 때, 각 수정된 레코드를 기록하고, 수정된 셀을 기록한다. 따라서 해당 레코드에서 어느 셀이 수정되었는지를 알 수 있다. 수정된 셀에 대해서만 필드와 필드값을 기재한다.

도 8a(a2)에서 보는 바와 같이, UPDATE의 참조 테이블은 목적 테이블의 이름인 MATRIX.TB_INV_T2_AST 이고, 조건절(WHERE절)의 조건식의 변수는 키 필드인 "년월"과 "본부로 기재된다. 조건식의 변수값은 키 필드 "년월", "본부"와 매핑되는 그리드 필드의 필드값 '201701', '남부지역'이 기재된다. 또한, 업데이트되는 필드들은 목적 테이블의 필드들 중에서 수정된 셀의 필드와 그 값이 기재된다.

또한, 도 8a(a3)에서 보는 바와 같이, 입력 쿼리는 모든 필드명이 모두 기재되고, 해당 필드값들이 모두 기재된다.

또한, 도 8b와 도 8c와 같이, 반영계획 "펀드현황", "영업현황"도 각각의 쿼리를 생성한다. 반영계획 "펀드현황", "영업현황"은 수정된 셀이 없어, 수정 쿼리는 생성되지 않는다.

즉, ("년월", "본부")가 각각 ('201701', '남부지역'), ('201701', '강북지역'), ('201701', '강남지역'), 인 레코드가 수정되었으나, 각각 수정된 셀은 총자산이 수정되었다. 수정된 셀은 MATRIX.TB_INV_T2_AST의 필드에만 해당되고, MATRIX.TB_INV_T2_FUND나 MATRIX.TB_INV_T2_SALES는 해당되지 않는다. 즉, 나머지 2개의 테이블은 수정된 셀이 없다. 따라서 수정 쿼리는 생성되지 않는다.

다음으로, 반영계획 실행부(35)는 생성된(작성된) 쿼리문을 데이터베이스(40)에 요청하여, 목적 테이블의 데이터를 갱신하도록 요청한다.

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

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

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

10 : 사용자 단말 20 : 클라이언트
30 : 매트릭스 서버 31 : 데이터 요청부
32 : 그리드 표시부 33 : 그리드 갱신부
34 : 반영계획 설정부 35 : 반영계획 실행부
40 : 데이터베이스

Claims (7)

1. 그리드 인터페이스 기반 데이터 입출력 시스템에 있어서,
   데이터베이스로부터 데이터셋을 요청하는 데이터 요청부;
   요청한 데이터셋을 그리드 인터페이스에 표시하되, 그리드의 컬럼에 상기 데이터셋의 필드를 표시하고, 그리드의 각 행에 상기 데이터셋의 레코드들을 표시하는 그리드 표시부;
   그리드 상에서 레코드들 중 일부 데이터를 갱신하고, 갱신된 레코드 및 갱신 종류를 갱신 내용으로 기록하는 그리드 갱신부;
   그리드의 갱신 내용을 데이터 테이블에 반영하기 위한 계획(이하 반영계획)을 설정하되, 반영할 데이터 테이블(이하 목적 테이블), 상기 목적 테이블의 필드(이하 목적 필드)들, 목적 필드들에서의 키 필드, 및, 각 목적 필드에 대한 그리드 상의 필드와의 매핑을 설정함으로써 반영계획을 설정하는 반영계획 설정부; 및,
   상기 반영계획에 따라 그리드의 갱신 내용을 데이터 테이블에 반영하기 위한 쿼리문을 자동으로 작성하고, 작성된 쿼리문을 상기 데이터베이스에 실행하도록 요청하는 반영계획 실행부를 포함하고,
   상기 데이터셋은 상기 데이터베이스의 하나 또는 다수의 데이터 테이블(이하 입력 테이블)을 참조하는 쿼리문에 의해 추출된 데이터이고,
   상기 목적 테이블은 상기 입력 테이블과는 다른 테이블로서, 상기 그리드의 갱신 내용을 반영하여 저장할 데이터 테이블이고,
   상기 반영계획 실행부는,
   상기 그리드 상에서의 레코드별로 쿼리문(이하 레코드별 쿼리문)을 작성하되,
   상기 레코드별 쿼리문의 참조 테이블을 상기 반영계획의 목적 테이블로 기재하고,
   상기 레코드별 쿼리문의 참조 필드를 상기 반영계획의 목적 필드로 기재하고, 해당 참조 필드의 필드 값을 상기 목적 필드에 매핑되는 상기 그리드 상의 필드의 값으로 기재하되, 상기 그리드 상의 해당 레코드의 필드의 값으로 기재하고,
   상기 레코드별 쿼리문의 조건식을 기재하되, 상기 조건식의 변수를 상기 반영계획의 그리드 상의 키 필드로 기재하고, 상기 조건식의 변수 값을 상기 그리드 상의 해당 레코드의 필드의 값으로 기재하고,
   상기 반영계획은 다수 개가 설정될 수 있고, 각 반영계획에서 1개의 목적 테이블이 설정되고,
   상기 반영계획 실행부는 다수 개의 반영계획을 모두 실행하는 것을 특징으로 하는 그리드 인터페이스 기반 데이터 입출력 시스템.
   
2. 제1항에 있어서,
   상기 반영계획 실행부는 갱신 레코드의 갱신 종류에 따라 입력(insert) 쿼리, 업데이트(update) 쿼리(수정 쿼리), 또는, 삭제(delete) 쿼리를 생성하는 것을 특징으로 하는 그리드 인터페이스 기반 데이터 입출력 시스템.
   
3. 삭제
4. 제2항에 있어서,
   상기 반영계획 실행부는, 업데이트 쿼리인 경우, 테이블명에는 반영계획의 목적 테이블의 이름이 기재되고, 조건식에는 목적 테이블의 키 필드와, 이에 매핑되는 그리드 필드의 필드값이 기재되고, 업데이트될 필드명과 필드값은, 반영계획에 설정된 목적테이블의 필드들과, 매핑되는 그리드 필드들의 필드값을 모두 기재하되, 키 필드들은 제외하여 기재하는 것을 특징으로 하는 그리드 인터페이스 기반 데이터 입출력 시스템.
   
5. 삭제
6. 제1항에 있어서,
   상기 반영계획 설정부는 하나의 반영계획에는 하나의 목적 테이블만 설정하는 것을 특징으로 하는 그리드 인터페이스 기반 데이터 입출력 시스템.
   
7. 제1항에 있어서,
   상기 그리드 표시부는 웹브라우저 상에서 상기 그리드를 표시하되, 웹 표준의 스크립트에 구현된 프로그램 시스템에 의하여 그리드가 표시되는 것을 특징으로 하는 그리드 인터페이스 기반 데이터 입출력 시스템.

Images