[go: up one dir, main page]

JPH06314299A - Data base control method - Google Patents

Data base control method

Info

Publication number
JPH06314299A
JPH06314299A JP5102178A JP10217893A JPH06314299A JP H06314299 A JPH06314299 A JP H06314299A JP 5102178 A JP5102178 A JP 5102178A JP 10217893 A JP10217893 A JP 10217893A JP H06314299 A JPH06314299 A JP H06314299A
Authority
JP
Japan
Prior art keywords
data
information
division
cluster
processing
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.)
Granted
Application number
JP5102178A
Other languages
Japanese (ja)
Other versions
JP3367140B2 (en
Inventor
Nobuo Kawamura
信男 河村
Shunichi Torii
俊一 鳥居
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 JP10217893A priority Critical patent/JP3367140B2/en
Publication of JPH06314299A publication Critical patent/JPH06314299A/en
Priority to JP2000134222A priority patent/JP3367510B2/en
Priority to JP2000134224A priority patent/JP3438699B2/en
Application granted granted Critical
Publication of JP3367140B2 publication Critical patent/JP3367140B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Landscapes

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

Abstract

(57)【要約】 【構成】プロセッサと外部記憶装置からなる処理装置を
ネットワーク上に階層的に構成させた環境において、デ
ータベース中のある表を、任意の階層に適したデータの
分割方法で配置し、ユーザの問合せによって、表が分割
して格納されている各記憶手段に対応させたアクセス手
順を選択する手段を設ける。 【効果】データベース中の表データをハードウエアの階
層を考慮して分割しているので、データの均一な分配を
容易にでき、かつ各分割方式に得意なデータ並列検索処
理方式を選択できる。
(57) [Summary] [Configuration] In an environment in which processors and external storage devices are hierarchically configured on a network, a table in a database is arranged by a data division method suitable for an arbitrary hierarchy. A means for selecting an access procedure corresponding to each storage means in which the table is divided and stored is provided by a user's inquiry. [Effect] Since the table data in the database is divided in consideration of the hierarchy of the hardware, uniform distribution of data can be facilitated and a data parallel search processing method suitable for each division method can be selected.

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 using a plurality of processors and a plurality of storage devices.

【0002】[0002]

【従来の技術】データベース管理システムとは、データ
を記録し保持するコンピュータシステムである。
2. Description of the Related Art A database management system is a computer system that records and holds data.

【0003】特に、データベース管理システムのうち、
リレーショナルデータベース管理システムでは、データ
ベースはユーザから二次元の表形式で見られる表(ある
いは、リレーション)から成り、かつ、この表は複数の
行(レコード、あるいはタップル)から構成されてい
る。また、行は複数個の列(アトリビュート、あるいは
フィールド)から構成され、各列にはその列の特性を示
すデータ型,データ長などが規定される。
Of the database management systems,
In a relational database management system, a database is composed of a table (or a relation) which is viewed by a user in a two-dimensional tabular form, and this table is composed of a plurality of rows (records or tuples). A row is composed of a plurality of columns (attributes or fields), and each column is defined with a data type, a data length, etc. indicating the characteristics of the column.

【0004】このようなリレーショナル・データベース
システムの利用時、ユーザまたはアプリケーションプロ
グラムは、データベースに対する要求またはコマンドを
発行する(問合せと呼ぶ)ことにより、データを処理
(選択,更新,挿入または削除)する。SQLなどのリレ
ーショナル・データベース管理システムのデータ問合せ
および処理言語では、問合せは非定型である。すなわ
ち、ユーザまたはアプリケーションプログラムは、必要
なことを指定するだけで、それを実行するための処理手
順を指定する必要がない。また、ユーザやアプリケーシ
ョンプログラムは、問合せによってアクセスする表が格
納されている場所を意識する必要もない。
When using such a relational database system, a user or application program processes data by issuing a request or command to the database (called a query).
(Select, update, insert or delete) In data queries and processing languages of relational database management systems such as SQL, queries are atypical. That is, the user or the application program only specifies what is necessary, and does not need to specify the processing procedure for executing it. Further, the user and the application program do not need to be aware of the place where the table accessed by the inquiry is stored.

【0005】しかし、ユーザやアプリケーションプログ
ラムが処理手順を意識しない反面、リレーショナル・デ
ータベース管理システムの負担(問合せによって、デー
タベースのアクセス・プランを最適にする処理)が増加
する傾向が強まる。特に、データベースが格納されてい
る磁気ディスクなどの外部記憶装置との入出力処理が負
担となる。
However, while the user and the application program are not aware of the processing procedure, the load on the relational database management system (the process of optimizing the access plan of the database by the inquiry) tends to increase. In particular, input / output processing with an external storage device such as a magnetic disk in which a database is stored becomes a burden.

【0006】そこで、近年では、一つの表を複数の外部
記憶装置に分割して格納し、入出力処理の並列化を行う
ことにより入出力処理の負担を軽減するシステムが増え
てきている。
Therefore, in recent years, an increasing number of systems have reduced the load of input / output processing by dividing one table into a plurality of external storage devices and storing the same and parallelizing the input / output processing.

【0007】また、さらに、データベースの演算処理を
も並列化するために、ネットワークで接続された複数の
プロセッサ配下の各外部記憶装置に、表のデータを分割
して格納するシステムもある。このシステムによれば、
一つの表を異なる外部記憶装置に記憶させ、異なるプロ
セッサがそれらを、それぞれ並列に読み取り処理をする
ことができる。このデータ分散技術は、リレーショナル
・データベース管理システムでますます重要な役割を果
たしてきている。
Further, in order to parallelize the arithmetic processing of the database, there is also a system in which table data is divided and stored in each external storage device under the control of a plurality of processors connected by a network. According to this system,
One table can be stored in different external storage devices, and different processors can read them in parallel. This data distribution technology is playing an increasingly important role in relational database management systems.

【0008】ところで、データを分散して格納する形態
として、ラウンドロビン,ハッシュ分割,ユーザ指定キ
ー・レンジ分割および一様分割(uniform partition)と
いうような形態がある。
By the way, as a form of storing data in a distributed manner, there are forms such as round robin, hash partitioning, user-specified key range partitioning, and uniform partitioning.

【0009】最初の分割形態であるラウンドロビンは、
複数の記憶装置に対してデータ量が均一になるように格
納する。次のハッシュ分割は、表のある列に対してハッ
シュ関数を適用することによって該当する記憶装置を決
定する。
The first form of division, round robin, is
Data is stored in a plurality of storage devices so that the data amount is uniform. The next hash partition determines the corresponding storage device by applying a hash function to a column of the table.

【0010】また、次にキー・レンジ分割は、表のある
列について、各記憶装置に格納すべきデータの範囲を条
件として指定することによって、与えられたデータの値
によって条件を満足する記憶装置を選択して格納する。
なお、このようなキー・レンジ分割をユーザの指定条件
に基づいて行う場合、分割した表の格納場所の指定の受
付は、格納する記憶装置の指定を直接受けるのではな
く、少なくとも1台の記憶装置からなる論理的なデータ
ベース領域の指定を受け付けるシステムが知られてい
る。このように、論理的なデータベース領域によって分
割した表の格納場所の指定を受け付けるのは、できるだ
けユーザ(データベースを定義する者)が物理的なシス
テム構成をも意識しなくて済むようにするためである。
Next, the key range division is a storage device which satisfies a condition by a given value of data by designating a range of data to be stored in each storage device as a condition for a certain column of a table. Select and store.
When such key range division is performed based on the user's designated condition, the acceptance of the designation of the storage location of the divided table does not directly receive the designation of the storage device to store, but at least one storage unit. There is known a system that accepts a designation of a logical database area formed of devices. In this way, the specification of the storage location of the table divided by the logical database area is accepted so that the user (the person who defines the database) does not have to be aware of the physical system configuration as much as possible. is there.

【0011】最後の一様分割という形態は、あらかじ
め、ある表を初期ロード時に、複数の記憶装置にラウン
ドロビンの形態でデータを分割する。そして、特定のあ
る列(項目)について全体をソートし、再度、ソートし
た項目の順に複数の記憶装置にデータ量が均等になるよ
うに分割する。そうして、各記憶装置毎に、ソートした
項目の最小値,最大値を求め、その最小値,最大値の間
をその記憶装置のキー・レンジとするものである。
In the final uniform division, when a table is initially loaded, the data is divided into a plurality of storage devices in a round robin form. Then, the entire specific column (item) is sorted, and the sorted items are again divided into a plurality of storage devices so that the data amount becomes even. Then, the minimum value and the maximum value of the sorted items are obtained for each storage device, and the range between the minimum value and the maximum value is set as the key range of the storage device.

【0012】これらの技術は、タビッド・ジェー・デウ
ィット(David.J.DeWitt)等による1986年VLDB
国際会議資料の『(ガンマ ア ハイ パフォーマンス
データフロー データベース マシン(GAMMA A High
Performance Dataflow Database Machine)』の文献に
集約して記載されている。また、複数のプロセッサによ
るデータベースの並列処理の実現についても述べられて
いる。
These techniques are described in 1986 VLDB by David J. DeWitt and others.
“(Gamma A High Performance Data Flow Database Machine (GAMMA A High
Performance Dataflow Database Machine) ”. It also describes the realization of parallel database processing by multiple processors.

【0013】このように、データを複数の異なる記憶装
置に分割して配置することにより、データベース・アク
セスの並列処理が可能となる。データの分割方法として
は、特にラウンドロビンのように複数の記憶装置に均等
にデータを分割すると、問い合わせ要求に対して、各々
同じ処理を要求することができるので並列処理による応
答時間の向上を行うことができる。また、キー・レンジ
分割をした場合には、表に対する問い合わせ要求に指定
された探索条件のうち、キー・レンジ分割を行った列
(項目)に条件が指定されていれば、あらかじめ、条件
を満足するデータが格納されている処理装置のみでデー
タベース処理を行えばよい。これによって、他の処理装
置の負荷が提言されることになり、システム全体のスル
ープットの向上を図ることができる。
By thus dividing the data and arranging the data in a plurality of different storage devices, parallel processing of database access becomes possible. As a data division method, particularly when data is evenly divided into a plurality of storage devices such as round robin, the same processing can be requested for each inquiry request, so that the parallel processing improves response time. be able to. In addition, when key range division is performed, if the condition is specified for the column (item) for which key range division is performed among the search conditions specified in the inquiry request for the table, the condition is satisfied in advance. The database processing may be performed only by the processing device in which the data to be stored is stored. As a result, the load on the other processing device is proposed, and the throughput of the entire system can be improved.

【0014】さて、データベース処理を高速化するため
の重要な技術としては、この他に、統計情報を用いて、
データベースのアクセス方法を最適化する技術がある。
統計情報は、システムがユーザに代わって、最適なデー
タベース・アクセス手順を決定するために使用する情報
である。統計情報の一つとして代表される情報には、区
間毎に、ある特定の列に、当該区間に含まれる値を持つ
行の度数を求めた区間度数分布情報がある。
Now, as another important technique for speeding up database processing, statistical information is used in addition to the above.
There is a technique for optimizing a database access method.
Statistical information is information that the system uses on behalf of a user to determine the optimal database access procedure. Information typified as one piece of statistical information is section frequency distribution information in which, for each section, the frequency of a row having a value included in the section is obtained in a specific column.

【0015】これにより、問合せによって、区間度数分
布情報をもつ列に条件が設定された場合、その条件を満
足する行の数(選択率)を、当該列についての区間度数
分布情報を参照して算出できるので、問合せのアクセス
処理手順(インデクスを用いるか否か)として最適な手
順を選択することができる。この区間度数分布情報の取
得方法は、グレゴリ ピアテツキー シャピロ(Gregory
Piatetsky Shapiro)等による1984年エイシーエム
シグモド(ACM−SIGMOD)国際会議資料 の
『アキュレート エスティメーション オブ ザー ナ
ンバー オブタプルス サテイスファイング ア コン
ディション(ACCURATE ESTIMATION OFTHE NUMBER OF TUP
LES SATISFYING A CONDITION)』に記載されている。
As a result, when a condition is set for a column having section frequency distribution information by an inquiry, the number of rows (selectivity) satisfying the condition is referred to by referring to the section frequency distribution information for the column. Since it can be calculated, the optimum procedure can be selected as the inquiry access processing procedure (whether or not the index is used). This section frequency distribution information is acquired by Gregory Piate Tetsky Shapiro (Gregory
Piratetsky Shapiro) et al., “ACCURATE ESTIMATION OF THE NUMBER OF TUP
LES SATISFYING A CONDITION) ”.

【0016】一般に、データベース管理システムでは、
データベースの設計に際して、データベース利用者にと
って、最良の性能が出せるようにするための手段を提供
する。特に、データベースを構成する表を外部記憶装置
に格納する場合、1台の外部記憶装置に格納すると、表
に対する問い合わせによって、表を格納した外部記憶装
置に対するアクセスが集中し、入出力処理がボトルネッ
クとなりやすく、システム全体のスループットの低下に
つながる。そこで、表を格納する場所として複数の外部
記憶装置を用意することにより、入出力処理のアクセス
を分散させ、スループットの低下を防止する策がよく知
られている。この場合、複数の外部記憶装置の利用方法
は、単純に1台の外部記憶装置に格納しきれなくなった
場合に次の外部記憶装置へとデータを格納していく方法
や、前述した格納条件(キー・レンジ分割,ハッシュ分
割,ラウンドロビン分割)を利用して複数の外部記憶装
置にデータを分割する方法がよく知られている。
Generally, in a database management system,
When designing a database, it provides a means for the database user to obtain the best performance. In particular, when the tables that make up the database are stored in an external storage device, if they are stored in one external storage device, inquiries to the tables will concentrate access to the external storage device that stores the tables, resulting in bottlenecks in input / output processing. Is likely to occur, leading to a reduction in the throughput of the entire system. Therefore, it is well known that a plurality of external storage devices are prepared as a place for storing the table to disperse the access of the input / output processing and prevent the throughput from decreasing. In this case, the plurality of external storage devices can be used by simply storing data in the next external storage device when the storage capacity of one external storage device becomes insufficient, or by the storage condition (described above). A method of dividing data into a plurality of external storage devices using key range division, hash division, round robin division) is well known.

【0017】しかし、後者のような格納条件を指定した
表の分割では、その指定した格納条件に適した効果を発
揮する問い合わせのみが有効な結果を生むことになり、
格納条件に適さない問い合わせの処理性能は保証されな
かった。
However, in the latter case of partitioning a table in which a storage condition is specified, only a query that exhibits an effect suitable for the specified storage condition produces a valid result.
The processing performance of queries that did not meet the storage conditions was not guaranteed.

【0018】[0018]

【発明が解決しようとする課題】前述したように、従来
の技術では、リレーショナル・データベースのようなデ
ータベース管理システムでは、利用者からの問い合わせ
は非定型であり、特定の効果しか出せない格納条件を利
用者に提供するだけでは、満足なシステム性能を要求で
きない。さらに、一旦、適用した分割条件を他の分割条
件に変更する場合、表のすべてのデータを再編成の対象
とし、表の分割条件の定義も再定義する必要があり、利
用者(データベース管理者)の負担が大きい。
As described above, in the conventional technology, in the database management system such as the relational database, the inquiry from the user is atypical, and the storage condition that produces only a specific effect is set. Satisfactory system performance cannot be demanded simply by providing it to users. Furthermore, when changing the applied partitioning condition to another partitioning condition once, all the data of the table must be reorganized and the definition of the partitioning condition of the table must be redefined. ) Is a heavy burden.

