JP3476349B2 - Data processing device - Google Patents

Data processing device

Info

Publication number
JP3476349B2
JP3476349B2 JP31033697A JP31033697A JP3476349B2 JP 3476349 B2 JP3476349 B2 JP 3476349B2 JP 31033697 A JP31033697 A JP 31033697A JP 31033697 A JP31033697 A JP 31033697A JP 3476349 B2 JP3476349 B2 JP 3476349B2
Authority
JP
Japan
Prior art keywords
data
database
additional information
detailed
mddb
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.)
Expired - Fee Related
Application number
JP31033697A
Other languages
Japanese (ja)
Other versions
JPH11143762A (en
Inventor
義聡 竹田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to JP31033697A priority Critical patent/JP3476349B2/en
Publication of JPH11143762A publication Critical patent/JPH11143762A/en
Application granted granted Critical
Publication of JP3476349B2 publication Critical patent/JP3476349B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Landscapes

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

Description

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

【0001】[0001]

【発明の属する技術分野】本発明は、明細データに基づ
き多次元データベースを生成するデータ処理装置、特に
明細データベースへのデータの追加又は参照のみをデー
タ操作手続きとして提供してデータの変更を許可しない
データ処理装置における多次元データベース生成処理の
効率化に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a data processing device for generating a multidimensional database based on detailed data, and in particular, provides only addition or reference of data to the detailed database as a data operation procedure and does not permit data modification. The present invention relates to efficiency improvement of multidimensional database generation processing in a data processing device.

【0002】[0002]

【従来の技術】近年では、登録済の元データについては
追加又は参照だけをデータ操作手続きとして提供し、元
データの変更を許可しない明細データベースにデータを
蓄積して、この明細データベースの内容に基づいて多次
元データベースを生成するよう構成されたデータ処理装
置やデータ処理機能を有する計算機システムが普及して
きている。図10は、このようなデータ処理装置の元デ
ータとなる明細データを記憶した明細データベースの内
容例を示した図である。従来の関係データベースなどと
異なり、明細データベースには、各製品の販売実績であ
る明細データなど明細書や伝票レベルの細かい情報が直
接蓄積される。このようにすると、例えば小売店では売
上データを加工せずにそのまま明細データベースに入力
することができるので、売上データの入力漏れや関係デ
ータベースにデータを入力する際に発生するデータの切
り捨てなどをなくすことができる。また、この明細デー
タベースの明細データそのものとこの明細データに基づ
き多次元集計処理を行うことで得た集計データとを多次
元データベース(以下「MDDB」)に蓄積すれば、地
区別や製品別の売上集計表を容易に作成することができ
る。このように、MDDBをいったん生成してしまえ
ば、柔軟でかつ多角的なデータ分析を高速に行うことが
できる。
2. Description of the Related Art In recent years, with respect to registered original data, only addition or reference is provided as a data operation procedure, data is stored in a detailed database that does not permit modification of the original data, and the data is stored based on the contents of this detailed database. 2. Description of the Related Art A data processing device configured to generate a multi-dimensional database and a computer system having a data processing function have become widespread. FIG. 10 is a diagram showing an example of the contents of a detailed database that stores detailed data that is original data of such a data processing device. Unlike the conventional relational database and the like, the detailed database directly stores detailed information such as detailed data such as detailed data that is the sales record of each product and slip level. In this way, for example, at a retail store, sales data can be directly input to the detail database without being processed, so omission of sales data and truncation of data that occurs when entering data into a relational database can be eliminated. be able to. In addition, if the detailed data of the detailed database itself and the totalized data obtained by performing the multidimensional totalization processing based on the detailed data are accumulated in the multidimensional database (hereinafter referred to as "MDDB"), sales by region or product A summary table can be easily created. In this way, once the MDDB is generated, flexible and diversified data analysis can be performed at high speed.

【0003】図11は、従来のデータ処理装置の概念図
である。従来、盛んに用いられていた関係データベース
1や明細データベース2などからデータをMDDB3に
ロードする場合、専用の変換ソフトウェア4を用いてM
DDB3にデータをロードするためのデータの中間ファ
イル5及び多次元データベースを構成するための付加情
報の定義ファイル6を生成している。このようなMDD
B3を実現した製品に日本オラクル社のOracle
Personal Expressなどがある。ここで
は、このOracle Personal Expre
ssに基づくMDDBを例にして説明する。
FIG. 11 is a conceptual diagram of a conventional data processing device. When data is loaded into the MDDB 3 from the relational database 1 and the detail database 2 which have been widely used in the past, M is converted by using the dedicated conversion software 4.
An intermediate file 5 of data for loading data into the DDB 3 and a definition file 6 of additional information for configuring a multidimensional database are generated. MDD like this
Oracle of Oracle Japan Co., Ltd. for products that have achieved B3
For example, Personal Express. Here, this Oracle Personal Expre
An MDDB based on ss will be described as an example.

【0004】図12は、ある会社で販売している製品の
日本国内における地区毎の売上高を表形式で示した図で
あり、縦軸方向に製品販売地区を、横軸方向に販売時期
をそれぞれ示している。図12において、「売上高」の
データを表すのは、表の中味の数字である。これに対し
て、「JAN96」や「東京」は、各売上高の表におけ
る位置を示す情報である。ここでは両者を区別するため
に、「売上高」のような表の中味に相当する情報を「デ
ータの値」と呼び、「JAN96」や「東京」など表の
各座標軸上の情報を「次元の値」と呼ぶことにする。な
お、図13は、図12のMDDBを構成する製品販売地
区の次元のうち「東京」を含む次元までの構造を示した
図である。
FIG. 12 is a table showing the sales of products sold by a certain company in each region in Japan, in which the vertical axis represents the product sales area and the horizontal axis represents the sales period. Shown respectively. In FIG. 12, the data of “sales amount” is represented by the number inside the table. On the other hand, “JAN96” and “Tokyo” are information indicating the position of each sales amount in the table. Here, in order to distinguish between the two, information corresponding to the contents of the table such as "sales" is called "data value", and information on each coordinate axis of the table such as "JAN96" or "Tokyo" is referred to as "dimension". The value of ". Note that FIG. 13 is a diagram showing the structure up to the dimension including “Tokyo” among the dimensions of the product sales district which constitutes the MDDB of FIG.

【0005】図14は、図12に示した地区毎の売上高
表を地方毎に集計したときの図である。これは、図13
に示す次元の構造において「東京」等を含む階層から1
つ上のレベルの「関東」等を含む階層に集計単位を切り
替えたものと考えることができる。このように、次元の
要素を階層構造の1つ上のレベルで集計するような操作
は、MDDBにおいては一般に「ロールアップ」と呼
ぶ。一方、図15は、図14に示した地方毎の売上高表
において関東地方だけを下位階層まで詳しく表示した図
である。このように、次元の要素を階層構造の1つ下の
レベルで詳しく表示するような操作は、MDDBにおい
ては一般に「ドリル・ダウン」と呼ぶ。
FIG. 14 is a diagram when the sales table for each district shown in FIG. 12 is aggregated for each region. This is shown in FIG.
1 from the hierarchy including "Tokyo" in the dimensional structure shown in
It can be considered that the aggregation unit is switched to the hierarchy including the higher level such as "Kanto". As described above, in MDDB, an operation of totaling the elements of a dimension at a level one level above the hierarchical structure is generally called "rollup". On the other hand, FIG. 15 is a diagram in which only the Kanto region is detailedly displayed up to the lower hierarchy in the sales table for each region shown in FIG. As described above, an operation of displaying a dimension element in detail one level below the hierarchical structure is generally called "drill down" in MDDB.

【0006】ところで、図12,14,15では、地方
又は地区別に各種製品の合計の売上高を示しているが、
これに対して製品毎に売上を分析するために集計単位を
製品毎に切り替えることができる。この表示の状態を図
16に示す。図16では、「洗濯機」を選択してその売
上高を表示した場合を例示している。この例において
は、表の縦軸方向を製品販売地区、表の横軸方向を販売
時期とすると、製品の種類を示す次元の軸は、表の垂直
方向にあると仮想的に考えることができる。そして、垂
直方向にある製品毎の売上データの中から「洗濯機」が
選択されたということができる。
By the way, although the total sales of various products are shown in FIGS. 12, 14, and 15 by region or district,
On the other hand, the total unit can be switched for each product in order to analyze the sales for each product. The state of this display is shown in FIG. FIG. 16 exemplifies a case where “Washing machine” is selected and its sales amount is displayed. In this example, assuming that the vertical axis of the table is the product sales area and the horizontal axis of the table is the sales period, the dimension axis indicating the product type can be virtually considered to be in the vertical direction of the table. . It can be said that the “washing machine” is selected from the sales data for each product in the vertical direction.

【0007】上記各図における売上高表を表示するため
の一連の操作は、販売地域、販売時期、製品の種類の3
次元からなるデータベースを操作しているとみなすこと
ができる。なお、図17は、図12等のMDDBを構成
する次元のうち「製品の種類」の次元の軸の階層構造を
示した図である。
[0007] A series of operations for displaying the sales table in each of the above-mentioned figures is performed in accordance with the sales area, sales period, and product type.
You can think of it as manipulating a database of dimensions. Note that FIG. 17 is a diagram showing the hierarchical structure of the axis of the dimension of “product type” among the dimensions constituting the MDDB of FIG.

【0008】図18は、図12における販売地区(縦軸
方向)と製品の種類(垂直方向)とを入れ替えて売上高
を示した図である。MDDBでは、この他にも必要に応
じて表やグラフに表示する次元の数を、元データの許す
範囲で増減したりする操作を提供している。これらの操
作は、一般的に「次元に対する操作」とみなすことがで
きる。
FIG. 18 is a diagram showing the sales by replacing the sales area (vertical direction) and the product type (vertical direction) in FIG. In addition to this, MDDB also provides an operation of increasing or decreasing the number of dimensions displayed in a table or a graph as needed, within the range permitted by the original data. These operations can be generally regarded as “operations on dimensions”.

【0009】MDDBは、上述した「ロールアップ」、
「ドリル・ダウン」、「次元に対する操作」などを基本
操作としたデータの多角的かつ柔軟な分析ツールに対応
可能である。従来からある代表的なデータベースである
関係データベース(RDB)で同じような処理を実現し
ようとすると、RDBがサポートするデータ問合せ言語
であるSQLの“group by”文や結合演算“join”など
計算量の多い命令を含む複雑なプログラムを作成する必
要があった。これに対し、MDDBは、データの内部表
現やデータベースマネジメントシステム(DBMS)が
提供するデータ参照機能に適した実現方式になっている
ので、MDDBをいったん生成してしまえば、データ操
作の容易さや効率の点でRDBなど既存のデータベース
より優れている。
MDDB is the above-mentioned "rollup",
It is possible to support various and flexible analysis tools for data that have basic operations such as "drill down" and "operations on dimensions". When trying to realize similar processing in a relational database (RDB), which is a typical conventional database, the amount of calculation such as SQL “group by” statement and join operation “join” that are data query languages supported by RDB It was necessary to create a complicated program containing many instructions. On the other hand, MDDB is an implementation method suitable for the internal representation of data and the data reference function provided by the database management system (DBMS). Therefore, once MDDB is generated, the ease and efficiency of data operation are improved. Is superior to existing databases such as RDB.

【0010】また、MDDBは、「ロールアップ」、
「ドリル・ダウン」、「次元に対する操作」を実現する
ために、図13や図17のような次元の階層構造の情報
を予め用意しておく必要がある。この次元の階層構造の
情報をここではMDDBを構成するための付加情報と呼
ぶことにする。図19に多次元データベースを構成する
ための付加情報の定義の例を示す。
MDDB is a "rollup",
In order to realize “drill down” and “operation on dimensions”, it is necessary to prepare in advance information on the hierarchical structure of dimensions as shown in FIGS. 13 and 17. The information of the hierarchical structure of this dimension will be referred to as additional information for forming the MDDB here. FIG. 19 shows an example of definition of additional information for constructing the multidimensional database.

【0011】[0011]

【発明が解決しようとする課題】しかしながら、従来に
おいては、MDDBを構成するための付加情報の変更
は、MDDB生成処理とは独立に行われていたため、M
DDB生成処理中に付加情報を変更する必要が生じた場
合、MDDB生成処理をいったん中止し、付加情報の更
新を行った後、MDDB生成処理を初めからやり直して
いた。これは、MDDB生成処理を行う従来のデータ処
理装置が付加情報の更新とMDDBの生成処理とを並列
に実行できるように設計されていないためである。な
お、MDDBの生成は、付加情報に基づき行われること
は前述したとおりである。このため、MDDBを利用し
た計算機システムでは、実運用上次のような課題が生じ
ていた。
However, in the prior art, since the modification of the additional information for constructing the MDDB was performed independently of the MDDB generation processing, M
When the additional information needs to be changed during the DDB generation process, the MDDB generation process is temporarily stopped, the additional information is updated, and then the MDDB generation process is restarted from the beginning. This is because the conventional data processing device that performs the MDDB generation process is not designed to be able to execute the additional information update and the MDDB generation process in parallel. As described above, the MDDB is generated based on the additional information. Therefore, the computer system using MDDB has the following problems in actual operation.

【0012】第一に、例えば上記において図示した売上
票を表示するデータ処理装置において製品の売上分析を
行うためにMDDBを毎月生成する場合を考える。ある
日、新製品が発売になると、図13に示した付加情報の
修正が必要になる。MDDBの生成処理は、発売日以
降、この修正後の付加情報を用いることになるが、通常
は発売日に付加情報の修正処理を行うため、この修正処
理の終了を待ってからでしか明細データベースへのデー
タの追加とMDDBの生成処理を行うことができなかっ
た。その分、MDDBの生成処理の開始が遅れてしまっ
ていた。
First, let us consider a case where, for example, an MDDB is generated every month in order to analyze sales of products in a data processing device for displaying sales vouchers shown above. When a new product goes on sale one day, it is necessary to modify the additional information shown in FIG. The MDDB generation process uses the corrected additional information after the release date, but since the additional information is normally corrected on the release date, the detailed database can be waited for only after the completion of the correction process. It was not possible to add data to and to generate MDDB. The start of the MDDB generation process has been delayed by that amount.

【0013】第二に、明細データベースからMDDBを
生成する処理には、通常多くの時間を要するため、その
生成処理開始後に付加情報の修正をしようとすると、途
中まで集計した結果を全て破棄して初めから生成処理を
やり直さなくてはならなかった。
Secondly, since it takes a lot of time to generate the MDDB from the detail database, if it is attempted to correct the additional information after the generation processing is started, the totalized results are discarded. The generation process had to be redone from the beginning.

【0014】MDDB生成処理は、例えば夜間にバッチ
処理で集計を行い、翌日その集計結果に基づきデータ分
析を行うというように、一般にデータの新しさが非常に
重要であるが、従来のデータ処理装置では、付加情報の
更新に柔軟に対応しうる機能を提供していなかったた
め、MDDBの生成を大幅に遅らせてしまうことになっ
ていた。前述の製品の売上分析を行う例でいうと、新製
品の付加情報への追加を待ってMDDB生成処理を開始
していたのでは、翌日の製品発注に間に合わないなどの
支障をきたすおそれがあった。
In the MDDB generation process, for example, new data is very important, such as performing totaling in a batch process at night and performing data analysis based on the result of the next day. However, since the function that can flexibly deal with the update of the additional information is not provided, the generation of the MDDB is significantly delayed. In the example of performing the sales analysis of the above-mentioned product, if the MDDB generation process is started after the addition of the new product to the additional information, there is a possibility that the product order for the next day may not be delivered in time. It was

【0015】仮に、このような装置において付加情報の
更新処理とMDDBの生成処理とを強制的に同時並行し
て実行するとMDDBの内容の一貫性が失われてしまう
おそれがあった。従来技術においてMDDBの内容の一
貫性を保つために、例えば特開平9−62550号公報
には、トランザクションと呼ばれるデータの更新又は参
照の処理の単位を基本とし、トランザクション毎に処理
を排他制御するオンライントランザクションシステムが
開示されており、このシステムによれば、データの更新
と参照の処理の並列性を高めてデータ処理効率を高める
ことができる。しかし、トランザクション単位でのデー
タ更新・参照処理の並列化では、MDDB生成のように
大量のデータを連続的に長時間参照する処理には、頻繁
なデータ更新の発生を前提とするトランザクションは処
理単位としては細分化しすぎであり、また、MDDB生
成処理ではほとんど使用しないレコード単位の排他制御
機構やジャーナル保存機構などの実現にオーバーヘッド
がかかりすぎるため、本発明の対象とする明細データベ
ースを用いたデータ処理装置にそのまま適用できない
か、適用したとしてもデータ処理装置の高速化を実現で
きるとは限らない。
If the additional information update process and the MDDB generation process are forcibly executed in parallel in such a device, the consistency of the contents of the MDDB may be lost. In order to maintain the consistency of the contents of MDDB in the prior art, for example, in Japanese Unexamined Patent Publication No. 9-62550, online based on a unit of processing of updating or referencing data called a transaction, the processing is exclusively controlled for each transaction. A transaction system is disclosed, and according to this system, it is possible to enhance parallelism of data update and reference processing and enhance data processing efficiency. However, in the parallelization of data update / reference processing in transaction units, a transaction that requires frequent data updates is a processing unit in processing that refers to a large amount of data continuously for a long time, such as MDDB generation. Is too subdivided, and since too much overhead is required to implement an exclusive control mechanism for a record unit and a journal storage mechanism that are rarely used in MDDB generation processing, data processing using the detailed database that is the subject of the present invention It cannot be applied to the device as it is, or even if it is applied, the speedup of the data processing device cannot always be realized.

【0016】本発明は以上のような問題を解決するため
になされたものであり、その目的は、多次元データベー
スの生成を効率的に行うことのできるデータ処理装置を
提供することにある。
The present invention has been made to solve the above problems, and an object of the present invention is to provide a data processing device which can efficiently generate a multidimensional database.

【0017】[0017]

【課題を解決するための手段】以上のような目的を達成
するために、第1の発明に係るデータ処理装置は、多次
元データベース生成の元データとなる明細データを記憶
する明細データベースと、前記多次元データベースにお
ける次元の階層構造を定義した付加情報を管理する付加
情報管理手段と、受け付けた前記明細データベースへの
処理要求に対して、付加情報の内容の修正を要する前記
明細データベースへの明細データの新規追加、修正を要
しない前記明細データベースへの明細データの単純追加
及び前記明細データベースに記憶されている明細データ
参照のみをデータ操作手続きとして提供して明細デー
タの変更を許可しないデータ管理手段と、前記データ管
理手段から取得した明細データ及び前記付加情報管理手
段から取得した付加情報に基づいて多次元データベース
を生成する多次元データベース管理手段と、を有し、前
記データ管理手段は、受け付けた前記明細データベース
への処理要求に対して提供する追加の手続きが単純追加
の場合は、当該単純追加を実行中の明細データの参照処
理と並行して実施し、当該処理要求に対して提供する追
加の手続きが新規追加の場合は、当該新規追加を実行中
の明細データの参照処理を中してから実施するもので
ある。
In order to achieve the above object, the data processing apparatus according to the first aspect of the present invention includes a detailed database for storing detailed data which is original data for generating a multidimensional database, and Additional information management means for managing additional information defining a hierarchical structure of dimensions in a multidimensional database, and detailed data for the detailed database which requires correction of the content of the additional information in response to a processing request received by the detailed database. Need to be added or modified
Simple addition of detailed data to the detailed database
And detailed data stored in the detailed database
A data management unit that provides only the reference as a data operation procedure and does not permit modification of detailed data, and a multidimensional database based on the detailed data acquired from the data management unit and the additional information acquired from the additional information management unit. has a multidimensional database management unit to be generated, wherein the data management means, if the additional procedure simple additions to provide the processing request to the acceptance is said specification database, perform the simple addition item reference processing data and in parallel performed in, from an additional procedure to be provided to the process request in the case of newly added, and interrupted the process of referring to the detailed data in executing the Add new It is to be implemented.

【0018】第2の発明に係るデータ処理装置は、第1
の発明において、前記多次元データベース管理手段は、
多次元データベースの生成処理実行中に前記データ管理
手段に新規追加の手続きが発生したことを検出するとそ
の実行中の生成処理を中断し、前記データ管理手段にお
ける新規追加と前記付加情報管理手段における付加情報
の更新との双方の処理の終了を確認した後に中断した多
次元データベース生成処理を再開することによって更新
後の付加情報に基づき多次元データベースを新たに生成
し、中断前に生成した多次元データベースと中断後に生
成した多次元データベースとを結合することによって多
次元データベースを生成するものである。
The data processing apparatus according to the second invention is the first invention.
In the invention of, the multidimensional database management means is
When it is detected that a new addition procedure has occurred in the data management means during the generation processing of the multidimensional database, the generation processing in progress is interrupted, and new addition in the data management means and addition in the additional information management means After confirming the end of both the process of updating the information and restarting the suspended multidimensional database generation process, a new multidimensional database is created based on the updated additional information, and the multidimensional database created before the interruption A multidimensional database is generated by combining the multidimensional database generated after the interruption and the multidimensional database.

【0019】[0019]

【発明の実施の形態】以下、図面に基づいて、本発明の
好適な実施の形態について説明する。
BEST MODE FOR CARRYING OUT THE INVENTION Preferred embodiments of the present invention will be described below with reference to the drawings.

【0020】実施の形態1.図1は、本発明に係るデー
タ処理装置の実施の形態1を示したブロック構成図であ
る。本実施の形態におけるデータ処理装置10は、デー
タ処理を行う計算機システムに搭載されており、ユーザ
やアプリケーションプログラムからの要求に応じてデー
タベースのアクセス、管理を行うデータベースマネージ
メントシステム(以下、「DBMS」)11及び明細デ
ータベース管理部12を有している。DBMS11は、
ユーザプログラムからのデータ処理装置に対する問合せ
(明細データベース13への明細データの追加、明細デ
ータの参照、多次元データベース(MDDB)の生成)
を受け付け、その問合せの内容に応じて明細データベー
ス管理部12に対して要求を発行する。また、DBMS
11は、多次元データベース管理手段としても機能し、
明細データベース管理部12から取得した明細データ及
び付加情報に基づいてMDDB14を生成する。明細デ
ータベース管理部12は、受け付けた明細データベース
13への処理要求に対して明細データベース13への明
細データの追加又は参照のみをデータ操作手続きとして
提供して明細データの変更を許可しないデータ管理手段
として、更にMDDB14における次元の階層構造を定
義した付加情報を管理する付加情報管理手段として設け
られている。明細データベース管理部12は、付加情報
を付加情報保持部15に保存して管理している。明細デ
ータベース13は、MDDB14の生成の元データとな
る明細データを記憶しているが、その内部構成は従来例
で示した図10と同じもので実現することができる。付
加情報保持部15に保存された付加情報の構造も従来例
で示した図13及び図17と同じような概念で表現する
ことができる。
Embodiment 1. 1 is a block diagram showing a first embodiment of a data processing device according to the present invention. The data processing device 10 according to the present embodiment is installed in a computer system that performs data processing, and a database management system (hereinafter, “DBMS”) that accesses and manages a database in response to a request from a user or an application program. 11 and a detailed database management unit 12. DBMS11 is
Inquiry from the user program to the data processing device (addition of detail data to the detail database 13, reference of detail data, generation of multidimensional database (MDDB))
Is received and a request is issued to the detail database management unit 12 according to the content of the inquiry. Also, DBMS
11 also functions as a multidimensional database management means,
MDDB14 is produced | generated based on the detailed data and additional information acquired from the detailed database management part 12. The detail database management unit 12 serves as a data management unit that provides only addition or reference of detail data to the detail database 13 as a data operation procedure in response to a received processing request to the detail database 13 and does not permit modification of the detail data. Further, it is provided as additional information management means for managing additional information defining the dimensional hierarchical structure in the MDDB 14. The detailed database management unit 12 stores and manages the additional information in the additional information holding unit 15. The detail database 13 stores the detail data which is the original data of the generation of the MDDB 14, but the internal structure thereof can be realized by the same as that of FIG. 10 shown in the conventional example. The structure of the additional information stored in the additional information holding unit 15 can also be expressed by the same concept as in FIGS. 13 and 17 shown in the conventional example.

【0021】本実施の形態では、以上のように構成して
いるが、付加情報管理手段をDBMS11に組み込み付
加情報の管理をDBMS11にさせるようにしてもよい
し、付加情報管理手段を独立して構成するようにしても
よい。また、本実施の形態では、DBMS11と明細デ
ータベース管理部12とを別構成としたが、共にデータ
ベースを管理する手段であるので明細データベース管理
部12をDBMS11に組み込むように構成してもよ
い。これは、データ処理装置を実現する方針に基づき構
成を決定すればよい。
Although the present embodiment is configured as described above, the additional information management means may be incorporated in the DBMS 11 and the additional information management means may be managed by the DBMS 11, or the additional information management means may be provided independently. It may be configured. Further, in the present embodiment, the DBMS 11 and the detail database management unit 12 have different configurations, but since both are means for managing the database, the detail database management unit 12 may be incorporated in the DBMS 11. For this, the configuration may be determined based on the policy of realizing the data processing device.

【0022】本実施の形態におけるデータ処理装置は、
登録済の明細データについては追加又は参照だけをデー
タ操作手続きとして提供し、登録済みの明細データの変
更を許可しない装置であって、明細データを蓄積した明
細データベース13の内容に基づいてDMMB14を生
成するように構成されている。
The data processing apparatus in this embodiment is
It is a device that provides only addition or reference to registered detailed data as a data operation procedure and does not permit modification of registered detailed data, and generates a DMMB 14 based on the contents of the detailed database 13 that stores detailed data. Is configured to.

【0023】本実施の形態において特徴的なことは、デ
ータ操作手続きとして提供している明細データの追加の
手続きを、付加情報の内容の修正を要する新規追加と修
正を要しない単純追加とに分類し、新規追加と単純追加
の種別によってそれぞれに適切な処理を行えるようにし
たことである。これにより、MDDB14の生成処理と
明細データの単純追加の処理については同時並行して実
行することができる。
A feature of the present embodiment is that the detailed data addition procedure provided as the data operation procedure is classified into new addition requiring correction of the content of additional information and simple addition requiring no correction. However, appropriate processing can be performed for each of the types of new addition and simple addition. Thereby, the generation process of the MDDB 14 and the simple addition process of the detailed data can be simultaneously executed in parallel.

【0024】次に、本実施の形態におけるMDDB14
の生成処理について図2及び図3に示したフローチャー
トを用いて説明する。
Next, the MDDB 14 in the present embodiment
Will be described with reference to the flowcharts shown in FIGS. 2 and 3.

【0025】図2は、DBMS11における処理を示し
たフローチャートであるが、図2においてDBMS11
は、ユーザ等からMDDB14の生成要求を受け付ける
と、MDDB14の生成のための参照要求を明細データ
ベース管理部12に発行する(ステップ101)。この
参照要求は、図13及び図17に示した付加情報に基づ
きMDDB14の各次元の階層の要素毎に明細データを
集計して図12等に示した売上高を表示できるようにす
るために明細データベース13から図10に示したよう
な明細データを取得するための参照要求処理の集合であ
る。すなわち、取得したい明細データが明細データベー
ス13に必ずしも連続した格納場所に格納されていると
は限らないので、通常はユーザ等からのMDDB生成要
求に対応した1つの参照要求に対して複数に分割された
明細データベース管理部12への参照要求が発生するこ
とになる。なお、この分割とは別に、明細データベース
管理部12の都合で中断される可能性があるのでこの参
照要求処理自身を独立して実行可能な処理の単位に予め
分割しておくことが望ましい。この分割は、ユーザが明
示的に実施してもよいし、DBMS11が自動的に実施
してもよい。
FIG. 2 is a flow chart showing the processing in the DBMS 11, but in FIG.
When receiving a request for creating the MDDB 14 from a user or the like, issues a reference request for creating the MDDB 14 to the detail database management unit 12 (step 101). This reference request is a detailed description in order to display the sales amount shown in FIG. 12, etc. by collecting detailed data for each element of each dimensional layer of the MDDB 14 based on the additional information shown in FIGS. 13 and 17. It is a set of reference request processing for acquiring the detailed data as shown in FIG. 10 from the database 13. That is, since the detail data to be acquired is not necessarily stored in continuous storage locations in the detail database 13, it is usually divided into a plurality of pieces for one reference request corresponding to the MDDB generation request from the user or the like. A reference request to the detailed database management unit 12 is generated. In addition to this division, it may be interrupted for the convenience of the detail database management unit 12, so it is desirable to divide the reference request processing itself into units of independently executable processing in advance. This division may be explicitly performed by the user, or may be automatically performed by the DBMS 11.

【0026】DBMS11は、ユーザからのMDDB生
成要求に基づく分割された参照要求が途中で中断されず
に完了したかを確認する(ステップ102)。中断の有
無は、参照要求毎に明細データベース管理部12に応答
メッセージを出させるようにすることで判断することが
できる。もし、参照要求が中断された場合には、その中
断された参照要求に対する参照処理を明細データベース
管理部12に再度実行させるために参照要求を再送する
(ステップ103)。また、中断されなかった場合は分
割された一連の参照要求のうちの最後であるかどうかを
確認して、最後でなければ次の参照要求を発行する(ス
テップ104,105)。最後であれば、ユーザ等から
のMDDB生成要求に対する参照要求が終了したことに
なる。最後の参照要求がどうかの判定は、分割した方法
によって様々な方法で判定できる。例えば、1月間の明
細データを取得するために1週間毎に分割したのであれ
ば、販売時期の値を比較することによって判定すること
ができる。そして、参照要求に応じて明細データベース
管理部12から明細データを全て取得した後に付加情報
に基づいて多次元集計処理を行いMDDB14を完成さ
せる(ステップ106)。なお、最後のまとめて集計処
理を行わなくても明細データを分割した各参照要求に応
じて受け取る度に逐次集計処理を行うようにしてもよ
い。
The DBMS 11 confirms whether the divided reference request based on the MDDB generation request from the user is completed without being interrupted (step 102). The presence / absence of interruption can be determined by causing the detail database management unit 12 to issue a response message for each reference request. If the reference request is interrupted, the reference request is retransmitted in order to cause the detail database management unit 12 to execute the reference process for the interrupted reference request again (step 103). If it is not interrupted, it is confirmed whether it is the last of the divided reference requests, and if it is not the last, the next reference request is issued (steps 104 and 105). If it is the last, it means that the reference request for the MDDB generation request from the user or the like is completed. The determination as to whether the last reference request is made can be made by various methods depending on the divided method. For example, if the data is divided every week in order to acquire the detailed data for one month, it can be determined by comparing the values of the sales period. Then, after obtaining all the detailed data from the detailed database management unit 12 in response to the reference request, the multi-dimensional totaling process is performed based on the additional information to complete the MDDB 14 (step 106). It should be noted that the final totalizing process may be performed each time the detailed data is received in response to each divided reference request, without performing the final totalizing process.

【0027】なお、DBMS11がユーザ等から新規追
加、単純追加の要求を受け取った場合は、明細データベ
ース管理部12にその要求を直接送るようにすればよ
い。
When the DBMS 11 receives a request for new addition or simple addition from a user or the like, the request may be sent directly to the detailed database management unit 12.

【0028】次に、DBMS11からの要求を受け取っ
た明細データベース管理部12における処理について図
3に示したフローチャートを用いて説明する。
Next, the processing in the detail database management unit 12 that receives the request from the DBMS 11 will be described with reference to the flowchart shown in FIG.

【0029】まず、明細データベース管理部12は、D
BMS11からの処理要求が明細データベース13に対
する参照、単純追加若しくは新規追加であるかを判定す
る(ステップ111)。判定した結果、処理要求が新規
追加のとき、実行中のデータの参照処理があった場合、
その参照処理を中断する(ステップ112)。なお、こ
の参照処理は、前述したDBMS11が発行する参照要
求に応じて実行される処理である。そして、明細データ
ベース13をロックした後(ステップ113)、追加処
理すなわち明細データの書込みを行い(ステップ11
4)、書込み終了後にアンロックする(ステップ11
5)。このロック処理は、図3に示した処理が同時並行
して行われることを想定しているため、同時並行して行
われる手続きが同じ追加の場合に発生しうるデータ破壊
を防止するために行っている。通常のデータベースシス
テムは、このようなロック機構を有しているのでフロー
チャートにあえて図示する必要はないが確認的に示すこ
とにした。また、新規追加手続きは、付加情報の内容の
修正を要するが、明細データベース管理部12は、明細
データベース13へのデータ書込みと並行して付加情報
の更新処理を行う(ステップ116)。
First, the detail database management unit 12 returns D
It is determined whether the processing request from the BMS 11 is a reference, a simple addition, or a new addition to the detail database 13 (step 111). As a result of the determination, when the processing request is a new addition and there is a reference processing of the data being executed,
The reference process is interrupted (step 112). The reference process is a process executed in response to the reference request issued by the DBMS 11 described above. After locking the detail database 13 (step 113), additional processing, that is, writing of detail data is performed (step 11).
4) Unlock after completion of writing (step 11)
5). This locking process is assumed to be performed in parallel with the process shown in FIG. 3, and therefore is performed in order to prevent data corruption that may occur when the same concurrent procedure is added. ing. Since a normal database system has such a lock mechanism, it is not necessary to show it in the flow chart, but it is confirmed. Further, the new addition procedure requires correction of the content of the additional information, but the detailed database management unit 12 updates the additional information in parallel with writing the data to the detailed database 13 (step 116).

