JP2000267906A - データベースモデル変換方法 - Google Patents
データベースモデル変換方法Info
- Publication number
- JP2000267906A JP2000267906A JP11074744A JP7474499A JP2000267906A JP 2000267906 A JP2000267906 A JP 2000267906A JP 11074744 A JP11074744 A JP 11074744A JP 7474499 A JP7474499 A JP 7474499A JP 2000267906 A JP2000267906 A JP 2000267906A
- Authority
- JP
- Japan
- Prior art keywords
- child
- parent
- database
- record
- group
- 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
Abstract
(57)【要約】
【課題】 ネットワークモデルによるデータベースシス
テムから関係モデルによるデータベースへの移行を容易
にするためのデータベースモデル変換方法を提供する。 【解決手段】 ＣＯＤＡＳＹＬ型ＤＢに含まれている各
グループに対応させてＲＤＢのテーブルを自動生成し、
親グループに含まれている親レコードを対応する親テー
ブルに格納し、更に子グループに含まれている子レコー
ドを対応する子テーブルに格納する。子レコードを子テ
ーブルに格納する際、当該子グループと同じセット内の
対応する親テーブルに格納された親レコードとの関連付
けをするための親子キーと、当該子グループと同じセッ
ト内の他の子レコードとの順序関係を示す順序キーを付
加する。このようにして、ネットワークモデルによるデ
ータベースを関係モデルにおけるデータベースに自動変
換する。
テムから関係モデルによるデータベースへの移行を容易
にするためのデータベースモデル変換方法を提供する。 【解決手段】 ＣＯＤＡＳＹＬ型ＤＢに含まれている各
グループに対応させてＲＤＢのテーブルを自動生成し、
親グループに含まれている親レコードを対応する親テー
ブルに格納し、更に子グループに含まれている子レコー
ドを対応する子テーブルに格納する。子レコードを子テ
ーブルに格納する際、当該子グループと同じセット内の
対応する親テーブルに格納された親レコードとの関連付
けをするための親子キーと、当該子グループと同じセッ
ト内の他の子レコードとの順序関係を示す順序キーを付
加する。このようにして、ネットワークモデルによるデ
ータベースを関係モデルにおけるデータベースに自動変
換する。
Description
【０００１】
【発明の属する技術分野】本発明はネットワークモデル
によるデータベースを関係モデルにおけるデータベース
に自動変換する方法に関する。
によるデータベースを関係モデルにおけるデータベース
に自動変換する方法に関する。
【０００２】
【従来の技術】従来からデータベースシステムとして、
ネットワークモデルと関係モデルがある。ネットワーク
モデルによるデータベース（以下、「ネットワークデー
タベース」）は、レコードタイプの間を自由に関連付け
てよいという発想に基づくものであり、従来ではいわゆ
るＣＯＤＡＳＹＬ（Ｔｈｅ ｃｏｎｆｅｒｅｎｃｅ ｏ
ｎ ｄａｔａ ｓｙｓｔｅｍｓ ｌａｎｇｕａｇｅ）方
式のデータベースマネージメントシステム（ＤＢＭＳ）
を利用したシステムが続々と開発されていた。
ネットワークモデルと関係モデルがある。ネットワーク
モデルによるデータベース（以下、「ネットワークデー
タベース」）は、レコードタイプの間を自由に関連付け
てよいという発想に基づくものであり、従来ではいわゆ
るＣＯＤＡＳＹＬ（Ｔｈｅ ｃｏｎｆｅｒｅｎｃｅ ｏ
ｎ ｄａｔａ ｓｙｓｔｅｍｓ ｌａｎｇｕａｇｅ）方
式のデータベースマネージメントシステム（ＤＢＭＳ）
を利用したシステムが続々と開発されていた。
【０００３】図４は、ＣＯＤＡＳＹＬ方式に基づくデー
タベース（以下、「ＣＯＤＡＳＹＬ型ＤＢ」）の論理的
構造を説明するための概念図である。
タベース（以下、「ＣＯＤＡＳＹＬ型ＤＢ」）の論理的
構造を説明するための概念図である。
【０００４】ＣＯＤＡＳＹＬ型ＤＢの論理的構造に基本
概念の一つに「グループ」という概念があり、各グルー
プは同じデータフォーマットの「レコード」の集合であ
る。図４では、各グループに含まれている各レコードを
丸印で図示している。各グループは親と子などの関係を
持たせることができる。例えば、親グループには企業に
おける部署名（Ａ課、Ｂ課等）が定義され、子グループ
には社員の氏名が定義されたとする。このとき、親グル
ープで定義された部署、例えばＡ課と当該部署に属する
社員ａとをポインタで接続する。図４ではポインタを矢
印で示している。更に、子グループに属するＡ課に属す
るその他の社員ｂ，ｃの間をポインタで順次接続し、最
後尾の社員ｃから親グループのＡ課にポインタを戻す。
この矢印で接続されたチェーンのことを「セット」と読
んでいる。上記例に従えば、部署の数だけセットが存在
することになる。
概念の一つに「グループ」という概念があり、各グルー
プは同じデータフォーマットの「レコード」の集合であ
る。図４では、各グループに含まれている各レコードを
丸印で図示している。各グループは親と子などの関係を
持たせることができる。例えば、親グループには企業に
おける部署名（Ａ課、Ｂ課等）が定義され、子グループ
には社員の氏名が定義されたとする。このとき、親グル
ープで定義された部署、例えばＡ課と当該部署に属する
社員ａとをポインタで接続する。図４ではポインタを矢
印で示している。更に、子グループに属するＡ課に属す
るその他の社員ｂ，ｃの間をポインタで順次接続し、最
後尾の社員ｃから親グループのＡ課にポインタを戻す。
この矢印で接続されたチェーンのことを「セット」と読
んでいる。上記例に従えば、部署の数だけセットが存在
することになる。
【０００５】従来では、このようなデータベース構造を
持つＣＯＤＡＳＹＬ型ＤＢを利用したシステムが開発さ
れていたが、近年では、属性値等の関係を二次元の表形
式で表現するため各関係を容易に想定できる関係モデル
によるデータベース（以下、「リレーショナルデータベ
ース（ＲＤＢ）」）が主流をなしてきている。従って、
データベースシステムを新規に開発する際には当初から
ＲＤＢを採用する場合が大半を占めており、また、ＣＯ
ＤＡＳＹＬ型ＤＢで構築されたシステムでもアップグレ
ード等によりシステムを再構築する際には、ＲＤＢへ移
行する場合が少なくない。このため、システム開発の効
率等の観点からして、データベースモデルの自動変換機
能が提供されることが望まれる。
持つＣＯＤＡＳＹＬ型ＤＢを利用したシステムが開発さ
れていたが、近年では、属性値等の関係を二次元の表形
式で表現するため各関係を容易に想定できる関係モデル
によるデータベース（以下、「リレーショナルデータベ
ース（ＲＤＢ）」）が主流をなしてきている。従って、
データベースシステムを新規に開発する際には当初から
ＲＤＢを採用する場合が大半を占めており、また、ＣＯ
ＤＡＳＹＬ型ＤＢで構築されたシステムでもアップグレ
ード等によりシステムを再構築する際には、ＲＤＢへ移
行する場合が少なくない。このため、システム開発の効
率等の観点からして、データベースモデルの自動変換機
能が提供されることが望まれる。
【０００６】
【発明が解決しようとする課題】しかしながら、開発者
によりＲＤＢに基づくシステム設計をすればその移行作
業は可能であるが、その作業は煩雑で負荷は少なくな
い。また、ＲＤＢには、ＣＯＤＡＳＹＬ型ＤＢの「セッ
ト」に相当する基本概念がないため単純に移行すること
は容易でない。
によりＲＤＢに基づくシステム設計をすればその移行作
業は可能であるが、その作業は煩雑で負荷は少なくな
い。また、ＲＤＢには、ＣＯＤＡＳＹＬ型ＤＢの「セッ
ト」に相当する基本概念がないため単純に移行すること
は容易でない。
【０００７】本発明は以上のような問題を解決するため
になされたものであり、その目的は、ネットワークモデ
ルによるデータベースシステムから関係モデルによるデ
ータベースへの移行を容易にするためのデータベースモ
デル変換方法を提供することにある。
になされたものであり、その目的は、ネットワークモデ
ルによるデータベースシステムから関係モデルによるデ
ータベースへの移行を容易にするためのデータベースモ
デル変換方法を提供することにある。
【０００８】
【課題を解決するための手段】以上のような目的を達成
するために、本発明に係るデータベースモデル変換方法
は、ネットワークモデルによるデータベースにおいて形
成された各グループに対応させて関係モデルによるデー
タベースのテーブルを自動生成するステップと、親グル
ープに含まれている親レコードを対応する親テーブルに
格納するステップと、子グループに含まれている子レコ
ードを対応する子テーブルに格納するステップとを含
み、子レコードを子テーブルに格納する際に当該子グル
ープと同じセット内の親グループに対応して生成された
親テーブルに格納された親レコードとの関連付けをする
ための親子関連情報及び当該子グループと同じセット内
の他の子レコードとの順序関係を示す順序情報を付加す
ることによって、ネットワークモデルによるデータベー
スを関係モデルにおけるデータベースに自動変換するも
のである。
するために、本発明に係るデータベースモデル変換方法
は、ネットワークモデルによるデータベースにおいて形
成された各グループに対応させて関係モデルによるデー
タベースのテーブルを自動生成するステップと、親グル
ープに含まれている親レコードを対応する親テーブルに
格納するステップと、子グループに含まれている子レコ
ードを対応する子テーブルに格納するステップとを含
み、子レコードを子テーブルに格納する際に当該子グル
ープと同じセット内の親グループに対応して生成された
親テーブルに格納された親レコードとの関連付けをする
ための親子関連情報及び当該子グループと同じセット内
の他の子レコードとの順序関係を示す順序情報を付加す
ることによって、ネットワークモデルによるデータベー
スを関係モデルにおけるデータベースに自動変換するも
のである。
【０００９】
【発明の実施の形態】以下、図面に基づいて、本発明の
好適な実施の形態について説明する。
好適な実施の形態について説明する。
【００１０】図１及び図２は、本発明に係るデータベー
スモデル変換方法の一実施の形態を説明するために、Ｃ
ＯＤＡＳＹＬ型ＤＢとＲＤＢの各論理的構造を示した概
念図である。図１は、図４と同様に各グループに含まれ
るレコードを丸印で、ポインタを矢印でそれぞれ表して
いる。図１では、親グループのレコードとして“Ａ
１”，“Ａ２”が格納されており、親グループのレコー
ド“Ａ１”に対応して“Ｂ１”，“Ｂ２”，“Ｂ３”が
格納されており、１つのセットを形成している。同様
に、レコード“Ａ２”に対応して“Ｂ４”，“Ｂ５”，
“Ｂ６”が格納されており、他のセットを形成してい
る。なお、本実施の形態では、２つのセットを含むＣＯ
ＤＡＳＹＬ型ＤＢを例にして説明するが、この数に限ら
れるものではない。
スモデル変換方法の一実施の形態を説明するために、Ｃ
ＯＤＡＳＹＬ型ＤＢとＲＤＢの各論理的構造を示した概
念図である。図１は、図４と同様に各グループに含まれ
るレコードを丸印で、ポインタを矢印でそれぞれ表して
いる。図１では、親グループのレコードとして“Ａ
１”，“Ａ２”が格納されており、親グループのレコー
ド“Ａ１”に対応して“Ｂ１”，“Ｂ２”，“Ｂ３”が
格納されており、１つのセットを形成している。同様
に、レコード“Ａ２”に対応して“Ｂ４”，“Ｂ５”，
“Ｂ６”が格納されており、他のセットを形成してい
る。なお、本実施の形態では、２つのセットを含むＣＯ
ＤＡＳＹＬ型ＤＢを例にして説明するが、この数に限ら
れるものではない。
【００１１】ＲＤＢには、ＣＯＤＡＳＹＬ型ＤＢのグル
ープと同じ概念はないが、同一のデータフォーマットの
レコードを格納するという点でグループと共通する「テ
ーブル」がある。そこで、本実施の形態では、ＣＯＤＡ
ＳＹＬ型ＤＢのグループをＲＤＢのテーブルで表現し、
更に後述するように所定のキー項目をテーブルに自動設
定することでＣＯＤＡＳＹＬ型ＤＢをＲＤＢへ自動変換
できるようにしたことを特徴としている。なお、本実施
の形態におけるデータベースモデル変換方法は、情報処
理装置で実行されるアプリケーションで実現されるもの
であり、このアプリケーションを実行するハードウェア
は、汎用的なパーソナルコンピュータなどで構成するこ
とができる。
ープと同じ概念はないが、同一のデータフォーマットの
レコードを格納するという点でグループと共通する「テ
ーブル」がある。そこで、本実施の形態では、ＣＯＤＡ
ＳＹＬ型ＤＢのグループをＲＤＢのテーブルで表現し、
更に後述するように所定のキー項目をテーブルに自動設
定することでＣＯＤＡＳＹＬ型ＤＢをＲＤＢへ自動変換
できるようにしたことを特徴としている。なお、本実施
の形態におけるデータベースモデル変換方法は、情報処
理装置で実行されるアプリケーションで実現されるもの
であり、このアプリケーションを実行するハードウェア
は、汎用的なパーソナルコンピュータなどで構成するこ
とができる。
【００１２】次に、ＣＯＤＡＳＹＬ型ＤＢをＲＤＢへ変
換する手順について図３に示したフローチャートを用い
て説明する。なお、図３の各処理に示されている「（Ｃ
ＯＤＡＳＹＬ）」又は「（ＲＤＢ）」というのは、それ
ぞれＣＯＤＡＳＹＬ型ＤＢ又はＲＤＢに対しての処理で
あることを意味しており、それぞれ各データベースモデ
ルの実行文を実行することで処理される。
換する手順について図３に示したフローチャートを用い
て説明する。なお、図３の各処理に示されている「（Ｃ
ＯＤＡＳＹＬ）」又は「（ＲＤＢ）」というのは、それ
ぞれＣＯＤＡＳＹＬ型ＤＢ又はＲＤＢに対しての処理で
あることを意味しており、それぞれ各データベースモデ
ルの実行文を実行することで処理される。
【００１３】まず、最初にＣＯＤＡＳＹＬ型ＤＢの親グ
ループに相当する親テーブル１を生成する（ステップ１
０）。これは、ＣＯＤＡＳＹＬ型ＤＢの親グループのレ
コード定義を参照することによってＣＲＥＡＴＥ ＴＡ
ＢＬＥ文を自動生成することができ、この文を実行する
ことで親テーブル１を自動生成する。このとき、図２に
示したように、後述するキー項目２を登録するためのフ
ィールドを追加する。同様にしてＣＯＤＡＳＹＬ型ＤＢ
の子グループに相当する子テーブル３を生成する（ステ
ップ２０）。これは、ＣＯＤＡＳＹＬ型ＤＢの子グルー
プのレコード定義を参照することによってＣＲＥＡＴＥ
ＴＡＢＬＥ文を自動生成することができ、この文を実
行することで子テーブル３を自動生成する。このとき、
図２に示したように、後述する２種類のキー項目４，５
を登録するためのフィールドを追加する。なお、ステッ
プ１０とステップ２０とはいずれを先に実行してもよ
い。
ループに相当する親テーブル１を生成する（ステップ１
０）。これは、ＣＯＤＡＳＹＬ型ＤＢの親グループのレ
コード定義を参照することによってＣＲＥＡＴＥ ＴＡ
ＢＬＥ文を自動生成することができ、この文を実行する
ことで親テーブル１を自動生成する。このとき、図２に
示したように、後述するキー項目２を登録するためのフ
ィールドを追加する。同様にしてＣＯＤＡＳＹＬ型ＤＢ
の子グループに相当する子テーブル３を生成する（ステ
ップ２０）。これは、ＣＯＤＡＳＹＬ型ＤＢの子グルー
プのレコード定義を参照することによってＣＲＥＡＴＥ
ＴＡＢＬＥ文を自動生成することができ、この文を実
行することで子テーブル３を自動生成する。このとき、
図２に示したように、後述する２種類のキー項目４，５
を登録するためのフィールドを追加する。なお、ステッ
プ１０とステップ２０とはいずれを先に実行してもよ
い。
【００１４】次に、ＣＯＤＡＳＹＬ型ＤＢの親グループ
から親レコードを順番に１つ取り出し（ステップ３
０）、それを親テーブル１に格納する（ステップ４
０）。親テーブル１に格納する親レコードの構造はＣＯ
ＤＡＳＹＬ型ＤＢと同じにする。これによって、レコー
ドアクセスに関連したプログラムコード部分の変更を不
要若しくは削減することができる。親レコードを親テー
ブルに格納するとき、当該親レコードに前述した所定の
キーを自動付加する。具体的には親レコードの識別情報
となるレコード名（図１における「Ａ１」，「Ａ２」）
をキーとして付加する。親テーブル１に親レコードを格
納するためのＩＮＳＥＲＴ文は、容易に自動生成するこ
とができる。
から親レコードを順番に１つ取り出し（ステップ３
０）、それを親テーブル１に格納する（ステップ４
０）。親テーブル１に格納する親レコードの構造はＣＯ
ＤＡＳＹＬ型ＤＢと同じにする。これによって、レコー
ドアクセスに関連したプログラムコード部分の変更を不
要若しくは削減することができる。親レコードを親テー
ブルに格納するとき、当該親レコードに前述した所定の
キーを自動付加する。具体的には親レコードの識別情報
となるレコード名（図１における「Ａ１」，「Ａ２」）
をキーとして付加する。親テーブル１に親レコードを格
納するためのＩＮＳＥＲＴ文は、容易に自動生成するこ
とができる。
【００１５】そして、親テーブル１に格納された親レコ
ードと同じセットに含まれていた子レコードを子グルー
プから１つ取り出して（ステップ５０）、その子レコー
ドに対して親子キーと順序キーとを設定した後（ステッ
プ６０，７０）、子テーブル３に格納する（ステップ８
０）。ただ、ＲＤＢでは、ＣＯＤＡＳＹＬ型ＤＢで可能
なレコード間のポインタを定義することができないの
で、何らかの方法で同じセット内の親レコードと子レコ
ードとの関連付けをし、更に同じセット内における子レ
コードの順序関係を示さなければならない。そこで、本
実施の形態では、親テーブルと子テーブルのそれぞれに
格納された親レコードと子レコードとの関連付けをする
ための親子関連情報として親子キーを付加し、更に同じ
セット内の子レコードの順序関係を示す順序情報として
順序キーを付加することにした。これによって、セット
内におけるレコードの親子関係と子レコード間の順序関
係を維持することができる。本実施の形態では、親とな
るレコードの「キー」と同じ項目データを親子キーに設
定し、また、子グループ内におけるチェーンにより連結
された並びを示す情報を順序キーに設定する。並びを示
す情報として、本実施の形態では昇順の数値を順次設定
している。このようなキーが付加された子レコードを子
テーブル３に格納するためのＩＮＳＥＲＴ文は、容易に
自動生成することができる。
ードと同じセットに含まれていた子レコードを子グルー
プから１つ取り出して（ステップ５０）、その子レコー
ドに対して親子キーと順序キーとを設定した後（ステッ
プ６０，７０）、子テーブル３に格納する（ステップ８
０）。ただ、ＲＤＢでは、ＣＯＤＡＳＹＬ型ＤＢで可能
なレコード間のポインタを定義することができないの
で、何らかの方法で同じセット内の親レコードと子レコ
ードとの関連付けをし、更に同じセット内における子レ
コードの順序関係を示さなければならない。そこで、本
実施の形態では、親テーブルと子テーブルのそれぞれに
格納された親レコードと子レコードとの関連付けをする
ための親子関連情報として親子キーを付加し、更に同じ
セット内の子レコードの順序関係を示す順序情報として
順序キーを付加することにした。これによって、セット
内におけるレコードの親子関係と子レコード間の順序関
係を維持することができる。本実施の形態では、親とな
るレコードの「キー」と同じ項目データを親子キーに設
定し、また、子グループ内におけるチェーンにより連結
された並びを示す情報を順序キーに設定する。並びを示
す情報として、本実施の形態では昇順の数値を順次設定
している。このようなキーが付加された子レコードを子
テーブル３に格納するためのＩＮＳＥＲＴ文は、容易に
自動生成することができる。
【００１６】上記ステップ５０〜８０の処理を繰り返し
行うことで同一セット内の子レコードを子テーブル３へ
順次格納する（ステップ９０）。１つのセットに対して
各レコードの格納処理が終了すると、親グループから次
の未処理の親レコードを１つ取り出し、上記と同様にし
て対応するレコードに所定のキーを付加して親テーブル
１又は子テーブル３に格納する（ステップ３０〜９
０）。この処理を親グループに属する全レコードに対し
て行うまで繰り返す（ステップ１００）。
行うことで同一セット内の子レコードを子テーブル３へ
順次格納する（ステップ９０）。１つのセットに対して
各レコードの格納処理が終了すると、親グループから次
の未処理の親レコードを１つ取り出し、上記と同様にし
て対応するレコードに所定のキーを付加して親テーブル
１又は子テーブル３に格納する（ステップ３０〜９
０）。この処理を親グループに属する全レコードに対し
て行うまで繰り返す（ステップ１００）。
【００１７】前述したように、ＲＤＢにはＣＯＤＡＳＹ
Ｌ型ＤＢのセットに相当する概念がないので、セットの
チェーン、すなわちレコード間の関連付けを何らかの方
法でしなければならないが、本実施の形態では、格納す
るレコードに対して所定のキーを自動的に付加すること
によって、ＣＯＤＡＳＹＬ型ＤＢにおけるレコード間の
関連付けを持たせるようにした。本実施の形態では、こ
のような簡単な方法でＣＯＤＡＳＹＬ型ＤＢをＲＤＢへ
自動変換することができる。これにより、ＣＯＤＡＳＹ
Ｌ型ＤＢで構築されていたシステムをＲＤＢで構築され
るシステムへ容易に移行することができる。
Ｌ型ＤＢのセットに相当する概念がないので、セットの
チェーン、すなわちレコード間の関連付けを何らかの方
法でしなければならないが、本実施の形態では、格納す
るレコードに対して所定のキーを自動的に付加すること
によって、ＣＯＤＡＳＹＬ型ＤＢにおけるレコード間の
関連付けを持たせるようにした。本実施の形態では、こ
のような簡単な方法でＣＯＤＡＳＹＬ型ＤＢをＲＤＢへ
自動変換することができる。これにより、ＣＯＤＡＳＹ
Ｌ型ＤＢで構築されていたシステムをＲＤＢで構築され
るシステムへ容易に移行することができる。
【００１８】なお、上記実施の形態では、レコードに対
してキーを付加してから親テーブル１に格納するように
したが、レコードに含まれているレコード名をキーとし
て使用するようにしてもよい。この場合、ＣＯＤＡＳＹ
Ｌ型ＤＢのレコードをキーを付加せずに親テーブル１に
そのまま格納することになる。これによって、キーの項
目データ長分の領域を消費せずにすむ。
してキーを付加してから親テーブル１に格納するように
したが、レコードに含まれているレコード名をキーとし
て使用するようにしてもよい。この場合、ＣＯＤＡＳＹ
Ｌ型ＤＢのレコードをキーを付加せずに親テーブル１に
そのまま格納することになる。これによって、キーの項
目データ長分の領域を消費せずにすむ。
【００１９】
【発明の効果】本発明によれば、ネットワークモデルに
よるデータベースにおけるグループそれぞれに対応させ
てテーブルを生成し、子グループに含まれていた子レコ
ードに親子関連情報及び順序情報を付加してから子テー
ブルに格納するようにした。このように、子レコードに
親子関連情報及び順序情報を付加するという簡単な方法
でネットワークモデルによるデータベースにおけるセッ
トの概念を関係モデルにおけるデータベースにおいても
表現できるようにしたので、ネットワークモデルによる
データベースを関係モデルにおけるデータベースに容易
に移行することができる。
よるデータベースにおけるグループそれぞれに対応させ
てテーブルを生成し、子グループに含まれていた子レコ
ードに親子関連情報及び順序情報を付加してから子テー
ブルに格納するようにした。このように、子レコードに
親子関連情報及び順序情報を付加するという簡単な方法
でネットワークモデルによるデータベースにおけるセッ
トの概念を関係モデルにおけるデータベースにおいても
表現できるようにしたので、ネットワークモデルによる
データベースを関係モデルにおけるデータベースに容易
に移行することができる。
【図１】 本発明に係るデータベースモデル変換方法の
一実施の形態を説明するためにＣＯＤＡＳＹＬ方式に基
づくデータベースの論理的構造を示した概念図である。
一実施の形態を説明するためにＣＯＤＡＳＹＬ方式に基
づくデータベースの論理的構造を示した概念図である。
【図２】 本実施の形態を説明するためにＲＤＢのテー
ブル構造を示した概念図である。
ブル構造を示した概念図である。
【図３】 本実施の形態におけるＣＯＤＡＳＹＬ型ＤＢ
をＲＤＢへ変換する方法を示したフローチャートであ
る。
をＲＤＢへ変換する方法を示したフローチャートであ
る。
【図４】 ＣＯＤＡＳＹＬ方式に基づくデータベースの
論理的構造を説明するための概念図である。
論理的構造を説明するための概念図である。
１ 親テーブル、、２，４，５ キー項目、３ 子テー
ブル。
ブル。
Claims (1)
- 【請求項１】 ネットワークモデルによるデータベース
において形成された各グループに対応させて関係モデル
によるデータベースのテーブルを自動生成するステップ
と、 親グループに含まれている親レコードを対応する親テー
ブルに格納するステップと、 子グループに含まれている子レコードを対応する子テー
ブルに格納するステップと、 を含み、子レコードを子テーブルに格納する際に当該子
グループと同じセット内の親グループに対応して生成さ
れた親テーブルに格納された親レコードとの関連付けを
するための親子関連情報及び当該子グループと同じセッ
ト内の他の子レコードとの順序関係を示す順序情報を付
加することによって、ネットワークモデルによるデータ
ベースを関係モデルにおけるデータベースに自動変換す
ることを特徴とするデータベースモデル変換方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11074744A JP2000267906A (ja) | 1999-03-19 | 1999-03-19 | データベースモデル変換方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11074744A JP2000267906A (ja) | 1999-03-19 | 1999-03-19 | データベースモデル変換方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000267906A true JP2000267906A (ja) | 2000-09-29 |
Family
ID=13556077
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11074744A Pending JP2000267906A (ja) | 1999-03-19 | 1999-03-19 | データベースモデル変換方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000267906A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005505042A (ja) * | 2001-09-28 | 2005-02-17 | オラクル・インターナショナル・コーポレイション | リレーショナルデータの整合的な階層抽出の提供 |
| WO2009095981A1 (ja) * | 2008-01-28 | 2009-08-06 | Turbo Data Laboratories Inc. | 表からツリー構造データを構築する方法及び装置 |
| WO2010067647A1 (ja) | 2008-12-11 | 2010-06-17 | インターナショナル・ビジネス・マシーンズ・コーポレーション | システムのモデルを変換する方法、コンピュータ・プログラム及びシステムモデル変換装置 |
| JP2015200978A (ja) * | 2014-04-04 | 2015-11-12 | 富士通株式会社 | データベースアクセス制御プログラム、データベースアクセス制御方法、及び情報処理装置 |
-
1999
- 1999-03-19 JP JP11074744A patent/JP2000267906A/ja active Pending
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005505042A (ja) * | 2001-09-28 | 2005-02-17 | オラクル・インターナショナル・コーポレイション | リレーショナルデータの整合的な階層抽出の提供 |
| WO2009095981A1 (ja) * | 2008-01-28 | 2009-08-06 | Turbo Data Laboratories Inc. | 表からツリー構造データを構築する方法及び装置 |
| JP5241738B2 (ja) * | 2008-01-28 | 2013-07-17 | 株式会社ターボデータラボラトリー | 表からツリー構造データを構築する方法及び装置 |
| WO2010067647A1 (ja) | 2008-12-11 | 2010-06-17 | インターナショナル・ビジネス・マシーンズ・コーポレーション | システムのモデルを変換する方法、コンピュータ・プログラム及びシステムモデル変換装置 |
| US8583707B2 (en) | 2008-12-11 | 2013-11-12 | International Business Machines Corporation | Method, computer program, and system-model converter for converting system model |
| JP2015200978A (ja) * | 2014-04-04 | 2015-11-12 | 富士通株式会社 | データベースアクセス制御プログラム、データベースアクセス制御方法、及び情報処理装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7213227B2 (en) | Rapid application integration using an integrated development environment | |
| US6742001B2 (en) | System and method for sharing data between hierarchical databases | |
| US20040044987A1 (en) | Rapid application integration | |
| US20040044729A1 (en) | Rapid application integration using functional atoms | |
| CN107870949B (zh) | 数据分析作业依赖关系生成方法和系统 | |
| WO2011116471A1 (en) | Method and system for generating updated test data | |
| CN103678591A (zh) | 自动执行多业务单据统计处理的装置和方法 | |
| US9348884B2 (en) | Methods and apparatus for reuse optimization of a data storage process using an ordered structure | |
| US7885927B2 (en) | Transfer of table instances between databases | |
| Kornatzky et al. | Conceptual design of object-oriented database schemas using the binary-relationship model | |
| Markowitz | Representing processes in the extended entity-relationship model | |
| JP2000267906A (ja) | データベースモデル変換方法 | |
| CN116701355A (zh) | 数据视图处理方法、装置、计算机设备及可读存储介质 | |
| JP4562749B2 (ja) | 文書の圧縮格納方法及び装置 | |
| US7574329B1 (en) | Object model for decision and issue tracking | |
| Halpin | Entity Relationship modeling from an ORM perspective: Part 1 | |
| CN108228774A (zh) | 一种关系模型到xml的转化方法 | |
| CN113342325A (zh) | 可视化建模方法、系统、电子设备及存储介质 | |
| JP2000090093A (ja) | 全文検索方法及び全文検索システム並びに全文検索プログラムを記録した記録媒体 | |
| CN109857390B (zh) | 一种Git仓库文件注解系统的注解传递方法 | |
| Ryan | Beyond the relational database: Managing the variety and complexity of archaeological data | |
| CN110968634A (zh) | 大数据场景下基于xml描述实现利用可编程函数式进行etl转换处理的方法 | |
| JPH04172529A (ja) | データ中心型ソフトウエア部品によるプログラム自動生成方式 | |
| Molhanec | Deriving Relational Normalisation from Conceptual Normalisation | |
| CN117194430A (zh) | 一种对Saas平台数据结构进行优化的方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040330 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040720 |