JP2003150595A - Database system - Google Patents

Database system

Info

Publication number
JP2003150595A
JP2003150595A JP2001349653A JP2001349653A JP2003150595A JP 2003150595 A JP2003150595 A JP 2003150595A JP 2001349653 A JP2001349653 A JP 2001349653A JP 2001349653 A JP2001349653 A JP 2001349653A JP 2003150595 A JP2003150595 A JP 2003150595A
Authority
JP
Japan
Prior art keywords
database
client terminal
data
data server
version
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
JP2001349653A
Other languages
Japanese (ja)
Inventor
Kuniaki Okajima
国明 岡嶋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
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 Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to JP2001349653A priority Critical patent/JP2003150595A/en
Publication of JP2003150595A publication Critical patent/JP2003150595A/en
Pending legal-status Critical Current

Links

Abstract

PROBLEM TO BE SOLVED: To provide a database system for minimizing access to a data server by constructing database processing dispersedly into a client terminal and the data server. SOLUTION: This database system is composed of the client terminal 3 having a local database 5, and the data server 1 connected to this client terminal 3 via a communication transmission passage 2, and having an RDB 4 being a database and a DB version control table 7 for recording version information on the RDB 4 and version information on the database 5. When a retrieval request is made for the client terminal 3, the client terminal 3 inquires of the server 1 about a version of the one's own database 5, retrieves the one's own database 5 when confirming the fact of being the newest version, and retrieves the database after renewing the one's own database by acquiring difference information on the database from the data server 1 when the newest version cannot be confirmed.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【発明の属する技術分野】この発明は、通信媒体によっ
て接続されたデータサーバ及びクライアント端末間にお
けるデータ検索取得機能を有するデータベースシステム
に関するものである。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a database system having a data search and acquisition function between a data server and a client terminal connected by a communication medium.

【0002】[0002]

【従来の技術】図4は、従来のデータ管理システムを示
すシステム構成図であり、データサーバ及びクライアン
ト端末間を通信媒体にて接続したデータ管理システムで
ある。図4において、1はデータサーバ、2は通信伝送
路、3は通信伝送路2を介してデータサーバ1に接続さ
れたクライアント端末(1〜N)、4はデータサーバ1
のデータベースであるRDB(relational
database)である。図5は、従来のデータ管理
システムにおけるデータ要求/取得処理を示すシーケン
ス図である。
2. Description of the Related Art FIG. 4 is a system configuration diagram showing a conventional data management system, which is a data management system in which a data server and a client terminal are connected by a communication medium. In FIG. 4, 1 is a data server, 2 is a communication transmission line, 3 is a client terminal (1 to N) connected to the data server 1 via the communication transmission line 4, and 4 is the data server 1.
RDB (relational)
database). FIG. 5 is a sequence diagram showing a data request / acquisition process in the conventional data management system.

【0003】次に、動作について図5にしたがって説明
する。この種のデータ検索・取得方法は、RDB4を実
装するデータサーバ1に対し、複数のクライアント端末
3(1〜N)よりデータ検索・取得要求が行われる。デ
ータサーバ1では、各クライアント端末3より受信した
これらのデータ検索・取得要求に対し、条件に一致した
データをRDB4より検索取得し、要求元のクライアン
ト端末3へ送信する。
Next, the operation will be described with reference to FIG. In this type of data search / acquisition method, a data search / acquisition request is made from the plurality of client terminals 3 (1 to N) to the data server 1 implementing the RDB 4. In the data server 1, in response to these data search / acquisition requests received from each client terminal 3, the data matching the conditions is searched and acquired from the RDB 4 and transmitted to the requesting client terminal 3.

【0004】[0004]

【発明が解決しようとする課題】従来のデータサーバ及
びクライアント端末間におけるデータ検索・取得要求
は、以上のように処理されていたので、データサーバ1
側では複数のクライアント端末3よりデータ検索・取得
要求を同時に受信した場合、一括処理するため、多大な
データ処理性能が要求される。また、高負荷時には、デ
ータ検索・取得要求の処理不能や、DBMS(data
base management system)処理
のためCPUが長時間占有される現象を招くという欠点
があった。
Since the conventional data search / acquisition request between the data server and the client terminal has been processed as described above, the data server 1
On the side, when data search / acquisition requests are simultaneously received from a plurality of client terminals 3, batch processing is performed, and thus a large amount of data processing performance is required. Also, when the load is high, it is impossible to process the data search / acquisition request, and the DBMS (data)
There is a drawback in that the CPU is occupied for a long time due to the base management system) processing.