【0030】また、処理要求が単純追加のときには実行
中のデータの参照処理を中断することなく明細データベ
ース13をロックした後(ステップ117)、明細デー
タの書込みを行い(ステップ118)、書込み終了後に
アンロックする(ステップ119)。
When the processing request is simple addition, the detail database 13 is locked without interrupting the reference processing of the data being executed (step 117), the detail data is written (step 118), and after the writing is completed. Unlock (step 119).

【0031】また、処理要求が参照のとき、実行中の新
規追加処理又は付加情報の更新処理の有無を確認し(ス
テップ120)、これらの処理が実行中でない場合は参
照処理を実行し(ステップ121)、いずれかの処理が
実行中の場合は参照処理を実行しない(ステップ12
2)。なお、実行しないことは、DBMS11からして
みれば中断された場合と同様に扱う。
When the processing request is a reference, it is confirmed whether or not there is new addition processing or additional information update processing being executed (step 120). If these processings are not being executed, the reference processing is executed (step 120). 121), reference processing is not executed if any processing is being executed (step 12).
2). It should be noted that the non-execution is handled in the same manner as the case where the DBMS 11 is interrupted.

【0032】このように、本実施の形態におけるデータ
処理装置10は、明細データベース13への単純追加の
場合は、明細データベース13の参照を伴うMDDB1
4の生成作業と同時並行して実施する。明細データベー
ス13に格納される明細データは、1つの次元の値とな
る時間の軸に沿って蓄積されていくものであるから、い
ったん蓄積されたら変更されない明細データを時間とい
う軸に沿って参照する限りは、単純追加前の明細データ
の参照結果に基づく多次元集計処理による集計結果に単
純追加後の明細データに基づく集計結果を後から加えた
としても何ら問題は生じないはずである。そこで、本実
施の形態では、MDDB14の生成作業中に単純追加が
発生した場合、あるいは明細データの単純追加の実施中
にMDDB14の生成要求をユーザ等から受け付けた場
合でもその生成作業に基づく明細データの参照処理を中
断させずに単純追加と並行して実施するようにした。
As described above, in the data processing device 10 according to the present embodiment, in the case of simple addition to the detail database 13, the MDDB 1 with reference to the detail database 13 is used.
It is carried out concurrently with the generation work of 4. Since the detailed data stored in the detailed database 13 is accumulated along the time axis which is a value of one dimension, the detailed data that is not changed once accumulated is referred to along the time axis. As far as possible, there should be no problem even if the aggregation result based on the detailed data after simple addition is added to the aggregation result by the multidimensional aggregation processing based on the reference result of the detailed data before simple addition. Therefore, in the present embodiment, the detailed data based on the generation work is generated even when the simple addition occurs during the generation work of the MDDB 14, or when the MDDB 14 generation request is received from the user or the like during the simple addition of the detail data. The reference processing of is executed in parallel with simple addition without interruption.

