JP2001117945A - Method and system for managing database - Google Patents

Method and system for managing database

Info

Publication number
JP2001117945A
JP2001117945A JP30055199A JP30055199A JP2001117945A JP 2001117945 A JP2001117945 A JP 2001117945A JP 30055199 A JP30055199 A JP 30055199A JP 30055199 A JP30055199 A JP 30055199A JP 2001117945 A JP2001117945 A JP 2001117945A
Authority
JP
Japan
Prior art keywords
data
database
data storage
name
unit
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
JP30055199A
Other languages
Japanese (ja)
Inventor
Kiyoshi Tanabe
清 田辺
Atsushi Abe
淳 阿部
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.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
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 Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP30055199A priority Critical patent/JP2001117945A/en
Publication of JP2001117945A publication Critical patent/JP2001117945A/en
Pending legal-status Critical Current

Links

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

PROBLEM TO BE SOLVED: To provide a method for storing/retrieving a database, with which plural methods for storing databases are managed and a database matched to the retrieving method of data can be retrieved at high speed. SOLUTION: In a database system, plural databases for storing data are designated, the data storage method is changed for each database, plural databases are provided, and when inserting/updating/deleting data, data are double inserted/updated/deleted in the plural databases. When retrieving data, the database to be retrieved is automatically selected from retrieval conditions so that the data in the database can be retrieved at high speed.

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【発明の属する技術分野】本発明は、データベースの管
理方法に係り、特に、ある規則に従いデータベースを複
数の記憶装置に格納する方法を指定したデータベースの
格納方法と、高速にデータを検索する方法に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a database management method, and more particularly to a database storage method specifying a method of storing a database in a plurality of storage devices in accordance with a certain rule, and a high-speed data search method. .

【0002】[0002]

【従来の技術】従来のデータベースシステムは、表の定
義時にデータ格納方法を一つ指定または省略し、格納方
法と格納するデータベースを唯一に決定していたため、
データベースを複数持ち、データベース毎に格納方法を
変えてデータを格納、検索することができなかった。
2. Description of the Related Art In a conventional database system, one data storage method is designated or omitted when a table is defined, and only a storage method and a database to be stored are determined.
It had multiple databases and could not store and retrieve data by changing the storage method for each database.

【0003】たとえばデータを格納する場合、特開平6
−60122号公報においては、データベース操作文の
内容から、1つのデータベースに対して、表データをサ
ブファイルに分割方法を変えて格納する方法を開示して
いるが、複数の異なるデータ格納方法の指定はできな
い。
For example, when storing data, see Japanese Patent Application Laid-Open
Japanese Patent Application Laid-Open No.-60122 discloses a method of storing table data into subfiles by changing the dividing method in one database based on the contents of a database operation statement. However, a plurality of different data storing methods are designated. Can not.

【0004】そして、特開平11−3354号公報にお
いては、利用されると考えられるデータキューブを事前
に作成しておき、ユーザが集約を要求した時点で適当な
検索ルートを選択する方法と、ユーザが集約を要求した
時点で、その集約に関連するデータキューブを作成する
方法に対し、集約結果の組み合わせの数が非常に大きく
なるため、集約キー間の従属性を利用した集約数の削減
を開示している。
[0004] In Japanese Patent Application Laid-Open No. 11-3354, a data cube which is considered to be used is created in advance, and a method of selecting an appropriate search route when a user requests aggregation is disclosed. Discloses the reduction of the number of aggregations by using the dependency between the aggregation keys because the number of combinations of aggregation results becomes very large compared to the method of creating the data cube related to the aggregation when the aggregation is requested are doing.

【0005】一方、特開平5−334368号公報にお
いては、データベース問合せ処理方法として、入力され
た問合せに対し、コスト評価システムでコスト計算を行
い検索に最適な処理手順を生成する方法が開示されてい
る。
On the other hand, Japanese Patent Application Laid-Open No. Hei 5-334368 discloses a database query processing method in which a cost evaluation system calculates a cost for an input query and generates an optimal processing procedure for a search. I have.

【0006】[0006]

【発明が解決しようとする課題】従来技術のデータベー
スシステムでは、表の定義時にデータ格納方法を一つし
か選ぶことができないため、検索内容はどのようなもの
で検索条件は何であるか予め想定し、想定したデータ検
索を高速にする格納方法を選ぶ必要がある。しかし、予
め検索内容、検索条件を想定することは困難であり、想
定されていても変化する場合もある。また、検索方法が
複数想定される場合は、より多く検索されるであろう検
索方法を選び、データ格納方法を選ぶ必要がある。
In the prior art database system, only one data storage method can be selected at the time of defining a table. Therefore, what kind of search content is and what the search conditions are are assumed in advance. In addition, it is necessary to select a storage method that speeds up assumed data retrieval. However, it is difficult to assume search contents and search conditions in advance, and even if they are assumed, they may change. In addition, when a plurality of search methods are assumed, it is necessary to select a search method that will be searched more frequently and to select a data storage method.

【0007】本発明の目的は、複数のデータベースの格
納方法によってデータを管理することによって、データ
の検索方法に合ったデータベースを選択可能なデータベ
ース管理方法およびシステムを提供することにある。
An object of the present invention is to provide a database management method and system which can select a database suitable for a data search method by managing data by a method of storing a plurality of databases.

【0008】[0008]

【課題を解決するための手段】上記目的は、データベー
ス管理方法において、データを格納するデータ格納領域
を複数指定し、当該複数のデータ格納領域毎にデータ格
納方法を指定することにより達成される。さらに、デー
タベースシステムにおいて、データ格納方法、格納する
データベース名称、格納するノード(ネットワークを接
続した各々のデータベースシステムの位置情報)及びデ
ータ更新タイミングを記憶するディクショナリを備え、
ディクショナリを管理するディクショナリ管理部、ユー
ザーからのデータ操作(格納・追加・削除・更新・検索
等)の指示を受け、各処理部(ディクショナリ管理部・
データベース入出力部・最適化部)を制御するデータベ
ース制御部を備え、データを格納するデータベースを複
数指定し、データベース毎にデータ格納方法、更新タイ
ミング(データの挿入・更新・削除時に同期してデータ
ベースを更新するか、データの挿入・更新・削除時に出
力されるジャーナルを用いて後から一括してデータベー
スを更新するか)を変えて指定し、データ格納方法、格
納するノード、格納するデータベース名称およびデータ
の更新時のタイミングを記憶し、データの挿入・更新・
削除時に同期して更新するデータベースとジャーナルか
ら一括して更新するデータベースを分ける複数データベ
ース更新部を持つデータベース入出力部と、データを検
索する際、入出力部からデータ保証レベルを受け取り、
データ格納方法と検索条件から検索するデータベースを
選択するデータベース選択部を持つ最適化部を備え、デ
ータを高速に検索可能とすることにより達成される。デ
ータを検索するときに、当該データ格納領域毎のデータ
格納方法から当該データを検索するに適した当該データ
格納領域を選択する最適化部では、前記、特開平5−3
34368号公報で示した方法も使用する。なお、上述
した装置及び方法で実現している機能を実現するプログ
ラムやそのプログラムを格納した記憶媒体であっても良
い。
The above object is achieved in a database management method by specifying a plurality of data storage areas for storing data and specifying a data storage method for each of the plurality of data storage areas. Further, the database system includes a dictionary for storing a data storage method, a database name to be stored, a storage node (position information of each database system connected to a network), and a data update timing,
The dictionary management unit that manages the dictionary, receives instructions from the user for data operations (storage, addition, deletion, update, search, etc.), and processes each unit (dictionary management unit,
Equipped with a database control unit that controls the database input / output unit / optimization unit, specifies a plurality of databases that store data, and specifies a data storage method and update timing (database synchronized when inserting / updating / deleting data) for each database. Update, or update the database collectively later using the journal output when data is inserted / updated / deleted), specify the data storage method, the node to store, the name of the database to be stored and Remembers the timing of data update and inserts / updates data
A database input / output unit having a plurality of database update units that separates a database that is updated synchronously at the time of deletion and a database that is updated collectively from the journal, and receives a data assurance level from the input / output unit when searching for data.
This is achieved by providing an optimizing unit having a database selecting unit for selecting a database to be searched from a data storage method and a search condition, so that data can be searched at high speed. When retrieving data, the optimizing unit that selects the data storage area suitable for retrieving the data from the data storage method for each data storage area is described in Japanese Patent Laid-Open Publication No.
The method disclosed in Japanese Patent No. 34368 is also used. Note that a program for realizing the functions realized by the above-described apparatus and method and a storage medium storing the program may be used.

【0009】[0009]

【発明の実施の形態】以下、本発明の一実施例について
図面を用いて詳細に説明する。
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of the present invention will be described below in detail with reference to the drawings.