【0019】また、表のデータを格納する外部記憶装置
に対するアクセスのバランス化だけではなく、データを
処理するプロセッサの負荷についても考慮する必要があ
る。表の分割におけるもう一つの課題は、ユーザが指定
するキー・レンジ分割の分割条件である。今日、並列計
算機の技術の向上により、プロセッサの台数も数台から
数千台の範囲にまで拡張される。プロセッサに接続され
る記憶装置(磁気ディスク等)の数も同様に拡張され
る。こういったシステムでデータベース・システムを構
築した場合、キー・レンジ分割する表の定義において、
ユーザが指定する分割条件が数十を超えると負担は大き
く、定義も誤りをおかす確率が高い。たとえば、ユーザ
が高々数個の分割条件を指定したとすると、その表のデ
ータ量に比例して記憶装置に格納されるデータ量は増加
し、一つの記憶装置に対する負荷が増加し、I/Oボト
ルネックとなりやすい。さらに、分割条件に指定された
列の定義域によっては、特定の記憶装置にデータが集中
するといったアンバランスが生じることがある。
It is also necessary to consider not only the balance of access to the external storage device that stores the table data, but also the load on the processor that processes the data. Another problem in dividing a table is a key range dividing condition specified by the user. Today, with the improvement of parallel computer technology, the number of processors is expanded from a few to a few thousand. The number of storage devices (such as magnetic disks) connected to the processor is similarly expanded. When you build a database system with such a system, in the definition of the table that divides the key range,
If the number of division conditions specified by the user exceeds several tens, the burden is heavy and the definition is likely to make a mistake. For example, if the user specifies at most several partitioning conditions, the amount of data stored in the storage device increases in proportion to the amount of data in the table, the load on one storage device increases, and I / O It easily becomes a bottleneck. Further, depending on the domain of the column designated as the division condition, an imbalance may occur in which data is concentrated in a specific storage device.