【0033】本実施の形態によれば、明細データベース
13への明細データの追加の手続きを付加情報の内容の
修正を要する新規追加と修正を要しない単純追加とに分
類して扱うようにしたので、明細データベース13への
明細データの単純追加とMDDB14の生成処理とを同
時並行して行うことができる。
According to the present embodiment, the procedure for adding the detail data to the detail database 13 is classified into new addition requiring modification of the content of the additional information and simple addition requiring no modification. The simple addition of the detail data to the detail database 13 and the generation processing of the MDDB 14 can be simultaneously performed in parallel.

【0034】実施の形態2.上記実施の形態1では、M
DDBの生成処理の途中で明細データベースへの新規追
加が発生した場合、その生成処理を中断していたが、本
実施の形態では、中断した生成処理を再開させてMDD
Bを効率的に完成させるようにした。図4は、本発明に
係るデータ処理装置の実施の形態2を示したブロック構
成図であるが、基本的構成は実施の形態1と同じであ
る。本実施の形態においては、図4に示したように中断
前までに生成したMDDB16を有効利用してそのMD
DB16と中断後に生成したMDDB17とを結合する
ことによってユーザ等が要求したMDDB14を完成さ
せるようにしたことを特徴としている。これにより、M
DDB14の生成を初めからやり直す必要がなくなるた
め、MDDB生成処理全体の効率を向上することができ
る。
Embodiment 2. In the first embodiment, M
When a new addition to the detail database occurs in the middle of the DDB generation process, the generation process was interrupted. However, in the present embodiment, the interrupted generation process is restarted and MDD is restarted.
B was efficiently completed. FIG. 4 is a block configuration diagram showing a second embodiment of the data processing apparatus according to the present invention, but the basic configuration is the same as that of the first embodiment. In the present embodiment, as shown in FIG. 4, the MDDB 16 generated before the interruption is effectively used and the MD
The feature is that the MDDB 14 requested by the user or the like is completed by combining the DB 16 and the MDDB 17 generated after the interruption. This makes M
Since it is not necessary to redo the generation of the DDB 14 from the beginning, the efficiency of the entire MDDB generation process can be improved.