【0010】図1は本発明の一実施形態によるデータベ
ースシステムの構成を示すブロック図、図2は表を複数
のデータ格納方法に定義する例、図3は入出力部が表の
定義をする場合の処理動作を示すフローチャート、図4
はディクショナリ管理部で管理するディクショナリの内
容を説明する図、図5は表を複数のデータ格納方法に定
義する例、図6、図7はディクショナリ管理部で管理す
るディクショナリの内容を説明する図、図8は本発明の
ネットワークを接続した複数のデータベースシステムの
構成を示すブロック図、図9はネットワークを接続した
複数のデータベースシステムの構成で、表を複数のデー
タ格納方法に定義する例、図10、図11はディクショ
ナリ管理部で管理するディクショナリの内容を説明する
図、図12は入出力部が表のデータを更新する場合の処
理動作を示すフローチャート、図13は入出力部が表の
データを検索する場合の処理動作を示すフローチャー
ト、図14はリレーショナルデータベースで使用する表
と表のデータが格納されるデータベースの構造の例を説
明する図である。図1、図4、図6、図7、図8、図1
0、図11、図14において、1は表の定義、データベ
ースのデータの検索、挿入、更新、削除をデータベース
システム2のデータベース制御部3に指示する入出力
部、2はデータベース制御部3、ディクショナリ管理部
4、データベース入出力部5、複数データベース更新部
6、最適化部7、データベース選択部8から構成される
データベースシステム、3は入出力部1、ディクショナ
リ管理部4、データベース入出力部5、最適化部7のデ
ータ及び処理制御を行うデータベース制御部、4は入出
力部1の表の定義時、表の定義情報をディクショナリ9
の表情報管理テーブル41、セグメント情報テーブル4
2、クラスタキー情報テーブル43、分割情報テーブル
44に格納し、入出力部1のデータベースのデータの検
索、挿入、更新、削除時、対象となる表の定義情報を出
力、加工し最適化部7に渡すディクショナリ管理部、5
はデータの検索、挿入、更新、削除時に最適化部から渡
される入出力順番に従いデータベースの入出力を行うデ
ータベース入出力部、6は複数のデータベースがある場
合にデータベース入出力部5の元でデータベースの挿
入、更新、削除時、複数のデータベースを更新する複数
データベース更新部、7はデータベースの検索時、ディ
クショナリ管理部4から渡される表の定義情報を元にデ
ータベースの入出力をする順番を決定し、データベース
入出力部5に連絡する最適化部、8は複数のデータベー
スがある場合に最適化部7の元でデータベースの検索
時、検索に最適なデータベースを選択するデータベース
選択部、9は表の定義情報を管理するディクショナリ、
10はデータの挿入、更新、削除時、データベースの更
新履歴を保存し、データベース回復時または表の定義で
データベースの挿入、更新、削除を非同期に行う指定を
し、データの挿入、更新、削除結果を反映する時に使用
するジャーナル、11は入出力部1が営業成績表141
の定義時、営業員名をクラスタキーとしたデータベース
と商品名をクラスタキーとしたデータベースの2つを指
定した場合の営業員名をクラスタキーとしたデータベー
ス、12は入出力部1が営業成績表141の定義時、営
業員名をクラスタキーとしたデータベースと商品名をク
ラスタキーとしたデータベースの2つを指定した場合の
営業員名をクラスタキーとしたデータベース11の営業
員名のクラスタキー、13は入出力部1が営業成績表1
41の定義時、営業員名をクラスタキーとしたデータベ
ースと商品名をクラスタキーとしたデータベースの2つ
を指定した場合の商品名をクラスタキーとしたデータベ
ース、14は入出力部1が営業成績表141の定義時、
営業員名をクラスタキーとしたデータベースと商品名を
クラスタキーとしたデータベースの2つを指定した場合
の商品名をクラスタキーとしたデータベース13の商品
名のクラスタキー、41は入出力部1の表の定義で指定
した表名、セグメント数、列数、列名、データ型を管理
する表情報管理テーブル、42は入出力部1の表の定義
で指定した表名、セグメント番号、更新タイミング、ク
ラスタキーの有無、分割種別、データを格納するデータ
セットの存在するノード名、データを格納するデータセ
ット名を保持するセグメント情報テーブル、43は入出
力部1の表の定義で指定した表名、セグメント番号、ク
ラスタキーに指定した列名、クラスタキーを格納するデ
ータセットの存在するノード名、クラスタキーを格納す
るデータセット名を保持するクラスタキー情報テーブ
ル、44は入出力部1の表の定義で指定した表名、セグ
メント番号、分割で指定した列名、分割の条件、分割指
定したデータを格納するデータセットの存在するノード
名、分割指定したデータを格納するデータセット名を保
持する分割情報テーブル、61はデータベースシステム
2をネットワークにより接続した場合のネットワーク、
62、63、64はデータベースシステム2をネットワ
ーク61により接続した場合のデータベースシステム2
及びデータベースシステム2が管理するディクショナリ
9、ジャーナル10、データベースを含めたネットワー
ク61下の位置を示すノード、65、66、67はデー
タベースシステム2が管理するディクショナリ9、ジャ
ーナル10、データベースである。
FIG. 1 is a block diagram showing the configuration of a database system according to an embodiment of the present invention. FIG. 2 is an example in which a table is defined in a plurality of data storage methods. FIG. Flowchart showing the processing operation of FIG. 4,
Is a diagram for explaining the contents of a dictionary managed by the dictionary management unit, FIG. 5 is an example of defining a table in a plurality of data storage methods, FIGS. 6 and 7 are diagrams for explaining the contents of a dictionary managed by the dictionary management unit, 8 is a block diagram showing a configuration of a plurality of database systems connected to a network according to the present invention. FIG. 9 is a configuration of a plurality of database systems connected to a network, in which a table is defined in a plurality of data storage methods. FIG. 11 is a diagram for explaining the contents of the dictionary managed by the dictionary management unit. FIG. 12 is a flowchart showing a processing operation when the input / output unit updates the table data. FIG. 14 is a flowchart showing a processing operation when searching, and FIG. 14 stores a table used in a relational database and table data. Is a diagram illustrating an example of the structure of the database. 1, 4, 6, 7, 8, 1
In FIGS. 11 and 14, reference numeral 1 denotes an input / output unit for instructing a database control unit 3 of a database system 2 to define a table, search, insert, update, and delete data in a database; 2, a database control unit 3; A database system including a management unit 4, a database input / output unit 5, a plurality of database update units 6, an optimization unit 7, and a database selection unit 3. Reference numeral 3 denotes an input / output unit 1, a dictionary management unit 4, a database input / output unit 5, The database control unit 4 that controls the data and processing of the optimizing unit 7, and when the table of the input / output unit 1 is defined, the table definition information is stored in the dictionary 9.
Table information management table 41, segment information table 4
2. Stored in the cluster key information table 43 and the division information table 44, output, process, and optimize the definition information of the target table when searching, inserting, updating, and deleting the data of the database of the input / output unit 1. Dictionary management department to pass to 5
Is a database input / output unit that performs database input / output in accordance with the input / output order passed from the optimization unit when searching, inserting, updating, and deleting data. The database update unit 7 updates a plurality of databases at the time of insertion, update, and deletion of a database. The database update unit 7 determines the order of database input / output based on table definition information passed from the dictionary management unit 4 at the time of database search. An optimization unit that communicates with the database input / output unit 5; a database selection unit 8 that selects an optimal database for searching when a database is searched under the optimization unit 7 when there are a plurality of databases; Dictionary for managing definition information,
Numeral 10 stores the update history of the database at the time of data insertion, update, and deletion, specifies that the database is inserted, updated, and deleted asynchronously at the time of database recovery or in the definition of the table, and inserts, updates, and deletes data. Journal 11 used when reflecting the data, 11 is the input / output unit 1 and the business result table 141
When defining a database, a database using a salesperson name as a cluster key when two are specified: a database using a salesperson name as a cluster key and a database using a product name as a cluster key. At the time of definition of 141, a cluster key of the salesperson name of the database 11 using the salesperson name as a cluster key when two are specified, a database using the salesperson name as a cluster key and a database using the product name as a cluster key, 13 Is the input / output unit 1 and the sales report 1
At the time of definition of 41, a database using a product name as a cluster key when two are specified, a database using a sales person's name as a cluster key and a database using a product name as a cluster key. When defining 141,
The cluster key of the product name of the database 13 using the product name as the cluster key when two are specified, the database using the sales person name as the cluster key and the database using the product name as the cluster key. Table information management table for managing the table name, the number of segments, the number of columns, the column name, and the data type specified in the definition of the I / O unit 42, the table name, the segment number, the update timing, the cluster specified in the definition of the table of the input / output unit 1 A segment information table holding the presence / absence of a key, a division type, a node name where a data set for storing data exists, and a data set name for storing data. 43 is a table name specified in the table definition of the input / output unit 1; Number, column name specified for cluster key, node name where data set storing cluster key exists, data set name storing cluster key The cluster key information table 44 to be held is a table name, a segment number, a column name specified by division, a division condition, and a node in which a data set for storing data specified by division exists in the table definition of the input / output unit 1. Name, a division information table that holds a data set name for storing data specified for division, a network 61 when the database system 2 is connected to the network,
Reference numerals 62, 63, and 64 denote database systems 2 when the database system 2 is connected via the network 61.
The dictionary 9, the journal 10, and the nodes indicating the positions under the network 61 including the database, 65, 66, and 67 are the dictionary 9, the journal 10, and the database managed by the database system 2.

【0011】入出力部1から、表の定義、表のデータの
検索、挿入、更新、削除(以下、挿入、更新、削除をま
とめて更新と呼ぶ)を行う。
The input / output unit 1 performs table definition, table data search, insertion, update, and deletion (hereinafter, insertion, update, and deletion are collectively referred to as update).

【0012】まず本発明で使用する表の定義について図
3を用いて説明する。
First, the definition of a table used in the present invention will be described with reference to FIG.

【0013】(1)入出力部1から表の名称、表を構成
する列名、列のデータ型、データベースを複数持つよう
にするためのセグメント番号(ここでセグメント番号と
は、格納方法の指定を示す論理番号であり、物理的な格
納場所を指すものではない)、セグメント毎にデータの
更新時、データベースを同期して更新するかジャーナル
10を用いて後から一括して更新するかの指定、セグメ
ント毎にデータベースの格納方法、分割種別、分割列
名、分割条件、格納するノード名、格納するデータセッ
ト名、セグメント毎にクラスタキーの有無、クラスタキ
ーの列名、クラスタキーを格納するノード名、クラスタ
キーを格納するデータセット名を表の定義文としてデー
タベース制御部3は受け取る(ステップ302)。
(1) A table name, a column name constituting a table, a column data type, a segment number for having a plurality of databases from the input / output unit 1 (the segment number is a designation of a storage method) And does not indicate a physical storage location), and specifies whether to update the database synchronously or to update it later collectively using the journal 10 when updating data for each segment. For each segment, database storage method, division type, division column name, division condition, storage node name, storage data set name, presence or absence of cluster key for each segment, cluster key column name, node for storing cluster key The database control unit 3 receives the name and the data set name for storing the cluster key as a table definition statement (step 302).

【0014】(2)データベース制御部3は入出力部1
から受け取った表の定義文をディクショナリ管理部4に
渡し、ディクショナリ管理部4は、表の定義文を解析
し、ディクショナリ9の表情報管理テーブル41に表の
名称、セグメント数、列数、列名、列のデータ型を、セ
グメント情報テーブル42に表の名称、セグメント番
号、更新タイミング、クラスタキーの有無、分割種別、
表の分割をしない場合、データベースを格納するノード
名、データベースを格納するデータセット名を、クラス
タキー情報テーブル43に表の名称、セグメント番号、
クラスタキーの列名、クラスタキーを格納するノード
名、クラスタキーを格納するデータセット名を、分割情
報テーブル44に表の名称、セグメント番号、分割で指
定した列名、分割条件、分割毎にデータベースを格納す
るノード名、分割毎にデータベースを格納するデータセ
ット名を格納する(ステップ303)。
(2) The database control unit 3 includes the input / output unit 1
Is passed to the dictionary management unit 4, the dictionary management unit 4 analyzes the table definition statement, and stores the table name, the number of segments, the number of columns, and the column name in the table information management table 41 of the dictionary 9. , Column data type in the segment information table 42, table name, segment number, update timing, presence or absence of cluster key, division type,
If the table is not divided, the name of the node storing the database and the name of the data set storing the database are stored in the cluster key information table 43 in the table name, segment number,
The column name of the cluster key, the node name for storing the cluster key, and the data set name for storing the cluster key are stored in the partition information table 44 as a table name, a segment number, a column name specified in the partition, a partition condition, and a database for each partition. Is stored, and a data set name for storing a database for each division is stored (step 303).

【0015】前述したステップ302において、セグメ
ント毎にデータの更新時、データベースを同期して更新
するかジャーナル10を用いて後から一括して更新する
かの指定は、データ格納方法を複数指定することによる
データ更新時の性能が、データ格納方法を一つのみ指定
した場合より遅くなることに対する対策で、ジャーナル
10を用いて後から一括して更新する指定をすること
で、データ更新を遅くさせないようにすることが可能と
なる。情報系などによるデータ検索で、最新のデータ更
新を保証する必要がなければ、本発明の高速なデータベ
ースのデータ検索を利用できる。
In the above-described step 302, when data is updated for each segment, whether to update the database synchronously or to collectively update the data later using the journal 10 is to specify a plurality of data storage methods. In order to prevent the data update performance from becoming slower than when only one data storage method is specified by using the journal 10, the data update is not delayed by specifying the batch update using the journal 10. It becomes possible to. If it is not necessary to guarantee the latest data update in a data search by an information system or the like, the high-speed database data search of the present invention can be used.

【0016】次に本発明で使用する表の定義について、
2つのデータ格納方法を指定した場合の表の定義、5つ
のデータ格納方法を指定した場合の表の定義、ネットワ
ーク61を接続した場合における5つのデータ格納方法
を指定した表の定義の3つの定義方法についてそれぞれ
説明する。但し、これらは本発明の1実施例であり、デ
ータ格納方法を指定する数、ネットワーク61に接続す
るデータベースシステム2の数に制限はない。
Next, regarding the definition of the table used in the present invention,
Three definitions: a table definition when two data storage methods are specified, a table definition when five data storage methods are specified, and a table definition specifying five data storage methods when the network 61 is connected Each method will be described. However, these are only one embodiment of the present invention, and there is no limit on the number of data storage methods to be specified or the number of database systems 2 connected to the network 61.

【0017】第一に図1及び図2及び図4を用いて、1
つのデータベースシステム内に設けた、2つのデータ格
納領域(セグメント番号1、セグメント番号2)に対し
て異なるデータ格納方法を指定した表の定義について説
明する。ここで、図1のデータベースシステムのノード
は、NODE1とする。表の定義とは、図2で示した定
義であり、1つの定義で複数のデータ格納領域に対して
異なるデータ格納方法を指定することが可能である。こ
の表の定義は上述したようにデータベース制御部3が受
け取り、ディクショナリ管理部4で定義文の解析が行わ
れる。ディクショナリ管理部4で、図2の定義文を解析
し、結果として図4で示した4つのテーブルとなる。以
下、この表の定義(図2)の内容と定義内容の解析結果
(図4)について述べる。
First, referring to FIG. 1, FIG. 2 and FIG.
A definition of a table provided in two database systems and specifying different data storage methods for two data storage areas (segment number 1 and segment number 2) will be described. Here, the node of the database system of FIG. The definition of the table is the definition shown in FIG. 2, and it is possible to specify different data storage methods for a plurality of data storage areas with one definition. The definition of this table is received by the database control unit 3 as described above, and the dictionary management unit 4 analyzes the definition sentence. The dictionary management unit 4 analyzes the definition sentence of FIG. 2 and results in the four tables shown in FIG. Hereinafter, the contents of the definition (FIG. 2) of this table and the analysis result (FIG. 4) of the definition will be described.

【0018】まず、表の名称を“営業成績表”として定
義し、表を構成する列名を“営業員名”、“顧客名”、
“商品名”、“個数”、列のデータ型を“CHAR(3
0)”、“CHAR(30)”、“CHAR(2
0)”、“INT”と定義する。この内容は図2の1行
目、2行目で定義した内容であり、これを解析した結
果、図4の表情報管理テーブルで示した内容(表名、列
数、列名、データ型)となる。
First, the name of the table is defined as “sales report”, and the column names that make up the table are “salesperson name”, “customer name”,
Change the data type of “product name”, “quantity”, and column to “CHAR (3
0) ”,“ CHAR (30) ”,“ CHAR (2
0) ”and“ INT. ”The contents are the contents defined in the first and second lines of FIG. 2, and as a result of analyzing the contents, the contents (tables) shown in the table information management table of FIG. Name, number of columns, column name, data type).