【0020】この場合、ユーザは新しく記憶装置を用意
し、表を再定義することを強いられる。表の再定義をす
るにあたって、ユーザは、一旦、既に格納されているデ
ータをバックアップし、表を削除し、分割条件について
再定義した後、バックアップしておいたデータをダウン
ロードする必要があり、システムの運用を妨げる時間が
長くなるといった問題があった。
In this case, the user is forced to prepare a new storage device and redefine the table. To redefine a table, the user needs to back up the data that has already been stored, delete the table, redefine the division conditions, and then download the backed up data. However, there was a problem that the time that interferes with the operation of was prolonged.

【0021】これについては、一様分割(uniform parti
tion)によれば、ユーザはキー・レンジ分割するときの
分割条件を指定せず、分割条件の対象となる項目を指定
するだけで、システムが複数の記憶装置にあらかじめデ
ータ量を均等にするよう格納し、各記憶装置において指
定された分割する項目の最小値,最大値によって、各記
憶装置のキー・レンジを決定することにより、ユーザの
負担は軽減される。しかし、この場合もデータの追加や
削除によって、各記憶装置のデータ量にアンバランスが
生じ、表の定義を再度行う必要はないが、再編成処理と
してはすべてのデータのバックアップを取得し、再度各
記憶装置のデータ量を均等にし、各記憶装置のキー・レ
ンジを算出し直さなければならないため、システムの運
用時間の妨げになることがある。さらに、各記憶装置の
データ量は一定になっても、表に対する問合せによって
は、特定のキー・レンジにだけアクセスが集中するとい
った状況も考えられ、アクセスの不均衡に対する問題に
ついては各記憶装置毎にアクセス状況の情報を取得し、
ユーザによって表の分割条件の再調整をおこなわなけれ
ばならない。
Regarding this, a uniform parti
According to the option), the user does not specify the division condition when performing the key range division, but only specifies the items that are the target of the division condition so that the system can evenly distribute the data amount to the plurality of storage devices. The load on the user is reduced by determining the key range of each storage device according to the minimum value and the maximum value of the items to be stored that are specified and divided in each storage device. However, even in this case, adding or deleting data causes an imbalance in the amount of data in each storage device, and there is no need to redefine the table. Since it is necessary to equalize the data amount of each storage device and recalculate the key range of each storage device, the operation time of the system may be hindered. Furthermore, even if the amount of data in each storage device is constant, depending on the query to the table, the access may be concentrated only in a specific key range. Get access status information to
The table division conditions must be readjusted by the user.

【0022】本発明の目的は、複数の処理装置と、その
処理装置に接続された記憶装置からなる情報処理装置に
おいて、リレーショナルデータベースを構成する表のデ
ータの最適な分割を行うことのできるデータベース管理
システムを提供することにある。
An object of the present invention is to manage a database capable of optimally dividing data of a table constituting a relational database in an information processing device including a plurality of processing devices and a storage device connected to the processing devices. To provide a system.

【0023】[0023]