【0035】次に、本実施の形態におけるMDDB14
の生成処理について図5に示したフローチャートを用い
て説明する。なお、実施の形態1と同じ処理には同じ符
号を付ける。
Next, the MDDB 14 in the present embodiment
Will be described with reference to the flowchart shown in FIG. The same processes as those in the first embodiment are designated by the same reference numerals.

【0036】図5は、DBMS11における処理を示し
たフローチャートであるが、図5においてDBMS11
は、ユーザ等からMDDB14の生成要求を受け付ける
と、MDDB14の生成のための参照要求を明細データ
ベース管理部12に発行する(ステップ101)。DB
MS11は、ユーザからのMDDB生成要求に基づく分
割された参照要求が途中で中断されずに完了したかを確
認する(ステップ102)。もし、中断がされなけれ
ば、実施の形態1と同様に目的とするMDDB14を、
本実施の形態において特徴的な結合処理を行うことなく
生成することができる(ステップ104〜106)。一
方、参照要求が中断された場合、すなわち新規追加が発
生した場合、本実施の形態では、中断前に取得した明細
データ及び付加情報に基づきMDDB16を生成するこ
とになる(ステップ201)。なお、このときに使用さ
れる付加情報は、新規追加に伴い更新される前の情報で
ある。その後、その中断された参照要求に対する参照処
理を明細データベース管理部12に再度実行させるため
に参照要求を再送する(ステップ103)。
FIG. 5 is a flowchart showing the processing in the DBMS 11, but in FIG.
When receiving a request for creating the MDDB 14 from a user or the like, issues a reference request for creating the MDDB 14 to the detail database management unit 12 (step 101). DB
The MS 11 confirms whether the divided reference request based on the MDDB generation request from the user is completed without being interrupted (step 102). If the interruption is not made, the target MDDB 14 as in the first embodiment is
It can be generated without performing the characteristic combining process in the present embodiment (steps 104 to 106). On the other hand, when the reference request is interrupted, that is, when a new addition occurs, in the present embodiment, the MDDB 16 is generated based on the detail data and the additional information acquired before the interruption (step 201). Note that the additional information used at this time is the information before being updated due to the new addition. After that, the reference request is retransmitted in order to cause the detail database management unit 12 to execute the reference processing for the interrupted reference request again (step 103).