【0019】この例では、データの格納領域を2つ持つ
場合を示すためセグメント番号“1”、“2”、と定義
する。セグメント毎にデータの更新時、データベースを
同期して更新するかジャーナル10を用いて後から一括
して更新するかの指定(更新タイミングの指定)をセグ
メント番号“1”は“ON TIME”(同期して更新
する指定)、セグメント番号“2”は“ON TIM
E”と指定する。これは図2の3行目および6行目の内容
である。これを解析した結果、図4の表情報管理テーブ
ル、セグメント情報管理テーブル、クラスタキー情報テ
ーブルのセグメント数(セグメント番号)で示す内容と
なる。更新タイミングについては、セグメント情報テー
ブルの更新タイミングの内容となる。
In this example, segment numbers "1" and "2" are defined to indicate a case where there are two data storage areas. When updating data for each segment, whether to update the database synchronously or to collectively update later using the journal 10 (designation of update timing) is set to “ON TIME” (synchronous Segment number "2" is set to "ON TIM".
E ". This is the contents of the third and sixth lines in FIG. 2. As a result of analyzing this, the number of segments in the table information management table, the segment information management table, and the cluster key information table in FIG. The update timing is the content of the update timing of the segment information table.

【0020】図2においては、各々のセグメントの指定
および更新タイミングの指定の後で、セグメント毎にデ
ータベースの格納方法の指定を行っている。セグメント
番号“1”に対する格納方法の指定は、図2の4行目と5
行目で示し、セグメント番号“2”に対する格納方法の
指定は、図2の7行目と8行目で示している。
In FIG. 2, after each segment is specified and the update timing is specified, a database storage method is specified for each segment. The storage method for the segment number "1" is specified in the fourth and fifth lines in FIG.
The designation of the storage method for the segment number “2” is shown on the seventh and eighth lines in FIG.

【0021】ここで格納方法とは、分割種別、分割列
名、分割条件、格納するノード名、格納するデータセッ
ト名、クラスタキーの有無、クラスタキーの列名、クラ
スタキーを格納するノード名、クラスタキーを格納する
データセット名等の各項目の指定に基づきデータを格納
する方法のことをいう。また、分割種別については、本
実施例では、図2の4行目に示すようなINのカッコの中
の条件指定がない場合には、分割なしと判断する。また
図5の10行目〜13行目に示すように、INのカッコの
中に条件指定がある場合には、データ格納領域の分割あ
りと判断する。もちろん、この分割指定の方法は一例に
すぎず、別な記述で分割種別を指定してもよい。たとえ
ば、INの前に分割指定をする指定文を入れる方法でもよ
い。
Here, the storage method includes a division type, a division column name, a division condition, a storage node name, a storage data set name, presence or absence of a cluster key, a column name of a cluster key, a node name for storing a cluster key, A method of storing data based on the designation of each item such as a data set name for storing a cluster key. In the present embodiment, if there is no condition specification in parentheses of IN as shown in the fourth line of FIG. 2, it is determined that there is no division. As shown in the tenth to thirteenth lines in FIG. 5, when a condition is specified in parentheses of IN, it is determined that the data storage area is divided. Of course, the method of specifying the division is merely an example, and the division type may be specified by another description. For example, a method may be used in which a specification statement for specifying division is inserted before IN.

【0022】セグメント番号“1”に対しては、分割種
別の指定はなし、ノード名はNODE1、NODE1の
データセット名はDATASET1と指定する(図2の
4行目)。セグメント番号“2”に対しては、分割種別
の指定はなし、ノード名はNODE1、データセット名
はDATASET3と指定する(図2の7行目)。これ
らの解析結果は図4のセグメント情報テーブルのノード
名、データセット名の内容で示す。
For the segment number "1", the division type is not specified, the node name is NODE1, and the data set name of NODE1 is DATASET1 (see FIG. 2).
4th line). For the segment number "2", the division type is not specified, the node name is specified as NODE1, and the data set name is specified as DATASET3 (the seventh line in FIG. 2). These analysis results are indicated by the contents of the node name and the data set name in the segment information table of FIG.

【0023】セグメント番号“1”に対しては、クラス
タキーあり、クラスタキーの列名は営業員名、ノード名
はNODE1、NODE1のデータセット名はDATA
SET2と指定する(図2の5行目)。セグメント番号
“2”に対しては、クラスタキーあり、クラスタキーの
列名は商品名、ノード名はNODE1、データセット名
はDATASET4と指定する(図2の8行目)。上記
のデータセットの指定は一例として示したものであり、
クラスタキーを格納するデータセットはデータベースを
格納するデータセットと同じでも良い。
For the segment number "1", there is a cluster key, the column name of the cluster key is the salesperson name, the node name is NODE1, and the data set name of NODE1 is DATA.
Specify SET2 (fifth line in FIG. 2). For the segment number "2", there is a cluster key, the column name of the cluster key is designated as a product name, the node name is designated as NODE1, and the data set name is designated as DATASET4 (8th line in FIG. 2). The above data set specification is shown as an example,
The data set that stores the cluster key may be the same as the data set that stores the database.

【0024】以上のように図2で定義された内容を表の
定義文として、データベース制御部3が受け取る。ステ
ップ303においてデータベース制御部3は入出力部1
から受け取った表の定義文をディクショナリ管理部4に
渡す。ディクショナリ管理部4は、受け取った表の定義
文を解析し、ディクショナリ9の各テーブルに項目を格
納する。
As described above, the database control unit 3 receives the contents defined in FIG. 2 as a table definition sentence. In step 303, the database control unit 3
Is passed to the dictionary management unit 4. The dictionary management unit 4 analyzes the definition statement of the received table, and stores items in each table of the dictionary 9.

【0025】表情報管理テーブル41には、表の名称
“営業成績表”、セグメント数“2”、列数“4”、列
名“営業員名”、“顧客名”、“商品名”、“個数”、
列のデータ型“CHAR(30)”、“CHAR(3
0)”、“CHAR(20)”、“INT”を格納す
る。セグメント情報テーブル42には、表の名称“営業
成績表”、セグメント番号“1”、“2”、更新タイミ
ング“ON TIME”、“ON TIME”、クラス
タキーの有無“あり”、“あり”、分割種別“なし”、
“なし”、表の分割をしないため、データベースを格納
するノード名“NODE1”、“NODE1”、データ
ベースを格納するデータセット名“DATASET
1”、“DATASET3”を格納する。クラスタキー
情報テーブル43に表の名称“営業成績表”、セグメン
ト番号“1”、“2”、クラスタキーの列名“営業員
名”、“商品名”、クラスタキーを格納するノード名
“NODE1”、“NODE1”、クラスタキーを格納
するデータセット名“DATASET2”、“DATA
SET4”を格納する。分割情報テーブル44には、図
2の定義においては分割の指定はないので、項目の格納
はしない。
In the table information management table 41, the table name “sales report”, the number of segments “2”, the number of columns “4”, the column names “salesperson name”, “customer name”, “product name”, “Number”,
Column data types “CHAR (30)”, “CHAR (3
0), "CHAR (20)", and "INT" are stored in the segment information table 42. The table name is "sales report", the segment numbers are "1" and "2", and the update timing is "ON TIME". , “ON TIME”, presence or absence of cluster key “Yes”, “Yes”, division type “No”,
"None", the node names "NODE1" and "NODE1" for storing the database because the table is not divided, and the data set name "DATASET" for storing the database
1 and "DATASET3" are stored in the cluster key information table 43. The table name is "sales report", the segment numbers are "1" and "2", and the cluster key column names are "salesman name" and "product name". , The node names “NODE1” and “NODE1” storing the cluster key, the data set names “DATASET2” storing the cluster key, and “DATA”
SET4 ″ is stored. In the division information table 44, since there is no designation of division in the definition of FIG. 2, no item is stored.

【0026】以上に表の定義(図2)と、その解析した
結果の項目を格納したテーブル(図4)とを示した。こ
こで示したように、異なるデータ格納領域に対する異な
る格納方法の指定が1つの定義文の中で可能である。
The definition of the table (FIG. 2) and the table (FIG. 4) storing the results of the analysis are shown above. As shown here, different storage methods for different data storage areas can be specified in one definition statement.

【0027】第二に図6及び図7を用いて、5つのデー
タ格納方法を指定した表の定義について説明する。ここ
では、前記第一に示した2つのデータ格納方法を指定し
た表の定義との差分を説明する。ステップ301、30
2において、データベースを複数持つようにするため
(もしくは、データ格納領域を複数指定するため)のセ
グメント番号“1”、“2”に加え“3”、“4”、
“5”を指定する。セグメント毎にデータの更新時、デ
ータベースを同期して更新するかジャーナル10を用い
て後から一括して更新するかの指定をセグメント番号
“1”“2”に加え、セグメント番号“3”は“DEL
AY”(ジャーナル10を用いて後から一括して更新す
る指定)、セグメント番号“4”は“ON TIM
E”、セグメント番号“5”は“DELAY”を指定す
る。セグメント毎にデータベースの格納方法、分割種
別、分割列名、分割条件、格納するノード名、格納する
データセット名をセグメント番号“1”、“2”に加
え、セグメント番号“3”に対しては、分割種別は“キ
ーレンジ”、分割列名は“個数”、分割条件は、“個数
<100”、“個数<200”、“それ以外”の3種、
格納するノード名は、それぞれ“NODE1”を指定、
データセット名は、“DATASET5”、“DATA
SET6”、“DATASET7”を指定する。これら
のセグメント番号“3”の格納方法の指定は、図5の定
義の記述文の10行目から13行目で示している。
Second, the definition of a table specifying five data storage methods will be described with reference to FIGS. Here, a description will be given of a difference from the definition of the table specifying the two data storage methods described above. Step 301, 30
2, in addition to the segment numbers "1" and "2" for having a plurality of databases (or for specifying a plurality of data storage areas), "3", "4",
Specify “5”. At the time of updating data for each segment, the designation of whether to update the database synchronously or to update the data collectively later using the journal 10 is added to the segment numbers “1” and “2”, and the segment number “3” is “ DEL
AY ”(designation to collectively update later using journal 10), segment number“ 4 ”is“ ON TIM ”
E ”and segment number“ 5 ”specify“ DELAY. ”For each segment, the database storage method, division type, division column name, division condition, storage node name, and stored data set name are segment numbers“ 1 ”. , “2”, and for the segment number “3”, the division type is “key range”, the division column name is “number”, and the division conditions are “number <100”, “number <200”, “ Others ”
Specify “NODE1” for each node name to be stored.
The data set names are "DATASET5", "DATA
"SET6" and "DATASET7" The specification of the storage method of these segment numbers "3" is shown in the tenth to thirteenth lines of the description sentence of the definition in FIG.

【0028】セグメント番号“4”は、分割種別は“キ
ーレンジ”、分割列名は“個数”、分割条件は“個数<
200”、“個数<400”、“それ以外”、格納する
ノード名は各データセットに対して“NODE1”を指
定(この実施例では単一のノードに複数のデータ格納領
域を設けた場合であるので、ノード名はどのデータセッ
トに対しても同じノード名である。)、データセット名
は“DATASET8”、“DATASET9”、“D
ATASET10”を指定する。これらのセグメント番
号“4”の格納方法の指定は、図5の定義の記述文の1
5行目から18行目で示している。
For the segment number "4", the division type is "key range", the division column name is "number", and the division condition is "number <
“200”, “number <400”, “others”, and “NODE1” for each data set as the node name to be stored (in this embodiment, a single node has a plurality of data storage areas. Therefore, the node name is the same node name for any data set.), And the data set names are “DATASET8”, “DATASET9”, “D
ATASET 10 ”. The storage method of these segment numbers“ 4 ”is specified in the description statement 1 of the definition in FIG.
Lines 5 to 18 indicate this.

【0029】セグメント番号“5”は、分割種別は“ハ
ッシュ”、分割列名は“営業員名”、分割条件はなし、
格納するノード名は各データセットに対して“NODE
1”を指定、データセット名は、“DATASET1
4”、“DATASET15”、“DATASET1
6”、“DATASET17”を指定する。これらのセ
グメント番号“5”の格納方法の指定は、図5の定義の
記述文の24行目から28行目で示している。
For the segment number "5", the division type is "hash", the division column name is "salesperson name", there is no division condition,
The node name to be stored is “NODE” for each data set.
1 ”and the data set name is“ DATASET1
4 "," DATASET15 "," DATASET1 "
6 and "DATASET 17." The designation of the storage method of these segment numbers "5" is shown in lines 24 to 28 of the description sentence of the definition in FIG.

【0030】セグメント毎のクラスタキーの有無、クラ
スタキーの列名、クラスタキーを格納するノード名、ク
ラスタキーを格納するデータセット名の指定は、セグメ
ント番号“1”、“2”に加え、セグメント番号“3”
は“クラスタキーなし”を指定。セグメント番号“4”
は、“クラスタキーあり”、列名は“顧客名”、ノード
名は、各データセットに対して“NODE1”を指定、
データセット名は、“DATASET11”、“DAT
ASET12”、“DATASET13”を指定。セグ
メント番号“5”は“クラスタキーなし”を指定。以上
の定義を、表の定義文としてデータベース制御部3は受
け取る。
The presence / absence of a cluster key for each segment, the column name of the cluster key, the node name for storing the cluster key, and the data set name for storing the cluster key are specified in addition to the segment numbers "1" and "2". Number "3"
Specifies "no cluster key". Segment number "4"
Indicates “with cluster key”, the column name is “customer name”, and the node name is “NODE1” for each data set.
The data set names are “DATASET11”, “DAT
ASET12 "and" DATASET13 "are specified, and the segment number" 5 "specifies" no cluster key. "The database control unit 3 receives the above definition as a table definition statement.

【0031】ステップ303においてデータベース制御
部3は入出力部1から受け取った表の定義文をディクシ
ョナリ管理部4に渡す。ディクショナリ管理部4は、受
け取った表の定義文を解析し、ディクショナリ9の各テ
ーブルの項目に格納する。次にディクショナリ9の各テ
ーブルの内容を説明する。これらの4つのテーブルは図
6および図7に図示しているものである。
In step 303, the database control unit 3 passes the table definition sent from the input / output unit 1 to the dictionary management unit 4. The dictionary management unit 4 analyzes the definition statement of the received table and stores it in the items of each table of the dictionary 9. Next, the contents of each table in the dictionary 9 will be described. These four tables are shown in FIGS. 6 and 7.