【0005】本課題に対しては、特開平11−1950
29号公報において、クライアント端末からデータサー
バに対する検索要求に対し、データベースから検索条件
に該当するデータを取得し、さらにこの取得データに対
する検索を行うための検索プログラム(アプレット)を
付加してクライアント端末に送信するシステムが提案さ
れている。本提案の目的は、一度取得したデータをさら
に絞り込むため、データサーバに対して同じような検索
操作を実行することを抑えることにより(初回検索にて
取得したデータと同時にクライアント端末へ送信された
アプレットによりクライアント端末内で取得したデータ
に対し更なる絞り込みが行えることにより)、データ検
索に要する負荷を下げることである。しかし、本提案で
は、複数クライアント端末からの初回検索要求が同時に
発生した場合、それぞれの要求に対し、一旦はデータサ
ーバが一括処理する形となる。従って、同時に複数クラ
イアント端末からの検索要求が多数発生した場合のデー
タサーバ上、DBMS負荷の増大は否めない。また、特
開平11−195029号公報により提案されている手
法では、通信回線が切断された状態では、クライアント
端末よりデータサーバに対する初回検索要求やデータ更
新要求が実行できず、データ操作が一切不可能となると
いう問題もある。
To solve this problem, Japanese Patent Laid-Open No. 11-1950
In Japanese Patent Publication No. 29, in response to a search request from a client terminal to a data server, a search program (applet) for acquiring data corresponding to a search condition from a database and performing a search for the acquired data is added to the client terminal. A sending system has been proposed. The purpose of this proposal is to restrict the execution of similar search operations to the data server in order to further narrow down the data once acquired (the applet sent to the client terminal at the same time as the data acquired in the initial search). By further narrowing down the data acquired in the client terminal), the load required for data search is reduced. However, in this proposal, when the initial search requests from a plurality of client terminals occur simultaneously, the data server once processes the respective requests in a batch. Therefore, an increase in the DBMS load on the data server cannot be denied when a large number of search requests are simultaneously issued from a plurality of client terminals. Further, in the method proposed by Japanese Patent Laid-Open No. 11-195029, when the communication line is disconnected, the client terminal cannot execute the initial search request or the data update request to the data server, and the data operation is not possible at all. There is also the problem that

【0006】この発明は、上記のような問題点を解決す
るためになされたもので、データベース処理をクライア
ント端末とデータサーバに分散構築し、データサーバへ
のアクセスを極力抑制したデータベースシステムを得る
ことを第一の目的としている。また、データサーバとク
ライアント端末間の通信が切断された状態においても、
クライアント端末側でデータ検索・画面表示操作、ある
いはデータ登録・更新操作を継続できるデータベースシ
ステムを得ることを第二の目的としている。
The present invention has been made in order to solve the above-mentioned problems and provides a database system in which database processing is distributed and constructed in client terminals and data servers, and access to the data servers is suppressed as much as possible. Is the primary purpose. In addition, even when the communication between the data server and the client terminal is disconnected,
The second purpose is to obtain a database system that can continue data search / screen display operations or data registration / update operations on the client terminal side.

【0007】また、公衆通信媒体にてデータサーバとク
ライアント端末間が接続されている場合、最新情報をデ
ータサーバよりクライアント端末に取り込む処理以外で
は、ネットワーク接続を切断した状態でデータベース処
理が可能となるデータベースシステムを得ることを第三
の目的にしている。また、クライアント端末やモバイル
端末が、ダイヤルアップ等でネットワーク接続を行い、
必要時のみ一時的にデータサーバと接続し使用される場
合に、データサーバと切断された状態でも、クライアン
ト端末においてデータ検索表示/蓄積は実行でき、この
ときのクライアント端末のソフトウェアコストを抑制す
ることができるデータベースシステムを得ることを第四
の目的としている。
Further, when the data server and the client terminal are connected by a public communication medium, database processing can be performed in a state where the network connection is cut off, except for processing for fetching the latest information from the data server to the client terminal. The third purpose is to obtain a database system. In addition, client terminals and mobile terminals connect to the network by dial-up, etc.
When the client is temporarily connected to the data server and used only when necessary, the client terminal can execute data search display / store even when disconnected from the data server, and the software cost of the client terminal at this time is suppressed. The fourth purpose is to obtain a database system that can

【0008】[0008]

【課題を解決するための手段】この発明に係わるデータ
ベースシステムにおいては、データサーバと複数のクラ
イアント端末が通信伝送路を介して接続されたデータベ
ースシステムにおいて、第一のデータベースを有するデ
ータサーバと、第一のデータベースに収録された所定期
間分のデータによって構成される第二のデータベースを
有するクライアント端末を備え、クライアント端末は、
検索要求が生じたとき、第二のデータベースのバージョ
ンの照会をデータサーバに行い、データサーバによっ
て、第一のデータベースのバージョンとの一致が確認さ
れてから第二のデータベースを検索するものである。
In a database system according to the present invention, in a database system in which a data server and a plurality of client terminals are connected via a communication transmission line, a data server having a first database, A client terminal having a second database composed of data for a predetermined period recorded in one database, wherein the client terminal is
When a search request occurs, the data server is queried for the version of the second database, and the data server confirms the match with the version of the first database before searching the second database.

【0009】また、データサーバは、クライアント端末
の第二のデータベースのバージョンより第一のデータベ
ースのバージョンの方が新しいとき、第一のデータベー
スと第二のデータベースとの差分情報をクライアント端
末に送信するものである。また、通信伝送路が切断され
たとき、クライアント端末は、第二のデータベースを検
索するものである。
Further, the data server transmits the difference information between the first database and the second database to the client terminal when the version of the first database is newer than the version of the second database of the client terminal. It is a thing. Further, when the communication transmission line is disconnected, the client terminal searches the second database.

【0010】さらに、通信伝送路が切断されたとき、第
二のデータベースがクライアント端末によって更新され
た場合は、切断された通信伝送路の復旧に応じて、クラ
イアント端末は切断中に更新された第二のデータベース
の更新情報をデータサーバに通知するものである。ま
た、クライアント端末は、第二のデータベースを更新し
たとき、更新情報を手動によりデータサーバに通知する
ものである。
Further, when the second database is updated by the client terminal when the communication transmission line is disconnected, the client terminal is updated during disconnection in response to restoration of the disconnected communication transmission line. The second is to notify the data server of update information of the database. Further, when the client terminal updates the second database, the client terminal manually notifies the data server of the update information.