【0037】DBMS11からの要求を受け取った明細
データベース管理部12における処理は、図3を用いて
説明した実施の形態1と同じなので説明を省略する。
The processing in the detail database management unit 12 which receives the request from the DBMS 11 is the same as that of the first embodiment described with reference to FIG.

【0038】DBMS11は、ステップ103における
参照要求の再送後、その参照要求が中断されなかった場
合は分割された一連の参照要求のうちの最後であるかど
うかを確認して、最後でなければ次の参照要求を発行す
る(ステップ104,105)。最後であれば、ユーザ
等からのMDDB生成要求に対する参照要求が終了した
ことになる。
After the reference request is retransmitted in step 103, the DBMS 11 confirms whether or not the reference request is the last one of the divided series of reference requests if the reference request is not interrupted. Is issued (steps 104 and 105). If it is the last, it means that the reference request for the MDDB generation request from the user or the like is completed.

【0039】ところで、参照要求の中断後のステップ1
03における再送による参照要求が中断されずに終了す
るということは、明細データベース管理部12における
新規追加と付加情報の更新との双方の処理が終了したと
いうことである。すなわち、DBMS11は、その双方
の処理が終了するまで再送処理(ステップ103)を繰
り返し行い、その双方の処理の終了を確認した後に中断
したMDDB14の生成処理を再開することになる(ス
テップ102,104,105)。
By the way, step 1 after interruption of the reference request
The end of the reference request due to the re-sending in 03 without interruption means that the processing of both the new addition and the update of the additional information in the detail database management unit 12 has ended. That is, the DBMS 11 repeats the retransmission process (step 103) until both processes are completed, and after confirming the completion of both processes, restarts the interrupted MDDB 14 generation process (steps 102, 104). , 105).