【0032】表情報管理テーブル41は、セグメント数
を“5”にし、セグメント情報テーブル42はセグメン
ト番号“1”、“2”に加え、セグメント番号“3”、
“4”、“5”、更新タイミング“DELAY”、“O
N TIME”、“DELAY”、クラスタキーの有無
“なし”、“あり”、“なし”、分割種別“キーレン
ジ”、“キーレンジ”、“ハッシュ”、表の分割をする
ため、データベースを格納するノード名、データベース
を格納するデータセット名はNULL(値なし)を格納
する。
The table information management table 41 sets the number of segments to "5", and the segment information table 42 sets the segment numbers "3" and "3" in addition to the segment numbers "1" and "2".
“4”, “5”, update timing “DELAY”, “O
N TIME ”,“ DELAY ”, presence or absence of cluster key“ none ”,“ exist ”,“ none ”, division type“ key range ”,“ key range ”,“ hash ”, database storage for dividing table NULL (no value) is stored as the node name to be executed and the data set name for storing the database.

【0033】クラスタキー情報テーブル43は、セグメ
ント番号“1”、“2”に加え、セグメント番号
“4”、クラスタキーの列名“顧客名”、クラスタキー
を格納するノード名“NODE1”、“NODE1”、
“NODE1”、クラスタキーを格納するデータセット
名“DATASET11”、“DATASET12”、
“DATASET13”を格納する。
In the cluster key information table 43, in addition to the segment numbers "1" and "2", the segment number "4", the column name "customer name" of the cluster key, the node names "NODE1", "" NODE1 ”,
“NODE1”, data set names to store the cluster key “DATASET11”, “DATASET12”,
“DATASET13” is stored.

【0034】分割情報テーブル44は、表名“営業成績
表”、セグメント番号“3”、“4”、“5”、分割列
名“個数”、“個数”、“営業員名”、分割条件“<1
00”、“<200”、“なし”、“<200”、“<
400”、“なし”、“なし”、分割したデータベース
を格納するノード名“NODE1”、“NODE1”、
“NODE1”、“NODE1”、“NODE1”、
“NODE1”、“NODE1”、“NODE1”、
“NODE1”、“NODE1”、分割したデータベー
スを格納するデータセット名“DATASET5”、
“DATASET6”、“DATASET7”、“DA
TASET8”、“DATASET9”、“DATAS
ET10”、“DATASET14”、“DATASE
T15”、“DATASET16”、“DATASET
17”を格納する。
The division information table 44 includes a table name “sales report”, segment numbers “3”, “4”, “5”, division column names “number”, “number”, “salesperson name”, division conditions "<1
00 ","<200"," None ","<200","<
400, "none", "none", node names "NODE1", "NODE1",
“NODE1”, “NODE1”, “NODE1”,
“NODE1”, “NODE1”, “NODE1”,
“NODE1”, “NODE1”, data set name “DATASET5” for storing the divided database,
“DATASET6”, “DATASET7”, “DA
TASET8 "," DATASET9 "," DATAS
ET10 "," DATASET14 "," DATASE
T15 "," DATASET16 "," DATASET
17 "is stored.

【0035】以上に、表の定義(図5に示した表の定義
文)と、定義を解析し、ディクショナリのテーブルの項
目に格納した結果(図6および図7)を示した。ここで
示したように、本発明を適用することにより、異なるデ
ータ格納領域(セグメント)毎に異なる分割種別の指定
が可能となった。とくに複数のキーレンジの指定、キー
レンジとハッシュの指定が1つの定義文で可能となっ
た。
As described above, the definition of the table (the definition statement of the table shown in FIG. 5) and the result of analyzing the definition and storing it in the items of the dictionary table are shown (FIGS. 6 and 7). As shown here, by applying the present invention, it is possible to specify different division types for different data storage areas (segments). In particular, a plurality of key ranges can be specified, and a key range and a hash can be specified in one definition statement.

【0036】第三に図8、図10及び図11を用いて、
ネットワーク61を接続した5つのデータ格納方法を指
定した表の定義について前記第二に示したネットワーク
61を接続しない5つのデータ格納方法を指定した表の
定義との差分を説明する。これまでの図1から図7まで
の説明では、1つのノード内に複数のデータ格納領域を
保持した場合における定義文、およびその解析結果をデ
ィクショナリ内のテーブルの項目に格納する場合につい
て示したが、以下ではネットワークで接続した複数のノ
ードが、それぞれ複数のデータ格納領域を保持した場合
について述べる。
Third, referring to FIGS. 8, 10 and 11,
The difference between the table definition specifying the five data storage methods connected to the network 61 and the table definition specifying the five data storage methods not connected to the network 61 will be described. In the above description of FIGS. 1 to 7, the case where the definition statement in the case where a plurality of data storage areas are held in one node and the analysis result thereof are stored in the items of the table in the dictionary has been described. Hereinafter, a case will be described in which a plurality of nodes connected by a network respectively hold a plurality of data storage areas.

【0037】ネットワーク61にデータベースシステム
2が3つ接続されている場合、それぞれのノード名を
“NODE1”、“NODE2”、“NODE3”とす
る。ステップ301、302において、セグメント番号
“3”、“4”、“5”のデータベース及びクラスタキ
ーを格納するノード名をそれぞれセグメント番号“3”
は“NODE2“、セグメント番号”4“は”NODE
2“、セグメント番号”5“は”NODE3“にした表
の定義文をデータベース制御部3は受け取る。
When three database systems 2 are connected to the network 61, the respective node names are "NODE1", "NODE2", and "NODE3". In steps 301 and 302, the database of the segment numbers "3", "4", and "5" and the node name for storing the cluster key are respectively set to the segment number "3".
Is "NODE2", segment number "4" is "NODE
The database control unit 3 receives the definition statement of the table in which “2”, segment number “5” is “NODE3”.

【0038】ステップ303においてデータベース制御
部3は入出力部1から受け取った表の定義文をディクシ
ョナリ管理部4に渡す。ディクショナリ管理部4は、受
け取った表の定義文を解析し、ディクショナリ9のクラ
スタキー情報テーブル43、分割情報テーブル44のセ
グメント番号”3“、”4“、”5“のノード名をそれ
ぞれ”NODE2“、”NODE2“、”NODE3
“にして格納する。参考として図9に表の定義文を示
す。
In step 303, the database control unit 3 passes the definition statement of the table received from the input / output unit 1 to the dictionary management unit 4. The dictionary management unit 4 analyzes the definition statement of the received table, and converts the node names of the segment numbers “3”, “4”, and “5” of the cluster key information table 43 of the dictionary 9 and the partition information table 44 into “NODE2”. "," NODE2 "," NODE3
Stored as “. The definition sentence of the table is shown in FIG. 9 for reference.

【0039】本発明では、以上で説明したようにネット
ワークで接続された異なるデータ格納領域に対しても、
異なるデータ格納方法を指定することが可能である。
According to the present invention, as described above, even for different data storage areas connected by a network,
It is possible to specify different data storage methods.

【0040】次に、図12に示すフローを参照して、入
出力部1がデータベースシステム2に対して表のデータ
更新を行う処理動作を説明する。
Next, the processing operation of the input / output unit 1 for updating the table data to the database system 2 will be described with reference to the flow shown in FIG.

【0041】(1)入出力部1が表のデータ更新要求を
データベース制御部3に行うと、データベース制御部3
は、入出力部1からデータ更新の対象となる表の名称、
データ更新の値を受け取る(ステップ1201、120
2)。
(1) When the input / output unit 1 issues a table data update request to the database control unit 3, the database control unit 3
Is the name of the table whose data is to be updated from the input / output unit 1,
Receiving the data update value (steps 1201, 120
2).

【0042】(2)データベース制御部3はディクショ
ナリ管理部4に表の名称を渡し、ディクショナリ管理部
4は対象となる表のディクショナリ9の表情報管理テー
ブル41、セグメント情報テーブル42、クラスタキー
情報テーブル43、分割情報テーブル44を読み込み、
データベース入出力部5に渡す(ステップ1203)。
(2) The database control unit 3 passes the name of the table to the dictionary management unit 4, and the dictionary management unit 4 executes the table information management table 41, the segment information table 42, and the cluster key information table of the dictionary 9 of the target table. 43, read the division information table 44,
The data is passed to the database input / output unit 5 (step 1203).

【0043】(3)データベース入出力部5は表情報管
理テーブル41のセグメント数が2以上であれば複数デ
ータベース更新部6にディクショナリ管理部4から渡さ
れた表情報管理テーブル41、セグメント情報テーブル
42、クラスタキー情報テーブル43、分割情報テーブ
ル44の値を渡し、複数データベース更新部6は、表情
報管理テーブル41のセグメント数分のデータ更新処理
を行うため、セグメント数終了したかどうか検証する
(ステップ1204)。
(3) If the number of segments in the table information management table 41 is two or more, the database input / output unit 5 sends the table information management table 41 and the segment information table 42 passed from the dictionary management unit 4 to the multiple database update unit 6. , The values of the cluster key information table 43 and the division information table 44 are passed, and the multiple database update unit 6 verifies whether or not the number of segments has been completed in order to perform data update processing for the number of segments in the table information management table 41 (step 1204).

【0044】(4)複数データベース更新部6は、セグ
メント情報テーブル42の各セグメントの更新タイミン
グを検証し、更新を後から一括してジャーナルから行う
(DELAY)場合は次のセグメントの処理を行い、更
新を同期して行う(ON TIME)場合は次のステッ
プへ進む(ステップ1205)。
(4) The multiple database update unit 6 verifies the update timing of each segment in the segment information table 42, and if the update is collectively performed later from the journal (DELAY), performs the processing of the next segment, If the update is performed synchronously (ON TIME), the process proceeds to the next step (step 1205).

【0045】(5)複数データベース更新部6は、セグ
メント情報テーブル42からクラスタキー有無、分割種
別を取得する(ステップ1206)。
(5) The multiple database update unit 6 acquires the presence or absence of a cluster key and the type of division from the segment information table 42 (step 1206).

【0046】(6)複数データベース更新部6は、クラ
スタキーがあればクラスタキー情報テーブル43からデ
ータベースが格納されているノード名、データセット名
を検証し、クラスタキーがなく分割格納でなければセグ
メント情報テーブル42からデータベースが格納されて
いるノード名、データセット名を検証し、クラスタキー
がなく分割格納であれば分割情報テーブル44からデー
タベースが格納されているノード名、データセット名を
検証し更新するデータのノードを選択する(ステップ1
207)。
(6) If there is a cluster key, the multiple database updating unit 6 verifies the node name and data set name where the database is stored from the cluster key information table 43, and if there is no cluster key and the storage is not divided, the segment is updated. The node name and data set name where the database is stored are verified from the information table 42, and if there is no cluster key and the storage is divided, the node name and data set name where the database is stored is verified and updated from the split information table 44. Select the data node to be processed (step 1
207).

【0047】(7)複数データベース更新部6は、ステ
ップ1207で選択されたノードが入出力部1がデータ
更新の要求を行ったノード(以下、自ノードという)か
入出力部1がデータ更新の要求を行ったノード以外(以
下、他ノードという)か検証する(ステップ120
8)。
(7) The multiple database update unit 6 determines whether the node selected in step 1207 is the node from which the input / output unit 1 has requested data update (hereinafter referred to as its own node) or the input / output unit 1 It is verified whether the node is other than the node that made the request (hereinafter, referred to as another node) (step 120).
8).

【0048】(8)複数データベース更新部6は、ステ
ップ1208の検証で、自ノードであればデータベース
入出力部5にデータ更新の対象となるデータセットのデ
ータ更新要求を行い、データベース入出力部5は対象と
なるデータセットのデータ更新を行う。データの更新
時、更新履歴がジャーナル10に出力される(ステップ
1209)。
(8) In the verification of step 1208, the multiple database updating unit 6 requests the database input / output unit 5 to update the data of the data set to be updated if the node is the own node. Updates the data of the target dataset. When the data is updated, the update history is output to the journal 10 (step 1209).

【0049】(9)複数データベース更新部6は、ステ
ップ1208の検証で、他ノードであれば該当ノードに
データ更新の要求を行い、データ更新要求を受けたノー
ドはステップ1201からステップ1209を処理しデ
ータ更新を行う(ステップ1210)。
(9) In the verification at step 1208, if the verification is made at step 1208, the multiple database update unit 6 requests the corresponding node to update the data, and the node that has received the data update request performs steps 1201 to 1209. The data is updated (step 1210).

【0050】(10)ステップ1209、ステップ12
10の処理終了後ステップ1204の判定へ戻る。
(10) Steps 1209 and 12
After the end of the process of 10, the process returns to the determination of step 1204.

【0051】前述したステップ1205の検証でセグメ
ント情報テーブル42のデータ更新タイミングが、更新
を後から一括してジャーナルから行う(DELAY)場
合、ステップ1209のデータ更新時に出力されるジャ
ーナル10を用いて、一括してデータの更新を行うこと
で、データ更新時同期して更新されていないデータベー
スにもデータ更新結果が反映される。データ更新結果の
反映は、ある一定の時間間隔や入出力部1の要求により
行われる。
If the data update timing of the segment information table 42 is determined to be updated collectively from the journal later (DELAY) in the verification in step 1205 described above, the journal 10 output at the time of data update in step 1209 is used. By performing the data update in a batch, the data update result is reflected in the database that has not been updated in synchronization with the data update. The data update result is reflected at certain time intervals or at the request of the input / output unit 1.