【課題を解決するための手段】上記の目的を達成するた
めに、本発明はN(N≧1)個の記憶手段と前記記憶手
段との間で入出力を行うM(M≧1)個のプロセッサか
らなる処理装置を最小構成単位とし、前記処理装置O
(O>1)個の集合をクラスタとし、さらに前記クラス
タP(P>1)個の集合をクラスタ・グループとした階
層を構成させ、これらのすべての前記処理装置をネット
ワークで接続した情報処理装置において、リレーショナ
ル・データベースを構成する表をある任意の階層におい
て利用者の分割方法の指定に対応させて分割して記憶さ
せ、前記任意の階層に対して指定された分割定義情報を
前記階層に対応させた情報として記憶させることによ
り、利用者からの問い合わせに対して、前記分割定義情
報に基づいてデータを処理する。
In order to achieve the above object, the present invention provides M (M ≧ 1) M (M ≧ 1) input / outputs between N (N ≧ 1) storage means and the storage means. And a processing device including the processor
An information processing apparatus in which a hierarchy is configured with (O> 1) sets as clusters and the cluster P (P> 1) sets as cluster groups, and all of these processing devices are connected by a network. In, a table that constitutes a relational database is divided and stored in a certain arbitrary layer in correspondence with the user's specification of the division method, and the division definition information specified for the arbitrary layer is associated with the layer. By storing the information as the stored information, the data is processed based on the division definition information in response to the inquiry from the user.

【0024】[0024]

【作用】リレーショナル・データベースを構成する表を
ある任意の階層において利用者の分割方法の指定に対応
させて分割して記憶させ、前記任意の階層に対して指定
された分割定義情報を階層に対応させた情報として記憶
させる本発明に係るリレーショナルデータベースの管理
システムによれば、利用者からの問い合わせに対して、
前記分割定義情報に基づいてデータを処理する処理装置
およびデータが格納されている記憶装置を限定すること
ができるのでシステム全体のスループットを低下させる
ことなく、処理の負荷を増加させないようにすることが
できる。
[Function] A table constituting a relational database is divided and stored in a certain arbitrary hierarchy in accordance with the user's specification of the division method, and the division definition information specified for the arbitrary hierarchy is associated with the hierarchy. According to the relational database management system of the present invention, which stores the stored information, in response to an inquiry from the user,
Since it is possible to limit the processing device that processes the data based on the division definition information and the storage device that stores the data, it is possible to prevent the throughput of the entire system from decreasing and not to increase the processing load. it can.

【0025】[0025]

【実施例】本発明に係るデータベース管理システムは、
ネットワークに接続した複数のプロセッサにより、各プ
ロセッサに接続された外部記憶装置に、表のデータを分
割する。
EXAMPLE A database management system according to the present invention is
A plurality of processors connected to the network divides the table data into an external storage device connected to each processor.

【0026】本実施例に係るデータベース管理システム
のハードウエアを図2ないし図4に示す。
The hardware of the database management system according to this embodiment is shown in FIGS.

【0027】図2において、本発明に係るデータベース
管理システムの最小構成単位は、プロセッサ12,プロ
セッサ12に接続された外部記憶装置14からなり、こ
れをノード15と呼ぶ。ノードを構成するプロセッサは
1台だけでなく、密結合された複数プロセッサであるこ
ともある。また、プロセッサ12に接続される外部記憶
装置14も複数台接続されることがある。ノードは、ネ
ットワーク10に接続される。ノードを最小構成単位と
する処理装置を複数ノードの集合としてみなしたものを
クラスタ16とする。さらに、図3及び図4では、クラ
スタ16を複数まとめたものをクラスタグループ18と
する。クラスタ16およびクラスタグループ18は、論
理的なシステムの構成単位であり、特別なハードウエア
を指し示すものではない。本発明に係るデータベース管
理システムは、ノード15,クラスタ16およびクラス
タグループを単位としたシステムの構成変更を可能とす
る。
In FIG. 2, the minimum structural unit of the database management system according to the present invention comprises a processor 12 and an external storage device 14 connected to the processor 12, which is called a node 15. The number of processors that make up a node is not limited to one, but may be a plurality of closely coupled processors. Also, a plurality of external storage devices 14 connected to the processor 12 may be connected. The node is connected to the network 10. A cluster 16 is a collection of a plurality of nodes, each of which has a node as a minimum unit. Further, in FIG. 3 and FIG. 4, a cluster group 18 is a group of a plurality of clusters 16. The cluster 16 and the cluster group 18 are logical system configuration units and do not indicate special hardware. The database management system according to the present invention makes it possible to change the system configuration in units of the node 15, the cluster 16, and the cluster group.

【0028】次に、図2ないし図4で示したハードウエ
ア構成により、本発明に係るデータベース管理システム
のシステム構成を図5に示す。
Next, FIG. 5 shows the system configuration of the database management system according to the present invention, which has the hardware configuration shown in FIGS.

【0029】図5において、本発明に係るデータベース
管理システムの各処理部(以後サーバと呼ぶ)の構成
と、サーバと資源の対応関連,ノード構成,通信路(ネ
ットワーク)の位置付けを示す。フロントエンド・サー
バ103(以下FESと略す)はアプリケーション・プ
ログラム104(以下APと略す)からの問い合わせを
受信し、処理手順を生成する。バックエンド・サーバ1
01(以下BESと略す)はFESからの処理手順を受信
して、データベース102(以下DBと略す)をアクセ
スしてデータを取得しFESに渡す。ジャーナル・サー
バ107(以下JSと略す)はFESやBESが発生す
るデータベースの変更履歴情報やトランザクションの状
態情報を記録する。データディクショナリ・サーバ10
5(以下DDSと略す)はFESやBES(またはJ
S)が利用するメタ情報、例えば、リレーショナルデー
タベースにおける表定義情報や各表の列情報をデータデ
ィクショナリ(以後DDと略す)に保持する。図5にお
ける項番15は図2で示したノードである。また、項番
10は、図2で示したネットワークであり、ノード間の
通信を行うための通信バックボーンである。ノードに
は、そのノード固有のノード・アドレスが付与される。
ノード・アドレスは、物理的なノード識別子であり、ネ
ットワーク上ではこのノードアドレスを指定した通信を
行う。
FIG. 5 shows the configuration of each processing unit (hereinafter referred to as a server) of the database management system according to the present invention, the correspondence relation between the server and the resource, the node configuration, and the position of the communication path (network). The front-end server 103 (hereinafter abbreviated as FES) receives an inquiry from the application program 104 (hereinafter abbreviated as AP) and generates a processing procedure. Back-end server 1
01 (hereinafter abbreviated as BES) receives a processing procedure from the FES, accesses the database 102 (hereinafter abbreviated as DB), acquires data, and passes the data to the FES. A journal server 107 (hereinafter abbreviated as JS) records change history information of a database where FES and BES occur and transaction status information. Data dictionary server 10
5 (hereinafter abbreviated as DDS) is FES or BES (or J
The meta information used by S), for example, table definition information in the relational database and column information of each table is held in the data dictionary (hereinafter abbreviated as DD). Item number 15 in FIG. 5 is the node shown in FIG. Item No. 10 is the network shown in FIG. 2, which is a communication backbone for communication between nodes. A node address unique to the node is given to the node.
The node address is a physical node identifier, and communication is performed by designating this node address on the network.

