JPH08202597A - スキーマ変換機構編成方式 - Google Patents
スキーマ変換機構編成方式Info
- Publication number
- JPH08202597A JPH08202597A JP7009036A JP903695A JPH08202597A JP H08202597 A JPH08202597 A JP H08202597A JP 7009036 A JP7009036 A JP 7009036A JP 903695 A JP903695 A JP 903695A JP H08202597 A JPH08202597 A JP H08202597A
- Authority
- JP
- Japan
- Prior art keywords
- information model
- schema
- information
- schema conversion
- data base
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【目的】 異なるデータ定義を有するデータベースシス
テム群において統一的な情報アクセスを実現し、情報モ
デルの動的な変更によるスキーマ変換機構の再編成への
影響を低減したスキーマ変換機構編成方式を提供する。 【構成】 複数のデータベースシステム１ａ，１ｂ，１
ｃに対して統一的な情報モデル３を構築し、あるデータ
ベースシステムから他のデータベースシステムにアクセ
スする場合、この情報モデル３に基づいて情報アクセス
し、個々のデータベースシステムでは統一的な情報モデ
ルとデータベースシステムが有するローカルな情報モデ
ル２ａ，２ｂ，２ｃのスキーマ変換をスキーマ変換機構
５ａ，５ｂ，５ｃで行うことにより、各データベースシ
ステムに対する情報アクセスの相違を隠蔽する。そし
て、スキーマ変換機構の構成モジュールを情報モデルの
スキーマ相違と対応させて構築することによりローカル
な情報モデルの変更がデータベースシステムにおけるス
キーマ変換機構の再編成に与える影響を低減することが
できる。
テム群において統一的な情報アクセスを実現し、情報モ
デルの動的な変更によるスキーマ変換機構の再編成への
影響を低減したスキーマ変換機構編成方式を提供する。 【構成】 複数のデータベースシステム１ａ，１ｂ，１
ｃに対して統一的な情報モデル３を構築し、あるデータ
ベースシステムから他のデータベースシステムにアクセ
スする場合、この情報モデル３に基づいて情報アクセス
し、個々のデータベースシステムでは統一的な情報モデ
ルとデータベースシステムが有するローカルな情報モデ
ル２ａ，２ｂ，２ｃのスキーマ変換をスキーマ変換機構
５ａ，５ｂ，５ｃで行うことにより、各データベースシ
ステムに対する情報アクセスの相違を隠蔽する。そし
て、スキーマ変換機構の構成モジュールを情報モデルの
スキーマ相違と対応させて構築することによりローカル
な情報モデルの変更がデータベースシステムにおけるス
キーマ変換機構の再編成に与える影響を低減することが
できる。
Description
【０００１】
【産業上の利用分野】本発明は、データベースシステム
間のデータ構造の相違を隠蔽するスキーマ変換機構をデ
ータ構造の変更に対して柔軟に再編成するスキーマ変換
機構編成方式に関する。
間のデータ構造の相違を隠蔽するスキーマ変換機構をデ
ータ構造の変更に対して柔軟に再編成するスキーマ変換
機構編成方式に関する。
【０００２】
【従来の技術】同種の情報を管理するデータベースシス
テム群では、一般に各々のデータベースシステムが構築
される目的の違いなどにより、データ項目やその値で定
義されるデータ構造がシステムによって異なるととも
に、また性能向上や管理対象の違いにより、各々のデー
タベースシステムにおける情報モデルが異なっている。
テム群では、一般に各々のデータベースシステムが構築
される目的の違いなどにより、データ項目やその値で定
義されるデータ構造がシステムによって異なるととも
に、また性能向上や管理対象の違いにより、各々のデー
タベースシステムにおける情報モデルが異なっている。
【０００３】このため、あるデータベースシステムにお
けるデータアクセス命令を他のデータベースシステムに
適用したり、データベースシステム間のデータ流通を行
うことが簡単でなく、このようなデータベースシステム
間において、統一的なデータアクセスを実現するため
に、データベースシステム間の情報モデルの相違、すな
わちデータ構造の相違を隠蔽するスキーマ変換機構が設
けられている。
けるデータアクセス命令を他のデータベースシステムに
適用したり、データベースシステム間のデータ流通を行
うことが簡単でなく、このようなデータベースシステム
間において、統一的なデータアクセスを実現するため
に、データベースシステム間の情報モデルの相違、すな
わちデータ構造の相違を隠蔽するスキーマ変換機構が設
けられている。
【０００４】
【発明が解決しようとする課題】上述したように、デー
タ構造が異なる複数のデータベースシステム間で統一的
なデータアクセスを行うために、データベースシステム
の情報モデルの相違を隠蔽するスキーマ変換機構を設け
たとしても、情報モデルは運用とともに動的に変更され
るため、この動的に変更される情報モデルに追随してス
キーマ変換機構を再編成することは従来困難であった。
タ構造が異なる複数のデータベースシステム間で統一的
なデータアクセスを行うために、データベースシステム
の情報モデルの相違を隠蔽するスキーマ変換機構を設け
たとしても、情報モデルは運用とともに動的に変更され
るため、この動的に変更される情報モデルに追随してス
キーマ変換機構を再編成することは従来困難であった。
【０００５】本発明は、上記に鑑みてなされたもので、
その目的とするところは、異なるデータ定義を有するデ
ータベースシステム群において統一的な情報アクセスを
実現し、情報モデルの動的な変更によるスキーマ変換機
構の再編成への影響を低減したスキーマ変換機構編成方
式を提供することにある。
その目的とするところは、異なるデータ定義を有するデ
ータベースシステム群において統一的な情報アクセスを
実現し、情報モデルの動的な変更によるスキーマ変換機
構の再編成への影響を低減したスキーマ変換機構編成方
式を提供することにある。
【０００６】
【課題を解決するための手段】上記目的を達成するた
め、本発明のスキーマ変換機構編成方式は、外部で定義
される情報モデルに従った外部からの要求情報と内部で
定義される情報モデルに従った保持情報のマッピングを
行う第１の手段と、データ蓄積部にアクセスして所要情
報を獲得したり変更する第２の手段とを有するデータベ
ースシステムにおいて、前記第１の手段が内外で定義さ
れる情報モデルのスキーマ相違に応じた互いに独立なモ
ジュールから構成されることを要旨とする。
め、本発明のスキーマ変換機構編成方式は、外部で定義
される情報モデルに従った外部からの要求情報と内部で
定義される情報モデルに従った保持情報のマッピングを
行う第１の手段と、データ蓄積部にアクセスして所要情
報を獲得したり変更する第２の手段とを有するデータベ
ースシステムにおいて、前記第１の手段が内外で定義さ
れる情報モデルのスキーマ相違に応じた互いに独立なモ
ジュールから構成されることを要旨とする。
【０００７】また、本発明のスキーマ変換機構編成方式
は、データ構造の異なる複数のデータベースシステム間
のデータ構造の差異を隠蔽するスキーマ変換機構をデー
タ構造の変更に対して再編成するスキーマ変換機構編成
方式であって、前記複数のデータベースシステムが有す
るローカルな情報モデルに対して共通に設けられる統一
的な情報モデルと、前記データベースシステムをアクセ
スする場合、前記統一的情報モデルに基づいて前記デー
タベースシステムをアクセスするアクセス手段と、前記
複数のデータベースシステムの各々に設けられ、該複数
のデータベースシステムの各々に対する前記アクセス手
段からの統一的情報モデルに基づくアクセスに対して、
該統一的情報モデルと前記複数のデータベースシステム
の各々のローカル情報モデルとのスキーマ変換を行うス
キーマ変換手段と、該スキーマ変換手段によるスキーマ
変換を各情報モデルの相違に応じた互いに独立な単位モ
ジュールの組合せで編成する編成手段とを有することを
要旨とする。
は、データ構造の異なる複数のデータベースシステム間
のデータ構造の差異を隠蔽するスキーマ変換機構をデー
タ構造の変更に対して再編成するスキーマ変換機構編成
方式であって、前記複数のデータベースシステムが有す
るローカルな情報モデルに対して共通に設けられる統一
的な情報モデルと、前記データベースシステムをアクセ
スする場合、前記統一的情報モデルに基づいて前記デー
タベースシステムをアクセスするアクセス手段と、前記
複数のデータベースシステムの各々に設けられ、該複数
のデータベースシステムの各々に対する前記アクセス手
段からの統一的情報モデルに基づくアクセスに対して、
該統一的情報モデルと前記複数のデータベースシステム
の各々のローカル情報モデルとのスキーマ変換を行うス
キーマ変換手段と、該スキーマ変換手段によるスキーマ
変換を各情報モデルの相違に応じた互いに独立な単位モ
ジュールの組合せで編成する編成手段とを有することを
要旨とする。
【０００８】
【作用】本発明のスキーマ変換機構編成方式では、デー
タベースシステム群において統一的な情報アクセスを実
現するために、データベースシステム群において統一的
な情報モデルを構築し、あるデータベースシステムから
他のデータベースシステムにアクセスする場合、この情
報モデルに基づいて情報アクセスし、個々のデータベー
スシステムでは統一的な情報モデルとデータベースシス
テムが有するローカルな情報モデルのスキーマ変換を行
うことにより、各データベースシステムに対する情報ア
クセスの相違を隠蔽する。そして、スキーマ変換機構の
構成モジュールを情報モデルのスキーマ相違と対応させ
て構築することによりローカルな情報モデルの変更がデ
ータベースシステムにおけるスキーマ変換機構の再編成
に与える影響を低減することができる。
タベースシステム群において統一的な情報アクセスを実
現するために、データベースシステム群において統一的
な情報モデルを構築し、あるデータベースシステムから
他のデータベースシステムにアクセスする場合、この情
報モデルに基づいて情報アクセスし、個々のデータベー
スシステムでは統一的な情報モデルとデータベースシス
テムが有するローカルな情報モデルのスキーマ変換を行
うことにより、各データベースシステムに対する情報ア
クセスの相違を隠蔽する。そして、スキーマ変換機構の
構成モジュールを情報モデルのスキーマ相違と対応させ
て構築することによりローカルな情報モデルの変更がデ
ータベースシステムにおけるスキーマ変換機構の再編成
に与える影響を低減することができる。
【０００９】
【実施例】以下、図面を用いて本発明の実施例を説明す
る。
る。
【００１０】図１は、本発明の一実施例に係るスキーマ
変換機構編成方式の構成を示す図である。同図におい
て、複数のデータベースシステム１ａ，１ｂ，１ｃは、
それぞれ各データベースシステムにおけるローカルな情
報モデル２ａ，２ｂ，２ｃを有している。なお、情報モ
デルはＥＲモデルにより表現されている。
変換機構編成方式の構成を示す図である。同図におい
て、複数のデータベースシステム１ａ，１ｂ，１ｃは、
それぞれ各データベースシステムにおけるローカルな情
報モデル２ａ，２ｂ，２ｃを有している。なお、情報モ
デルはＥＲモデルにより表現されている。
【００１１】また、各データベースシステム１ａ，１
ｂ，１ｃは、それぞれスキーマ変換機構５ａ，５ｂ，５
ｃを介してデータベースシステム群において統一的に定
義される情報転送網４内の統一情報モデル３に接続され
ている。各データベースシステムに設けられたスキーマ
変換機構５ａ，５ｂ，５ｃは、それぞれ各データベース
システムにおけるローカル情報モデル２ａ，２ｂ，２ｃ
と統一情報モデル３の相違を隠蔽する機能を有するもの
であり、各スキーマ変換機構５ａ，５ｂ，５ｃは情報モ
デルのマッピングを管理する第１の手段を構成する情報
モデルマッピングモジュール５１とデータベースにアク
セスする第２の手段を構成するデータアクセス部５２と
を有する。
ｂ，１ｃは、それぞれスキーマ変換機構５ａ，５ｂ，５
ｃを介してデータベースシステム群において統一的に定
義される情報転送網４内の統一情報モデル３に接続され
ている。各データベースシステムに設けられたスキーマ
変換機構５ａ，５ｂ，５ｃは、それぞれ各データベース
システムにおけるローカル情報モデル２ａ，２ｂ，２ｃ
と統一情報モデル３の相違を隠蔽する機能を有するもの
であり、各スキーマ変換機構５ａ，５ｂ，５ｃは情報モ
デルのマッピングを管理する第１の手段を構成する情報
モデルマッピングモジュール５１とデータベースにアク
セスする第２の手段を構成するデータアクセス部５２と
を有する。
【００１２】なお、本実施例では、通信網のトラヒック
データを管理するデータベース群を例として、該データ
ベース群におけるスキーマ変換機構について具体例を挙
げて詳述する。
データを管理するデータベース群を例として、該データ
ベース群におけるスキーマ変換機構について具体例を挙
げて詳述する。
【００１３】図２および図３（ａ）〜（ｃ）は、それぞ
れ図１に示した統一情報モデル３およびローカル情報モ
デル２ａ〜ｃに対する具体例を示す図である。両図に示
す表は、トラヒックデータベースのテーブルを表してお
り、これらのテーブルスキーマの相違は、図２に示す統
一情報モデル３では、トラヒックデータのキー属性であ
る時刻、発着ポイント、サービス種別においてさまざま
な値が規定されているが、図３（ａ）〜（ｃ）に示すロ
ーカル情報モデル２ａ〜ｃでは、それらを算出するため
に最低限必要な値だけが規定されている点にある。最低
限必要なデータだけをローカルな情報モデルで定義する
理由は、さまざまな属性値の組合せによりインスタンス
が無数に存在し、データ蓄積容量を小さく抑える必要が
あるためである。なお、図２および図３において斜線を
施して示す部分はキー属性を示している。
れ図１に示した統一情報モデル３およびローカル情報モ
デル２ａ〜ｃに対する具体例を示す図である。両図に示
す表は、トラヒックデータベースのテーブルを表してお
り、これらのテーブルスキーマの相違は、図２に示す統
一情報モデル３では、トラヒックデータのキー属性であ
る時刻、発着ポイント、サービス種別においてさまざま
な値が規定されているが、図３（ａ）〜（ｃ）に示すロ
ーカル情報モデル２ａ〜ｃでは、それらを算出するため
に最低限必要な値だけが規定されている点にある。最低
限必要なデータだけをローカルな情報モデルで定義する
理由は、さまざまな属性値の組合せによりインスタンス
が無数に存在し、データ蓄積容量を小さく抑える必要が
あるためである。なお、図２および図３において斜線を
施して示す部分はキー属性を示している。
【００１４】図４、図５、図６は、統一情報モデルとロ
ーカル情報モデルで定義される情報の関係を表すもので
あり、それぞれ時刻、発着ポイント、サービス種別の属
性について示している。
ーカル情報モデルで定義される情報の関係を表すもので
あり、それぞれ時刻、発着ポイント、サービス種別の属
性について示している。
【００１５】次に、互いに独立な上記３つの属性につい
て異なるスキーマ変換モジュールを構成し、これらを組
み合わせることにより、トラヒックデータに関する統一
情報モデルとローカル情報モデルの間のスキーマ変換機
構を実現する例について説明する。
て異なるスキーマ変換モジュールを構成し、これらを組
み合わせることにより、トラヒックデータに関する統一
情報モデルとローカル情報モデルの間のスキーマ変換機
構を実現する例について説明する。
【００１６】図７は、時刻属性に関するスキーマ変換モ
ジュールの仕様を示す図である。同図において、９−１
は、統一情報モデルに従った要求情報、９−２は、ロー
カルなデータベースに蓄積されているデータ、９−３−
１〜９−３−３は、スキーマ変換モジュールにおける処
理手順を示している。また、９−４はデータベースへの
アクセスコマンド、９−５はデータベース検索結果、９
−６は要求元への応答を示している。
ジュールの仕様を示す図である。同図において、９−１
は、統一情報モデルに従った要求情報、９−２は、ロー
カルなデータベースに蓄積されているデータ、９−３−
１〜９−３−３は、スキーマ変換モジュールにおける処
理手順を示している。また、９−４はデータベースへの
アクセスコマンド、９−５はデータベース検索結果、９
−６は要求元への応答を示している。
【００１７】図８は、発着ポイント属性に関するスキー
マ変換モジュールの仕様を示す図である。同図におい
て、１０−１は、統一情報モデルに従った要求情報、１
０−２は、ローカルなデータベースに蓄積されているデ
ータ、１０−３−１〜１０−３−３は、スキーマ変換モ
ジュールにおける処理手順を示している。また、１０−
４はデータベースへのアクセスコマンド、１０−５はデ
ータベース検索結果、１０−６は要求元への応答を示し
ている。
マ変換モジュールの仕様を示す図である。同図におい
て、１０−１は、統一情報モデルに従った要求情報、１
０−２は、ローカルなデータベースに蓄積されているデ
ータ、１０−３−１〜１０−３−３は、スキーマ変換モ
ジュールにおける処理手順を示している。また、１０−
４はデータベースへのアクセスコマンド、１０−５はデ
ータベース検索結果、１０−６は要求元への応答を示し
ている。
【００１８】図９は、サービス種別属性に関するスキー
マ変換モジュールの仕様を示す図である。同図におい
て、１１−１は、統一情報モデルに従った要求情報、１
１−２は、ローカルなデータベースに蓄積されているデ
ータ、１１−３−１〜１１−３−３は、スキーマ変換モ
ジュールにおける処理手順を示している。また、１１−
４はデータベースへのアクセスコマンド、１１−５はデ
ータベース検索結果、１１−６は要求元への応答を示し
ている。
マ変換モジュールの仕様を示す図である。同図におい
て、１１−１は、統一情報モデルに従った要求情報、１
１−２は、ローカルなデータベースに蓄積されているデ
ータ、１１−３−１〜１１−３−３は、スキーマ変換モ
ジュールにおける処理手順を示している。また、１１−
４はデータベースへのアクセスコマンド、１１−５はデ
ータベース検索結果、１１−６は要求元への応答を示し
ている。
【００１９】図１０は、図７〜図９に示した互いに独立
なキー属性に関するスキーマ変換モジュールを組み合わ
せることにより実現されるトラヒックデータに関する統
一情報モデルとローカルな情報モデルの間のスキーマ変
換機構を示す図である。同図では、それぞれの手続きが
Ｃ言語ライクに記述されており、１２−１〜１２−５
は、それぞれメインルーチン、時刻属性に関するスキー
マ変換ルーチン、発着ポイント属性に関するスキーマ変
換ルーチン、サービス種別属性に関するスキーマ変換ル
ーチン、データベースアクセスルーチンである。また、
１３−１〜１３−４は、上記ルーチン間で引き渡される
情報である。本例の場合の引き継ぎ情報は、ＳＱＬ文に
おける条件句を構成するための源情報となっている。１
４，１５は、それぞれ、統一モデルに従ったデータ要
求、ローカルなモデルに従ったデータベース検索コマン
ドである。
なキー属性に関するスキーマ変換モジュールを組み合わ
せることにより実現されるトラヒックデータに関する統
一情報モデルとローカルな情報モデルの間のスキーマ変
換機構を示す図である。同図では、それぞれの手続きが
Ｃ言語ライクに記述されており、１２−１〜１２−５
は、それぞれメインルーチン、時刻属性に関するスキー
マ変換ルーチン、発着ポイント属性に関するスキーマ変
換ルーチン、サービス種別属性に関するスキーマ変換ル
ーチン、データベースアクセスルーチンである。また、
１３−１〜１３−４は、上記ルーチン間で引き渡される
情報である。本例の場合の引き継ぎ情報は、ＳＱＬ文に
おける条件句を構成するための源情報となっている。１
４，１５は、それぞれ、統一モデルに従ったデータ要
求、ローカルなモデルに従ったデータベース検索コマン
ドである。
【００２０】図１０のようなモジュール化を図ることに
よれば、例えば、ローカルな情報モデルにおける上述し
た３つの属性のうち、１つの属性に関するスキーマが変
更されたとしても、当該属性に対応するスキーマ変換モ
ジュールを変更するだけで済み、他の属性に関するスキ
ーマ変換モジュールには影響が及ばないことが判る。こ
のように、図１０のようなスキーマ変換機構は、情報モ
デルの変更に対して耐久性があるものとなる。
よれば、例えば、ローカルな情報モデルにおける上述し
た３つの属性のうち、１つの属性に関するスキーマが変
更されたとしても、当該属性に対応するスキーマ変換モ
ジュールを変更するだけで済み、他の属性に関するスキ
ーマ変換モジュールには影響が及ばないことが判る。こ
のように、図１０のようなスキーマ変換機構は、情報モ
デルの変更に対して耐久性があるものとなる。
【００２１】
【発明の効果】以上説明したように、本発明によれば、
データベースシステム群に統一的な情報モデルを構築
し、スキーマ変換機構を情報モデルの差異に対応した単
位モジュールの組合せによって編成することにより、情
報モデルの変更に対して耐久性のあるデータアクセスシ
ステムを実現することができる。なお、異なるデータベ
ースシステムがｎ個ある場合、スキーマ変換機構はｎ個
設けることになるが、統一情報モデルを考えない場合に
必要なｎの２乗個のスキーマ変換機構に比較して、大幅
に経済化することができる。
データベースシステム群に統一的な情報モデルを構築
し、スキーマ変換機構を情報モデルの差異に対応した単
位モジュールの組合せによって編成することにより、情
報モデルの変更に対して耐久性のあるデータアクセスシ
ステムを実現することができる。なお、異なるデータベ
ースシステムがｎ個ある場合、スキーマ変換機構はｎ個
設けることになるが、統一情報モデルを考えない場合に
必要なｎの２乗個のスキーマ変換機構に比較して、大幅
に経済化することができる。
【図１】本発明の一実施例に係るスキーマ変換機構編成
方式の構成を示す図である。
方式の構成を示す図である。
【図２】図１に示した統一情報モデルに対する具体例を
示す図である。
示す図である。
【図３】図１に示したローカル情報モデルに対する具体
例を示す図である。
例を示す図である。
【図４】統一情報モデルとローカル情報モデルで定義さ
れる情報の関係を表すものであり、時刻の属性について
示している。
れる情報の関係を表すものであり、時刻の属性について
示している。
【図５】統一情報モデルとローカル情報モデルで定義さ
れる情報の関係を表すものであり、発着ポイントの属性
について示している。
れる情報の関係を表すものであり、発着ポイントの属性
について示している。
【図６】統一情報モデルとローカル情報モデルで定義さ
れる情報の関係を表すものであり、サービス種別の属性
について示している。
れる情報の関係を表すものであり、サービス種別の属性
について示している。
【図７】時刻属性に関するスキーマ変換モジュールの仕
様を示す図である。
様を示す図である。
【図８】発着ポイントに関するスキーマ変換モジュール
の仕様を示す図である。
の仕様を示す図である。
【図９】サービス種別属性に関するスキーマ変換モジュ
ールの仕様を示す図である。
ールの仕様を示す図である。
【図１０】図７〜図９に示した互いに独立なキー属性に
関するスキーマ変換モジュールを組み合わせることによ
り実現されるトラヒックデータに関する統一情報モデル
とローカルな情報モデルの間のスキーマ変換機構を示す
図である。
関するスキーマ変換モジュールを組み合わせることによ
り実現されるトラヒックデータに関する統一情報モデル
とローカルな情報モデルの間のスキーマ変換機構を示す
図である。
１ａ，１ｂ，１ｃ データベースシステム ２ａ，２ｂ，２ｃ ローカル情報モデル ３ 統一情報モデル ４ 情報転送網 ５ａ，５ｂ，５ｃ スキーマ変換機構 ５１ 情報モデルマッピングモジュール ５２ データアクセス部
Claims (2)
- 【請求項１】 外部で定義される情報モデルに従った外
部からの要求情報と内部で定義される情報モデルに従っ
た保持情報のマッピングを行う第１の手段と、データ蓄
積部にアクセスして所要情報を獲得したり変更する第２
の手段とを有するデータベースシステムにおいて、前記
第１の手段が内外で定義される情報モデルのスキーマ相
違に応じた互いに独立なモジュールから構成されること
を特徴とするスキーマ変換機構編成方式。 - 【請求項２】 データ構造の異なる複数のデータベース
システム間のデータ構造の差異を隠蔽するスキーマ変換
機構をデータ構造の変更に対して再編成するスキーマ変
換機構編成方式であって、 前記複数のデータベースシステムが有するローカルな情
報モデルに対して共通に設けられる統一的な情報モデル
と、 前記データベースシステムをアクセスする場合、前記統
一的情報モデルに基づいて前記データベースシステムを
アクセスするアクセス手段と、 前記複数のデータベースシステムの各々に設けられ、該
複数のデータベースシステムの各々に対する前記アクセ
ス手段からの統一的情報モデルに基づくアクセスに対し
て、該統一的情報モデルと前記複数のデータベースシス
テムの各々のローカル情報モデルとのスキーマ変換を行
うスキーマ変換手段と、 該スキーマ変換手段によるスキーマ変換を各情報モデル
の相違に応じた互いに独立な単位モジュールの組合せで
編成する編成手段とを有することを特徴とするスキーマ
変換機構編成方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7009036A JPH08202597A (ja) | 1995-01-24 | 1995-01-24 | スキーマ変換機構編成方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7009036A JPH08202597A (ja) | 1995-01-24 | 1995-01-24 | スキーマ変換機構編成方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH08202597A true JPH08202597A (ja) | 1996-08-09 |
Family
ID=11709433
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7009036A Pending JPH08202597A (ja) | 1995-01-24 | 1995-01-24 | スキーマ変換機構編成方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH08202597A (ja) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1999004351A2 (en) * | 1997-07-21 | 1999-01-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Schema change within a data-base |
| JPH1153234A (ja) * | 1997-08-08 | 1999-02-26 | N T T Data:Kk | データベース利用システム |
| US6418450B2 (en) | 1998-01-26 | 2002-07-09 | International Business Machines Corporation | Data warehouse programs architecture |
| US6651070B1 (en) | 1999-06-30 | 2003-11-18 | Hitachi, Ltd. | Client/server database system |
| KR100465095B1 (ko) * | 2001-08-11 | 2005-01-05 | 엘지전자 주식회사 | 이중화 시스템에서 동적 스키마 변경을 위한 데이터 변환시스템 및 방법 |
| US7028043B2 (en) | 1998-04-10 | 2006-04-11 | International Business Machines Corporation | Creation of customized trees |
| JP2011159122A (ja) * | 2010-02-01 | 2011-08-18 | Nec System Technologies Ltd | 集計モデル生成システムおよび集計モデル生成方法 |
| JP2014194769A (ja) * | 2013-03-13 | 2014-10-09 | Cloudera Inc | Ａｐａｃｈｅｈａｄｏｏｐ用の低レイテンシクエリエンジン |
-
1995
- 1995-01-24 JP JP7009036A patent/JPH08202597A/ja active Pending
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1999004351A2 (en) * | 1997-07-21 | 1999-01-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Schema change within a data-base |
| WO1999004351A3 (en) * | 1997-07-21 | 1999-04-08 | Ericsson Telefon Ab L M | Schema change within a data-base |
| CN100392643C (zh) * | 1997-07-21 | 2008-06-04 | Mysql股份公司 | 数据库的模式改变方法 |
| JPH1153234A (ja) * | 1997-08-08 | 1999-02-26 | N T T Data:Kk | データベース利用システム |
| US6418450B2 (en) | 1998-01-26 | 2002-07-09 | International Business Machines Corporation | Data warehouse programs architecture |
| US7028043B2 (en) | 1998-04-10 | 2006-04-11 | International Business Machines Corporation | Creation of customized trees |
| US6651070B1 (en) | 1999-06-30 | 2003-11-18 | Hitachi, Ltd. | Client/server database system |
| KR100465095B1 (ko) * | 2001-08-11 | 2005-01-05 | 엘지전자 주식회사 | 이중화 시스템에서 동적 스키마 변경을 위한 데이터 변환시스템 및 방법 |
| JP2011159122A (ja) * | 2010-02-01 | 2011-08-18 | Nec System Technologies Ltd | 集計モデル生成システムおよび集計モデル生成方法 |
| JP2014194769A (ja) * | 2013-03-13 | 2014-10-09 | Cloudera Inc | Ａｐａｃｈｅｈａｄｏｏｐ用の低レイテンシクエリエンジン |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100531055C (zh) | 数据同步系统及其方法 | |
| CN100353325C (zh) | 实现共享内存数据库的方法及内存数据库系统 | |
| CN108664516A (zh) | 查询优化方法及相关装置 | |
| CN103246749B (zh) | 面向分布式计算的矩阵数据库系统及其查询方法 | |
| US9342572B2 (en) | Workflow processing system and method with database system support | |
| JPH05334165A (ja) | 並列データベース処理システムおよびその２次キー検索方法 | |
| CA2972382A1 (en) | Apparatus and methods of data synchronization | |
| CN103902286A (zh) | 基于soa的层级式多源数据融合方法 | |
| CN102938731A (zh) | 一种基于代理缓存适配模型的交换集成装置及方法 | |
| CN109255055A (zh) | 一种基于分组关联表的图数据存取方法和装置 | |
| CN107247799A (zh) | 兼容多种大数据存储的数据处理方法、系统及其建模方法 | |
| CN107368588A (zh) | 一种异构资源同构化方法及装置 | |
| CN107480252A (zh) | 一种数据查询方法、客户端、服务端及系统 | |
| CN103886104A (zh) | 一种适用于电力系统的分布式实时数据库管理系统及实现方法 | |
| CN110209719A (zh) | 一种基于微服务架构的多种数据库统一访问系统及方法 | |
| CN107656951B (zh) | 一种同步异构数据库系统中实时数据的方法 | |
| CN107786355A (zh) | 一种智慧城市信息共享的方法和装置 | |
| CN101710336A (zh) | 一种利用关系中间件加速数据处理的方法 | |
| CN107622055A (zh) | 一种快速实现数据服务发布的方法 | |
| CN113254451B (zh) | 一种数据索引构建方法、装置、电子设备及存储介质 | |
| CN103336782A (zh) | 一种关系型分布式数据库系统 | |
| CN107193898A (zh) | 基于分级复用的日志数据流的查询共享方法和系统 | |
| CN109902114A (zh) | Es集群数据复用方法、系统、计算机装置及存储介质 | |
| EP0624964A1 (en) | Database access | |
| JPH08202597A (ja) | スキーマ変換機構編成方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040127 |