【0040】ステップ104において、発行した参照要
求が最後のものであれば、この時点でDBMS11は、
MDDB17を生成することになるが(ステップ10
6)、参照要求の再送後においては、中断後に明細デー
タベース管理部12から取得した明細データと中断時に
更新された付加情報に基づきMDDB17を生成するこ
とになる。
In step 104, if the issued reference request is the last one, the DBMS 11 at this point
MDDB17 will be generated (Step 10
6) After the reference request is retransmitted, the MDDB 17 is generated based on the detail data acquired from the detail database management unit 12 after the interruption and the additional information updated at the time of the interruption.

【0041】そして、DBMS11は、MDDBが複数
生成されたかどうかを調べ、複数生成されている場合に
はそれらのMDDB16,17を結合することによって
目的とするMDDB14を生成する(ステップ202,
203)。ここで、本実施の形態において行う結合処理
の原理について説明する。
Then, the DBMS 11 checks whether or not a plurality of MDDBs have been created, and if a plurality of MDDBs have been created, the MDDBs 16 and 17 are combined to create the desired MDDB 14 (step 202,
203). Here, the principle of the combining process performed in the present embodiment will be described.

【0042】結合処理において用いる付加情報は、更新
後の付加情報を用いる。図6は、本実施の形態において
MDDB14を構成する更新後の製品販売地区の次元の
構造を示した図である。この図によると、図13を更新
前の付加情報とした場合、「福岡」が新たに付加情報と
して追加されたことになる。
As the additional information used in the combining process, the updated additional information is used. FIG. 6 is a diagram showing a dimensional structure of an updated product sales area which constitutes the MDDB 14 in the present embodiment. According to this figure, when FIG. 13 is used as the additional information before updating, “Fukuoka” is newly added as the additional information.