【0030】ネットワークは、通信システムにおけるプ
ロトコルの違いやネットワークインタフェースの違いを
吸収し、ネットワーク上に存在する全てのサーバに対し
て相手サーバを識別するための識別子を指定して送受信
を行うことを可能とする。
The network absorbs the difference in protocol and network interface in the communication system, and it is possible to perform transmission / reception by designating an identifier for identifying the partner server with respect to all the servers existing on the network. And

【0031】次に、本発明に係るデータベースの表の分
割実施例を図1に示す。
Next, FIG. 1 shows an embodiment of table division of the database according to the present invention.

【0032】図1において、表T1 20は、リレーシ
ョナルデータベースにおいてSQLのデータ定義言語で
あるCREATE TABLE文によって定義されるものである。表
T120は、図2で示したクラスタグループ18のある
クラスタグループ1に格納されている。さらに、表T1
(20)は、クラスタグループ1に含まれる複数のクラ
スタ16(Cluster1〜ClusterO)に分割して格納され
る。さらに、各クラスタにおいては、クラスタに含まれ
る複数のノード15に分割して格納され、最終的に各ノ
ードに含まれる複数の外部記憶装置14に分割して記憶
される。
In FIG. 1, a table T120 is defined by a CREATE TABLE statement which is a SQL data definition language in a relational database. The table T120 is stored in the cluster group 1 including the cluster group 18 shown in FIG. Further, table T1
(20) is divided and stored in a plurality of clusters 16 (Cluster1 to ClusterO) included in the cluster group 1. Further, in each cluster, the data is divided and stored in a plurality of nodes 15 included in the cluster, and finally divided and stored in a plurality of external storage devices 14 included in each node.

【0033】図6にこのときの表T1の定義例を示す。
表T1を格納するクラスタグループ,クラスタ,ノード
および外部記憶装置の指定を階層的に指定し、各階層に
おいてその階層における表の分割方法を指定する方法を
とる。この場合、表T1は、ますクラスタグループ1に
格納し、クラスタグループ1に含まれるクラスタでは、
表T1の列C1をキー・レンジで分割し、クラスタ1か
ら8までに分割する。次に、各クラスタでは、クラスタ
中のノードに対して表T1の列C2でハッシュ分割し、
さらに、各ノードでは、ノード中の外部記憶装置に対し
て均等分割するように指定している。
FIG. 6 shows a definition example of the table T1 at this time.
The cluster group, the cluster, the node, and the external storage device that store the table T1 are specified hierarchically, and the method of dividing the table in each hierarchy is specified. In this case, the table T1 is stored in the cluster group 1 and the clusters included in the cluster group 1
Column C1 of table T1 is divided by the key range and divided into clusters 1 to 8. Next, in each cluster, hash division is performed on the nodes in the cluster by the column C2 of the table T1,
Further, each node specifies that the external storage device in the node should be equally divided.

【0034】図7に示すように、これらのクラスタグル
ープ,クラスタ,ノードおよび外部記憶装置の構成情報
は、システム構成情報30によって管理され、図5にお
けるDDSに記憶される。また、定義された表の分割定
義情報は、図8に示す三つのテーブルで管理され、これ
らのテーブルも図5におけるDDSで記憶する。クラス
タグループ管理情報テーブル32では、表を分割するク
ラスタグループに関する情報を記憶し、クラスタ管理情
報テーブル34では、表を分割するクラスタに関する情
報を記憶し、ノード管理情報テーブル36では、表を分
割するノードとノードに含まれる外部記憶装置(ディス
ク)に関する情報を記憶する。
As shown in FIG. 7, the configuration information of these cluster groups, clusters, nodes and external storage devices is managed by the system configuration information 30 and stored in the DDS in FIG. Further, the division definition information of the defined table is managed by three tables shown in FIG. 8, and these tables are also stored in the DDS in FIG. The cluster group management information table 32 stores information about cluster groups that divide the table, the cluster management information table 34 stores information about clusters that divide the table, and the node management information table 36 stores nodes that divide the table. And information about an external storage device (disk) included in the node.

【0035】図9は本発明に係る表の分割情報に基づい
て、表に対するデータの挿入処理がどのように実施され
るかを示す。図9において、挿入処理解析処理40は図
5におけるデータベース管理システムの構成において、
AP104からSQLのINSERT文によってFES103に要求
が渡され、処理を開始する。データの挿入対象となる表
の分割格納場所を決定するために、図8に示した三つの
テーブルを参照する。三つのテーブルの参照の際は、FE
S103からDDS105に対してテーブル情報の取得要求を送信
し、受信したDDS105は要求された表の分割情報を検索し
た結果を要求元のFES103に返す。まず、クラスタグルー
プ管理テーブル32を参照し、表の分割情報を取得する
(ステップ410)。そこで、クラスタグループにおけ
る分割情報があれば(ステップ412)、データを挿入
するべきクラスタグループおよびクラスタを決定する
(ステップ414)。次に、クラスタグループにおける分
割情報がないか、先に決定したクラスタ情報に基づい
て、クラスタ管理テーブル34を参照し、表のクラスタ
における分割情報を取得する(ステップ416)。
FIG. 9 shows how the process of inserting data into a table is carried out based on the table division information according to the present invention. In FIG. 9, the insertion processing analysis processing 40 is the same as the database management system configuration in FIG.
A request is passed from the AP 104 to the FES 103 by the SQL INSERT statement, and the processing is started. The three tables shown in FIG. 8 are referred to in order to determine the division storage location of the table into which data is to be inserted. When referring to the three tables, use FE
From S103, a table information acquisition request is transmitted to the DDS 105, and the received DDS 105 returns the result of searching the partition information of the requested table to the requesting FES 103. First, referring to the cluster group management table 32, the division information of the table is acquired (step 410). Therefore, if there is division information in the cluster group (step 412), the cluster group and the cluster into which the data should be inserted are determined.
(Step 414). Next, the cluster management table 34 is referred to based on the previously determined cluster information to see if there is partition information in the cluster group, and the partition information for the cluster in the table is acquired (step 416).

【0036】そこで、クラスタにおける分割情報があれ
ば(ステップ418)、データを挿入するべきクラスタ
およびノードを決定する(ステップ420)。次に、ク
ラスタにおける分割情報がないか、先に決定したノード
情報に基づいて、ノード管理テーブル36を参照し、表
のノードにおける分割情報を取得する(ステップ422)。
Therefore, if there is partition information in the cluster (step 418), the cluster and the node into which the data should be inserted are determined (step 420). Next, the node management table 36 is referred to based on the previously determined node information whether there is any partition information in the cluster, and the partition information for the nodes in the table is acquired (step 422).

