JPH0478940A - デイクシヨナリ管理方式 - Google Patents
デイクシヨナリ管理方式Info
- Publication number
- JPH0478940A JPH0478940A JP2192915A JP19291590A JPH0478940A JP H0478940 A JPH0478940 A JP H0478940A JP 2192915 A JP2192915 A JP 2192915A JP 19291590 A JP19291590 A JP 19291590A JP H0478940 A JPH0478940 A JP H0478940A
- Authority
- JP
- Japan
- Prior art keywords
- data
- definition data
- definition
- dictionary
- attributes
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000007726 management method Methods 0.000 title claims description 24
- 238000013523 data management Methods 0.000 description 19
- 238000010586 diagram Methods 0.000 description 13
- 238000000034 method Methods 0.000 description 1
- 239000000126 substance Substances 0.000 description 1
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
［産業上の利用分野コ
本発明はデータベース管理方式に係り、特に、データベ
ースにおけるディクショナリ管理方式に関する。
ースにおけるディクショナリ管理方式に関する。
［従来の技術］
現在、ＩＳＯにおいて、情報システムの定義データを管
理する情報資源辞書システム（以下「ＩＲＤＳＪという
）の規格化が進められている。そして、現時点では、Ｉ
ｎｆｏｒｍａｔｉｏｎ Ｐｒｏｃｅｓｓｉｎｇ Ｓｙｓ
ｔｅｍｓ−Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅ５ｏｕｒｃｅ
Ｄｉｃｔｉｏｎａｒｙ Ｓｙｓｔｅｍ（Ｉ ＲＤＳ）
Ｆｒａｍｅｗｏｒｋ、 Ｉ ＳＯ／ Ｉ ＥＣＪ Ｔ
Ｃ１／ＳＣ２１Ｎ ２６４２が国際規格原案（ＤＰ）
として登録されている。
理する情報資源辞書システム（以下「ＩＲＤＳＪという
）の規格化が進められている。そして、現時点では、Ｉ
ｎｆｏｒｍａｔｉｏｎ Ｐｒｏｃｅｓｓｉｎｇ Ｓｙｓ
ｔｅｍｓ−Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅ５ｏｕｒｃｅ
Ｄｉｃｔｉｏｎａｒｙ Ｓｙｓｔｅｍ（Ｉ ＲＤＳ）
Ｆｒａｍｅｗｏｒｋ、 Ｉ ＳＯ／ Ｉ ＥＣＪ Ｔ
Ｃ１／ＳＣ２１Ｎ ２６４２が国際規格原案（ＤＰ）
として登録されている。
前記標準による従来技術は、アプリケーションレベル、
ＩＲＤレベル、ＩＲＤ定義レベル、基礎レベルという四
つのレベルにデータを分類している。第１のアプリケー
ションレベルは、実データを実体とし、第２のＩＲＤレ
ベルは、アプリケーションレベルのデータの属性を定義
するデータを実体とする。また、ＩＲＤ定義レベルは、
ＩＲＤレベルのデータの属性を定義するデータを実体と
し、基礎レベルはＩＲＤ定義レベルのデータの属性を定
義するデータを実体とする。
ＩＲＤレベル、ＩＲＤ定義レベル、基礎レベルという四
つのレベルにデータを分類している。第１のアプリケー
ションレベルは、実データを実体とし、第２のＩＲＤレ
ベルは、アプリケーションレベルのデータの属性を定義
するデータを実体とする。また、ＩＲＤ定義レベルは、
ＩＲＤレベルのデータの属性を定義するデータを実体と
し、基礎レベルはＩＲＤ定義レベルのデータの属性を定
義するデータを実体とする。
前記四つのレベルにおいて、実体と定義という二つの隣
接したレベルはレベルペアと呼ばれている。ＩＲＤＳで
は、前記レベルペア毎にその実体を異なる表に格納して
管理している。
接したレベルはレベルペアと呼ばれている。ＩＲＤＳで
は、前記レベルペア毎にその実体を異なる表に格納して
管理している。
以下、このような従来技術によるデータベースの管理方
法を図面により説明する。
法を図面により説明する。
第６図は前記標準を用いたデータベース管理システム（
ＤＢＭＳ）及びデータベース（ＤＢ）の構成例を示すブ
ロック図、第７図は前述したレベルとレベルペアの関係
を説明する図である。
ＤＢＭＳ）及びデータベース（ＤＢ）の構成例を示すブ
ロック図、第７図は前述したレベルとレベルペアの関係
を説明する図である。
第７図において、例えば、アプリケーションレベル７０
７は、実データである社員番号が実体であり、ＩＲＤレ
ベル７０６は、アプリケーションレベル７０７のデータ
が社員番号であるという属性を定義している。そして、
これらは、アプリケーションレベルペア７０１という表
に格納されて管理されている。
７は、実データである社員番号が実体であり、ＩＲＤレ
ベル７０６は、アプリケーションレベル７０７のデータ
が社員番号であるという属性を定義している。そして、
これらは、アプリケーションレベルペア７０１という表
に格納されて管理されている。
また、同様に、ＩＲＤレベル７０６のデータ、この場合
、社員番号という定義データは、ＩＲＤ定義レベし７０
５により、データ項目であると定義されており、・これ
らは、ＩＲＤレベルペア７０２という表に格納されて管
理されている。さらに、同様に、ＩＲＤ定義レベしペア
７０３は、ＩＲＤ定義レベルのデータ、すなわち、デー
タ項目と、これを定義する基礎レベル７０４のデータと
を格納して管理している。
、社員番号という定義データは、ＩＲＤ定義レベし７０
５により、データ項目であると定義されており、・これ
らは、ＩＲＤレベルペア７０２という表に格納されて管
理されている。さらに、同様に、ＩＲＤ定義レベしペア
７０３は、ＩＲＤ定義レベルのデータ、すなわち、デー
タ項目と、これを定義する基礎レベル７０４のデータと
を格納して管理している。
前述した標準を用いたデータベース管理システム（ＤＢ
ＭＳ）６０１及びデータベース（ＤＢ）６０９の一構成
例が第６図に示されている。
ＭＳ）６０１及びデータベース（ＤＢ）６０９の一構成
例が第６図に示されている。
ＤＢ６０９は、実データを格納する実データ表６０６と
、この実データの属性を定義するデータを格納する第１
の定義データ表６０７と、この第１の定義データの属性
を定義するデータを格納する第２の定義データ表６０８
とにより構成されている。これらのデータ表は、それぞ
れ、前述したアプリケーションレベルペア、ＩＲＤレベ
ルペア、ＩＲＤ定義レベルペアに相当する。また、ＤＢ
ＭＳ６ｏｌは、前記三種の表毎に異なる実体を管埋する
ため、実データ管理手段６０３、第１の定義データ管理
手段６０４、第２の定義データ管理手段６０５、及び、
前記三つの管理手段を制御する制御手段６０２とを備え
て構成されている。
、この実データの属性を定義するデータを格納する第１
の定義データ表６０７と、この第１の定義データの属性
を定義するデータを格納する第２の定義データ表６０８
とにより構成されている。これらのデータ表は、それぞ
れ、前述したアプリケーションレベルペア、ＩＲＤレベ
ルペア、ＩＲＤ定義レベルペアに相当する。また、ＤＢ
ＭＳ６ｏｌは、前記三種の表毎に異なる実体を管埋する
ため、実データ管理手段６０３、第１の定義データ管理
手段６０４、第２の定義データ管理手段６０５、及び、
前記三つの管理手段を制御する制御手段６０２とを備え
て構成されている。
第５図は、前記第６図に示したシステム構成によるデー
タの構造を示す図である。
タの構造を示す図である。
第５図（ｃ）は実データ表６０６の一例を示すもので、
ここでは、社員番号５５１、社員名５５２からなる実デ
ータを有する社員名簿５５０を、実データ表として例示
している。また、これらの社員番号、社員名がどの表に
属し、どのような型であるか等の情報は、第１の定義デ
ータ表６０７の一例を示す第５図（ｂ）の実データ表の
項目登録簿５４０に定義されており、表である社員名簿
５５０の属性は、実データ表の表登録簿５３０により定
義されている。さらに、第５図（ｂ）の実データ表の表
登録簿５３０及び実データ表の項目登録簿５４０の属性
は、第２の定義データ表６０８の一例を示す第５図（ａ
）の定義データ表の項目登録簿５１０、定義データ表の
表登録簿５００により定義されている。
ここでは、社員番号５５１、社員名５５２からなる実デ
ータを有する社員名簿５５０を、実データ表として例示
している。また、これらの社員番号、社員名がどの表に
属し、どのような型であるか等の情報は、第１の定義デ
ータ表６０７の一例を示す第５図（ｂ）の実データ表の
項目登録簿５４０に定義されており、表である社員名簿
５５０の属性は、実データ表の表登録簿５３０により定
義されている。さらに、第５図（ｂ）の実データ表の表
登録簿５３０及び実データ表の項目登録簿５４０の属性
は、第２の定義データ表６０８の一例を示す第５図（ａ
）の定義データ表の項目登録簿５１０、定義データ表の
表登録簿５００により定義されている。
第６図に示す各管理手段６０３〜６０５は、制御手段６
０２の制御の下に、前述のように構成される表により、
各データの管理を実行する。
０２の制御の下に、前述のように構成される表により、
各データの管理を実行する。
［発明が解決しようとする課題］
前述したような従来技術による情報資源辞書システムを
、ＤＢを管理するためのディクショナリシステムに流用
したＤＢＭＳ６０１は、実データの属性を定義する第１
の定義データを第１の定義データ表６０７に格納し、第
１の定義データ管理手段６０４により管理しており、ま
た、前記第１の定義データの属性を定義する第２の定義
データを第２の定義データ表６０８に格納し、第２の定
義データ管理手段６０５により管理している。
、ＤＢを管理するためのディクショナリシステムに流用
したＤＢＭＳ６０１は、実データの属性を定義する第１
の定義データを第１の定義データ表６０７に格納し、第
１の定義データ管理手段６０４により管理しており、ま
た、前記第１の定義データの属性を定義する第２の定義
データを第２の定義データ表６０８に格納し、第２の定
義データ管理手段６０５により管理している。
前記第１の定義データと第２の定義データとは、定義す
る実体は異なるが、これらの定義データは、実データあ
るいは定義データを実体としたときの定義データである
という同等の機能を有している。
る実体は異なるが、これらの定義データは、実データあ
るいは定義データを実体としたときの定義データである
という同等の機能を有している。
このため、前記第１の定義データ管理手段６０４と第２
の定義データ管理手段６０５とは、重複する機能が多い
にもかかわらず、別手段として設けられている。
の定義データ管理手段６０５とは、重複する機能が多い
にもかかわらず、別手段として設けられている。
このため、前述した従来技術を利用したディクショナリ
管理方式は、ＤＢＭＳ及びＤＢの規模が大きくなるとい
う問題点を有している。
管理方式は、ＤＢＭＳ及びＤＢの規模が大きくなるとい
う問題点を有している。
本発明の目的は、前記従来技術の開運点を解決し、ＤＢ
ＭＳ及びＤＢの規模を削減することのできるディクショ
ナリ管理方式を提供することにある。
ＭＳ及びＤＢの規模を削減することのできるディクショ
ナリ管理方式を提供することにある。
［課題を解決するための手段］
本発明によれば前記目的は、データ表に格納される実デ
ータの属性を定義する定義データを格納するディクショ
ナリ表とディクショナリ管理システムとを有するデータ
ベース管理システムのディクショナリ管理方式において
、前記実データの属性を定義する定義データと、該定義
データの属性を定義する定義データとを同一のディクシ
ョナリ表に格納することにより達成される。
ータの属性を定義する定義データを格納するディクショ
ナリ表とディクショナリ管理システムとを有するデータ
ベース管理システムのディクショナリ管理方式において
、前記実データの属性を定義する定義データと、該定義
データの属性を定義する定義データとを同一のディクシ
ョナリ表に格納することにより達成される。
［作 用］
本発明によれば、実体の異なる二つの定義データ表を一
つの定義データ表にまとめることができるので、一つの
定義データ管理手段により全ての定義データの管理を行
うことができる。これにより、定義データ管理手段と定
義データ表の数を削減することができるので、ＤＢＭＳ
及びＤＢの規模を削減することができる。
つの定義データ表にまとめることができるので、一つの
定義データ管理手段により全ての定義データの管理を行
うことができる。これにより、定義データ管理手段と定
義データ表の数を削減することができるので、ＤＢＭＳ
及びＤＢの規模を削減することができる。
［実施例コ
以下、本発明によるディクショナリ管理方弐〇の一実施
例を図面により詳細に説明する。
例を図面により詳細に説明する。
第１図は本発明の一実施例の動作を説明するフローチャ
ート、第２図はデータ構造を説明する図、第３図は第２
図に項目を追加した場合のデータ構造を説明する図、第
４図は本発明の一実施例のシステム構成を示すブロック
図である。第４図において、４０１はＤＢＭＳ、４０２
は制御手段、４ｏ３は実データ管理手段、４０４は定義
データ管理手段、４０５は実データ表、４０６は定義デ
ータ表、４０７はＤＢである。
ート、第２図はデータ構造を説明する図、第３図は第２
図に項目を追加した場合のデータ構造を説明する図、第
４図は本発明の一実施例のシステム構成を示すブロック
図である。第４図において、４０１はＤＢＭＳ、４０２
は制御手段、４ｏ３は実データ管理手段、４０４は定義
データ管理手段、４０５は実データ表、４０６は定義デ
ータ表、４０７はＤＢである。
第４図に示す本発明の一実施例において、ＤＢ４０７は
、実データを格納している実データ表４０５と、この実
データの属性を定義する定義データ、及び該定義データ
の属性を定義する定義データを格納しているディクショ
ナリ表である定義データ表４０６とにより構成される。
、実データを格納している実データ表４０５と、この実
データの属性を定義する定義データ、及び該定義データ
の属性を定義する定義データを格納しているディクショ
ナリ表である定義データ表４０６とにより構成される。
また、ＤＢＭＳ４０１は、実データ表４０５を制御する
実データ管理手段４０３と、定義データ表４０６を制御
する定義データ管理手段４０４と、これら二つの管理手
段を制御する制御手段４０２とを備えて構成される。
実データ管理手段４０３と、定義データ表４０６を制御
する定義データ管理手段４０４と、これら二つの管理手
段を制御する制御手段４０２とを備えて構成される。
次に、前述のように構成される本発明の実施例の動作を
、第２図に例示する実データ表及び定義データ表に、新
しい項目を追加して、第３図に示すような表を得る動作
を説明することにより説明する。
、第２図に例示する実データ表及び定義データ表に、新
しい項目を追加して、第３図に示すような表を得る動作
を説明することにより説明する。
新しい項目を追加する前のＤＢ４０７の置去のデータは
、第２図に示すように実データ表４０５に相当する社員
名簿２３０と、定義データ表４０６に相当する項目登録
簿２１０及び表登録簿２００とにより構成されている。
、第２図に示すように実データ表４０５に相当する社員
名簿２３０と、定義データ表４０６に相当する項目登録
簿２１０及び表登録簿２００とにより構成されている。
また、新しい項目を追加した後のＤＢ４０７の置去のデ
ータは、第３図に示すように、実データ表４０５に相当
する社員名簿２３０に新しい項目として所属３１０を追
加されて構成され、定義データ表である項目登録簿２１
０にその定義情報である項目名所属を持ったデータ３０
２が追加されて構成されている。
ータは、第３図に示すように、実データ表４０５に相当
する社員名簿２３０に新しい項目として所属３１０を追
加されて構成され、定義データ表である項目登録簿２１
０にその定義情報である項目名所属を持ったデータ３０
２が追加されて構成されている。
前述のように構成される第２図に示す実データ表及び定
義でデータ表に、新しい項目である所属を追加する動作
を第１図に示すフローにより説明する。
義でデータ表に、新しい項目である所属を追加する動作
を第１図に示すフローにより説明する。
後述の処理を実行した後、実データ管理手段４ｏ３は、
実データ表４０５を検索し、社員名簿２３０を呼び出し
て、第３図に示すように各社員に対する所属を追加する
処理を実行する。
実データ表４０５を検索し、社員名簿２３０を呼び出し
て、第３図に示すように各社員に対する所属を追加する
処理を実行する。
（１）その後、まず、定義データ管理手段４０４は、第
２図に示す元の項目登録簿２１０を検索し、該項目登録
簿２１０を構成する各項目の属性、すなわち、所属表名
２１１、項目名２１２、データ型２１３等の属性を取得
する（ステップ１０１）。
２図に示す元の項目登録簿２１０を検索し、該項目登録
簿２１０を構成する各項目の属性、すなわち、所属表名
２１１、項目名２１２、データ型２１３等の属性を取得
する（ステップ１０１）。
（２）各項目の属性に従って、追加する項目の定義デー
タ（レコード）３ｏ２を作成する（ステップ１０２）。
タ（レコード）３ｏ２を作成する（ステップ１０２）。
（３）定義データ管理手段４０４は、追加する項目の定
義データ（レコード）３０２を項目登録簿２１０に追加
する（ステップ１０３）。
義データ（レコード）３０２を項目登録簿２１０に追加
する（ステップ１０３）。
前述により、実データ表４０５及び定義データ表４０６
の更新を行うことができたことになる。
の更新を行うことができたことになる。
次に、定義データ表の変更動作の他の例として、定義デ
ータ表４０６に相当する項目登録簿２１０にデータサイ
ズ３００という新しい項目を追加する動作を説明する。
ータ表４０６に相当する項目登録簿２１０にデータサイ
ズ３００という新しい項目を追加する動作を説明する。
この場合の動作も第１図のフローに従って実行される。
（１）定義データ管理手段４０４は、まず、項目登録簿
２１０を構成する項目である所属表名２１１、項目名２
１２、データ型２１３等の属性を取得する（ステップ１
０１）。
２１０を構成する項目である所属表名２１１、項目名２
１２、データ型２１３等の属性を取得する（ステップ１
０１）。
（２）各項目の属性に従って、追加する項目の定義デー
タ（レコード）、この場合データサイズ３ｏ１を作成す
る（ステップ１０２）。
タ（レコード）、この場合データサイズ３ｏ１を作成す
る（ステップ１０２）。
（３）次に、定義データ管理手段４０４は、追加する項
目の定義データ（レコード）３０１を項目登録簿２１０
に追加し、さらに、項目登録簿に存在するすべてのレコ
ードにも同一の項目に対するデータを追加する（ステッ
プ１ｏ３）。
目の定義データ（レコード）３０１を項目登録簿２１０
に追加し、さらに、項目登録簿に存在するすべてのレコ
ードにも同一の項目に対するデータを追加する（ステッ
プ１ｏ３）。
前述したように、本発明の実施例によれば、実データの
定義データと前記定義データの定義データとが一つの定
義データ表に格納されているので、これらを１個の管理
手段により管理することができる。
定義データと前記定義データの定義データとが一つの定
義データ表に格納されているので、これらを１個の管理
手段により管理することができる。
［発明の効果］
以上説明したように本発明によれば、実データの定義デ
ータと前記定義データの定義データとを〜つの定義デー
タ表に格納し、これらを１個の管理手段により管理して
いるので、定義データの管理が簡単になり、定義データ
を管理するための手段の規模を縮少することができ、Ｄ
ＢＭＳ及びＤＢの規模を削減することが可能となる。
ータと前記定義データの定義データとを〜つの定義デー
タ表に格納し、これらを１個の管理手段により管理して
いるので、定義データの管理が簡単になり、定義データ
を管理するための手段の規模を縮少することができ、Ｄ
ＢＭＳ及びＤＢの規模を削減することが可能となる。
第１図は本発明の一実施例の動作を説明するフローチャ
ート、第２図はデータ構造を説明する図、第３図は第２
図に項目を追加した場合のデータ構造を説明する図、第
４図は本発明の一実施例のシステム構成を示すブロック
図、第５図は従来技術のデータの構造を示す図、第６図
は従来技術によるデータベース管理システム（ＤＢＭＳ
）及びデータベース（ＤＢ）の構成例を示すブロック図
、第７図はレベルとレベルペアの関係を説明する図であ
る。 ４０１・・・・・・ＤＢＭＳ、４０２・・・・・・制御
手段、４０３・・・・・・実データ管理手段、４０４・
・・・・・定義データ管理手段、４０５−・・・・・実
データ表、４０６・・・・・・定義データ表、４０７・
・・・・・ＤＢ。 第１図
ート、第２図はデータ構造を説明する図、第３図は第２
図に項目を追加した場合のデータ構造を説明する図、第
４図は本発明の一実施例のシステム構成を示すブロック
図、第５図は従来技術のデータの構造を示す図、第６図
は従来技術によるデータベース管理システム（ＤＢＭＳ
）及びデータベース（ＤＢ）の構成例を示すブロック図
、第７図はレベルとレベルペアの関係を説明する図であ
る。 ４０１・・・・・・ＤＢＭＳ、４０２・・・・・・制御
手段、４０３・・・・・・実データ管理手段、４０４・
・・・・・定義データ管理手段、４０５−・・・・・実
データ表、４０６・・・・・・定義データ表、４０７・
・・・・・ＤＢ。 第１図
Claims (1)
- １、データ表に格納される実データの属性を定義する定
義データを格納するディクショナリ表と該ディクショナ
リ表を管理する手段とを有するデータベース管理方式に
おいて、前記実データの属性を定義する定義データと、
該定義データの属性を定義する定義データとを同一のデ
ィクショナリ表に格納し、これらの定義データを１個の
管理手段により管理することを特徴とするディクショナ
リ管理方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2192915A JPH0478940A (ja) | 1990-07-23 | 1990-07-23 | デイクシヨナリ管理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2192915A JPH0478940A (ja) | 1990-07-23 | 1990-07-23 | デイクシヨナリ管理方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0478940A true JPH0478940A (ja) | 1992-03-12 |
Family
ID=16299097
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2192915A Pending JPH0478940A (ja) | 1990-07-23 | 1990-07-23 | デイクシヨナリ管理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0478940A (ja) |
-
1990
- 1990-07-23 JP JP2192915A patent/JPH0478940A/ja active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6557012B1 (en) | System and method of refreshing and posting data between versions of a database table | |
| US8103704B2 (en) | Method for database consolidation and database separation | |
| US6584476B1 (en) | System and method for enforcing referential constraints between versioned database tables | |
| US6970882B2 (en) | Unified relational database model for data mining selected model scoring results, model training results where selection is based on metadata included in mining model control table | |
| US6631386B1 (en) | Database version control subsystem and method for use with database management system | |
| US6341308B1 (en) | Input/output device information management system for multi-computer system | |
| US6178425B1 (en) | Method of determining the visibility to a remote database client of a plurality of database transactions using simplified visibility rules | |
| US6598059B1 (en) | System and method of identifying and resolving conflicts among versions of a database table | |
| US6678691B1 (en) | Method and system for generating corporate information | |
| US20050091206A1 (en) | Method and system for handling data available in multidimensional databases using a spreadsheet | |
| US20030135523A1 (en) | Method of using cache to determine the visibility to a remote database client of a plurality of database transactions | |
| JP6928677B2 (ja) | オンライン分析処理を行うためのデータ処理方法及び装置 | |
| WO2025107942A1 (zh) | 数据查询方法及装置 | |
| US7617211B2 (en) | System and method for automatically synchronizing security-relevant information between a relational database and a multidimensional database | |
| CN114860727A (zh) | 拉链表更新方法及装置 | |
| CN116303516A (zh) | 一种更新知识图谱的方法、装置及相关设备 | |
| JPH0478940A (ja) | デイクシヨナリ管理方式 | |
| CN115187027A (zh) | 一种电网数字化平台共享业务建模系统 | |
| JPH07295868A (ja) | データベースの整合性制約管理方法 | |
| JPH11110262A (ja) | 情報管理システム | |
| JPH01280831A (ja) | プログラム内データ名称標準化支援方法 | |
| PARK et al. | Accelerating Sequential Pattern Mining on Spark: A SPADE-based Approach | |
| JPH05242176A (ja) | 図面の世代管理方式 | |
| JP2653882B2 (ja) | データベースシステム | |
| HK1251807A1 (zh) | 一种用於联机分析处理的数据处理方法和装置 |