【0011】また、第二のデータベースは、XMLファ
イルによって構成されているものである。
The second database is composed of XML files.

【0012】[0012]

【発明の実施の形態】実施の形態1.図1は、この発明
の実施の形態1及び実施の形態3によるデータベースシ
ステムを示すブロック図である。図1において、1はデ
ータサーバ、2は通信伝送路、3は通信伝送路2を介し
てデータサーバ1に接続されたクライアント端末(1〜
N)、4はデータサーバ1のデータベースであるRDB
(第一のデータベース)である。5はクライアント端末
3上で、管理されるデータベース(第二のデータベー
ス)で、XMLドキュメント等を用い、タグによって定
義された要素名とデータ自体を保存している。このデー
タベース5は、RDB4の保持データの内、最新から所
定期間遡って収録されたデータによって構成され、所定
期間は、システムの容量に応じてシステムで必要とす
る、例えば年数または月数である。6はデータベース5
に対するデータ検索(データフィルタリング)に用いら
れるXSLT等のスタイルシートである。7はデータサ
ーバ1及びクライアント端末3の各装置が保持するデー
タベースのバージョンを管理するDBバージョン管理表
である。8はクライアント端末3から受信したデータ検
索要求にもとづき、データサーバ1上のRDB4から条
件に該当するデータを取得し、クライアント端末3に送
信したり、クライアント端末3からのデータ更新をRD
B4に反映するDB処理機能である。9はブラウザ表示
機能10にてクライアント端末3上に表示されたWeb
画面でのデータ検索操作を受けて、データベース5また
はRDB4にデータ検索要求を行う検索要求機能であ
る。
BEST MODE FOR CARRYING OUT THE INVENTION Embodiment 1. 1 is a block diagram showing a database system according to Embodiments 1 and 3 of the present invention. In FIG. 1, 1 is a data server, 2 is a communication transmission line, and 3 is a client terminal (1 to 1 connected to the data server 1 via the communication transmission line 2.
N), 4 is RDB which is a database of the data server 1
(First database). Reference numeral 5 denotes a database (second database) managed on the client terminal 3, which stores the element name defined by the tag and the data itself by using an XML document or the like. The database 5 is composed of data stored in the data stored in the RDB 4 retroactively for a predetermined period from the latest, and the predetermined period is, for example, the number of years or months required by the system according to the capacity of the system. 6 is database 5
Is a style sheet such as XSLT used for data retrieval (data filtering) for. Reference numeral 7 is a DB version management table for managing the versions of the databases held by the respective devices of the data server 1 and the client terminal 3. Reference numeral 8 is an RD that receives data satisfying the conditions from the RDB 4 on the data server 1 and sends the data to the client terminal 3 based on the data search request received from the client terminal 3 or updates the data from the client terminal 3 by RD.
This is a DB processing function reflected in B4. 9 is the Web displayed on the client terminal 3 by the browser display function 10.
It is a search request function for receiving a data search operation on the screen and making a data search request to the database 5 or the RDB 4.

【0013】図1には、データサーバ1にRDB4が構
築されている。RDB4では、各レコード毎に更新日時
(年2桁、月2桁、日2桁、時2桁、分2桁、秒2桁)
を付加している。さらに削除されたレコードのデータ内
容と削除日時(年2桁、月2桁、日2桁、時2桁、分2
桁、秒2桁)とを削除履歴として管理するテーブルを具
備している。削除履歴の内、全クライアント端末3のデ
ータベース5に対し更新(レコード削除処理)が完了し
たものに関しては、全端末更新完了時点で消去される。
In FIG. 1, an RDB 4 is built in the data server 1. In RDB4, update date and time (2 digits for year, 2 digits for month, 2 digits for day, 2 digits for hour, 2 digits for minute, 2 digits for second) for each record
Is added. The data contents of the deleted record and the date and time of deletion (2 digits for year, 2 digits for month, 2 digits for day, 2 digits for hour, 2 minutes for minute)
It has a table for managing the deletion history (digits, 2 digits for second). Of the deletion history, the update (record deletion processing) of the database 5 of all client terminals 3 is deleted when the update of all terminals is completed.

【0014】データベース5は、データ要素名によりデ
ータ自体がどういった類のものかをアプリケーションが
判別でき、データベースとして容易に処理できるもので
ある。DBバージョン管理表7は、各装置が保持するデ
ータベースのバージョン(年2桁、月2桁、日2桁、時
2桁、分2桁、秒2桁)を管理する。データサーバ1の
データベースバージョンは、RDB4が更新されるた
び、クライアント端末3のデータベースバージョンは、
データサーバ1からデータを取得し、更新されるたび
に、当該処理時刻(年2桁、月2桁、日2桁、時2桁、
分2桁、秒2桁)が入力される。
The database 5 allows the application to determine what kind of data itself is based on the data element name, and can be easily processed as a database. The DB version management table 7 manages the versions (2 digits of year, 2 digits of month, 2 digits of day, 2 digits of hour, 2 digits of minute, 2 digits of second) of the database held by each device. The database version of the data server 1 is the database version of the client terminal 3 every time the RDB 4 is updated.
Every time data is acquired from the data server 1 and updated, the processing time (2 digits for year, 2 digits for month, 2 digits for day, 2 digits for hour,
2 digits for minutes and 2 digits for seconds) are entered.