【0052】次に、これまで説明した3つの表の定義及
び定義を解析した結果のテーブルを用いて、データ更新
時の処理動作を説明する。ここで、営業成績表141に
データが入っていない状態で、“営業員名”に“イトウ
エイイチ”、“顧客名”に“山野興行”、“商品名”
に“掃除機”、“個数”に“10”というデータを挿入
した場合を例にする。
Next, the processing operation at the time of updating data will be described using the definitions of the three tables described above and the tables obtained by analyzing the definitions. Here, in the state where data is not included in the sales record table 141, "Saito Ichi" is displayed in "Sales employee name", "Yamano box office" is displayed in "Customer name", and "Product name"
An example in which data of "vacuum cleaner" is inserted into "." And "10" is inserted into "number" is taken as an example.

【0053】第一に図4、図12及び図14を用いて、
ネットワーク61を接続しない2つのデータ格納方法を
指定した表の定義で定義した“営業成績表”のデータ更
新時の処理動作を説明する。ステップ1201、120
2により、入出力部1が表のデータ更新要求をデータベ
ース制御部3に行うと、データベース制御部3は、入出
力部1からデータ更新の対象となる表の名称“営業成績
表”、データ更新の値“イトウ エイイチ”、“山野興
行”、“掃除機”、“10”を受け取る。ステップ12
03により、データベース制御部3はディクショナリ管
理部4に表の名称“営業成績表”を渡し、ディクショナ
リ管理部4は対象となる“営業成績表”のディクショナ
リ9の表情報管理テーブル41、セグメント情報テーブ
ル42、クラスタキー情報テーブル43、分割情報テー
ブル44を読み込み、データベース入出力部5に渡す。
ステップ1204により、データベース入出力部5は表
情報管理テーブル41のセグメント数が“2”なので、
複数データベース更新部6にディクショナリ管理部4か
ら渡された表情報管理テーブル41、セグメント情報テ
ーブル42、クラスタキー情報テーブル43、分割情報
テーブル44の値を渡し、複数データベース更新部6
は、表情報管理テーブル41のセグメント数分の2回デ
ータ更新処理を行う。ステップ1205により、複数デ
ータベース更新部6は、セグメント情報テーブル42の
セグメント番号“1”の更新タイミングが“ON TI
ME”であることから次のステップへ進む。ステップ1
206により、複数データベース更新部6は、セグメン
ト情報テーブル42からセグメント番号“1”のクラス
タキー“あり”、分割種別“分割なし”を取得する。ス
テップ1207、1208により、複数データベース更
新部6は、クラスタキー情報テーブル43からデータベ
ースが格納されているノード名“NODE1”、データ
セット名“DATASET2”を取得し自ノードを選択
し、セグメント情報テーブル42からデータベースが格
納されているデータセット名“DATASET1”を取
得する。ステップ1209により、複数データベース更
新部6は、データベース入出力部5にデータ更新の対象
となるデータセット“DATASET1”、クラスタキ
ーの格納されているデータセット“DATASET2”
のデータ更新要求を行い、データベース入出力部5は対
象となるデータセット“DATASET1”、”DAT
ASET2“のデータ更新を行う。これにより、営業員
名をクラスタキーとしたデータベース11に”イトウ
エイイチ“、”山野興行“、”掃除機“、”10“が格
納される。ステップ1204に戻り、複数データベース
更新部6は、データ更新処理を続行する。ステップ12
05により、複数データベース更新部6は、セグメント
情報テーブル42のセグメント番号“2”の更新タイミ
ングが“ON TIME”であることから次のステップ
へ進む。ステップ1206により、複数データベース更
新部6は、セグメント情報テーブル42からセグメント
番号“2”のクラスタキー“あり”、分割種別“分割な
し”を取得する。ステップ1207、1208により、
複数データベース更新部6は、クラスタキー情報テーブ
ル43からデータベースが格納されているノード名“N
ODE1”、データセット名“DATASET4”を取
得し自ノードを選択し、セグメント情報テーブル42か
らデータベースが格納されているデータセット名“DA
TASET3”を取得する。ステップ1209により、
複数データベース更新部6は、データベース入出力部5
にデータ更新の対象となるデータセット“DATASE
T3”、クラスタキーの格納されているデータセット
“DATASET4”のデータ更新要求を行い、データ
ベース入出力部5は対象となるデータセット“DATA
SET3”、”DATASET4“のデータ更新を行
う。これにより、商品名をクラスタキーとしたデータベ
ース12に”イトウ エイイチ“、”山野興行“、”掃
除機“、”10“が格納される。ステップ1204に戻
り、表情報管理テーブル41のセグメント数を終了した
のでデータ更新の処理を終了する。
First, referring to FIGS. 4, 12 and 14,
The processing operation at the time of updating the data of the “sales report” defined by the definition of the table specifying the two data storage methods that are not connected to the network 61 will be described. Steps 1201, 120
2, when the input / output unit 1 requests the database control unit 3 to update the table data, the database control unit 3 sends the table name “sales report” to be updated from the input / output unit 1 , “Yamato Yoko”, “Vacuum Cleaner”, and “10” are received. Step 12
In step 03, the database control unit 3 passes the table name "sales report" to the dictionary management unit 4, and the dictionary management unit 4 executes the table information management table 41, the segment information table of the dictionary 9 of the target "sales report". 42, the cluster key information table 43, and the division information table 44 are read and passed to the database input / output unit 5.
At step 1204, the database input / output unit 5 determines that the number of segments in the table information management table 41 is "2".
The values of the table information management table 41, the segment information table 42, the cluster key information table 43, and the division information table 44 passed from the dictionary management unit 4 to the multiple database update unit 6 are passed to the multiple database update unit 6.
Performs data update processing twice for the number of segments in the table information management table 41. By step 1205, the multiple database update unit 6 determines that the update timing of the segment number “1” in the segment information table 42 is “ON TI
ME ”, the process proceeds to the next step.
According to 206, the multiple database update unit 6 acquires the cluster key “Yes” and the division type “No division” of the segment number “1” from the segment information table 42. Through steps 1207 and 1208, the multiple database updating unit 6 acquires the node name “NODE1” and the data set name “DATASET2” storing the database from the cluster key information table 43, selects its own node, and sets the segment information table 42. The data set name “DATASET1” in which the database is stored is obtained from At step 1209, the multiple database updating unit 6 causes the database input / output unit 5 to update the data set "DATASET1" and the data set "DATASET2" storing the cluster key in the database input / output unit 5.
Of the data set “DATASET1”, “DAT”
ASET2 "data is updated. As a result," Ito "is stored in the database 11 using the salesperson name as a cluster key.
H, "Yamano box office", "Vacuum cleaner", "10" are stored, returning to step 1204, and the multiple database updating unit 6 continues the data updating process.
05, the multiple database update unit 6 proceeds to the next step because the update timing of the segment number “2” in the segment information table 42 is “ON TIME”. In step 1206, the multiple database updating unit 6 acquires the cluster key “Yes” and the division type “No division” of the segment number “2” from the segment information table 42. According to steps 1207 and 1208,
The multiple database updating unit 6 determines from the cluster key information table 43 that the node name “N” where the database is stored is “N”.
ODE1 ”and the data set name“ DATASET4 ”, and selects its own node. From the segment information table 42, the data set name“ DA
TASET3 ″ is obtained.
The multiple database updating unit 6 includes a database input / output unit 5
Data set "DATASE" to be updated
T3 ", a data update request for the data set" DATASET4 "storing the cluster key is made, and the database input / output unit 5 sends the data set" DATA
The data of "SET3" and "DATASET4" are updated, thereby storing "ITOH", "Yamano Yokoyuki", "Vacuum cleaner", and "10" in the database 12 using the product name as a cluster key.Step 1204 Then, since the number of segments in the table information management table 41 has been completed, the data update process ends.

【0054】第二に図6、図7、図12を用いて、ネッ
トワーク61を接続しない5つのデータ格納方法を指定
した表の定義で定義した“営業成績表”のデータ更新時
の処理動作について前記第一に示したネットワークに接
続しない2つのデータ格納方法を指定した表の定義との
差分を説明する。ステップ1204により、データベー
ス入出力部5は表情報管理テーブル41のセグメント数
が“5”なので、複数データベース更新部6にディクシ
ョナリ管理部4から渡された表情報管理テーブル41、
セグメント情報テーブル42、クラスタキー情報テーブ
ル43、分割情報テーブル44の値を渡し、複数データ
ベース更新部6は、表情報管理テーブル41のセグメン
ト数分の5回データ更新処理を行う。セグメント番号
“1”、“2”のデータ更新処理が終了し、ステップ1
204により、複数データベース更新部6は、データ更
新処理を続行する。ステップ1205により、複数デー
タベース更新部6は、セグメント情報テーブル42のセ
グメント番号“3”の更新タイミングが“DELAY”
であることからステップ1204に戻る。セグメント番
号“3”のデータの更新は、後からジャーナル10を用
いて一括して更新結果が反映される。ステップ1204
に戻り、複数データベース更新部6は、データ更新処理
を続行する。ステップ1205により、複数データベー
ス更新部6は、セグメント情報テーブル42のセグメン
ト番号“4”の更新タイミングが“ONTIME”であ
ることから次のステップへ進む。ステップ1206によ
り、複数データベース更新部6は、セグメント情報テー
ブル42からセグメント番号“4”のクラスタキー“あ
り”、分割種別“キーレンジ”を取得する。ステップ1
207、1208により、複数データベース更新部6
は、クラスタキー情報テーブル43からデータベースが
格納されているノード名“NODE1”、“NODE
1”、“NODE1”、データセット名“DATASE
T11”、“DATASET12”、“DATASET
13”を取得し自ノードを選択し、分割情報テーブル4
4から分割列名“個数”、分割条件“<100”、“<
200”、“なし”、データベースが格納されているデ
ータセット名“DATASET8”、“DATASET
9”、“DATASET10”を取得し、更新するデー
タの個数が“10”のため、分割条件に一致するデータ
セット“DATASET8”、クラスタキーが格納され
ているデータセット“DATASET11”を選択す
る。ステップ1209により、複数データベース更新部
6は、データベース入出力部5にデータ更新の対象とな
るデータセット“DATASET8”、クラスタキーの
格納されているデータセット“DATASET11”の
データ更新要求を行い、データベース入出力部5は対象
となるデータセット“DATASET8”、”DATA
SET11“のデータ更新を行う。ステップ1204に
戻り、複数データベース更新部6は、データ更新処理を
続行する。ステップ1205により、複数データベース
更新部6は、セグメント情報テーブル42のセグメント
番号“5”の更新タイミングが“DELAY”であるこ
とからステップ1204に戻る。セグメント番号“5”
のデータの更新は、後からジャーナル10を用いて一括
して更新結果が反映される。ステップ1204に戻り、
表情報管理テーブル41のセグメント数を終了したので
データ更新の処理を終了する。
Second, referring to FIG. 6, FIG. 7, and FIG. 12, the processing operation at the time of updating the data of the “sales report” defined by the definition of the table specifying the five data storage methods without connecting to the network 61 The difference from the definition of the table specifying the two data storage methods not connected to the network shown in the first case will be described. At step 1204, the database input / output unit 5 determines that the table information management table 41 passed from the dictionary management unit 4 to the multiple database update unit 6 because the number of segments in the table information management table 41 is “5”
By passing the values of the segment information table 42, the cluster key information table 43, and the division information table 44, the multiple database update unit 6 performs data update processing five times for the number of segments in the table information management table 41. The data update processing of the segment numbers “1” and “2” is completed, and step 1
According to 204, the multiple database update unit 6 continues the data update process. At step 1205, the multiple database update unit 6 determines that the update timing of the segment number “3” in the segment information table 42 is “DELAY”.
Therefore, the process returns to step 1204. When updating the data of the segment number "3", the update result is collectively reflected later using the journal 10. Step 1204
Then, the multiple database update unit 6 continues the data update process. In step 1205, the multiple database update unit 6 proceeds to the next step because the update timing of the segment number “4” in the segment information table 42 is “ONTIME”. In step 1206, the multiple database update unit 6 acquires the cluster key “Yes” and the division type “Key range” of the segment number “4” from the segment information table 42. Step 1
207, 1208, the multiple database updating unit 6
Are the node names "NODE1" and "NODE1" in which the database is stored from the cluster key information table 43.
1 "," NODE1 ", data set name" DATASE
T11 ”,“ DATASET12 ”,“ DATASET
13 ", select its own node, and enter the split information table 4
4, the division column name “number”, the division condition “<100”, “<
200 "," none ", data set names storing the database" DATASET8 "," DATASET "
9 "and" DATASET10 ", and since the number of data to be updated is" 10 ", a data set" DATASET8 "matching the division condition and a data set" DATASET11 "storing the cluster key are selected. According to 1209, the multiple database update unit 6 issues a data update request to the database input / output unit 5 for the data set “DATASET8” to be updated and the data set “DATASET11” storing the cluster key. The unit 5 includes data sets “DATASET8”, “DATA
The data update of SET 11 is performed. Returning to step 1204, the multiple database update unit 6 continues the data update process. In step 1205, the multiple database update unit 6 updates the segment number “5” of the segment information table 42. Since the timing is "DELAY", the process returns to step 1204. The segment number "5"
In the data update, the update result is collectively reflected later using the journal 10. Returning to step 1204,
Since the number of segments in the table information management table 41 has been completed, the data update processing ends.