【0037】そこで、ノードにおける分割情報があれば
(ステップ424)、データを挿入するべきノードを決
定する(ステップ426)。さらに、ノードが決定され
るとノード内のディスク分割情報を参照し、挿入すべき
ディスクを決定する(ステップ428)。こうして決定
された表のデータの挿入場所(どのクラスタグループの
どのクラスタのどのノードのどのディスク)に基づい
て、データの挿入要求を該当するサーバ(図5における
BES101)に送信する(ステップ430)。
Therefore, if there is division information in the node (step 424), the node into which the data should be inserted is determined (step 426). Further, when the node is determined, the disk division information in the node is referred to and the disk to be inserted is determined (step 428). A data insertion request is transmitted to the corresponding server (BES 101 in FIG. 5) based on the data insertion location (which disk of which cluster of which cluster of which cluster) determined in this way (step 430).

【0038】次に、本発明に係る表の分割情報に基づい
て、表に対するデータの検索処理がどのように実施され
るかについて図10および図11に示す。
Next, FIG. 10 and FIG. 11 show how the data retrieval process for the table is performed based on the table division information according to the present invention.

【0039】図10で、最適化処理50は図5における
データベース管理システムの構成において、AP104
からSQLのSELECT文によってFES103に要求が渡され、
構文解析処理が行われた後、処理を開始する。データの
検索対象となる表の分割格納場所を決定するために、図
8に示した三つのテーブルを参照する。三つのテーブル
の参照の際は、FES103からDDS105に対してテーブル情報
の取得要求を送信し、受信したDDS105は要求された表の
分割情報を検索した結果を要求元のFES103に返す。
In FIG. 10, the optimizing process 50 is the AP 104 in the configuration of the database management system in FIG.
Request is passed to FES103 by SQL SELECT statement from
After the parsing process is performed, the process is started. The three tables shown in FIG. 8 are referred to in order to determine the divided storage location of the table for which data is to be searched. When referring to the three tables, the FES 103 transmits a table information acquisition request to the DDS 105, and the received DDS 105 returns the result of searching for the requested partition information of the table to the requesting FES 103.

【0040】最適化処理50は、三つのフェーズに分け
られる。まず、表の分割格納条件を三つのテーブルを参
照し、指定された問い合わせ中の探索条件から、検索の
対象範囲を評価する(ステップ510)。次に、決定し
た表の検索範囲を基にアクセス手順を決定する処理を行
う(ステップ520)。そして、決定したアクセス手順
を基に処理するサーバ(BES)で実行する処理手続き
を生成する(ステップ30)。生成された処理手順は、
FES103から処理の対象となるBES101に対して送信され、
BES101は送信された処理手順に基づいてデータベース・
アクセス処理を行い、結果をFES103に返す。
The optimization process 50 is divided into three phases. First, the divided storage conditions of the table are referred to by the three tables, and the search target range is evaluated from the specified search condition in the inquiry (step 510). Next, a process of determining an access procedure is performed based on the determined search range of the table (step 520). Then, a processing procedure to be executed by the server (BES) for processing is generated based on the determined access procedure (step 30). The generated procedure is
It is sent from FES103 to BES101 which is the target of processing,
BES101 is a database based on the processing procedure sent.
Access processing is performed and the result is returned to FES103.

【0041】図11に図10のステップ510の表分割
格納条件評価処理の処理の流れを示す。
FIG. 11 shows the process flow of the table division storage condition evaluation process of step 510 of FIG.

【0042】まず、クラスタグループ管理テーブル32
を参照し、当該表の分割情報を取得する(ステップ51
10)。そこで、クラスタグループにおける分割情報が
あれば(ステップ5112)、データを検索するべきク
ラスタグループおよびクラスタを決定する(ステップ5
114)。図1における表T1(20)の場合、クラス
タグループ1が探索の対象となる。クラスタグループに
おいて、クラスタに分割する場合の分割条件がキー・レ
ンジ分割であるので、キー・レンジ分割の対象となって
いる列C1についての探索条件が指定されていれば、そ
の探索条件に指定された比較値を基に探索するクラスタ
を決定する。次に、クラスタグループにおける分割情報
がないか、先に決定したクラスタ情報に基づいて、クラ
スタ管理テーブル34を参照し、表のクラスタにおける
分割情報を取得する(ステップ5116)。
First, the cluster group management table 32
To obtain the division information of the table (step 51).
10). Therefore, if there is division information in the cluster group (step 5112), the cluster group and the cluster for which data is to be searched are determined (step 5).
114). In the case of the table T1 (20) in FIG. 1, the cluster group 1 is the search target. In the cluster group, the partitioning condition for partitioning into clusters is key range partitioning. Therefore, if a search condition for the column C1 that is the target of key range partitioning is specified, it is specified as the search condition. The cluster to be searched is determined based on the comparison value. Next, the cluster management table 34 is referred to based on the previously determined cluster information to determine whether there is partition information in the cluster group, and the partition information for the cluster in the table is acquired (step 5116).

【0043】そこで、クラスタにおける分割情報があれ
ば(ステップ5118)、データを検索するべきクラス
タおよびノードを決定する(ステップ5120)。図1
における表T1の場合、クラスタ11が探索の対象とな
るとする。当該クラスタにおいて、ノードに分割する場
合の分割条件がハッシュ分割であるので、ハッシュ分割
の対象となっている列C2についての探索条件が指定さ
れていれば、その探索条件に指定された比較値を基に探
索するノードを決定する。次に、クラスタにおける分割
情報がないか、先に決定したノード情報に基づいて、ノ
ード管理テーブル36を参照し、表のノードにおける分
割情報を取得する(ステップ5122)。
Therefore, if there is partition information in the cluster (step 5118), the cluster and node for which data is to be searched are determined (step 5120). Figure 1
In the case of the table T1 in the above, it is assumed that the cluster 11 is the search target. In this cluster, the partitioning condition for partitioning into nodes is hash partitioning. Therefore, if the search condition for the column C2 that is the target of hash partitioning is specified, the comparison value specified in that search condition is used. Determine the node to search based on. Next, the node management table 36 is referred to based on the previously determined node information whether there is any partition information in the cluster, and the partition information for the nodes in the table is acquired (step 5122).