【0015】次に、データ検索要求/取得に関する動作
について説明する。図1において、クライアント端末3
よりデータ検索要求が発生する。クライアント端末3上
の検索要求機能9では、まず、データサーバ1に対し、
クライアント端末3自身が保持しているデータベース5
(XMLファイル等)のバージョンが最新であるかの問
い合わせAを実行する。この時、クライアント端末3自
身のデータベースバージョンを合わせて送信する。デー
タサーバ1上のDB処理機能8では、クライアント端末
3よりのデータベースバージョン問い合わせAを受信
後、DBバージョン管理表7にて管理するデータサーバ
自身のデータベースバージョンと、受信したクライアン
ト端末3のデータベースバージョンとの比較Bを実行す
る。その後、クライアント端末3に対し、データベース
バージョン比較結果(一致/不一致)の送信Cを実行す
る。
Next, the operation relating to the data search request / acquisition will be described. In FIG. 1, the client terminal 3
More data search request occurs. In the search request function 9 on the client terminal 3, first, the data server 1
Database 5 held by client terminal 3 itself
Inquiry A is executed as to whether the version (XML file or the like) is the latest. At this time, the database version of the client terminal 3 itself is also transmitted. In the DB processing function 8 on the data server 1, after receiving the database version inquiry A from the client terminal 3, the database version of the data server itself managed by the DB version management table 7 and the received database version of the client terminal 3 The comparison B is executed. After that, transmission C of the database version comparison result (match / mismatch) is executed to the client terminal 3.

【0016】クライアント端末3では、上記送信Cによ
り、データベースバージョンの比較結果を受信する。比
較結果が一致である場合、ローカルに管理するデータベ
ース(XMLファイル等)5に対し、データ検索(フィ
ルタリング)を行うスタイルシート6を適用し、データ
検索Dを実行する。検索要求機能9は、上述のデータ検
索Dの処理より、検索結果を取得Eし、ブラウザ表示機
能10に対し、検索結果の画面表示Fを実行する。ま
た、データサーバ1では、上記データベースバージョン
比較処理Bの結果が不一致(データサーバ1上、データ
ベースバージョンがクライアント端末3自身の管理する
データベースのバージョンより新しい)の場合、次にク
ライアント端末3への比較結果送信に合わせて、取得し
たデータベースの差分情報を送信する。
The client terminal 3 receives the database version comparison result by the transmission C. If the comparison result is a match, the style sheet 6 for performing data search (filtering) is applied to the locally managed database (XML file or the like) 5, and the data search D is executed. The search request function 9 acquires the search result E by the processing of the above-described data search D, and executes the screen display F of the search result on the browser display function 10. In the data server 1, when the result of the database version comparison process B does not match (the database version is newer than the database version managed by the client terminal 3 itself on the data server 1), the comparison to the client terminal 3 is performed next. The difference information of the acquired database is transmitted in accordance with the result transmission.

【0017】データベースの差分情報は、RDB4にて
保持しているレコードの内、更新日時(年2桁、月2
桁、日2桁、時2桁、分2桁、秒2桁)が、クライアン
ト端末3のデータベースバージョンより新しいもの、さ
らに削除履歴として管理するテーブルからクライアント
端末3のデータベースバージョンより新しいレコード削
除履歴を取得Hしたものである。クライアント端末3で
は、本処理により受信したデータベースの差分情報から
自身の管理するデータベース5を更新する。更新正常終
了後、データサーバ1上のDBバージョン管理表7の自
身のDBバージョンを更新する。その後、検索要求機能
9において、更新されたデータベース5に対し、データ
検索処理を実行する。
The difference information of the database is the update date and time (2 digits of year, 2 months of month) among the records held in RDB4.
(Digit, 2 digits for day, 2 digits for hour, 2 digits for minute, 2 digits for second) are newer than the database version of the client terminal 3, and a record deletion history newer than the database version of the client terminal 3 from the table managed as the deletion history. It has been acquired H. The client terminal 3 updates the database 5 managed by itself from the difference information of the database received by this processing. After the update ends normally, the own DB version in the DB version management table 7 on the data server 1 is updated. After that, the search request function 9 executes a data search process on the updated database 5.

【0018】実施の形態1によれば、上述した処理によ
り、クライアント端末3が複数台存在し、データ検索要
求が多数、同時発生した場合においても、データサーバ
1ではデータベースバージョンの不一致となったクライ
アント端末3に対してのみRDB処理により差分データ
を送信し、データベースバージョンの一致するクライア
ント端末3に関しては、クライアント端末の保有するロ
ーカルのデータベース5に対して検索処理が実行される
ため、データ検索のDBMS負荷は、それぞれのクライ
アント端末3に分散され、データサーバ1上で全クライ
アント端末分のデータベース検索処理を実行することに
よる高負荷を回避できる。
According to the first embodiment, even when a plurality of client terminals 3 exist and a large number of data search requests occur simultaneously, the data server 1 has a mismatched database version by the above-described processing. The difference data is transmitted only to the terminal 3 by the RDB process, and the client terminal 3 having the same database version is searched for the local database 5 held by the client terminal. The load is distributed to the respective client terminals 3, and the high load due to executing the database search processing for all the client terminals on the data server 1 can be avoided.