【0055】第三に図10、図11及び図12を用い
て、ネットワーク61を接続した5つのデータ格納方法
を指定した表の定義で定義した“営業成績表”のデータ
更新時の処理動作について前記第二に示したネットワー
ク61を接続しない5つのデータ格納方法を指定した表
の定義との差分を説明する。ステップ1204により、
データベース入出力部5は表情報管理テーブル41のセ
グメント数が“5”なので、複数データベース更新部6
にディクショナリ管理部4から渡された表情報管理テー
ブル41、セグメント情報テーブル42、クラスタキー
情報テーブル43、分割情報テーブル44の値を渡し、
複数データベース更新部6は、表情報管理テーブル41
のセグメント数分の5回データ更新処理を行う。セグメ
ント番号“1”、“2”、“3”のデータ更新処理が終
了し、ステップ1204により、複数データベース更新
部6は、データ更新処理を続行する。ステップ1205
により、複数データベース更新部6は、セグメント情報
テーブル42のセグメント番号“4”の更新タイミング
が“ON TIME”であることから次のステップへ進
む。ステップ1206により、複数データベース更新部
6は、セグメント情報テーブル42からセグメント番号
“4”のクラスタキー“あり”、分割種別“キーレン
ジ”を取得する。ステップ1207、1208により、
複数データベース更新部6は、クラスタキー情報テーブ
ル43からデータベースが格納されているノード名“N
ODE2”、“NODE2”、“NODE2”を取得し
他ノードを選択する。ステップ1210により、複数デ
ータベース更新部6は、データベース入出力部5にデー
タ更新の対象となるノード“NODE2”にデータ更新
要求を行い、データベース入出力部5はデータ更新の対
象となるノード“NODE2”にデータ更新要求を行
い、データ更新要求を受けたノード“NODE2”はデ
ータ更新処理を行う。ステップ1204に戻り、複数デ
ータベース更新部6は、データ更新処理を続行する。ス
テップ1205により、複数データベース更新部6は、
セグメント情報テーブル42のセグメント番号“5”の
更新タイミングが“DELAY”であることからステッ
プ1204に戻る。セグメント番号“5”のデータの更
新は、後からジャーナル10を用いて一括して更新結果
が反映される。ステップ1204に戻り、表情報管理テ
ーブル41のセグメント数を終了したのでデータ更新の
処理を終了する。
Third, referring to FIG. 10, FIG. 11, and FIG. 12, the processing operation at the time of updating the data of the “sales report” defined by the definition of the table specifying the five data storage methods connected to the network 61 The difference from the definition of the table specifying the five data storage methods not connecting the network 61 described above will be described. By step 1204,
Since the number of segments in the table information management table 41 is “5”, the database input / output unit 5
To the table information management table 41, the segment information table 42, the cluster key information table 43, and the division information table 44 passed from the dictionary management unit 4,
The multiple database update unit 6 includes a table information management table 41
The data update process is performed five times for the number of segments. The data update processing of the segment numbers “1”, “2”, and “3” ends, and the multiple database update unit 6 continues the data update processing in step 1204. Step 1205
Accordingly, the multiple database update unit 6 proceeds to the next step because the update timing of the segment number “4” in the segment information table 42 is “ON TIME”. In step 1206, the multiple database update unit 6 acquires the cluster key “Yes” and the division type “Key range” of the segment number “4” from the segment information table 42. According to steps 1207 and 1208,
The multiple database updating unit 6 determines from the cluster key information table 43 that the node name “N” where the database is stored is “N”.
By obtaining “ODE2”, “NODE2”, and “NODE2” and selecting another node, the multiple database update unit 6 requests the database input / output unit 5 to update the data to the node “NODE2”, which is the target of data update, in step 1210. The database input / output unit 5 issues a data update request to the node "NODE2" to be updated, and the node "NODE2" that has received the data update request performs a data update process. The update unit 6 continues the data update process.By step 1205, the multiple database update unit 6
Since the update timing of the segment number “5” in the segment information table 42 is “DELAY”, the process returns to step 1204. When updating the data of the segment number “5”, the update result is collectively reflected later using the journal 10. Returning to step 1204, since the number of segments in the table information management table 41 has been completed, the data update processing ends.

【0056】次に、図13に示すフローを参照して、入
出力部1がデータベースシステム2に対して表のデータ
検索を行う処理動作を説明する。
Next, with reference to the flow shown in FIG. 13, the processing operation in which the input / output unit 1 searches the database system 2 for table data will be described.

【0057】(1)入出力部1が表のデータ検索要求を
データベース制御部3に行うと、データベース制御部3
は、入出力部1からデータ検索の対象となる表の名称、
データ検索の条件、検索対象のデータが最新であること
を保証するか最新でなくてもよいかのデータ保証レベル
を受け取る(ステップ1301、1302)。
(1) When the input / output unit 1 issues a table data search request to the database control unit 3, the database control unit 3
Is the name of the table to be searched for data from the input / output unit 1,
A data search condition and a data assurance level of whether the data to be searched is guaranteed to be latest or not to be updated are received (steps 1301 and 1302).

【0058】(2)データベース制御部3はディクショ
ナリ管理部4に表の名称、データ検索の条件、データ保
証レベルを渡し、ディクショナリ管理部4は対象となる
表のディクショナリ9の表情報管理テーブル41、セグ
メント情報テーブル42、クラスタキー情報テーブル4
3、分割情報テーブル44を読み込む(ステップ130
3)。
(2) The database control unit 3 passes the table name, the data search condition, and the data assurance level to the dictionary management unit 4, and the dictionary management unit 4 sends the table information management table 41 of the dictionary 9 of the target table. Segment information table 42, cluster key information table 4
3. Read the division information table 44 (step 130)
3).

【0059】(3)ディクショナリ管理部4は、表情報
管理テーブル41のセグメント数が複数かどうか検証す
る(ステップ1304)。
(3) The dictionary management section 4 verifies whether the number of segments in the table information management table 41 is plural (step 1304).

【0060】(4)ディクショナリ管理部4は、データ
ベース制御部3から受け取ったデータ保証レベルが最新
であることを保証するレベル“ON TIME”かどう
か検証し、“ON TIME”でなければディクショナ
リ9の表情報管理テーブル41、セグメント情報テーブ
ル42、クラスタキー情報テーブル43、分割情報テー
ブル44を最適化部7に渡す(ステップ1305)。
(4) The dictionary management unit 4 verifies whether the data assurance level received from the database control unit 3 is at the level “ON TIME” that guarantees that it is the latest. The table information management table 41, the segment information table 42, the cluster key information table 43, and the division information table 44 are passed to the optimizing unit 7 (Step 1305).

【0061】(5)ディクショナリ管理部4は、ステッ
プ1304の検証で対象の表が複数セグメントで、ステ
ップ1305の検証でデータ保証レベルが“ON TI
ME”であれば、セグメント情報テーブル42の更新タ
イミングが“DELAY”のセグメントを除いたディク
ショナリ9の表情報管理テーブル41、セグメント情報
テーブル42、クラスタキー情報テーブル43、分割情
報テーブル44を最適化部7に渡す(ステップ130
6)。
(5) The dictionary management unit 4 determines that the target table is a plurality of segments in the verification in step 1304, and the data assurance level is “ON TI” in the verification in step 1305.
If the update timing of the segment information table 42 is “MELA”, the table information management table 41, the segment information table 42, the cluster key information table 43, and the division information table 44 of the dictionary 9 excluding the segment whose update timing is “DELAY” are optimized. 7 (step 130)
6).

【0062】(6)最適化部7は、ステップ1306の
処理後、及びステップ1305の検証でデータ保証レベ
ルが“ON TIME”でない場合、データの検索条件
及び表情報管理テーブル41、セグメント情報テーブル
42、クラスタキー情報テーブル43及び分割情報テー
ブル44をデータベース選択部8に渡し、データベース
選択部8は、データの検索条件を解析し表情報管理テー
ブル41、セグメント情報テーブル42、クラスタキー
情報テーブル43及び分割情報テーブル44から検索に
最適なセグメントを選択する。データベース選択部8
は、データの検索に最適なセグメントを選択する時、構
文ベースの最適化又はコストベースの最適化を使用する
(ステップ1307)。
(6) After the processing in step 1306, and if the data assurance level is not “ON TIME” in the verification in step 1305, the optimizing unit 7 searches the data search conditions and the table information management table 41 and the segment information table 42. , The cluster key information table 43 and the division information table 44 are passed to the database selection unit 8, and the database selection unit 8 analyzes the data search condition and analyzes the table information management table 41, the segment information table 42, the cluster key information table 43, and the An optimal segment for retrieval is selected from the information table 44. Database selector 8
Uses syntax-based optimization or cost-based optimization when selecting the best segment for data retrieval (step 1307).

【0063】(7)最適化部7は、ステップ1307の
処理後、及びステップ1304の検証で複数セグメント
でない場合、対象となる表のデータ検索のデータ入出力
順番を決定し、データベース入出力部5に連絡する(ス
テップ1308)。
(7) The optimizing unit 7 determines the data input / output order of the data retrieval of the target table after the processing in step 1307 and when the segment is not a plurality of segments in the verification in step 1304, (Step 1308).

【0064】(8)データベース入出力部5は、最適化
部7のデータベース入出力順番に従い、データベースを
検索し入出力部1に検索データを返す(ステップ130
9)。
(8) The database input / output unit 5 searches the database according to the database input / output order of the optimizing unit 7 and returns the search data to the input / output unit 1 (step 130).
9).

【0065】次に、前記した3つの表の定義を用いてデ
ータ検索時の処理動作を示す。ここで、図14の営業成
績表141に示すデータが格納されている場合を例に示
す。
Next, the processing operation at the time of data search will be described using the definitions of the above three tables. Here, a case where the data shown in the business performance table 141 of FIG. 14 is stored is shown as an example.