【0044】そこで、ノードにおける分割情報があれば
(ステップ5124)、データを検索するべきノードを
決定する(ステップ5126)。図1における表T1の
場合、クラスタNode111が探索の対象となるとする。
ノードが決定されるとノード内のディスク分割情報を参
照し、挿入すべきディスクを決定する(ステップ5128)。
ノードにおいて、ディスクに分割する場合の分割条件が
均等分割であるので、均等分割の場合はそのノードに含
まれる全てのディスクが探索の対象となる。このように
して、問い合わせの処理の対象となる探索処理要求範囲
を決定する(ステップ5130)。
Therefore, if there is division information in the node (step 5124), the node for which data is to be retrieved is determined (step 5126). In the case of the table T1 in FIG. 1, it is assumed that the cluster Node 111 is the search target.
When the node is determined, the disk division information in the node is referred to and the disk to be inserted is determined (step 5128).
In the node, since the division condition when dividing into disks is equal division, in the case of equal division, all the disks included in the node are targets of search. In this way, the search processing request range that is the target of the inquiry processing is determined (step 5130).

【0045】本発明のデータベース管理方法の特定の実
施例について述べたが、その他の例についても本発明の
目的および主旨を逸脱することなく実施できる。その他
の実施例は、プロセッサとプロセッサに接続された複数
の外部記憶装置からなる単独のシステムにおいても、外
部記憶装置を論理的な階層に分割管理させ、外部記憶装
置の階層によって任意の分割方法を実現する方法が挙げ
られる。
While a particular embodiment of the database management method of the present invention has been described, other examples can be implemented without departing from the purpose and spirit of the present invention. In another embodiment, even in a single system including a processor and a plurality of external storage devices connected to the processor, the external storage device is managed by being divided into logical hierarchies, and an arbitrary dividing method can be set according to the hierarchy of the external storage devices. There are ways to realize it.

【0046】[0046]

【発明の効果】本発明によれば、データベース中のある
表のデータをシステムを構成するハードウエアの階層を
考慮した分割を行っているので、データの均一な分配を
容易にできる。
According to the present invention, the data of a table in the database is divided in consideration of the hierarchy of the hardware constituting the system, so that uniform distribution of data can be facilitated.

【0047】また、このようなデータの分割方式をとる
ことによって、各分割方式の得意なデータ並列検索処理
方式を選択できる。
Further, by adopting such a data division method, it is possible to select a data parallel retrieval processing method which is good for each division method.

【0048】さらに、表の分割が階層的に行われるの
で、データの再編成時にも、任意の階層で再編成を行う
事ができ、再編成処理の範囲を局所化できる。
Further, since the table is divided hierarchically, even when the data is reorganized, the reorganization can be performed in an arbitrary hierarchy and the range of the reorganization processing can be localized.

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

【図1】本実施例の表の分割実施例を示す説明図。FIG. 1 is an explanatory diagram showing an example of dividing a table according to the present embodiment.

【図2】本実施例のハードウエア構成のクラスタからノ
ードまでの構成を示すブロック図。
FIG. 2 is a block diagram showing a configuration from a cluster to a node of the hardware configuration of the present embodiment.

【図3】本実施例のハードウエア構成のクラスタグルー
プからノードまでの構成を示すブロック図。
FIG. 3 is a block diagram showing a configuration from a cluster group to a node of the hardware configuration of this embodiment.

【図4】本実施例のハードウエア構成の最大構成を示す
ブロック図。
FIG. 4 is a block diagram showing the maximum configuration of the hardware configuration of this embodiment.

【図5】本実施例のデータベース管理システムの構成を
示すブロック図。
FIG. 5 is a block diagram showing the configuration of a database management system of this embodiment.

【図6】本実施例に係る表の分割定義例を示す説明図。FIG. 6 is an explanatory diagram showing an example of table division definition according to the embodiment.

【図7】本実施例のハードウエア構成のシステム構成情
報を示す説明図。
FIG. 7 is an explanatory diagram showing system configuration information of the hardware configuration of the present embodiment.

【図8】本実施例の表の分割情報を示す説明図。FIG. 8 is an explanatory diagram showing division information of a table according to the present embodiment.

【図9】本実施例に係る表へのデータの挿入処理解析処
理の処理フローチャート。
FIG. 9 is a processing flowchart of a data insertion processing analysis processing of a table according to the present embodiment.

【図10】本実施例に係る表の検索処理における最適化
処理の処理フローチャート。
FIG. 10 is a processing flowchart of optimization processing in the table search processing according to the present embodiment.

【図11】本実施例に係る表の検索処理における表分割
格納条件評価処理の処理フローチャート。
FIG. 11 is a processing flowchart of table division storage condition evaluation processing in table search processing according to the present embodiment.

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

10…ネットワーク、12…プロセッサ、14…記憶装
置、15…ノード、16…クラスタ、18…クラスタグ
ループ。
10 ... Network, 12 ... Processor, 14 ... Storage device, 15 ... Node, 16 ... Cluster, 18 ... Cluster group.

Claims (1)

【特許請求の範囲】[Claims] 【請求項1】N(N≧1)個の記憶手段と前記記憶手段
との間で入出力を行うM(M≧1)個のプロセッサから
なる処理装置を最小構成単位とし、前記処理装置O(O
>1)個の集合をクラスタとし、さらに前記クラスタの
P(P>1)個の集合をクラスタ・グループとした階層
を構成させ、これらのすべての前記処理装置をネットワ
ークで接続した情報処理装置において、 リレーショナル・データベースを構成する表をある任意
の階層において利用者の分割方法の指定に対応させて分
割して記憶させ、前記任意の階層に対して指定された分
割定義情報を前記階層に対応させた情報として記憶させ
ることにより、利用者からの問い合わせに対して、前記
分割定義情報に基づいてデータを処理することを特徴と
するデータベース管理方法。
1. A processing device comprising N (N ≧ 1) storage means and M (M ≧ 1) processors for performing input / output between the storage means is a minimum unit, and the processing device O (O
In an information processing apparatus in which a hierarchy is formed by setting> 1) sets as clusters and P (P> 1) sets of the clusters as cluster groups, and connecting all of these processing devices by a network. , A table constituting a relational database is divided and stored in a certain arbitrary layer in accordance with the user's specification of the division method, and the division definition information specified for the arbitrary layer is made to correspond to the hierarchical layer. Stored as the information, the data is processed based on the division definition information in response to an inquiry from the user.
JP10217893A 1993-04-28 1993-04-28 Database management method Expired - Fee Related JP3367140B2 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP10217893A JP3367140B2 (en) 1993-04-28 1993-04-28 Database management method
JP2000134222A JP3367510B2 (en) 1993-04-28 2000-04-28 Database management method and system
JP2000134224A JP3438699B2 (en) 1993-04-28 2000-04-28 Database management method and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP10217893A JP3367140B2 (en) 1993-04-28 1993-04-28 Database management method

Related Child Applications (3)

Application Number Title Priority Date Filing Date
JP2000134222A Division JP3367510B2 (en) 1993-04-28 2000-04-28 Database management method and system
JP2000134223A Division JP2000347911A (en) 2000-01-01 2000-04-28 Method and system for managing database
JP2000134224A Division JP3438699B2 (en) 1993-04-28 2000-04-28 Database management method and system

Publications (2)

Publication Number Publication Date
JPH06314299A true JPH06314299A (en) 1994-11-08
JP3367140B2 JP3367140B2 (en) 2003-01-14