【0019】実施の形態2.図2は、この発明の実施の
形態2によるデータベースを示すブロック図である。図
2において、1〜5は図1におけるものと同一のもので
ある。
Embodiment 2. 2 is a block diagram showing a database according to the second embodiment of the present invention. In FIG. 2, 1 to 5 are the same as those in FIG.

【0020】次に、動作について説明する。図2におい
て、まずデータサーバ1及びクライアント端末3間の通
信が切断される。通信が切断された状態においても、ク
ライアント端末3では、自身がローカルにデータベース
5(XMLファイル等)を保持することにより、これに
対しデータ検索やデータ更新の操作を継続することがで
きる。データサーバ1及びクライアント端末3間の通信
が復旧した時、クライアント端末3にて通信切断中、デ
ータベース5に対し実行した処理(データ検索やデータ
更新)をデータサーバ1に通知し、データサーバ1上の
RDB4を更新する。
Next, the operation will be described. In FIG. 2, first, the communication between the data server 1 and the client terminal 3 is disconnected. Even in the state where the communication is disconnected, the client terminal 3 retains the database 5 (XML file or the like) locally, so that the operation of data search or data update can be continued. When communication between the data server 1 and the client terminal 3 is restored, the data server 1 is notified of the processing (data search and data update) executed for the database 5 while the client terminal 3 is disconnected, and the data server 1 RDB4 is updated.

【0021】データサーバ1上のRDB4の更新におい
ては、クライアント端末3上のXMLファイルをデータ
サーバ1に送信し、これをRDB4に反映することで実
現する。RDB4上のあるレコードに対しデータ更新を
行う場合、上述の通信切断中に他のクライアント端末に
より、RDB4上の当該レコードが既に更新されている
可能性がある。この時、RDB4上の当該レコードにお
ける更新日時(年2桁、月2桁、日2桁、時2桁、分2
桁、秒2桁)に対し、クライアント端末3がローカルの
XMLファイル上の当該レコードを更新した更新日時
(年2桁、月2桁、日2桁、時2桁、分2桁、秒2桁)
が古い場合、このレコードに対するデータ更新処理を実
施しない。これによりデータ更新の時系列の妥当性を確
保する。クライアント端末3より、RDB4上のデータ
更新処理後、改めてRDB4が管理するデータをクライ
アント端末3にて取得し、情報更新(XMLファイルの
更新)を実行することで、RDB4とクライアント端末
3上のデータベース5(XMLファイル等)の整合性を
確保できる。
The update of the RDB4 on the data server 1 is realized by transmitting the XML file on the client terminal 3 to the data server 1 and reflecting this on the RDB4. When data is updated to a certain record on the RDB4, there is a possibility that the record on the RDB4 has already been updated by another client terminal during the communication disconnection described above. At this time, the update date and time (2 digits for year, 2 digits for month, 2 digits for day, 2 digits for hour, 2 minutes for minute) in the record in RDB4
(Digit, second digit), update date and time (year two digits, month two digits, day two digits, hour two digits, minute two digits, second two digits) when the client terminal 3 updates the record in the local XML file. )
If is old, the data update process for this record is not performed. This ensures the validity of the time series of data updates. After the data update processing on the RDB4 from the client terminal 3, the data managed by the RDB4 is again acquired by the client terminal 3 and the information update (update of the XML file) is executed, whereby the database on the RDB4 and the client terminal 3 is updated. 5 (XML file etc.) can be ensured.

【0022】実施の形態2によれば、データサーバ及び
クライアント端末間の通信が切断された場合でも、クラ
イアント端末ではローカルにデータ検索が行えると共に
復旧した場合のシステムの整合性を確保することができ
る。
According to the second embodiment, even if the communication between the data server and the client terminal is cut off, the client terminal can perform local data search and ensure system consistency when restored. .

【0023】実施の形態3.実施の形態3は、図1を援
用して説明する。実施の形態3は、図1において、デー
タサーバに対し、クライアント端末3自身が保持してい
るデータベース5(XMLファイル等)のバージョンが
最新であるかの問い合わせA、及び最新でない場合のデ
ータベースの情報更新を、クライアント端末3のオペレ
ータ操作を手動で実行するシステムである。
Embodiment 3. The third embodiment will be described with reference to FIG. In the third embodiment, in FIG. 1, an inquiry A to the data server as to whether the version of the database 5 (XML file or the like) held by the client terminal 3 itself is the latest, and information of the database when the version is not the latest The update is a system for manually executing an operator operation of the client terminal 3.