【0066】第一に図4、図13及び図14を用いて、
ネットワーク61を接続しない2つのデータ格納方法を
指定した表の定義で定義した“営業成績表”のデータ検
索時の処理動作を説明する。ステップ1301、130
2により、入出力部1が表のデータ検索要求をデータベ
ース制御部3に行うと、データベース制御部3は、入出
力部1からデータ検索の対象となる表の名称“営業成績
表”、データ検索の条件「”営業員名“が”イトウ エ
イイチ“のデータ」、検索対象のデータが最新であるこ
とを保証する“ON TIME”を受け取る。ステップ
1303により、データベース制御部3はディクショナ
リ管理部4に表の名称“営業成績表”、データ検索の条
件「”営業員名“が”イトウ エイイチ“のデータ」、
データ保証レベル“ON TIME”を渡し、ディクシ
ョナリ管理部4は対象となる表“営業成績表”のディク
ショナリ9の表情報管理テーブル41、セグメント情報
テーブル42、クラスタキー情報テーブル43、分割情
報テーブル44を読み込む。ステップ1304、130
5により、ディクショナリ管理部4は、表情報管理テー
ブル41のセグメント数が“2”であり、データ保証レ
ベルが“ON TIME”であることからステップ13
06に進む。ステップ1306により、ディクショナリ
管理部4は、データ保証レベルが“ON TIME”で
あることから、セグメント情報テーブル42の更新タイ
ミングが“DELAY”のセグメントを除いたディクシ
ョナリ9の表情報管理テーブル41、セグメント情報テ
ーブル42、クラスタキー情報テーブル43、分割情報
テーブル44を最適化部7に渡す。ステップ1307に
より、最適化部7は、データの検索条件「”営業員名
“が”イトウ エイイチ“のデータ」及び表情報管理テ
ーブル41、セグメント情報テーブル42、クラスタキ
ー情報テーブル43及び分割情報テーブル44をデータ
ベース選択部8に渡し、データベース選択部8は、デー
タの検索条件「”営業員名“が”イトウ エイイチ“の
データ」を解析し表情報管理テーブル41、セグメント
情報テーブル42、クラスタキー情報テーブル43及び
分割情報テーブル44から検索に最適なセグメント番号
“1”を選択する。データベース選択部8は、データの
検索に最適なセグメントを選択する時、構文ベースの最
適化において、テーブルの検索条件から“営業員名”を
クラスタキーとして表の定義がされているセグメント番
号“1”を選択し、コストベースの最適化において、ク
ラスタキーが定義されているセグメント番号“1”、
“2”を選択し、テーブルの検索条件から“営業員名”
をクラスタキーとして表の定義がされているセグメント
“1”を最終的に選択する。ステップ1308により、
最適化部7は、対象となる表“営業成績表”のデータ検
索のデータ入出力順番「“営業員名”のクラスタキーが
格納されている“DATASET2”を検索した後、
“営業員名”が“イトウ エイイチ”であるクラスタキ
ーが見つかった時、“営業員名”をクラスタキーとする
データベースのデータセット“DATASET1”を検
索」をデータベース入出力部5に連絡する。ステップ1
309により、データベース入出力部5は、最適化部7
のデータベース入出力順番に従い、データベースを検索
し入出力部1に検索データ“イトウ エイイチ”、“山
野興行”、“掃除機”、“10”を返す。また、ステッ
プ1301、1302において、入出力部1からデータ
検索の条件「”商品名“が”掃除機“のデータ」の場
合、ステップ1307において、データベース選択部8
は、データの検索条件「”商品名“が”掃除機“のデー
タ」を解析し表情報管理テーブル41、セグメント情報
テーブル42、クラスタキー情報テーブル43及び分割
情報テーブル44から検索に最適なセグメント番号
“2”を選択する。データベース選択部8は、データの
検索に最適なセグメントを選択する時、構文ベースの最
適化において、テーブルの検索条件から“商品名”をク
ラスタキーとして表の定義がされているセグメント番号
“2”を選択し、コストベースの最適化において、クラ
スタキーが定義されているセグメント“1”、“2”を
選択し、テーブルの検索条件から“商品名”をクラスタ
キーとして表の定義がされているセグメント番号“2”
を最終的に選択する。
First, referring to FIG. 4, FIG. 13 and FIG.
The processing operation at the time of data search of the “sales report” defined in the definition of the table that specifies two data storage methods that are not connected to the network 61 will be described. Steps 1301, 130
2, when the input / output unit 1 issues a table data search request to the database control unit 3, the database control unit 3 sends the table name “sales record table”, And “ON TIME” which guarantees that the data to be searched is the latest. In step 1303, the database control unit 3 stores in the dictionary management unit 4 the table name “sales report”, the data search condition “data of salesperson name”
The data assurance level “ON TIME” is passed, and the dictionary management unit 4 stores the table information management table 41, the segment information table 42, the cluster key information table 43, and the division information table 44 of the dictionary 9 of the target table “sales report”. Read. Steps 1304, 130
5, the dictionary management unit 4 determines that the number of segments in the table information management table 41 is “2” and the data assurance level is “ON TIME”.
Proceed to 06. According to step 1306, the dictionary management unit 4 determines that the update timing of the segment information table 42 is “DELAY” and the table information management table 41 of the dictionary 9 except for the segment whose update timing is “DELAY” because the data assurance level is “ON TIME”. The table 42, the cluster key information table 43, and the division information table 44 are passed to the optimization unit 7. According to step 1307, the optimization unit 7 determines the data search condition “data of“ salesperson name ”is“ Itoichi ”” and table information management table 41, segment information table 42, cluster key information table 43, and division information table 44. Is passed to the database selecting unit 8, which analyzes the data search condition “data of“ salesperson name ”is“ I ”and“ IT ”and“ data ”, and stores the table information management table 41, the segment information table 42, the cluster key information table An optimum segment number "1" for search is selected from the division information table 43 and the division information table 44. When selecting the optimal segment for data search, the database selection unit 8 uses the “salesperson name” as a cluster key and defines the segment number “1” from the table search conditions in the syntax-based optimization. "And select the segment number" 1 "in which the cluster key is defined in the cost-based optimization.
Select “2” and select “salesperson name” from the search conditions in the table.
Is used as a cluster key to finally select the segment "1" in which the table is defined. By step 1308,
The optimization unit 7 searches for “DATASET2” storing the cluster key of “salesperson name” in the data input / output order of the data search of the target table “sales report”,
When a cluster key whose “salesperson name” is “Itoichi” is found, the database input / output unit 5 is notified of a search for a data set “DATASET1” in the database using the “salesperson name” as the cluster key. Step 1
309, the database input / output unit 5
The database is searched according to the database input / output order, and the search data "Ito Yichi", "Yamano box office", "Vacuum cleaner", and "10" are returned to the input / output unit 1. In addition, in Steps 1301 and 1302, if the data search condition ““ product name ”is“ data of “vacuum cleaner” ”from the input / output unit 1, in Step 1307, the database selection unit 8
Analyzes the data search condition “data of“ product name ”is“ vacuum cleaner ”” and finds the optimal segment number for search from the table information management table 41, the segment information table 42, the cluster key information table 43, and the division information table 44. Select “2”. When selecting the best segment for data search, the database selection unit 8 uses the “product name” as the cluster key and defines the segment number “2” from the search condition of the table in the syntax-based optimization. Is selected, and in the cost-based optimization, the segments "1" and "2" in which the cluster key is defined are selected, and the table is defined using the "product name" as the cluster key from the search conditions of the table. Segment number "2"
Is finally selected.

【0067】第二に図6、図7及び図13を用いて、ネ
ットワーク61を接続しない5つのデータ格納方法を指
定した表の定義で定義した“営業成績表”のデータ検索
時の処理動作について前記第一に示したネットワーク6
1を接続しない2つのデータ格納方法を指定した表の定
義との差分を説明する。ステップ1304、1305に
より、ディクショナリ管理部4は、表情報管理テーブル
41のセグメント数が“5”であり、データ保証レベル
が“ON TIME”であることからステップ1306
に進む。ステップ1306により、ディクショナリ管理
部4は、データ保証レベルが“ON TIME”である
ことから、セグメント情報テーブル42の更新タイミン
グが“DELAY”のセグメント“3”、“5”を除い
たディクショナリ9の表情報管理テーブル41、セグメ
ント情報テーブル42、クラスタキー情報テーブル4
3、分割情報テーブル44を最適化部7に渡す。ステッ
プ1307により、最適化部7は、データの検索条
件「”営業員名“が”イトウ エイイチ“のデータ」及
び表情報管理テーブル41、セグメント情報テーブル4
2、クラスタキー情報テーブル43及び分割情報テーブ
ル44をデータベース選択部8に渡し、データベース選
択部8は、データの検索条件「”営業員名“が”イトウ
エイイチ“のデータ」を解析し表情報管理テーブル4
1、セグメント情報テーブル42、クラスタキー情報テ
ーブル43及び分割情報テーブル44から検索に最適な
セグメント番号“1”を選択する。また、ステップ13
01、1302において、入出力部1からデータ検索の
条件「”個数“が”<100“のデータ」の場合、ステ
ップ1307において、データベース選択部8は、デー
タの検索条件「”個数“が”<100“のデータ」を解
析し表情報管理テーブル41、セグメント情報テーブル
42、クラスタキー情報テーブル43及び分割情報テー
ブル44から検索に最適なセグメント番号“4”を選択
する。データベース選択部8は、データの検索に最適な
セグメントを選択する時、構文ベースの最適化におい
て、テーブルの検索条件から“個数”を分割列名として
表の定義がされているセグメント番号“4”を選択し、
コストベースの最適化において、“個数”を分割列名と
して表の定義がされているセグメント“4”を選択す
る。さらに、ステップ1301、1302において、入
出力部1からデータ検索の条件「”個数“が”<100
“のデータ」、検索対象のデータが最新であることを保
証する必要がない“DELAY”の場合、ステップ13
05により、ディクショナリ管理部4は、データベース
制御部3から受け取ったデータ保証レベルが最新である
ことを保証する必要がない“DELAY”であるため、
ディクショナリ9の表情報管理テーブル41、セグメン
ト情報テーブル42、クラスタキー情報テーブル43、
分割情報テーブル44を最適化部7に渡す。ステップ1
307において、データベース選択部8は、データの検
索条件「”個数“が”<100“のデータ」を解析し表
情報管理テーブル41、セグメント情報テーブル42、
クラスタキー情報テーブル43及び分割情報テーブル4
4から検索に最適なセグメント番号“3”を選択する。
データベース選択部8は、データの検索に最適なセグメ
ントを選択する時、構文ベースの最適化において、テー
ブルの検索条件から“個数”を分割列名として表の定義
がされているセグメント番号“3”、“4”を選択し、
分割条件“<100”の一致するセグメント番号“4”
を最終的に選択する。コストベースの最適化において、
“個数”を分割列名として表の定義がされているセグメ
ント番号“3”、“4”を選択し、分割条件“<10
0”の一致するセグメント番号“4”を最終的に選択す
る。
Second, referring to FIG. 6, FIG. 7, and FIG. 13, the processing operation at the time of retrieving data of the “sales report” defined by the definition of the table specifying five data storage methods without connecting to the network 61 Network 6 shown above
The difference from the definition of a table that specifies two data storage methods that do not connect 1 will be described. As a result of steps 1304 and 1305, the dictionary management unit 4 determines that the number of segments in the table information management table 41 is "5" and the data guarantee level is "ON TIME".
Proceed to. At step 1306, the dictionary management unit 4 determines that the update timing of the segment information table 42 is “DELAY” and the segments 9 of the dictionary 9 except for the segments “3” and “5” because the data assurance level is “ON TIME”. Information management table 41, segment information table 42, cluster key information table 4
3. Pass the division information table 44 to the optimization unit 7. According to step 1307, the optimization unit 7 sets the data search condition “data of“ salesperson name ”to“ Itoichi ””, table information management table 41, and segment information table 4
2. The cluster key information table 43 and the division information table 44 are passed to the database selection unit 8, and the database selection unit 8 analyzes the data search condition “data of“ salesperson name ”“ ga ”“ IT ”and manages table information. Table 4
1. From the segment information table 42, the cluster key information table 43, and the division information table 44, the optimum segment number "1" for the search is selected. Step 13
01, 1302, when the data search condition ““ number ”is“ <100 ”data” from the input / output unit 1, in step 1307, the database selection unit 8 sets the data search condition “” number ”to“ < The data "100" is analyzed, and a segment number "4" optimal for retrieval is selected from the table information management table 41, the segment information table 42, the cluster key information table 43, and the division information table 44. When selecting the optimal segment for data retrieval, the database selection unit 8 defines, in the syntax-based optimization, the segment number “4” for which the table is defined using “number” as the divided column name based on the table retrieval condition. And select
In the cost-based optimization, a segment “4” in which a table is defined using “number” as a division column name is selected. Further, in steps 1301 and 1302, the data search condition "" number ""<100
If “DATA” is “DELAY” for which it is not necessary to guarantee that the data to be searched is the latest, step 13
05, the dictionary management unit 4 determines that the data assurance level received from the database control unit 3 is "DELAY" which does not need to guarantee that it is the latest.
The table information management table 41 of the dictionary 9, the segment information table 42, the cluster key information table 43,
The division information table 44 is passed to the optimization unit 7. Step 1
In 307, the database selecting unit 8 analyzes the data search condition “data of“ number ”is“ <100 ”” and analyzes the table information management table 41, the segment information table 42,
Cluster key information table 43 and division information table 4
From 4, the segment number "3" that is most suitable for the search is selected.
When selecting the most suitable segment for data retrieval, the database selector 8 defines, in the syntax-based optimization, the segment number “3” for which the table is defined using “number” as the divided column name from the retrieval condition of the table. , “4”,
Segment number “4” that matches division condition “<100”
Is finally selected. In cost-based optimization,
The segment numbers “3” and “4” for which the table is defined with “number” as the division column name are selected, and the division condition “<10
The segment number “4” corresponding to “0” is finally selected.

【0068】第三に図10、図11、図13を用いて、
ネットワーク61を接続した5つのデータ格納方法を指
定した表の定義で定義した“営業成績表”のデータ検索
時の処理動作について前記第二に示したネットワーク6
1を接続しない5つのデータ格納方法を指定した表の定
義との差分を説明する。ステップ1301、1302に
おいて、入出力部1からデータ検索の条件「”個数
“が”<100“のデータ」の場合、ステップ1307
において、データベース選択部8は、データの検索条件
「”個数“が”<100“のデータ」を解析し表情報管
理テーブル41、セグメント情報テーブル42、クラス
タキー情報テーブル43及び分割情報テーブル44から
検索に最適なセグメント番号“4”又は“1”、“2”
を選択する。データベース選択部8は、データの検索に
最適なセグメントを選択する時、構文ベースの最適化に
おいて、テーブルの検索条件から“個数”を分割列名と
して表の定義がされているセグメント番号“4”を選択
し、コストベースの最適化において、“個数”を分割列
名として表の定義がされているセグメント番号“4”を
選択するか、セグメント番号“4”のデータベースの存
在するノードが他ノードであることからセグメント番号
“4”を選択しないで、セグメント番号“1”又は
“2”を選択する。セグメント番号“4”を選択する
か、セグメント番号“1”又は“2”を選択するかは、
通信コストにより異なる。自ノードのセグメント番号
“1”を選択するかセグメント番号“2”を選択するか
は、データセットのアクセスコストによる。
Third, referring to FIGS. 10, 11 and 13,
The processing operation at the time of data search of the “sales report” defined by the definition of the table specifying the five data storage methods connected to the network 61
The difference from the definition of a table that specifies five data storage methods that do not connect 1 will be described. In Steps 1301 and 1302, when the data search condition ““ number ”is“ <100 ”data” from the input / output unit 1, Step 1307
, The database selecting unit 8 analyzes the data search condition “data of“ number ”is“ <100 ”” and searches from the table information management table 41, the segment information table 42, the cluster key information table 43, and the division information table 44. Segment number "4" or "1", "2"
Select When selecting the optimal segment for data retrieval, the database selection unit 8 defines, in the syntax-based optimization, the segment number “4” for which the table is defined using “number” as the divided column name based on the table retrieval condition. , And in the cost-based optimization, select the segment number “4” in which the table is defined using “number” as the divided column name, or select the node where the database with the segment number “4” exists as another node. Therefore, the segment number “1” or “2” is selected without selecting the segment number “4”. Whether to select segment number "4" or segment number "1" or "2"
Depends on communication cost. Whether to select the segment number “1” or the segment number “2” of the own node depends on the access cost of the data set.