Family

ID=14320433

Family Applications (1)

Application Number Title Priority Date Filing Date
JP10217893A Expired - Fee Related JP3367140B2 (en) 1993-04-28 1993-04-28 Database management method

Country Status (1)

Country Link
JP (1) JP3367140B2 (en)

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11345157A (en) * 1998-05-29 1999-12-14 Nec Corp Method and device for dividing range, and machine-readable recording medium with the program recorded therein
US6101495A (en) * 1994-11-16 2000-08-08 Hitachi, Ltd. Method of executing partition operations in a parallel database system
US6510428B2 (en) 1993-11-16 2003-01-21 Hitachi, Ltd. Method and system of database divisional management for parallel database system
US7277892B2 (en) 2000-05-22 2007-10-02 Hitachi, Ltd. Database processing system, method, program and program storage device
US7284022B2 (en) 1999-11-12 2007-10-16 Hitachi, Ltd. Database management methods and equipment and database management program storage media
JP2009020757A (en) * 2007-07-12 2009-01-29 Toshiba Corp Data registration apparatus, data registration method and program
JP2010218131A (en) * 2009-03-16 2010-09-30 Fujitsu Ltd Search method, search program, and search device
JPWO2010098034A1 (en) * 2009-02-24 2012-08-30 日本電気株式会社 Distributed database management system and distributed database management method
US8271523B2 (en) 2008-02-01 2012-09-18 Kabushiki Kaisha Toshiba Coordination server, data allocating method, and computer program product
JP2013526749A (en) * 2010-05-17 2013-06-24 ユナイテッド ステイツ ポスタル サービス Localized data affinity system and hybrid method
JP2013131011A (en) * 2011-12-21 2013-07-04 Nomura Research Institute Ltd Data using system
JP2015146205A (en) * 2015-03-16 2015-08-13 株式会社東芝 Database processing method and database processing apparatus
WO2024228293A1 (en) * 2023-05-01 2024-11-07 エヌ・ティ・ティ・コミュニケーションズ株式会社 Analysis device, analysis method, and analysis program
CN119127975A (en) * 2024-11-13 2024-12-13 山东建筑大学 An intelligent information management method and system based on cloud computing

Cited By (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6192359B1 (en) 1993-11-16 2001-02-20 Hitachi, Ltd. Method and system of database divisional management for parallel database system
US6510428B2 (en) 1993-11-16 2003-01-21 Hitachi, Ltd. Method and system of database divisional management for parallel database system
US7599910B1 (en) 1993-11-16 2009-10-06 Hitachi, Ltd. Method and system of database divisional management for parallel database system
US6101495A (en) * 1994-11-16 2000-08-08 Hitachi, Ltd. Method of executing partition operations in a parallel database system
JPH11345157A (en) * 1998-05-29 1999-12-14 Nec Corp Method and device for dividing range, and machine-readable recording medium with the program recorded therein
US7284022B2 (en) 1999-11-12 2007-10-16 Hitachi, Ltd. Database management methods and equipment and database management program storage media
US7277892B2 (en) 2000-05-22 2007-10-02 Hitachi, Ltd. Database processing system, method, program and program storage device
JP2009020757A (en) * 2007-07-12 2009-01-29 Toshiba Corp Data registration apparatus, data registration method and program
US8271523B2 (en) 2008-02-01 2012-09-18 Kabushiki Kaisha Toshiba Coordination server, data allocating method, and computer program product
JPWO2010098034A1 (en) * 2009-02-24 2012-08-30 日本電気株式会社 Distributed database management system and distributed database management method
JP2010218131A (en) * 2009-03-16 2010-09-30 Fujitsu Ltd Search method, search program, and search device
JP2020115367A (en) * 2010-05-17 2020-07-30 ユナイテッド ステイツ ポスタル サービス Localized data affinity system and hybrid method
JP2016212910A (en) * 2010-05-17 2016-12-15 ユナイテッド ステイツ ポスタル サービス Localized data affinity system and hybrid method
US9613129B2 (en) 2010-05-17 2017-04-04 United States Postal Service Localized data affinity system and hybrid method
JP2018163701A (en) * 2010-05-17 2018-10-18 ユナイテッド ステイツ ポスタル サービス Localized data affinity system and hybrid method
US10509807B2 (en) 2010-05-17 2019-12-17 United States Postal Service Localized data affinity system and hybrid method
JP2013526749A (en) * 2010-05-17 2013-06-24 ユナイテッド ステイツ ポスタル サービス Localized data affinity system and hybrid method
US11113316B2 (en) 2010-05-17 2021-09-07 United States Postal Service Localized data affinity system and hybrid method
JP2013131011A (en) * 2011-12-21 2013-07-04 Nomura Research Institute Ltd Data using system
JP2015146205A (en) * 2015-03-16 2015-08-13 株式会社東芝 Database processing method and database processing apparatus
WO2024228293A1 (en) * 2023-05-01 2024-11-07 エヌ・ティ・ティ・コミュニケーションズ株式会社 Analysis device, analysis method, and analysis program
CN119127975A (en) * 2024-11-13 2024-12-13 山东建筑大学 An intelligent information management method and system based on cloud computing

Also Published As

Publication number Publication date
JP3367140B2 (en) 2003-01-14

Similar Documents

Publication Publication Date Title
US6438562B1 (en) Parallel index maintenance
US5404510A (en) Database index design based upon request importance and the reuse and modification of similar existing indexes
US7599910B1 (en) Method and system of database divisional management for parallel database system
JP3023441B2 (en) Database division management method and parallel database system
US6820085B2 (en) Web system having clustered application servers and clustered databases
US6101495A (en) Method of executing partition operations in a parallel database system
US5884320A (en) Method and system for performing proximity joins on high-dimensional data points in parallel
US9946752B2 (en) Low-latency query processor
US6961729B1 (en) Processing in parallel units of work that perform DML operations on the same spanning rows
US20100235348A1 (en) Loading an index with minimal effect on availability of applications using the corresponding table
JP3367140B2 (en) Database management method
JPH06139119A (en) System and method for managing data base
EP3507699B1 (en) Method and systems for master establishment using service-based statistics
Suganya et al. Efficient fragmentation and allocation in distributed databases
JP3367510B2 (en) Database management method and system
JP3438699B2 (en) Database management method and system
JP2006302307A (en) Storage device management method
JP3806609B2 (en) Parallel database system and distributed file system
JP2003223344A (en) Data base managing method
JP4349463B2 (en) Storage device management method
JP2000347911A (en) Method and system for managing database
JP4137366B2 (en) Database management method and database management apparatus
JP3060225B2 (en) Database management method and system
JP3538322B2 (en) Database management system and query processing method
JP3172793B1 (en) Database management method

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20071108

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081108

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081108

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091108

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101108

Year of fee payment: 8

LAPS Cancellation because of no payment of annual fees