【0024】検索要求機能9は、クライアント端末3の
オペレーションにより検索要求が発生すると、自身がロ
ーカルに保持するデータベース5(XMLファイル等)
に対し検索処理を実行する。また、データの新規情報登
録、更新においても、クライアント端末3のローカルに
て保持するデータベース5(XMLファイル等)に対し
て、データ登録あるいは更新を行う。オペレータは、あ
る程度のデータ処理を終えてから、データサーバ1に対
してデータベースの更新を画面手動操作にて要求する。
これにより、データの更新処理1回1回に対してデータ
サーバ1に対する通信接続やDBMS処理が発生するこ
とがなくなる。従って、誤ってデータ登録、更新を実行
した場合の、操作やり直しによる無駄な通信接続やDB
MS処理が抑制でき、これにより通信費やDBMS負荷
の軽減を図ることができる。
When a search request is generated by the operation of the client terminal 3, the search request function 9 has a database 5 (XML file or the like) that is locally held by itself.
The search process is executed for. Further, also when registering or updating new information of data, data registration or updating is performed with respect to the database 5 (XML file or the like) held locally in the client terminal 3. After completing the data processing to some extent, the operator requests the data server 1 to update the database by manually operating the screen.
As a result, communication connection to the data server 1 and DBMS processing do not occur for each data update processing. Therefore, if the data is registered or updated by mistake, the communication connection and the DB are wasted due to the operation being redone.
MS processing can be suppressed, which can reduce communication costs and DBMS load.

【0025】実施の形態3によれば、データ登録、更新
を実行する場合の通信接続やDBMS処理を抑制でき、
通信費やDBMS負荷の軽減を図ることができる。
According to the third embodiment, it is possible to suppress communication connection and DBMS processing when executing data registration and update,
Communication costs and DBMS load can be reduced.

【0026】実施の形態4.図3は、この発明の実施の
形態4によるデータベースシステムのソフトウェア構成
を示す図である。図3において、3、5、6は図1にお
けるものと同一のものである。11はOS、12はJD
K[Java(登録商標) Development
Kit:Java(登録商標)プログラム開発環境/実
行環境]、13はサーブレットエンジン、14はHTT
Pサービス、15はWeb画面を表示するためのブラウ
ザ、16はクライアント端末自身が保持するデータベー
ス5(XMLファイル等)に対し、データ更新を実行す
るXMLドキュメント作成機能である。17はクライア
ント端末自身が保持するデータベース5(XMLファイ
ル等)に対し、検索を実行するXMLドキュメント検索
機能である。
Fourth Embodiment FIG. 3 is a diagram showing the software configuration of the database system according to the fourth embodiment of the present invention. In FIG. 3, reference numerals 3, 5, and 6 are the same as those in FIG. 11 is OS, 12 is JD
K [Java (registered trademark) Development
Kit: Java (registered trademark) program development environment / execution environment], 13 is a servlet engine, and 14 is an HTT
P service, 15 is a browser for displaying a Web screen, and 16 is an XML document creation function for updating data in the database 5 (XML file or the like) held by the client terminal itself. Reference numeral 17 denotes an XML document search function for executing a search on the database 5 (XML file or the like) held by the client terminal itself.

【0027】次に、動作について説明する。通常、デー
タベース管理機能を実現する場合には、データを保管管
理するため、またデータ操作を行うため、一般的に高価
な汎用RDBMS(relational datab
ase management system)ソフト
ウェアが必要となる。システム使用等により、図4に示
すシステム構成において、複数台のクライアント端末全
てにおいてデータベース管理機能を実装する必要が生じ
た場合、現状では、上述したRDBMSソフトウェアを
個々のクライアント端末に実装する必要があり、クライ
アント端末の台数が増加するに従い、システム構築費用
(RDBMSソフトウェアの購入費用)がかさむことに
なる。
Next, the operation will be described. Generally, when a database management function is realized, generally expensive general-purpose RDBMS (relational database) is used for storing and managing data and for manipulating data.
ase management system) software is required. When it becomes necessary to implement the database management function in all of the plurality of client terminals in the system configuration shown in FIG. 4 due to system use or the like, at present, it is necessary to implement the above-mentioned RDBMS software in each client terminal. As the number of client terminals increases, the system construction cost (RDBMS software purchase cost) will increase.

【0028】実施の形態4では、クライアント端末3に
おいてデータベース5を構築するため、XMLファイル
等を適用する。XML等のタグによって定義されたデー
タ要素名とデータ自体をファイル保存する。このデータ
要素名によりデータ自体がどういった類のものかをアプ
リケーションが容易に判別でき、データベースとして可
能となる。また、クライアント端末3上のデータベース
5に対する検索等のデータ操作を、XSLT等の文章変
換スタイルシート6を適用し、上述したXMLファイル
等により構築されたデータベース5からデータを抽出す
ることで、実現する。
In the fourth embodiment, an XML file or the like is applied to construct the database 5 in the client terminal 3. The data element name defined by the tag such as XML and the data itself are saved in a file. By this data element name, the application can easily determine what kind of data itself is, and it becomes possible as a database. Further, data operations such as searching for the database 5 on the client terminal 3 are realized by applying the sentence conversion style sheet 6 such as XSLT and extracting the data from the database 5 constructed by the XML file described above. .

【0029】実施の形態4によれば、クライアント端末
毎にRDBMSソフトウェアを購入し実装することが不
要となり、システム構築費用(RDBMSソフトウェア
の購入費用)の軽減を実現できる。
According to the fourth embodiment, it is not necessary to purchase and install the RDBMS software for each client terminal, and the system construction cost (RDBMS software purchase cost) can be reduced.

【0030】[0030]