【0069】以上のように、本発明によれば、複数のデ
ータ格納領域に対して、異なるデータ格納方法を指定す
ることが可能である。本実施例においては、複数の分割
方法を1つの定義文の中で指定できる一例として、複数
のキーレンジの指定、キーレンジとハッシュの指定の例
を示したが、他の方法の指定も可能である。たとえば、
複数のハッシュの指定も可能である。また、検索時に
は、格納する時に指定された方法の中から検索に最適な
方法を選んで検索することが可能である。
As described above, according to the present invention, it is possible to specify different data storage methods for a plurality of data storage areas. In the present embodiment, as an example in which a plurality of division methods can be specified in one definition statement, an example in which a plurality of key ranges is specified, a key range and a hash are specified, but another method can be specified. It is. For example,
It is also possible to specify multiple hashes. Also, at the time of retrieval, it is possible to select and search for the most suitable method from among the methods specified when storing.

【0070】以上説明したように本発明によれば、デー
タを格納するデータベースを複数指定し、データベース
毎にデータ格納方法を変えて、データベースを複数持つ
ことで、さまざまなデータ検索の条件に合ったデータ検
索を高速に行うことができる。
As described above, according to the present invention, a plurality of databases for storing data are designated, the data storage method is changed for each database, and a plurality of databases are provided to meet various data search conditions. Data retrieval can be performed at high speed.

【0071】[0071]

【発明の効果】以上説明したように本発明によれば、デ
ータ格納方法を変えたデータ格納領域を複数持つこと
で、データ格納領域毎にデータ格納方法を複数指定でき
る。また、検索時には複数指定された格納方法から検索
に適した検索方法を選択できる。
As described above, according to the present invention, by having a plurality of data storage areas with different data storage methods, a plurality of data storage methods can be designated for each data storage area. At the time of a search, a search method suitable for the search can be selected from a plurality of designated storage methods.

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

【図1】本発明の一実施形態によるデータベースシステ
ムの構成を示すブロック図である。
FIG. 1 is a block diagram showing a configuration of a database system according to an embodiment of the present invention.

【図2】表を複数のデータ格納方法に定義する例であ
る。
FIG. 2 is an example in which a table is defined in a plurality of data storage methods.

【図3】入出力部が表の定義をする場合の処理動作を示
すフローチャートである。
FIG. 3 is a flowchart illustrating a processing operation when an input / output unit defines a table.

【図4】ディクショナリ管理部で管理するディクショナ
リの内容を説明する図である。
FIG. 4 is a diagram illustrating the contents of a dictionary managed by a dictionary management unit.

【図5】表を複数のデータ格納方法に定義する例であ
る。
FIG. 5 is an example of defining a table in a plurality of data storage methods.

【図6】ディクショナリ管理部で管理するディクショナ
リの内容を説明する図である。
FIG. 6 is a diagram illustrating the contents of a dictionary managed by a dictionary management unit.

【図7】ディクショナリ管理部で管理するディクショナ
リの内容を説明する図である。
FIG. 7 is a diagram illustrating the contents of a dictionary managed by a dictionary management unit.

【図8】本発明のネットワークを接続した複数のデータ
ベースシステムの構成を示すブロック図である。
FIG. 8 is a block diagram showing a configuration of a plurality of database systems connected to a network according to the present invention.

【図9】ネットワークを接続した複数のデータベースシ
ステムの構成で、表を複数のデータ格納方法に定義する
例である。
FIG. 9 is an example in which a table is defined in a plurality of data storage methods in a configuration of a plurality of database systems connected to a network.

【図10】ディクショナリ管理部で管理するディクショ
ナリの内容を説明する図である。
FIG. 10 is a diagram illustrating the contents of a dictionary managed by a dictionary management unit.

【図11】ディクショナリ管理部で管理するディクショ
ナリの内容を説明する図である。
FIG. 11 is a diagram illustrating the contents of a dictionary managed by a dictionary management unit.

【図12】入出力部が表のデータを更新する場合の処理
動作を示すフローチャートである。
FIG. 12 is a flowchart illustrating a processing operation when the input / output unit updates table data.

【図13】入出力部が表のデータを検索する場合の処理
動作を示すフローチャートである。
FIG. 13 is a flowchart showing a processing operation when the input / output unit searches table data.

【図14】リレーショナルデータベースで使用する表と
表のデータが格納されるデータベースの構造の例を説明
する図である。
FIG. 14 is a diagram illustrating an example of a table used in a relational database and a structure of a database storing data of the table.

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

1 入出力部 2 データベースシステム 3 データベース制御部 4 ディクショナリ管理部 5 データベース入出力部 6 複数データベース更新部 7 最適化部 8 データベース選択部 9 ディクショナリ 10 ジャーナル 11、12、13、14 データベース 41 表情報管理テーブル 42 セグメント情報テーブル 43 クラスタキー情報テーブル 44 分割情報テーブル 61 ネットワーク 62、63、64 ノード 65、66、67 データベースシステムで管理するデ
ータベース、ディクショナリ及びジャーナル 141 ユーザ表
Reference Signs List 1 input / output unit 2 database system 3 database control unit 4 dictionary management unit 5 database input / output unit 6 multiple database update unit 7 optimization unit 8 database selection unit 9 dictionary 10 journal 11, 12, 13, 14 database 41 table information management table 42 Segment information table 43 Cluster key information table 44 Division information table 61 Network 62, 63, 64 Node 65, 66, 67 Database, dictionary and journal 141 managed by database system User table

Claims (9)

【特許請求の範囲】[Claims] 【請求項1】データベース管理方法において、データを
格納するデータ領域を複数管理し、当該複数のデータ格
納領域の各々に対する使用者からのデータ格納方法の指
定に応じて、当該データ格納方法で、前記データ格納領
域にデータを格納することを特徴とするデータベース管
理方法。
In a database management method, a plurality of data areas for storing data are managed, and in accordance with a data storage method specified by a user for each of the plurality of data storage areas, the data storage method includes: A database management method characterized by storing data in a data storage area.
【請求項2】請求項1のデータベース管理方法におい
て、データを検索するときに、当該データ格納領域毎の
データ格納方法から当該データを検索するに適した当該
データ格納領域を選択することを特徴とするデータベー
ス管理方法。
2. The database management method according to claim 1, wherein when searching for data, a data storage area suitable for searching for the data is selected from a data storage method for each data storage area. Database management method.
【請求項3】データベースの管理システムにおいて、異
なるデータ格納方法でデータを格納するデータ格納領域
と、前記データ格納領域の入出力を行うデータベース入
出力部と、前記格納されたデータを検索する手段を選択
し、データベース入出力部へ通知する最適化部と、表情
報テーブル、セグメント情報テーブル、クラスタキー情
報テーブルを保持するディクショナリと、前記ディクシ
ョナリを管理し、データ格納方法を解析し、解析結果を
前記ディクショナリの各テーブルに格納するディクショ
ナリ管理部と、前記データベース入出力部と前記最適化
部と前記ディクショナリ管理部とを制御する制御部、と
を保持することを特徴とするデータベースの管理システ
ム。
3. A database management system, comprising: a data storage area for storing data in different data storage methods, a database input / output unit for inputting / outputting the data storage area, and means for searching for the stored data. An optimization unit for selecting and notifying the database input / output unit, a dictionary for holding a table information table, a segment information table, and a cluster key information table, and managing the dictionary, analyzing a data storage method, and analyzing the analysis result. A database management system, comprising: a dictionary management unit that stores data in each dictionary table; and a control unit that controls the database input / output unit, the optimization unit, and the dictionary management unit.
【請求項4】請求項3のデータベースの管理システムに
おいて、当該データベース管理システムは、ネットワー
クに接続した複数のデータベースシステムの位置情報を
記憶するディクショナリを備え、ネットワークに接続さ
れている複数のデータベースシステムまたは並列データ
ベースシステムまたは複数のデータ格納領域の形態にも
適用されることを特徴とするデータベースの管理システ
ム。
4. The database management system according to claim 3, wherein said database management system comprises a dictionary for storing positional information of a plurality of database systems connected to a network, and said plurality of database systems or A database management system characterized by being applied to a form of a parallel database system or a plurality of data storage areas.
【請求項5】請求項1のデータベースの管理方法におい
て、当該データをデータ格納領域へ格納するときに、デ
ータの操作に同期してデータベースを更新するか、デー
タの操作のときに出力されるジャーナルを用いて後から
一括してデータベースを更新するかの指定をデータ格納
方法毎に指定することを特徴としたデータベースの管理
方法。
5. The database management method according to claim 1, wherein when storing the data in the data storage area, the database is updated in synchronization with the operation of the data, or a journal output when the data is operated. A method for managing a database, comprising specifying, for each data storage method, whether or not to update the database collectively later by using.
【請求項6】請求項1のデータベースの管理方法におい
て、データの操作に同期して更新するデータ格納領域
と、ジャーナルから一括して更新するデータ格納領域と
を分けることにより、当該データを検索するデータ格納
領域も分けてデータを検索することを特徴とするデータ
ベースの管理方法。
6. The database management method according to claim 1, wherein the data is searched by dividing a data storage area to be updated in synchronization with a data operation and a data storage area to be updated collectively from a journal. A database management method characterized in that data is searched separately in a data storage area.
【請求項7】請求項1、請求項2、請求項5、請求項6
のいずれかに記載のデータベースの管理方法を実現する
プログラムを格納した計算機で読み取り可能な記憶媒
体。
7. The first, second, fifth and sixth aspects of the present invention.
A computer-readable storage medium storing a program for implementing the database management method according to any one of the above.
【請求項8】データベース管理方法において、データの
格納方法を指定するときに、該データの格納領域毎にク
ラスタキーを複数指定することを特徴とするデータベー
ス管理方法。
8. A database management method according to claim 1, wherein a plurality of cluster keys are specified for each data storage area when a data storage method is specified.
【請求項9】データベース管理方法において、データ格
納領域の分割指定時に、データ格納領域毎に異なるキー
レンジで分割する指定、データ格納領域毎にキーレンジ
で分割する指定とハッシュで分割する指定、データ格納
領域毎にハッシュで分割する指定、のいずれかの組合せ
を、一つの定義文で指定することを特徴とするデータベ
ース管理方法。
9. In the database management method, when a data storage area is specified to be divided, a data storage area is divided by a different key range, a data storage area is divided by a key range, and a hash division is specified. A database management method, characterized in that one of the following combinations is specified in a single definition statement: designation of division by hash for each storage area.
JP30055199A 1999-10-22 1999-10-22 Method and system for managing database Pending JP2001117945A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP30055199A JP2001117945A (en) 1999-10-22 1999-10-22 Method and system for managing database

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP30055199A JP2001117945A (en) 1999-10-22 1999-10-22 Method and system for managing database

Publications (1)

Publication Number Publication Date
JP2001117945A true JP2001117945A (en) 2001-04-27

Family

ID=17886202

Family Applications (1)

Application Number Title Priority Date Filing Date
JP30055199A Pending JP2001117945A (en) 1999-10-22 1999-10-22 Method and system for managing database

Country Status (1)

Country Link
JP (1) JP2001117945A (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012084098A (en) * 2010-10-15 2012-04-26 National Institute Of Advanced Industrial & Technology Data processing method of table data, data processing system and computer program thereof
WO2012137422A1 (en) * 2011-04-05 2012-10-11 日本電気株式会社 Information processing device
JP2013065116A (en) * 2011-09-15 2013-04-11 Fujitsu Ltd Information management method and information management apparatus

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012084098A (en) * 2010-10-15 2012-04-26 National Institute Of Advanced Industrial & Technology Data processing method of table data, data processing system and computer program thereof
WO2012137422A1 (en) * 2011-04-05 2012-10-11 日本電気株式会社 Information processing device
US9292555B2 (en) 2011-04-05 2016-03-22 Nec Corporation Information processing device
JP5929902B2 (en) * 2011-04-05 2016-06-08 日本電気株式会社 Information processing device
JP2013065116A (en) * 2011-09-15 2013-04-11 Fujitsu Ltd Information management method and information management apparatus

Similar Documents

Publication Publication Date Title
US5404510A (en) Database index design based upon request importance and the reuse and modification of similar existing indexes
US9129005B2 (en) Method and apparatus for searching a hierarchical database and an unstructured database with a single search query
EP2527996B1 (en) Equi-joins between split tables
US20050050037A1 (en) Intranet mediator
US9208180B2 (en) Determination of database statistics using application logic
US10606839B2 (en) Preventing staleness in query results when using asynchronously updated indexes
WO2015128756A1 (en) A method, system and computer program for scanning a plurality of storage regions within memory for a specified quantity of results
JPH06110756A (en) Method and system for operating different kind of dispersed data in data processing system
JP2005521954A (en) Method and apparatus for querying a relational database
US20130173544A1 (en) Materialized query table journaling in a computer database system
JP2014232483A (en) Database system, retrieval method and program
EP3499388B1 (en) Method and device for processing join query
US9317556B2 (en) Accelerating database queries containing bitmap-based conditions
US10241963B2 (en) Hash-based synchronization of geospatial vector features
CN106503195A (en) A kind of translation word stocks search method and system based on search engine
US7184996B2 (en) Method for concatenating table-format data
JP2001117945A (en) Method and system for managing database
US9177008B1 (en) Positioned updates in a distributed shared-nothing data store
KR20180077830A (en) Processing method for a relational query in distributed stream processing engine based on shared-nothing architecture, recording medium and device for performing the method
Bourahla et al. Skyline recomputation in big data
US9147011B2 (en) Searching method, searching apparatus, and recording medium of searching program
JPH1040255A (en) Hash table control device
CN111563112A (en) Data search and display system based on cross-border trade big data
JPH10269225A (en) Data base dividing method
CN114564449B (en) Data query method, device, equipment and storage medium