【0043】DBMSは、MDDB14の生成のための
多次元集計処理を開始するに先立ち、記憶装置上に図7
に示したような仮想的な多次元空間の箱を用意する。こ
のとき、DBMS11は、付加情報の構造を下位から上
位にたどることで、新規追加後のMDDBにおいて新規
追加の影響を受けない部分の記憶装置上での位置を知る
ことができる。図7の例では、「東京」から「熊本」ま
での集計値は、MDDB16とMDDB17の結合時に
おいてそれぞれ対応する位置の値(A1〜A11、A
1’〜A11’)を単純に加算(A1+A1’〜A11
+A11’)すればよい。本実施の形態におけるデータ
処理装置は、中断後のMDDB17のための多次元空間
の箱を記憶装置上に確保する際、このような新規追加の
影響を受けないデータの記憶領域のリストを生成するこ
とができる。このようなリストを例えばハッシングなど
により高速アクセスを可能にしておけば、新規追加発生
の度に明細データベース13を参照し直す必要がなく、
再計算の必要な項目(図7においてはD1とD2)だけ
を計算し直せばよい。このため、本実施の形態では、新
規追加が発生した場合でもMDDB14の生成処理の高
速化を実現することができる。
Before starting the multidimensional totaling process for generating the MDDB 14, the DBMS stores the data in the storage device shown in FIG.
Prepare a box of virtual multidimensional space as shown in. At this time, the DBMS 11 can know the position on the storage device of the part that is not affected by the new addition in the MDDB after the new addition by tracing the structure of the additional information from the lower order to the higher order. In the example of FIG. 7, the aggregated values from “Tokyo” to “Kumamoto” are the corresponding position values (A1 to A11, A when MDDB16 and MDDB17 are combined).
1'-A11 ') is simply added (A1 + A1'-A11)
+ A11 '). The data processing apparatus according to the present embodiment creates a list of storage areas of data that is not affected by such new addition when securing a box of the multidimensional space for the MDDB 17 after the interruption in the storage apparatus. be able to. If such a list can be accessed at high speed by, for example, hashing, it is not necessary to refer to the detail database 13 every time a new addition occurs,
Only the items that need recalculation (D1 and D2 in FIG. 7) need to be recalculated. Therefore, in the present embodiment, even if a new addition occurs, it is possible to speed up the generation process of the MDDB 14.

【0044】以上のように、本実施の形態によれば、M
DDB14の生成処理中に明細データベース13への新
規追加が発生した場合でも、新規追加に伴う生成処理中
断前までに取得した明細データに基づきMDDB16を
生成、保持するようにしたので、MDDB14の生成処
理を初めからやり直す必要がない。このため、MDDB
14の生成処理全体における処理効率を向上させること
ができる。
As described above, according to this embodiment, M
Even if a new addition to the detail database 13 occurs during the generation process of the DDB 14, the MDDB 16 is generated and held based on the detail data acquired before the generation process is interrupted due to the new addition. Therefore, the generation process of the MDDB 14 is performed. There is no need to start over from the beginning. Therefore, MDDB
The processing efficiency in the entire 14 generation processing can be improved.

【0045】図8は、本実施の形態におけるMDDB1
4の生成処理のタイムチャートを示した図である。図8
に示したように、本実施の形態においては、明細データ
ベース13への単純追加とMDDB16の生成処理(集
計処理)を同時並行して行うことができる。一方、明細
データベース13への新規追加が発生した場合には、M
DDB16の生成処理を中断して新規追加処理を実行す
る。このとき、付加情報の更新処理も並行して行う。そ
して、新規追加処理と付加情報更新処理の双方が終了し
た時点でMDDB17の生成処理を再開して、中断後に
おける生成処理が終了した時点で上記処理で生成したM
DDB16とMDDB17とを結合して目的とするMD
DB14を生成することになる。
FIG. 8 shows MDDB1 in this embodiment.
It is the figure which showed the time chart of the production | generation process of 4. Figure 8
As shown in, in the present embodiment, the simple addition to the detail database 13 and the MDDB 16 generation processing (aggregation processing) can be performed in parallel at the same time. On the other hand, when a new addition to the detail database 13 occurs, M
The generation process of the DDB 16 is interrupted and the new addition process is executed. At this time, the additional information update process is also performed in parallel. Then, the generation process of the MDDB 17 is restarted when both the new addition process and the additional information update process are completed, and the M generated in the above process is completed when the generation process after the interruption is completed.
Target MD by combining DDB16 and MDDB17
The DB 14 will be generated.

【0046】ところで、本実施の形態において、付加情
報の更新は、例えばユーザが予め用意した新たな付加情
報で置換するようにしてもよいし、ユーザに対話的に新
しい付加情報を入力させるグラフィカル・ユーザ・イン
タフェース(GUI)を提供するようにしてもよい。あ
るいは、要素名の変更などのように階層構造を変更しな
いような場合には変更対象となる要素名を指定させるな
どしてしてもよい。あるいは、新たな要素を追加する場
合などは、付加情報の差分情報のみを入力するようにし
てもよい。この差分情報に相当する部分をプログラムの
実行によって追加する場合の簡易プログラミング言語の
例を図9に示す。このように差分情報のみを扱うように
すれば、付加情報の更新情報として残すことができる。
In the present embodiment, the additional information may be updated, for example, by replacing it with new additional information prepared in advance by the user. Alternatively, the user may interactively input the new additional information in a graphical form. A user interface (GUI) may be provided. Alternatively, when the hierarchical structure is not changed, such as when the element name is changed, the element name to be changed may be designated. Alternatively, when adding a new element, only the difference information of the additional information may be input. FIG. 9 shows an example of a simple programming language in the case of adding a portion corresponding to this difference information by executing a program. By handling only the difference information in this way, it can be left as the update information of the additional information.

【0047】また、本実施の形態では、追加の分類すな
わち新規追加若しくは単純追加の識別方法については特
に明示していなかったが、この識別も様々な方法が考え
られる。例えば、付加情報の更新情報の有無や指定内容
を参照することによって識別することができる。あるい
は、参照した明細データの次元の値(要素名)と付加情
報とを比較し、付加情報に登録されていないよう要素名
を検出した時点で単純追加から新規追加に処理を切り替
えるようにするなどしてもよい。
Further, in the present embodiment, the additional classification, that is, the identification method of new addition or simple addition is not specified, but various identification methods can be considered. For example, it can be identified by referring to the presence or absence of the update information of the additional information and the specified content. Alternatively, the dimension value (element name) of the referenced detailed data is compared with the additional information, and when the element name is detected as not registered in the additional information, the process is switched from simple addition to new addition. You may.

【0048】なお、本実施の形態においては、2つのM
DDB17,17を結合する例で説明したが、図5に示
した処理に従えば、3つ以上のMDDBが生成された場
合でも結合することができる。
In this embodiment, two M's are used.
Although an example in which the DDBs 17 and 17 are combined has been described, according to the processing illustrated in FIG. 5, even when three or more MDDBs are generated, they can be combined.

【0049】[0049]

【発明の効果】本発明によれば、明細データベースへの
明細データの追加の手続きを付加情報の内容の修正を要
する新規追加と修正を要しない単純追加とに分類して扱
うようにしたので、明細データベースへの明細データの
単純追加と多次元データベースの生成処理とを同時並行
して行うことができる。従って、多次元データベースの
生成処理中に単純追加の要求が発生したとしてもその生
成処理をを初めからやり直す必要が生じない。
According to the present invention, the procedure for adding detailed data to the detailed database is classified into new addition requiring modification of the content of additional information and simple addition requiring no modification. The simple addition of the detailed data to the detailed database and the generation processing of the multidimensional database can be simultaneously performed in parallel. Therefore, even if a simple addition request is generated during the generation processing of the multidimensional database, it is not necessary to restart the generation processing from the beginning.

【0050】また、多次元データベースの生成処理中に
明細データベースへの新規追加が発生した場合でも、新
規追加に伴う生成処理中断前までに取得した明細データ
に基づき多次元データベースを生成、保持するようにし
たので、目的とする多次元データベースの生成処理を初
めからやり直す必要がない。このため、多次元データベ
ース生成処理全体における処理効率を向上させることが
できる。
Further, even when a new addition to the detail database occurs during the generation process of the multidimensional database, the multidimensional database is generated and held based on the detail data acquired before the interruption of the generation process accompanying the new addition. Therefore, it is not necessary to start the generation process of the target multidimensional database from the beginning. Therefore, it is possible to improve the processing efficiency in the entire multidimensional database generation processing.

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

【図1】 本発明に係るデータ処理装置の実施の形態1
を示したブロック構成図である。
FIG. 1 is a first embodiment of a data processing device according to the present invention.
It is a block configuration diagram showing.

【図2】 実施の形態1における多次元データベース生
成処理のうちデータベースマネージメントシステムが行
う処理を示したフローチャートである。
FIG. 2 is a flowchart showing a process performed by a database management system in the multidimensional database generation process according to the first embodiment.

【図3】 実施の形態1における多次元データベース生
成処理のうち明細データベース管理部が行う処理を示し
たフローチャートである。
FIG. 3 is a flowchart showing a process performed by a detail database management unit in the multidimensional database generation process according to the first embodiment.

【図4】 本発明に係るデータ処理装置の実施の形態2
を示したブロック構成図である。
FIG. 4 is a second embodiment of the data processing device according to the present invention.
It is a block configuration diagram showing.

【図5】 実施の形態2における多次元データベース生
成処理のうちデータベースマネージメントシステムが行
う処理を示したフローチャートである。
FIG. 5 is a flowchart showing a process performed by the database management system in the multidimensional database generation process according to the second embodiment.

【図6】 実施の形態2における多次元データベースを
構成する更新後の製品販売地区の次元の構造を示した図
である。
FIG. 6 is a diagram showing a dimensional structure of a product sales area after being updated, which constitutes a multidimensional database according to the second embodiment.

【図7】 実施の形態2における多次元データベースの
結合処理の原理を説明するために用いる図である。
FIG. 7 is a diagram used for explaining the principle of the joining process of the multidimensional database according to the second embodiment.

【図8】 実施の形態2における多次元データベース生
成処理のタイムチャートを示した図である。
FIG. 8 is a diagram showing a time chart of multidimensional database generation processing according to the second embodiment.

【図9】 実施の形態2における多次元データベースを
構成するための付加情報を更新するための簡易プログラ
ミング言語の例を示した図である。
FIG. 9 is a diagram showing an example of a simple programming language for updating additional information for forming a multidimensional database according to the second embodiment.

【図10】 明細データベースの内容例を示した図であ
る。
FIG. 10 is a diagram showing an example of contents of a detail database.

【図11】 従来のデータ処理装置の概念図である。FIG. 11 is a conceptual diagram of a conventional data processing device.

【図12】 製品の日本国内における地区毎の売上高を
表形式で示した図である。
FIG. 12 is a table showing sales of products in each region in Japan.

【図13】 多次元データベースを構成する製品販売地
区の次元の構造を示した図である。
FIG. 13 is a diagram showing a dimensional structure of a product sales area that constitutes a multidimensional database.

【図14】 図12に示した地区毎の売上高表を地方毎
に集計したときの図である。
FIG. 14 is a diagram when the sales table for each district shown in FIG. 12 is aggregated for each region.

【図15】 図14に示した地方毎の売上高表において
関東地方だけを下位階層まで詳しく表示した図である。
FIG. 15 is a diagram showing in detail only the Kanto region in the sales table for each region shown in FIG. 14 up to the lower hierarchy.

【図16】 集計単位を製品毎に切り替えたときの売上
高を表形式で示した図である。
FIG. 16 is a diagram showing, in a tabular form, the sales amount when the aggregation unit is switched for each product.

【図17】 多次元データベースを構成する製品の種類
の次元の構造を示した図である。
FIG. 17 is a diagram showing a dimensional structure of types of products constituting a multidimensional database.

【図18】 図12における販売地区(縦軸方向)と製
品の種類(垂直方向)とを入れ替えて売上高を示した図
である。
FIG. 18 is a diagram showing sales by replacing the sales area (vertical direction) and the product type (vertical direction) in FIG.

【図19】 多次元データベースを構成するための付加
情報の定義の例を示した図である。
FIG. 19 is a diagram showing an example of definition of additional information for forming a multidimensional database.

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

10 データ処理装置、11 データベースマネージメ
ントシステム(DBMS)、12 明細データベース管
理部、13 明細データベース、14 多次元データベ
ース(MDDB)、15 付加情報保持部。
10 data processing device, 11 database management system (DBMS), 12 detailed database management unit, 13 detailed database, 14 multidimensional database (MDDB), 15 additional information holding unit.

フロントページの続き (56)参考文献 特開 平8−171575(JP,A) 波田 充弘 外1名,「OLAP製 品」 その選定のポイント,Compu topia,日本,株式会社コンピュー タ・エージ社,1997年 5月 1日,第 32巻, 第368号,p. 26 −− 29 Harijinder S. GIL L 外1名,実践ガイド データウェア ハウス構築と活用,日本,株式会社富士 通経営研修所,1997年 8月 5日,第 1版,p. 152 −− 185 (58)調査した分野(Int.Cl.7,DB名) G06F 12/00 G06F 17/30 Continuation of the front page (56) Reference Japanese Patent Laid-Open No. 8-171575 (JP, A) Mitsuhiro Hata, 1 person, "OLAP product" The point of its selection, Compu topia, Japan, Computer Age, Inc., 1997 May 1, Volume 32, No. 368, p. 26 --- 29 Harjinder S. One outside GIL L, Practice Guide Construction and utilization of data warehouse, Japan, Fujitsu Management Training Institute, August 5, 1997, 1st edition, p. 152 −− 185 (58) Fields surveyed (Int.Cl. 7 , DB name) G06F 12/00 G06F 17/30

Claims (2)

(57)【特許請求の範囲】(57) [Claims] 【請求項1】 多次元データベース生成の元データとな
る明細データを記憶する明細データベースと、 前記多次元データベースにおける次元の階層構造を定義
した付加情報を管理する付加情報管理手段と、 受け付けた前記明細データベースへの処理要求に対し
、付加情報の内容の修正を要する前記明細データベー
スへの明細データの新規追加、修正を要しない前記明細
データベースへの明細データの単純追加及び前記明細デ
ータベースに記憶されている明細データの参照のみをデ
ータ操作手続きとして提供して明細データの変更を許可
しないデータ管理手段と、 前記データ管理手段から取得した明細データ及び前記付
加情報管理手段から取得した付加情報に基づいて多次元
データベースを生成する多次元データベース管理手段
と、 を有し、 前記データ管理手段は、受け付けた前記明細データベー
スへの処理要求に対して提供する追加の手続きが単純追
加の場合は、当該単純追加を実行中の明細データの参照
処理と並行して実施し、当該処理要求に対して提供する
追加の手続きが新規追加の場合は、当該新規追加を実行
中の明細データの参照処理を中してから実施すること
を特徴とするデータ処理装置。
1. A detailed database that stores detailed data that is original data for generating a multidimensional database, additional information management means that manages additional information that defines a hierarchical structure of dimensions in the multidimensional database, and the received detailed description. Details that require modification of the contents of additional information in response to a processing request to the database. Details that do not require new addition or modification of detailed data to the database.
Simple addition of detailed data to the database and the detailed data
A data management unit that provides only reference to detailed data stored in the database as a data operation procedure and does not permit modification of detailed data; detailed data acquired from the data management unit and addition acquired from the additional information management unit. It has a multidimensional database management means for generating a multidimensional database based on the information, wherein the data management means, additional to provide the processing request to the acceptance is said item database procedure simple additional In the case, the simple addition is performed in parallel with the reference process of the detailed data being executed, and if the additional procedure provided for the processing request is a new addition, the detailed addition of the detailed data being executed is performed. a data processing device which comprises carrying out the reference processing after interruption.
【請求項2】 前記多次元データベース管理手段は、多
次元データベースの生成処理実行中に前記データ管理手
段に新規追加の手続きが発生したことを検出するとその
実行中の生成処理を中断し、前記データ管理手段におけ
る新規追加と前記付加情報管理手段における付加情報の
更新との双方の処理の終了を確認した後に中断した多次
元データベース生成処理を再開することによって更新後
の付加情報に基づき多次元データベースを新たに生成
し、中断前に生成した多次元データベースと中断後に生
成した多次元データベースとを結合することによって多
次元データベースを生成することを特徴とする請求項1
記載のデータ処理装置。
2. When the multi-dimensional database management unit detects that a new addition procedure has occurred in the data management unit during execution of the multi-dimensional database generation process, the multi-dimensional database management unit interrupts the execution process and executes the generation process. After confirming the end of the processing of both the new addition in the management means and the update of the additional information in the additional information management means, the multidimensional database generation processing interrupted is restarted to create a multidimensional database based on the updated additional information. The multidimensional database is generated by combining a newly generated multidimensional database generated before the interruption and a multidimensional database generated after the interruption.
The described data processing device.
JP31033697A 1997-11-12 1997-11-12 Data processing device Expired - Fee Related JP3476349B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP31033697A JP3476349B2 (en) 1997-11-12 1997-11-12 Data processing device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP31033697A JP3476349B2 (en) 1997-11-12 1997-11-12 Data processing device

Publications (2)

Publication Number Publication Date
JPH11143762A JPH11143762A (en) 1999-05-28
JP3476349B2 true JP3476349B2 (en) 2003-12-10

Family

ID=18004015

Family Applications (1)

Application Number Title Priority Date Filing Date
JP31033697A Expired - Fee Related JP3476349B2 (en) 1997-11-12 1997-11-12 Data processing device

Country Status (1)

Country Link
JP (1) JP3476349B2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008078384A1 (en) 2006-12-26 2008-07-03 Fujitsu Limited Detailed data aggregation device, detailed data aggregation program, and detailed data aggregation method

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002024515A (en) * 2000-07-11 2002-01-25 Omron Corp Sales information control system
US7269581B2 (en) 2003-03-28 2007-09-11 Microsoft Corporation Systems and methods for proactive caching utilizing OLAP variants
US7149736B2 (en) * 2003-09-26 2006-12-12 Microsoft Corporation Maintaining time-sorted aggregation records representing aggregations of values from multiple database records using multiple partitions
WO2013132628A1 (en) 2012-03-08 2013-09-12 株式会社Murakumo Method for managing database
JP6008947B2 (en) * 2012-04-18 2016-10-19 株式会社Murakumo Database management method, database system, and program

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08171575A (en) * 1994-12-20 1996-07-02 Mitsubishi Electric Corp Constituting method for collection system of time-series data

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Harijinder S. GILL 外1名,実践ガイド データウェアハウス構築と活用,日本,株式会社富士通経営研修所,1997年 8月 5日,第1版,p. 152 −− 185
波田 充弘 外1名,「OLAP製品」 その選定のポイント,Computopia,日本,株式会社コンピュータ・エージ社,1997年 5月 1日,第32巻, 第368号,p. 26 −− 29

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008078384A1 (en) 2006-12-26 2008-07-03 Fujitsu Limited Detailed data aggregation device, detailed data aggregation program, and detailed data aggregation method

Also Published As

Publication number Publication date
JPH11143762A (en) 1999-05-28

Similar Documents

Publication Publication Date Title
US5564047A (en) Trigger generation in an active database management system
US8751437B2 (en) Single persistence implementation of business objects
US7149736B2 (en) Maintaining time-sorted aggregation records representing aggregations of values from multiple database records using multiple partitions
US7487512B2 (en) Publish-subscribe event notifications
EP1040433B1 (en) A fine-grained consistency mechanism for optimistic concurrency control using lock groups
US6507834B1 (en) Method and apparatus for parallel execution of SQL from stored procedures
US6356901B1 (en) Method and apparatus for import, transform and export of data
US6502088B1 (en) Method and system for improved access to non-relational databases
US5991765A (en) System and method for storing and manipulating data in an information handling system
US7457797B2 (en) Method and apparatus for associating logical conditions with the re-use of a database query execution strategy
US20100235334A1 (en) Time in databases and applications of databases
US20100235348A1 (en) Loading an index with minimal effect on availability of applications using the corresponding table
US10824968B2 (en) Transformation of logical data object instances and updates to same between hierarchical node schemas
JPH04217042A (en) Physical-database designing system
US11442934B2 (en) Database calculation engine with dynamic top operator
US20070233691A1 (en) System and method for implementing accumulative rows within master tables
US20170060543A1 (en) Model augmentation in a model-driven application development environment
JP3476349B2 (en) Data processing device
Macura Integration of data from heterogeneous sources using ETL technology
US8180745B2 (en) Persistent object references to parallel database containers
US7822767B2 (en) Modeling and implementing complex data access operations based on lower level traditional operations
US20010014889A1 (en) Generic execution model for isolating applications from underlying databases
US7398264B2 (en) Simplifying movement of data to different desired storage portions depending on the state of the corresponding transaction
US11822527B2 (en) Master data inconsistency evaluator (MICE)
US20070233652A1 (en) System and method for pre-sorting table data

Legal Events

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

Free format text: PAYMENT UNTIL: 20080926

Year of fee payment: 5

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

Free format text: PAYMENT UNTIL: 20080926

Year of fee payment: 5

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

Free format text: PAYMENT UNTIL: 20090926

Year of fee payment: 6

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

Free format text: PAYMENT UNTIL: 20090926

Year of fee payment: 6

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

Free format text: PAYMENT UNTIL: 20100926

Year of fee payment: 7

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

Free format text: PAYMENT UNTIL: 20110926

Year of fee payment: 8

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

Free format text: PAYMENT UNTIL: 20110926

Year of fee payment: 8

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

Free format text: PAYMENT UNTIL: 20120926

Year of fee payment: 9

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

Free format text: PAYMENT UNTIL: 20130926

Year of fee payment: 10

LAPS Cancellation because of no payment of annual fees