【発明の効果】この発明は、以上説明したように構成さ
れているので、以下に示すような効果を奏する。データ
サーバと複数のクライアント端末が通信伝送路を介して
接続されたデータベースシステムにおいて、第一のデー
タベースを有するデータサーバと、第一のデータベース
に収録された所定期間分のデータによって構成される第
二のデータベースを有するクライアント端末を備え、ク
ライアント端末は、検索要求が生じたとき、第二のデー
タベースのバージョンの照会をデータサーバに行い、デ
ータサーバによって、第一のデータベースのバージョン
との一致が確認されてから第二のデータベースを検索す
るので、複数のクライアント端末でデータ検索要求が多
数発生した場合のデータ検索に要する負荷を分散するこ
とができる。
Since the present invention is constructed as described above, it has the following effects. In a database system in which a data server and a plurality of client terminals are connected via a communication transmission line, a second server including a data server having a first database and data for a predetermined period recorded in the first database When a search request occurs, the client terminal queries the data server for the version of the second database, and the data server confirms the match with the version of the first database. Since the second database is searched after that, it is possible to disperse the load required for the data search when a large number of data search requests are generated by a plurality of client terminals.

【0031】また、データサーバは、クライアント端末
の第二のデータベースのバージョンより第一のデータベ
ースのバージョンの方が新しいとき、第一のデータベー
スと第二のデータベースとの差分情報をクライアント端
末に送信するので、第二のデータベースのバージョンよ
り第一のデータベースのバージョンの方が新しいときの
み、差分情報を送信すればよく、高負荷を回避できる。
また、通信伝送路が切断されたとき、クライアント端末
は、第二のデータベースを検索するので、通信伝送路が
切断されたときでも、クライアント端末では検索を行う
ことができる。
Further, the data server transmits the difference information between the first database and the second database to the client terminal when the version of the first database is newer than the version of the second database of the client terminal. Therefore, the difference information may be transmitted only when the version of the first database is newer than the version of the second database, and high load can be avoided.
Further, since the client terminal searches the second database when the communication transmission path is disconnected, the client terminal can perform the search even when the communication transmission path is disconnected.

【0032】さらに、通信伝送路が切断されたとき、第
二のデータベースがクライアント端末によって更新され
た場合は、切断された通信伝送路の復旧に応じて、クラ
イアント端末は切断中に更新された第二のデータベース
の更新情報をデータサーバに通知するので、通信伝送路
が切断から復旧したときの第一のデータベールと第二の
データベースのデータの整合性を確保することができ
る。また、クライアント端末は、第二のデータベースを
更新したとき、更新情報を手動によりデータサーバに通
知するので、更新情報をまとめて送信することができ、
通信接続やDBMS処理を抑制することができる。
Further, when the second database is updated by the client terminal when the communication transmission line is disconnected, the client terminal is updated during disconnection in response to restoration of the disconnected communication transmission line. Since the update information of the second database is notified to the data server, it is possible to ensure the consistency of the data of the first database and the data of the second database when the communication transmission path is restored from the disconnection. Also, when the client terminal updates the second database, the update information is manually notified to the data server, so that the update information can be transmitted collectively.
Communication connection and DBMS processing can be suppressed.

【0033】また、第二のデータベースは、XMLファ
イルによって構成されているので、システム構築費用を
軽減することができる。
Since the second database is composed of XML files, the system construction cost can be reduced.

【図面の簡単な説明】[Brief description of drawings]

【図1】 この発明の実施の形態1及び実施の形態3に
よるデータベースシステムを示すブロック図である。
FIG. 1 is a block diagram showing a database system according to first and third embodiments of the present invention.

【図2】 この発明の実施の形態2によるデータベース
を示すブロック図である。
FIG. 2 is a block diagram showing a database according to a second embodiment of the present invention.

【図3】 この発明の実施の形態4によるデータベース
システムのソフトウェア構成を示す図である。
FIG. 3 is a diagram showing a software configuration of a database system according to a fourth embodiment of the present invention.

【図4】 従来のデータ管理システムを示すシステム構
成図である。
FIG. 4 is a system configuration diagram showing a conventional data management system.

【図5】 従来のデータ管理システムにおけるデータ要
求/取得処理を示すシーケンス図である。
FIG. 5 is a sequence diagram showing a data request / acquisition process in a conventional data management system.

【符号の説明】[Explanation of symbols]

1 データサーバ、2 通信伝送路、3 クライアント
端末、4 RDB、5 データベース、6 スタイルシ
ート、7 DBバージョン管理表、8 DB処理機能、
9 検索要求機能、10 ブラウザ表示機能、11 O
S、12 JDK[Java(登録商標) Devel
oment Kit]、13 サーブレットエンジン、
14 HTTPサービス、15 ブラウザ、16 XM
Lドキュメント作成機能、17 XMLドキュメント検
索機能。
1 data server, 2 communication transmission line, 3 client terminal, 4 RDB, 5 database, 6 style sheet, 7 DB version management table, 8 DB processing function,
9 Search request function, 10 Browser display function, 11 O
S, 12 JDK [Java (registered trademark) Level
moment Kit], 13 Servlet engine,
14 HTTP services, 15 browsers, 16 XM
L document creation function, 17 XML document search function.

Claims (6)

【特許請求の範囲】[Claims] 【請求項1】 データサーバと複数のクライアント端末
が通信伝送路を介して接続されたデータベースシステム
において、第一のデータベースを有するデータサーバ、
上記第一のデータベースに収録された所定期間分のデー
タによって構成される第二のデータベースを有するクラ
イアント端末を備え、上記クライアント端末は、検索要
求が生じたとき、上記第二のデータベースのバージョン
の照会を上記データサーバに行い、上記データサーバに
よって、上記第一のデータベースのバージョンとの一致
が確認されてから第二のデータベースを検索することを
特徴とするデータベースシステム。
1. A database system in which a data server and a plurality of client terminals are connected via a communication transmission line, the data server having a first database,
A client terminal having a second database composed of data for a predetermined period recorded in the first database is provided, and the client terminal inquires the version of the second database when a search request is made. To the data server, and after the data server confirms a match with the version of the first database, the database system is searched.
【請求項2】 データサーバは、クライアント端末の第
二のデータベースのバージョンより第一のデータベース
のバージョンの方が新しいとき、上記第一のデータベー
スと第二のデータベースとの差分情報を上記クライアン
ト端末に送信することを特徴とする請求項1記載のデー
タベースシステム。
2. The data server, when the version of the first database is newer than the version of the second database of the client terminal, sends the difference information between the first database and the second database to the client terminal. The database system according to claim 1, wherein the database system transmits.
【請求項3】 通信伝送路が切断されたとき、クライア
ント端末は、第二のデータベースを検索することを特徴
とする請求項1または請求項2記載のデータベースシス
テム。
3. The database system according to claim 1, wherein the client terminal searches the second database when the communication transmission line is disconnected.
【請求項4】 通信伝送路が切断されたとき、第二のデ
ータベースがクライアント端末によって更新された場合
は、上記切断された通信伝送路の復旧に応じて、上記ク
ライアント端末は切断中に更新された第二のデータベー
スの更新情報をデータサーバに通知することを特徴とす
る請求項1〜請求項3のいずれか一項記載のデータベー
スシステム。
4. When the second database is updated by the client terminal when the communication channel is disconnected, the client terminal is updated during disconnection in response to restoration of the disconnected communication channel. The database system according to any one of claims 1 to 3, wherein the updated information of the second database is notified to the data server.
【請求項5】 クライアント端末は、第二のデータベー
スを更新したとき、上記更新情報を手動によりデータサ
ーバに通知することを特徴とする請求項1〜請求項4の
いずれか一項記載のデータベースシステム。
5. The database system according to any one of claims 1 to 4, wherein the client terminal manually notifies the data server of the update information when updating the second database. .
【請求項6】 第二のデータベースは、XMLファイル
によって構成されていることを特徴とする請求項1〜請
求項5のいずれか一項記載のデータベースシステム。
6. The database system according to claim 1, wherein the second database is composed of an XML file.
JP2001349653A 2001-11-15 2001-11-15 Database system Pending JP2003150595A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001349653A JP2003150595A (en) 2001-11-15 2001-11-15 Database system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001349653A JP2003150595A (en) 2001-11-15 2001-11-15 Database system

Publications (1)

Publication Number Publication Date
JP2003150595A true JP2003150595A (en) 2003-05-23

Family

ID=19162290

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001349653A Pending JP2003150595A (en) 2001-11-15 2001-11-15 Database system

Country Status (1)

Country Link
JP (1) JP2003150595A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013168222A1 (en) 2012-05-08 2013-11-14 1stホールディングス株式会社 Data processing system, server, client, and program for managing data
JP2016530656A (en) * 2013-12-17 2016-09-29 ヒタチ データ システムズ コーポレーションHitachi Data Systems Corporation Distributed disaster recovery file synchronization server system

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013168222A1 (en) 2012-05-08 2013-11-14 1stホールディングス株式会社 Data processing system, server, client, and program for managing data
US10666726B2 (en) 2012-05-08 2020-05-26 Wingarc1St Inc. Data processing system, and program for managing data
JP2016530656A (en) * 2013-12-17 2016-09-29 ヒタチ データ システムズ コーポレーションHitachi Data Systems Corporation Distributed disaster recovery file synchronization server system

Similar Documents

Publication Publication Date Title
US6954754B2 (en) Apparatus and methods for managing caches on a mobile device
JP2558052B2 (en) Transaction processing system using hypothetical commit two-phase commit protocol and operating method thereof
US6907603B2 (en) Software update management system with update chronology generator
US6418452B1 (en) Network repository service directory for efficient web crawling
US8090693B2 (en) System, method, and article of manufacture for maintaining and accessing a whois database
EP2767912A2 (en) In-memory real-time synchronized database system and method
JPH1174883A (en) System management equipment and its method
JP2003150595A (en) Database system
US20050120026A1 (en) Patent downloading system and method
KR100387575B1 (en) Method for providing the most recent software on internet and computer-readable medium recording the method
JPH11219329A (en) Information reception/distribution system
JP3296570B2 (en) File transfer method
JPH10320184A (en) Software version management system
JP4219607B2 (en) Data search apparatus and server update method
JP2919240B2 (en) I / O priority control method
KR101063577B1 (en) Schema and stored procedure real-time management system and method of large database
JP2000184595A (en) Display drawing generation management system and storage medium for recording processing program thereof
US11809394B1 (en) Amendments for transactional index
JP2000276491A (en) Database with table for storing inquiry
JPH07319674A (en) Method and system for supporting update of information file
JP3279247B2 (en) Database management apparatus and method, and recording medium recording this method
JP2000020374A (en) Replication control system
JP5019237B2 (en) Information updating system, information updating method, receiving terminal, server device, and program
JP2002189622A (en) System and method for distributing updated data, and recording medium
JP2001273254A (en) Information processor and storage medium