JP4062886B2 - データベースシステム、データベースプログラムを記録した記録媒体、およびデータベースプログラム - Google Patents
データベースシステム、データベースプログラムを記録した記録媒体、およびデータベースプログラム Download PDFInfo
- Publication number
- JP4062886B2 JP4062886B2 JP2001067681A JP2001067681A JP4062886B2 JP 4062886 B2 JP4062886 B2 JP 4062886B2 JP 2001067681 A JP2001067681 A JP 2001067681A JP 2001067681 A JP2001067681 A JP 2001067681A JP 4062886 B2 JP4062886 B2 JP 4062886B2
- Authority
- JP
- Japan
- Prior art keywords
- record
- pointer information
- data
- information
- record pointer
- 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
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はネイティブモードのリレーショナルデータベース・アクセスを主体としたデータベース操作に加え、従来型のネットワークデータベース操作も可能とする、複数データベース構造を同時に制御可能としたデータベースマネージメント技術に関する。
【０００２】
【従来の技術】
データの格納領域効率及びその処理効率に優れたデータの格納管理技術として従来、データを階層構造で表現するネットワークデータベース・マネージメントシステム（ＮＤＢＭＳ）が隆盛を究めていた。しかしこの構造は、データの階層と同時に順序性をも保持した、所謂クローズ型のデータベースであるため複雑な構造となり、アクセスロジックもプログラムに依存する所が大きく設計上の負担が極めて大きいと言う難点を内包している。
【０００３】
図９−（１）はＮＤＢを使用したアプリケーションの一例であり、データベースとしては「Ａレコード」を親レコードにして、この下層に並列で「Ｂレコード」（ＡＢセット関係と称す）と「Ｃレコード」（ＡＣセット）が子レコードとして接続され、更にその下層に「Ｄレコード」が孫レコードとして存在し、ＢＤセットとＣＤセットの関係を形成したデータ構造の例である。尚、これ等階層構造のデータは各レコードの持つ順序関係ポインタにより接続されている。
【０００４】
この様なデータベースに対してアプリケーション・プログラムからは、ＮＤＢの操作言語であるＤＭＬ命令によりＮＤＢＭＳを介してアクセスすることを示している。
【０００５】
また、昨今ではコンピュータの容量的、速度的性能向上に伴い、格納領域や処理効率を多少犠牲にしても、データ構造が表（テーブル）形式からなるシンプルでプログラムも比較的容易に出来る、所謂オープン型のリレーショナルデータベース・マネージメントシステム（ＲＤＢＭＳ）が一般的になりつつある。
【０００６】
図９−（２）はＲＤＢを使用したアプリケーションの一例であり、データベースとしては「Ａレコードテーブル」から「Ｄレコードテーブル」の様に全く独立した複数の表形式のテーブルから構成されている。尚、ＲＤＢではレコードに対応するものを行と呼称するが、ここでは同義に使用している。
【０００７】
この様なデータベースに対してアプリケーション・プログラムからは、ＲＤＢの操作言語であるＳＱＬ命令によりＲＤＢＭＳを介してアクセスすることを示している。
【０００８】
然るに、従来ＮＤＢを主体に築かれてきた多数のデータベース・アプリケーションをＲＤＢ化するには、前述のデータ構造の相違から殆どアプリケーションの設計から再構築する必要があり、大変な作業量となる。
【０００９】
そこでこの様な場合に通常良く行われる移行方法、即ちＲＤＢ化に際しＮＤＢアプリケーションを単純移行することで対処しようとした場合でも、ＮＤＢの親レコードと子レコードなどの順序関係ポインタを、ＲＤＢ化したデータレコードに追加し、ＳＱＬによるユーザプログラムでポインタデータを辿りながらデータアクセスする様にロジックを組み直す必要がある。
【００１０】
【発明が解決しようとする課題】
この様に従来ＮＤＢを主体に構築された多数のデータベース・アプリケーションをＲＤＢ化しようとした場合、アプリケーションの再構築或いは単純移行の何れの方法を採るにしても、極めて困難な移行作業を伴うという問題があった。
【００１１】
本発明はこのような点に鑑みて、ユーザ側からみた従来のＮＤＢインターフェースを残しながら、ネイティブモードのリレーショナルデータベース・アクセスを可能とするデータベースマネージメント技術を提供することを目的とする。
【００１２】
【課題を解決するための手段】
上記の課題は下記の如くに構成されたハイブリッドデータベースシステムによって解決される。即ち図１は、本発明の原理図であり、
ネットワークデータベースとリレーショナルデータベースをアクセスするアプリケーション処理を一元的に管理するデータベースシステムであって、
データ部から成る各テーブルの各行に固有なポインタデータを持ち、該ポインタデータをデータ部と共に記憶するデータ表１０と、前記ポインタデータをもとにネットワークデータベースに於ける階層関係とレコード間の順序関係を記憶する順序関係表１１とを備え、ネットワークデータベースをアクセスするアプリケーション処理に於けるＤＭＬ命令を、該命令の解析１２及び前記順序関係表にもとづく順序関係の解析１３結果からＳＱＬ命令組立手段１４によりＳＱＬ命令に組立て、前記順序関係表を介してデータ表にアクセスすることにより、リレーショナルデータベース・アクセスはもとより、既存のネットワークデータベース・アクセスについてもＲＤＢを主体としたデータベースシステムとして動作させることが可能となる。
【００１３】
【発明の実施の形態】
先ず最初に、図９（１）の従来例で採り上げたＮＤＢのデータ構造、即ち「Ａレコード」を親レコードにして、この下層に並列で「Ｂレコード」（ＡＢセット）と「Ｃレコード」（ＡＣセット）が子レコードとして接続され、更にその下層に「Ｄレコード」が孫レコードとして存在し、ＢＤセットとＣＤセットの関係を形成したデータベースに対する本発明の具体的な実施形態として図２をもとに説明する。
【００１４】
既存のアプリケーション・プログラムからＤＭＬ命令によりアクセスする上記ＮＤＢは、「Ａレコード」を親レコードにして、ＡＢセット、ＡＣセット、ＢＤセット、ＣＤセットの関係を持った階層構造を形成しており、同一階層のレコードは各レコードの持つ順序関係ポインタ、即ちＮＰ（NEXT-RECORD POINTER)、ＢＰ(BACK-RECORD POINTER) 及びそのレコードが接続される上階層のポインタＯＰ(OWNER-RECORD POINTER)によりリング状に接続されている。
【００１５】
ＮＤＢのこれ等情報を本発明で言うリレーショナル型のデータベース、即ちハイブリッドデータベースの構造に展開したものが、図２のハイブリッドＤＢ構造２０の内容であり、データ情報を表形式で記憶・格納したデータ表とポインタ情報を表形式で記憶・格納した順序関係表に大別される。
【００１６】
そしてデータ表の各レコード（行）には、当該レコードに固有なレコードポインタＲＰ（RECORD POINTER) が付与され、このＲＰにより当データ表と前述の順序関係表が関係付けられている。一例として「Ａレコード」には「ＲＰａ」なる固有のレコードポインタが付与され、「Ａレコード」と「ＲＰａ」によりデータ表のレコードを形成している。
【００１７】
これに対応して順序関係表では「ＲＰａ」をキーにして、「Ａレコード」の前後レコードポインタである「ＮＰａ」と「ＢＰａ」とによりレコードを形成していることを示している。尚、本例の様な最上層の親レコードより下層のレコードに於いては、これ等に親レコードに対するレコードポインタ「ＯＰａ」が付加されることになる。
【００１８】
この様なハイブリッドＤＢに対し、既存のＮＤＢをアクセスするアプリケーション・プログラムからＤＭＬ命令によりアクセスする場合には、発行されたＤＭＬ命令を、ＤＭＬ命令解析手段とレコード順序関係解析手段による解析結果からＳＱＬ命令組立手段によりＳＱＬ命令に組立て、これを実行することにより順序関係表を介して目的のデータ表にアクセスすることを可能とする。
【００１９】
また、同ＤＢに対する新規作成等のＲＤＢアクセスのアプリケーション・プログラムは、ＳＱＬ命令を目的のデータ表に対し直接発行することによりアクセス（ＲＰは未使用）することを可能とするものであり、複雑なＮＤＢのレコードポインタを辿るなど順序関係表を意識することなく新規のアプリケーションを開発することが出来る。
【００２０】
尚、ＲＤＢアクセスのアプリケーション・プログラムにより、データ表にデータの追加又は削除が発生した場合には、これを順序関係表に反映させるため整合性保持手段により順序関係表の更新（ＲＰ値−ＯＰ値−ＮＰ値−ＢＰ値など関係情報による更新）を行い、データ表と順序関係表の整合性を保持するものである。
【００２１】
この様に表形式で記憶・格納されたデータ表と順序関係表から形成されたハイブリッドＤＢ構造を採ることにより、ネイティブモードのＲＤＢアクセスを主体としたＳＱＬ命令によるデータベース操作はもとより、既存のＮＤＢをアクセスするＤＭＬ命令によるデータベース操作も可能とし、ＲＤＢとＮＤＢと言う構造を全く異にする複数データベース構造を同時に制御可能とするデータベースマネージメントを実現することが出来る。
【００２２】
次に従来のＮＤＢアクセス例をもとに、これが本発明のハイブリッドＤＢアクセスでは具体的にどの様になるのか、実施例をもとに説明する。
【００２３】
図３に挙げた実施例１（その１）は、親レコード「Ａ」の下に子レコード「Ｂ」が接続されＡＢセットの関係を成した従来のＮＤＢ例であり、その接続実態は中段に示す如くである。
【００２４】
即ち、図上では親の「Ａレコード」として「Ａ１」、「Ａ２」及び「Ａ３」が存在し、「Ａ１」の子レコードには「Ｂ１１」、「Ｂ１２」、「Ｂ１３」が、「Ａ２」には「Ｂ２１」、「Ｂ２２」が、「Ａ３」には「Ｂ３１」、「Ｂ３２」、「Ｂ３３」の各レコードがそれぞれリング状に接続され、図示は省略しているが、各レコードはこれ等データ情報のほか、前述のＯＰ、ＮＰ、ＢＰも同時に記憶している。
【００２５】
この様なＮＤＢに対し、プログラムでは「Ａ３」に接続される「Ｂ３１」、「Ｂ３２」にアクセスする例を図３の下段に挙げている。即ち、（１）〜（３）ステップに於いて、先ず「Ａ１−ＫＥＹ」でエントリした後、「Ａ−ＩＮＤＥＸ」を辿り「Ａ３」を検索し、（４）及び（５）ステップの「’ＡＢＳＥＴ’」により目的の「Ｂ３１」及び「Ｂ３２」にアクセスするものである。
【００２６】
これに対し本発明のハイブリッドＤＢでは、図４の実施例１（その２）に示す様なデータ表、順序関係表によりＤＢが記憶・格納される。
【００２７】
即ち、データ表（Xtab:Xtable の略) にはデータ部(DATA)とそのデータ部に固有なポインタデータ(RP)が記憶され、例えば「Ａテーブル」の「Ａ１」レコードには「ａ１」なる固有なポインタデータが、又「Ｂテーブル」の「Ｂ１１」レコードには「ｂ１１」なる固有なポインタデータが付与され、記憶されている如きである。
【００２８】
また、これ等データ表の各レコード（行）に対応して順序関係表（xtab:xtable の略) が作成されるが、その内容はデータ表の各レコードと対応付けるＲＰに続き、ＮＰ、ＢＰ及び子レコードの場合にはこれにＯＰを追加したポインタ情報の集まったテーブルである。
【００２９】
例えば「ａテーブル」のＲＰ＝「ａ１」レコードにはＮＰ＝「ａ２」、ＢＰ＝「ＳＴＡＲＴ」（後方のレコードはなく、同層の最初のレコードであることを示し、同様にＮＰ＝ＥＮＤは前方のレコードはなく、同層の最後のレコードであることを示す）なるポインタデータが、又「ｂテーブル」のＲＰ＝「ｂ１１」レコードにはＯＰ＝「ａ１」、ＮＰ＝「ｂ１２」、ＢＰ＝「ＳＴＡＲＴ」なるポインタデータが記憶されている如きである。
【００３０】
この様に作成・記憶された本発明のハイブリッドＤＢに対し、前記図３に示したＮＤＢアクセスプログラムがＲＤＢのＳＱＬ命令にどの様に組み立てられ、実行されるかを図５の実施例１（その３）にもとづき説明する。尚、図３のＮＤＢアクセスプログラムの各ステップ番号（１）〜（５）は図５の各ステップ番号（１）〜（５）に対応するものであり、図５の各ステップ番号の内容はそのＳＱＬ命令に組み立てられた結果を示している。
【００３１】
図５の（１）はパラメータ「Ａ１−ＫＥＹ」を利用してデータ部のＡ１をアクセスする。（２）は（１）の「ａ１」を利用して順序関係表からＮＰを取り出し、ＮＰを利用してデータ部を取り出す。（３）は（２）の「ａ２」を利用して順序関係表からＮＰを取り出し、ＮＰを利用してデータ部を取り出す。（４）は「ａ３」を親に持つ最初のレコードをアクセスし、ＲＰを利用してデータ部を取り出す。（５）は（４）のＮＰを利用してデータ部を取り出す。
【００３２】
これにより前述した従来のＮＤＢに対する処理と全く同様のアクセス動作をハイブリッドＤＢ上で実現することが出来る。
【００３３】
続いて従来のＮＤＢ構造が、所謂Ｖ字型の親子関係にある例として図６の実施例２（その１）により説明する。
【００３４】
本例のデータ構造は、親レコード「Ｂ」、「Ｃ」の下に子レコード「Ｄ」が存在し、これ等の間にＢＤ及びＣＤの各セット関係を持つＮＤＢ例であり、子レコード「Ｄ」から見ると親レコード「Ｂ」、「Ｃ」の両方にクロス接続されたものであり、その接続実態は中段に示す如くである。
【００３５】
即ち、図上では親の「Ｂ１レコード」の下に「Ｄ１」、「Ｄ２」及び「Ｄ３」が、「Ｃ１レコード」の下に「Ｄ１」が、「Ｃ２レコード」の下に「Ｄ２」と「Ｄ３」の各レコードがそれぞれ接続され、図示は省略しているが、各レコードにはこれ等データ情報のほか、前述のＯＰ、ＮＰ、ＢＰも同時に記憶している。
【００３６】
この様なＮＤＢに対し、プログラムでは「Ｃレコード」に処理を施す例を図６の下段にＮＤＢアクセスプログラムとして挙げている。即ち、▲１▼ステップに於いて、先ずＢの先頭レコードにエントリし、データ、ポインタを取り出した後、▲２▼ステップでセットＢＤによりＤレコードにアクセスし、▲３▼ステップでセットＣＤにより親のＣレコードにアクセスしてデータを取り出し、▲４▼ステップで取り出したデータに処理を施し、▲５▼ステップで前記▲２▼に無条件ジャンプし、これ等をＣレコード処理が終了するまで繰り返し実行し、▲６▼ステップで▲２▼又は▲３▼の「ＥＮＤ」データにより全ての終了処理を行うものである。
【００３７】
これに対し本発明のハイブリッドＤＢでは、図７の実施例２（その２）に示す様なデータ表、順序関係表によりＤＢが記憶・格納される。
【００３８】
即ち、データ表（Xtab) にはデータ部(data)とそのデータ部に固有なポインタデータ(RP)が記憶され、例えば「Ｄテーブル」の「Ｄ１」レコードには「ｄ１」なる固有なポインタデータが付与され、記憶されている如きである。
【００３９】
また、これ等データ表の各レコード（行）に対応して順序関係表（xtab) が作成されるが、その内容はデータ表の各レコードと対応付けるＲＰに続き、ＯＰ、ＮＰ、ＢＰの各ポインタ情報の集まったテーブルである。
【００４０】
例えば「ｂテーブル」のＲＰ＝「ｂ１」レコードにはＯＰ＝「ＥＮＤ」、ＮＰ＝「ＥＮＤ」、ＢＰ＝「ＳＴＡＲＴ」なるポインタデータが記憶され、又「ｄテーブル」のＲＰ＝「ｄ１」レコードには、ＢＤ及びＣＤの二つのセット関係が存在するため、先ずＢＤセットについてＯＰ１＝「ｂ１」、ＮＰ１＝「ｄ２」、ＢＰ１＝「ＳＴＡＲＴ」が、ＣＤセットについてＯＰ２＝「ｃ１」、ＮＰ２＝「ＥＮＤ」、ＢＰ２＝「ＳＴＡＲＴ」が存在し、二つのポインタデータが記憶されている如きである。この様に、所謂Ｖ字型の親子関係に於いて複数の親レコードが存在する場合には、そのセット数だけ順序ポインタデータを保持することになる。
【００４１】
この様に作成・記憶された本発明のハイブリッドＤＢに対し、前記図６に示したＮＤＢアクセスプログラムがＲＤＢのＳＱＬ命令にどの様に組み立てられ、実行されるかを図８の実施例２（その３）にもとづき説明する。尚、図６のＮＤＢアクセスプログラムの各ステップ番号▲１▼〜▲６▼は図８の各ステップ番号▲１▼〜▲６▼に対応するものであり、図８の各ステップ番号の内容はそのＳＱＬ命令に組み立てられた結果を示しているが、この内「▲２▼」の内容はセットＢＤの先頭レコードをアクセスする場合のみ実行され、セットＢＤの次レコード以降は「▲２▼」に代わり「▲２▼’」の命令が実行されるものである。
【００４２】
図８の▲１▼ステップではＢレコードの先頭となるデータ、ポインタを取り出す。▲２▼ステップではセットＢＤを示す順序関係から、関係づけられているＤレコードの自ポインタと次ポインタを取り出し、Ｄレコード自ポインタを用いてデータを取り出した後、▲３▼へジャンプする。（前記の通り▲２▼はセットＢＤの先頭レコードをアクセスする場合のみ実行）▲２▼’ステップではＤレコード次ポインタを用いて、順次アクセス時に於ける次データの自ポインタと次ポインタを取り出し、Ｄレコード次ポインタが終了を示している場合に▲６▼の終了処理に移行する。
【００４３】
次の▲３▼ステップではセットＣＤを示す順序関係から、Ｄレコードと関係するＣレコードを得るため親ポインタと次ポインタを取り出す。親ポインタを用いて、Ｃレコード順序テーブルからＣレコードの自ポインタと次ポインタを取り出し、Ｃレコード自ポインタからデータを取り出すが、親ポインタが存在しない場合には▲６▼の終了処理に移行する。▲４▼ステップではレコードＣの処理を行う。▲５▼ステップではセットＢＤに関して２回目以降のアクセスとなるため、▲２▼’へジャンプする。▲６▼ステップでは全ての終了処理を行う。
【００４４】
この様に前述した従来のＮＤＢに対する処理と全く同様のアクセス動作をハイブリッドＤＢ上で実現することが出来る。
【００４５】
以上の説明の通り、本発明のハイブリッドＤＢ構造を採用することにより、同ＤＢを使用した新規のアプリケーションなどについては、一般のＲＤＢアクセスとして開発を行えば良く、又既存のＮＤＢアプリケーションについても階層化された複雑なセット関係を全く意識することなくデータアクセス出来るため、データ構造を大きく異にするＮＤＢからＲＤＢへの移行をスムーズに行える。
【００４６】
尚、本発明に於けるコンピュータ処理は、コンピュータプログラムにより当該コンピュータの主記憶装置上で実行されるが、このコンピュータプログラムの提供形態は、当該コンピュータに接続された補助記憶装置をはじめ、フロッピーディスクやＣＤ−ＲＯＭ等の可搬型記憶装置やネットワーク接続された他のコンピュータの主記憶装置及び補助記憶装置等の各記録媒体に格納されて提供されるもので、このコンピュータプログラムの実行に際しては、当該コンピュータの主記憶装置上にローディングされ実行されるものである。
【００４７】
【発明の効果】
以上の説明から明らかなように本発明によれば、ＮＤＢにより開発した従来のデータベース・アプリケーションを存続しながら、新規開発する同一データベースを使用したアプリケーションについては、ネイティブモードのリレーショナルデータベース・アクセスを可能とし、データの追加などによる両者の整合性を保持したデータベースマネージメントシステムを提供することにより、ＮＤＢ主体で構築してきたデータベース・アプリケーションのＲＤＢ化に際し、その移行作業を大幅に軽減することが出来るという著しい工業的効果がある。
【図面の簡単な説明】
【図１】 本発明の原理説明図
【図２】 本発明の具体例による実施形態説明図
【図３】 本発明の実施例１（その１）
【図４】 本発明の実施例１（その２）
【図５】 本発明の実施例１（その３）
【図６】 本発明の実施例２（その１）
【図７】 本発明の実施例２（その２）
【図８】 本発明の実施例２（その３）
【図９】 従来のデータベースシステム例
【符号の説明】
10 データ表
11 順序関係表
12 ＤＭＬ命令解析手段
13 レコード順序関係解析手段
14 ＳＱＬ命令組立手段
15 整合性保持手段
20 ハイブリッドＤＢ構造
【発明の属する技術分野】
本発明はネイティブモードのリレーショナルデータベース・アクセスを主体としたデータベース操作に加え、従来型のネットワークデータベース操作も可能とする、複数データベース構造を同時に制御可能としたデータベースマネージメント技術に関する。
【０００２】
【従来の技術】
データの格納領域効率及びその処理効率に優れたデータの格納管理技術として従来、データを階層構造で表現するネットワークデータベース・マネージメントシステム（ＮＤＢＭＳ）が隆盛を究めていた。しかしこの構造は、データの階層と同時に順序性をも保持した、所謂クローズ型のデータベースであるため複雑な構造となり、アクセスロジックもプログラムに依存する所が大きく設計上の負担が極めて大きいと言う難点を内包している。
【０００３】
図９−（１）はＮＤＢを使用したアプリケーションの一例であり、データベースとしては「Ａレコード」を親レコードにして、この下層に並列で「Ｂレコード」（ＡＢセット関係と称す）と「Ｃレコード」（ＡＣセット）が子レコードとして接続され、更にその下層に「Ｄレコード」が孫レコードとして存在し、ＢＤセットとＣＤセットの関係を形成したデータ構造の例である。尚、これ等階層構造のデータは各レコードの持つ順序関係ポインタにより接続されている。
【０００４】
この様なデータベースに対してアプリケーション・プログラムからは、ＮＤＢの操作言語であるＤＭＬ命令によりＮＤＢＭＳを介してアクセスすることを示している。
【０００５】
また、昨今ではコンピュータの容量的、速度的性能向上に伴い、格納領域や処理効率を多少犠牲にしても、データ構造が表（テーブル）形式からなるシンプルでプログラムも比較的容易に出来る、所謂オープン型のリレーショナルデータベース・マネージメントシステム（ＲＤＢＭＳ）が一般的になりつつある。
【０００６】
図９−（２）はＲＤＢを使用したアプリケーションの一例であり、データベースとしては「Ａレコードテーブル」から「Ｄレコードテーブル」の様に全く独立した複数の表形式のテーブルから構成されている。尚、ＲＤＢではレコードに対応するものを行と呼称するが、ここでは同義に使用している。
【０００７】
この様なデータベースに対してアプリケーション・プログラムからは、ＲＤＢの操作言語であるＳＱＬ命令によりＲＤＢＭＳを介してアクセスすることを示している。
【０００８】
然るに、従来ＮＤＢを主体に築かれてきた多数のデータベース・アプリケーションをＲＤＢ化するには、前述のデータ構造の相違から殆どアプリケーションの設計から再構築する必要があり、大変な作業量となる。
【０００９】
そこでこの様な場合に通常良く行われる移行方法、即ちＲＤＢ化に際しＮＤＢアプリケーションを単純移行することで対処しようとした場合でも、ＮＤＢの親レコードと子レコードなどの順序関係ポインタを、ＲＤＢ化したデータレコードに追加し、ＳＱＬによるユーザプログラムでポインタデータを辿りながらデータアクセスする様にロジックを組み直す必要がある。
【００１０】
【発明が解決しようとする課題】
この様に従来ＮＤＢを主体に構築された多数のデータベース・アプリケーションをＲＤＢ化しようとした場合、アプリケーションの再構築或いは単純移行の何れの方法を採るにしても、極めて困難な移行作業を伴うという問題があった。
【００１１】
本発明はこのような点に鑑みて、ユーザ側からみた従来のＮＤＢインターフェースを残しながら、ネイティブモードのリレーショナルデータベース・アクセスを可能とするデータベースマネージメント技術を提供することを目的とする。
【００１２】
【課題を解決するための手段】
上記の課題は下記の如くに構成されたハイブリッドデータベースシステムによって解決される。即ち図１は、本発明の原理図であり、
ネットワークデータベースとリレーショナルデータベースをアクセスするアプリケーション処理を一元的に管理するデータベースシステムであって、
データ部から成る各テーブルの各行に固有なポインタデータを持ち、該ポインタデータをデータ部と共に記憶するデータ表１０と、前記ポインタデータをもとにネットワークデータベースに於ける階層関係とレコード間の順序関係を記憶する順序関係表１１とを備え、ネットワークデータベースをアクセスするアプリケーション処理に於けるＤＭＬ命令を、該命令の解析１２及び前記順序関係表にもとづく順序関係の解析１３結果からＳＱＬ命令組立手段１４によりＳＱＬ命令に組立て、前記順序関係表を介してデータ表にアクセスすることにより、リレーショナルデータベース・アクセスはもとより、既存のネットワークデータベース・アクセスについてもＲＤＢを主体としたデータベースシステムとして動作させることが可能となる。
【００１３】
【発明の実施の形態】
先ず最初に、図９（１）の従来例で採り上げたＮＤＢのデータ構造、即ち「Ａレコード」を親レコードにして、この下層に並列で「Ｂレコード」（ＡＢセット）と「Ｃレコード」（ＡＣセット）が子レコードとして接続され、更にその下層に「Ｄレコード」が孫レコードとして存在し、ＢＤセットとＣＤセットの関係を形成したデータベースに対する本発明の具体的な実施形態として図２をもとに説明する。
【００１４】
既存のアプリケーション・プログラムからＤＭＬ命令によりアクセスする上記ＮＤＢは、「Ａレコード」を親レコードにして、ＡＢセット、ＡＣセット、ＢＤセット、ＣＤセットの関係を持った階層構造を形成しており、同一階層のレコードは各レコードの持つ順序関係ポインタ、即ちＮＰ（NEXT-RECORD POINTER)、ＢＰ(BACK-RECORD POINTER) 及びそのレコードが接続される上階層のポインタＯＰ(OWNER-RECORD POINTER)によりリング状に接続されている。
【００１５】
ＮＤＢのこれ等情報を本発明で言うリレーショナル型のデータベース、即ちハイブリッドデータベースの構造に展開したものが、図２のハイブリッドＤＢ構造２０の内容であり、データ情報を表形式で記憶・格納したデータ表とポインタ情報を表形式で記憶・格納した順序関係表に大別される。
【００１６】
そしてデータ表の各レコード（行）には、当該レコードに固有なレコードポインタＲＰ（RECORD POINTER) が付与され、このＲＰにより当データ表と前述の順序関係表が関係付けられている。一例として「Ａレコード」には「ＲＰａ」なる固有のレコードポインタが付与され、「Ａレコード」と「ＲＰａ」によりデータ表のレコードを形成している。
【００１７】
これに対応して順序関係表では「ＲＰａ」をキーにして、「Ａレコード」の前後レコードポインタである「ＮＰａ」と「ＢＰａ」とによりレコードを形成していることを示している。尚、本例の様な最上層の親レコードより下層のレコードに於いては、これ等に親レコードに対するレコードポインタ「ＯＰａ」が付加されることになる。
【００１８】
この様なハイブリッドＤＢに対し、既存のＮＤＢをアクセスするアプリケーション・プログラムからＤＭＬ命令によりアクセスする場合には、発行されたＤＭＬ命令を、ＤＭＬ命令解析手段とレコード順序関係解析手段による解析結果からＳＱＬ命令組立手段によりＳＱＬ命令に組立て、これを実行することにより順序関係表を介して目的のデータ表にアクセスすることを可能とする。
【００１９】
また、同ＤＢに対する新規作成等のＲＤＢアクセスのアプリケーション・プログラムは、ＳＱＬ命令を目的のデータ表に対し直接発行することによりアクセス（ＲＰは未使用）することを可能とするものであり、複雑なＮＤＢのレコードポインタを辿るなど順序関係表を意識することなく新規のアプリケーションを開発することが出来る。
【００２０】
尚、ＲＤＢアクセスのアプリケーション・プログラムにより、データ表にデータの追加又は削除が発生した場合には、これを順序関係表に反映させるため整合性保持手段により順序関係表の更新（ＲＰ値−ＯＰ値−ＮＰ値−ＢＰ値など関係情報による更新）を行い、データ表と順序関係表の整合性を保持するものである。
【００２１】
この様に表形式で記憶・格納されたデータ表と順序関係表から形成されたハイブリッドＤＢ構造を採ることにより、ネイティブモードのＲＤＢアクセスを主体としたＳＱＬ命令によるデータベース操作はもとより、既存のＮＤＢをアクセスするＤＭＬ命令によるデータベース操作も可能とし、ＲＤＢとＮＤＢと言う構造を全く異にする複数データベース構造を同時に制御可能とするデータベースマネージメントを実現することが出来る。
【００２２】
次に従来のＮＤＢアクセス例をもとに、これが本発明のハイブリッドＤＢアクセスでは具体的にどの様になるのか、実施例をもとに説明する。
【００２３】
図３に挙げた実施例１（その１）は、親レコード「Ａ」の下に子レコード「Ｂ」が接続されＡＢセットの関係を成した従来のＮＤＢ例であり、その接続実態は中段に示す如くである。
【００２４】
即ち、図上では親の「Ａレコード」として「Ａ１」、「Ａ２」及び「Ａ３」が存在し、「Ａ１」の子レコードには「Ｂ１１」、「Ｂ１２」、「Ｂ１３」が、「Ａ２」には「Ｂ２１」、「Ｂ２２」が、「Ａ３」には「Ｂ３１」、「Ｂ３２」、「Ｂ３３」の各レコードがそれぞれリング状に接続され、図示は省略しているが、各レコードはこれ等データ情報のほか、前述のＯＰ、ＮＰ、ＢＰも同時に記憶している。
【００２５】
この様なＮＤＢに対し、プログラムでは「Ａ３」に接続される「Ｂ３１」、「Ｂ３２」にアクセスする例を図３の下段に挙げている。即ち、（１）〜（３）ステップに於いて、先ず「Ａ１−ＫＥＹ」でエントリした後、「Ａ−ＩＮＤＥＸ」を辿り「Ａ３」を検索し、（４）及び（５）ステップの「’ＡＢＳＥＴ’」により目的の「Ｂ３１」及び「Ｂ３２」にアクセスするものである。
【００２６】
これに対し本発明のハイブリッドＤＢでは、図４の実施例１（その２）に示す様なデータ表、順序関係表によりＤＢが記憶・格納される。
【００２７】
即ち、データ表（Xtab:Xtable の略) にはデータ部(DATA)とそのデータ部に固有なポインタデータ(RP)が記憶され、例えば「Ａテーブル」の「Ａ１」レコードには「ａ１」なる固有なポインタデータが、又「Ｂテーブル」の「Ｂ１１」レコードには「ｂ１１」なる固有なポインタデータが付与され、記憶されている如きである。
【００２８】
また、これ等データ表の各レコード（行）に対応して順序関係表（xtab:xtable の略) が作成されるが、その内容はデータ表の各レコードと対応付けるＲＰに続き、ＮＰ、ＢＰ及び子レコードの場合にはこれにＯＰを追加したポインタ情報の集まったテーブルである。
【００２９】
例えば「ａテーブル」のＲＰ＝「ａ１」レコードにはＮＰ＝「ａ２」、ＢＰ＝「ＳＴＡＲＴ」（後方のレコードはなく、同層の最初のレコードであることを示し、同様にＮＰ＝ＥＮＤは前方のレコードはなく、同層の最後のレコードであることを示す）なるポインタデータが、又「ｂテーブル」のＲＰ＝「ｂ１１」レコードにはＯＰ＝「ａ１」、ＮＰ＝「ｂ１２」、ＢＰ＝「ＳＴＡＲＴ」なるポインタデータが記憶されている如きである。
【００３０】
この様に作成・記憶された本発明のハイブリッドＤＢに対し、前記図３に示したＮＤＢアクセスプログラムがＲＤＢのＳＱＬ命令にどの様に組み立てられ、実行されるかを図５の実施例１（その３）にもとづき説明する。尚、図３のＮＤＢアクセスプログラムの各ステップ番号（１）〜（５）は図５の各ステップ番号（１）〜（５）に対応するものであり、図５の各ステップ番号の内容はそのＳＱＬ命令に組み立てられた結果を示している。
【００３１】
図５の（１）はパラメータ「Ａ１−ＫＥＹ」を利用してデータ部のＡ１をアクセスする。（２）は（１）の「ａ１」を利用して順序関係表からＮＰを取り出し、ＮＰを利用してデータ部を取り出す。（３）は（２）の「ａ２」を利用して順序関係表からＮＰを取り出し、ＮＰを利用してデータ部を取り出す。（４）は「ａ３」を親に持つ最初のレコードをアクセスし、ＲＰを利用してデータ部を取り出す。（５）は（４）のＮＰを利用してデータ部を取り出す。
【００３２】
これにより前述した従来のＮＤＢに対する処理と全く同様のアクセス動作をハイブリッドＤＢ上で実現することが出来る。
【００３３】
続いて従来のＮＤＢ構造が、所謂Ｖ字型の親子関係にある例として図６の実施例２（その１）により説明する。
【００３４】
本例のデータ構造は、親レコード「Ｂ」、「Ｃ」の下に子レコード「Ｄ」が存在し、これ等の間にＢＤ及びＣＤの各セット関係を持つＮＤＢ例であり、子レコード「Ｄ」から見ると親レコード「Ｂ」、「Ｃ」の両方にクロス接続されたものであり、その接続実態は中段に示す如くである。
【００３５】
即ち、図上では親の「Ｂ１レコード」の下に「Ｄ１」、「Ｄ２」及び「Ｄ３」が、「Ｃ１レコード」の下に「Ｄ１」が、「Ｃ２レコード」の下に「Ｄ２」と「Ｄ３」の各レコードがそれぞれ接続され、図示は省略しているが、各レコードにはこれ等データ情報のほか、前述のＯＰ、ＮＰ、ＢＰも同時に記憶している。
【００３６】
この様なＮＤＢに対し、プログラムでは「Ｃレコード」に処理を施す例を図６の下段にＮＤＢアクセスプログラムとして挙げている。即ち、▲１▼ステップに於いて、先ずＢの先頭レコードにエントリし、データ、ポインタを取り出した後、▲２▼ステップでセットＢＤによりＤレコードにアクセスし、▲３▼ステップでセットＣＤにより親のＣレコードにアクセスしてデータを取り出し、▲４▼ステップで取り出したデータに処理を施し、▲５▼ステップで前記▲２▼に無条件ジャンプし、これ等をＣレコード処理が終了するまで繰り返し実行し、▲６▼ステップで▲２▼又は▲３▼の「ＥＮＤ」データにより全ての終了処理を行うものである。
【００３７】
これに対し本発明のハイブリッドＤＢでは、図７の実施例２（その２）に示す様なデータ表、順序関係表によりＤＢが記憶・格納される。
【００３８】
即ち、データ表（Xtab) にはデータ部(data)とそのデータ部に固有なポインタデータ(RP)が記憶され、例えば「Ｄテーブル」の「Ｄ１」レコードには「ｄ１」なる固有なポインタデータが付与され、記憶されている如きである。
【００３９】
また、これ等データ表の各レコード（行）に対応して順序関係表（xtab) が作成されるが、その内容はデータ表の各レコードと対応付けるＲＰに続き、ＯＰ、ＮＰ、ＢＰの各ポインタ情報の集まったテーブルである。
【００４０】
例えば「ｂテーブル」のＲＰ＝「ｂ１」レコードにはＯＰ＝「ＥＮＤ」、ＮＰ＝「ＥＮＤ」、ＢＰ＝「ＳＴＡＲＴ」なるポインタデータが記憶され、又「ｄテーブル」のＲＰ＝「ｄ１」レコードには、ＢＤ及びＣＤの二つのセット関係が存在するため、先ずＢＤセットについてＯＰ１＝「ｂ１」、ＮＰ１＝「ｄ２」、ＢＰ１＝「ＳＴＡＲＴ」が、ＣＤセットについてＯＰ２＝「ｃ１」、ＮＰ２＝「ＥＮＤ」、ＢＰ２＝「ＳＴＡＲＴ」が存在し、二つのポインタデータが記憶されている如きである。この様に、所謂Ｖ字型の親子関係に於いて複数の親レコードが存在する場合には、そのセット数だけ順序ポインタデータを保持することになる。
【００４１】
この様に作成・記憶された本発明のハイブリッドＤＢに対し、前記図６に示したＮＤＢアクセスプログラムがＲＤＢのＳＱＬ命令にどの様に組み立てられ、実行されるかを図８の実施例２（その３）にもとづき説明する。尚、図６のＮＤＢアクセスプログラムの各ステップ番号▲１▼〜▲６▼は図８の各ステップ番号▲１▼〜▲６▼に対応するものであり、図８の各ステップ番号の内容はそのＳＱＬ命令に組み立てられた結果を示しているが、この内「▲２▼」の内容はセットＢＤの先頭レコードをアクセスする場合のみ実行され、セットＢＤの次レコード以降は「▲２▼」に代わり「▲２▼’」の命令が実行されるものである。
【００４２】
図８の▲１▼ステップではＢレコードの先頭となるデータ、ポインタを取り出す。▲２▼ステップではセットＢＤを示す順序関係から、関係づけられているＤレコードの自ポインタと次ポインタを取り出し、Ｄレコード自ポインタを用いてデータを取り出した後、▲３▼へジャンプする。（前記の通り▲２▼はセットＢＤの先頭レコードをアクセスする場合のみ実行）▲２▼’ステップではＤレコード次ポインタを用いて、順次アクセス時に於ける次データの自ポインタと次ポインタを取り出し、Ｄレコード次ポインタが終了を示している場合に▲６▼の終了処理に移行する。
【００４３】
次の▲３▼ステップではセットＣＤを示す順序関係から、Ｄレコードと関係するＣレコードを得るため親ポインタと次ポインタを取り出す。親ポインタを用いて、Ｃレコード順序テーブルからＣレコードの自ポインタと次ポインタを取り出し、Ｃレコード自ポインタからデータを取り出すが、親ポインタが存在しない場合には▲６▼の終了処理に移行する。▲４▼ステップではレコードＣの処理を行う。▲５▼ステップではセットＢＤに関して２回目以降のアクセスとなるため、▲２▼’へジャンプする。▲６▼ステップでは全ての終了処理を行う。
【００４４】
この様に前述した従来のＮＤＢに対する処理と全く同様のアクセス動作をハイブリッドＤＢ上で実現することが出来る。
【００４５】
以上の説明の通り、本発明のハイブリッドＤＢ構造を採用することにより、同ＤＢを使用した新規のアプリケーションなどについては、一般のＲＤＢアクセスとして開発を行えば良く、又既存のＮＤＢアプリケーションについても階層化された複雑なセット関係を全く意識することなくデータアクセス出来るため、データ構造を大きく異にするＮＤＢからＲＤＢへの移行をスムーズに行える。
【００４６】
尚、本発明に於けるコンピュータ処理は、コンピュータプログラムにより当該コンピュータの主記憶装置上で実行されるが、このコンピュータプログラムの提供形態は、当該コンピュータに接続された補助記憶装置をはじめ、フロッピーディスクやＣＤ−ＲＯＭ等の可搬型記憶装置やネットワーク接続された他のコンピュータの主記憶装置及び補助記憶装置等の各記録媒体に格納されて提供されるもので、このコンピュータプログラムの実行に際しては、当該コンピュータの主記憶装置上にローディングされ実行されるものである。
【００４７】
【発明の効果】
以上の説明から明らかなように本発明によれば、ＮＤＢにより開発した従来のデータベース・アプリケーションを存続しながら、新規開発する同一データベースを使用したアプリケーションについては、ネイティブモードのリレーショナルデータベース・アクセスを可能とし、データの追加などによる両者の整合性を保持したデータベースマネージメントシステムを提供することにより、ＮＤＢ主体で構築してきたデータベース・アプリケーションのＲＤＢ化に際し、その移行作業を大幅に軽減することが出来るという著しい工業的効果がある。
【図面の簡単な説明】
【図１】 本発明の原理説明図
【図２】 本発明の具体例による実施形態説明図
【図３】 本発明の実施例１（その１）
【図４】 本発明の実施例１（その２）
【図５】 本発明の実施例１（その３）
【図６】 本発明の実施例２（その１）
【図７】 本発明の実施例２（その２）
【図８】 本発明の実施例２（その３）
【図９】 従来のデータベースシステム例
【符号の説明】
10 データ表
11 順序関係表
12 ＤＭＬ命令解析手段
13 レコード順序関係解析手段
14 ＳＱＬ命令組立手段
15 整合性保持手段
20 ハイブリッドＤＢ構造
Claims (5)
- データを階層構造および順序情報によって保持するネットワークデータベースにアクセスするためのＤＭＬ文、およびデータを複数の表の形式で保持するリレーショナルデータベースにアクセスするためのＳＱＬ文によってアクセスするデータベースを管理するデータベースシステムであって、
前記データベースは、データ情報および該データ情報に固有なレコードポインタ情報からなる第一のレコードが記憶された複数のデータ表と、該データ表のレコードポインタ情報に対応する第一のレコードポインタ情報、該第一のレコードポインタ情報に対応する前記第一のレコードの前レコードに対応するレコードポインタ情報である第二のレコードポインタ情報、前記第一のレコードポインタ情報に対応する前記第一のレコードの次レコードに対応するレコードポインタ情報である第三のレコードポインタ情報、および前記第一のレコードポインタ情報に対応する前記第一のレコードの親レコードに対応するレコードポインタ情報である第四のレコードポインタ情報からなる第二のレコードが前記複数のデータ表に対応するように記憶された複数の順序関係表とから構成され、
前記データベースのデータ情報に対してＤＭＬ文によりアクセスするときに、前記ＤＭＬ文の命令を解析するＤＭＬ命令解析手段と、
前記データ表のレコードポインタ情報の前レコードを前記第二のレコードポインタ情報から取得し、前記データ表のレコードポインタ情報の次レコードを前記第三のレコードポインタ情報から取得し、前記データ表のレコードポインタ情報の親レコードを前記第四のレコードポインタ情報から取得することで前記第一のレコードの順序を解析するレコード順序関係解析手段と、
前記ＤＭＬ命令解析手段と前記レコード順序関係解析手段との解析結果から前記ＤＭＬ文の命令の処理の対象の前記第一のレコードに対応するデータ情報にアクセスするＳＱＬ命令を生成し、該生成したＳＱＬ命令を実行するＳＱＬ命令組立手段と、
を有することを特徴とするデータベースシステム。 - リレーショナルデータベースをアクセスするアプリケーション処理は、前記データ表に直接ＳＱＬ命令を発行することにより実行することを特徴とする請求項１記載のデータベースシステム。
- リレーショナルデータベースをアクセスするアプリケーション処理に於ける前記データ表の行の追加又は削除操作を前記順序関係表に反映する整合性保持手段を有することを特徴とする請求項１又は２記載のデータベースシステム。
- データを階層構造および順序情報によって保持するネットワークデータベースにアクセスするためのＤＭＬ文、およびデータを複数の表の形式で保持するリレーショナルデータベースにアクセスするためのＳＱＬ文によってアクセスするデータベースを管理する処理をコンピュータに実行させるプログラムを記録した記録媒体であって、
前記データベースは、データ情報および該データ情報に固有なレコードポインタ情報からなる第一のレコードが記憶された複数のデータ表と、該データ表のレコードポインタ情報に対応する第一のレコードポインタ情報、該第一のレコードポインタ情報に対応する前記第一のレコードの前レコードに対応するレコードポインタ情報である第二のレコードポインタ情報、前記第一のレコードポインタ情報に対応する前記第一のレコードの次レコードに対応するレコードポインタ情報である第三のレコードポインタ情報、および前記第一のレコードポインタ情報に対応する前記第一のレコードの親レコードに対応するレコードポインタ情報である第四のレコードポインタ情報からなる第二のレコードが前記複数のデータ表に対応するように記憶された複数の順序関係表とから構成され、
前記コンピュータに、
前記データベースのデータ情報に対してＤＭＬ文によりアクセスするときに、前記ＤＭＬ文の命令を解析するステップ、
前記データ表のレコードポインタ情報の前レコードを前記第二のレコードポインタ情報から取得し、前記データ表のレコードポインタ情報の次レコードを前記第三のレコードポインタ情報から取得し、前記データ表のレコードポインタ情報の親レコードを前記第四のレコードポインタ情報から取得することで前記第一のレコードの順序を解析するステップ、
前記ＤＭＬ文の命令の解析結果と前記レコードの順序の解析結果とから前記ＤＭＬ文の命令の処理の対象の前記第一のレコードに対応するデータ情報にアクセスするＳＱＬ命令を生成し、該生成したＳＱＬ命令を実行するステップ、
を実行させること特徴とするプログラムを記録したコンピュータ読み取り可能な記録媒体。 - データを階層構造および順序情報によって保持するネットワークデータベースにアクセスするためのＤＭＬ文、およびデータを複数の表の形式で保持するリレーショナルデータベースにアクセスするためのＳＱＬ文によってアクセスするデータベースを管理する処理をコンピュータに実行させるプログラムであって、
前記データベースは、データ情報および該データ情報に固有なレコードポインタ情報からなる第一のレコードが記憶された複数のデータ表と、該データ表のレコードポインタ情報に対応する第一のレコードポインタ情報、該第一のレコードポインタ情報に対応する前記第一のレコードの前レコードに対応するレコードポインタ情報である第二のレコードポインタ情報、前記第一のレコードポインタ情報に対応する前記第一のレコードの次レコードに対応するレコードポインタ情報である第三のレコードポインタ情報、および前記第一のレコードポインタ情報に対応する前記第一のレコードの親レコードに対応するレコードポインタ情報である第四のレコードポインタ情報からなる第二のレコードが前記複数のデータ表に対応するように記憶された複数の順序関係表とから構成され、
前記コンピュータに、
前記データベースのデータ情報に対してＤＭＬ文によりアクセスするときに、前記ＤＭＬ文の命令を解析するステップ、
前記データ表のレコードポインタ情報の前レコードを前記第二のレコードポインタ情報から取得し、前記データ表のレコードポインタ情報の次レコードを前記第三のレコードポインタ情報から取得し、前記データ表のレコードポインタ情報の親レコードを前記第四のレコードポインタ情報から取得することで前記第一のレコードの順序を解析するステップ、
前記ＤＭＬ文の命令の解析結果と前記レコードの順序の解析結果とから前記ＤＭＬ文の命令の処理の対象の前記第一のレコードに対応するデータ情報にアクセスするＳＱＬ命令を生成し、該生成したＳＱＬ命令を実行するステップ、
を実行させること特徴とするプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001067681A JP4062886B2 (ja) | 2000-03-09 | 2001-03-09 | データベースシステム、データベースプログラムを記録した記録媒体、およびデータベースプログラム |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000-65419 | 2000-03-09 | ||
| JP2000065419 | 2000-03-09 | ||
| JP2001067681A JP4062886B2 (ja) | 2000-03-09 | 2001-03-09 | データベースシステム、データベースプログラムを記録した記録媒体、およびデータベースプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001325133A JP2001325133A (ja) | 2001-11-22 |
| JP4062886B2 true JP4062886B2 (ja) | 2008-03-19 |
Family
ID=26587119
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001067681A Expired - Fee Related JP4062886B2 (ja) | 2000-03-09 | 2001-03-09 | データベースシステム、データベースプログラムを記録した記録媒体、およびデータベースプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4062886B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6287506B2 (ja) * | 2014-04-04 | 2018-03-07 | 富士通株式会社 | データベースアクセス制御プログラム、データベースアクセス制御方法、及び情報処理装置 |
-
2001
- 2001-03-09 JP JP2001067681A patent/JP4062886B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001325133A (ja) | 2001-11-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8037108B1 (en) | Conversion of relational databases into triplestores | |
| JP2525275B2 (ja) | デ―タベ―ス操作方法 | |
| US6718218B1 (en) | CAD data model with design notes | |
| US8516011B2 (en) | Generating data models | |
| US20050223325A1 (en) | Document structure-editing program, document structure-editing method, document structure-editing apparatus, and computer-readable recording medium having document structure-editing program recorded thereon | |
| JP5241738B2 (ja) | 表からツリー構造データを構築する方法及び装置 | |
| MX2010012866A (es) | Compaginacion de datos jerarquicos. | |
| JP5090481B2 (ja) | データモデリング方法及び装置及びプログラム | |
| CN113094449B (zh) | 基于分布式键值库的大规模知识图谱存储方法 | |
| US6714946B1 (en) | Data management system using a plurality of data operating modules | |
| CN111666355B (zh) | 一种领域、数据、场景三层模型的模型构建方法及装置 | |
| US20080046440A1 (en) | Method And System For Enforcing User-Defined Relational Limitations In A Recursive Relational Database Table | |
| JP4062886B2 (ja) | データベースシステム、データベースプログラムを記録した記録媒体、およびデータベースプログラム | |
| CN113342325A (zh) | 可视化建模方法、系统、电子设备及存储介质 | |
| JP5196924B2 (ja) | データベース処理装置、方法及びプログラム | |
| CN112559455B (zh) | 基于语义网络技术的ifc数据管理系统和方法 | |
| WO2000043887A1 (fr) | Systeme de transformation de base de donnees et support de stockage de programmes | |
| KR100309670B1 (ko) | 씨에이에스이모형정보스키마변환시스템 | |
| JPH0465427B2 (ja) | ||
| JP4306281B2 (ja) | リレーショナルデータベースにおける階層型データのマッピングプログラム、装置、および方法 | |
| JPH0582615B2 (ja) | ||
| JP2002229821A (ja) | データベース管理システム | |
| Özsoyoglu et al. | Features of a System for Statistical Databases. | |
| JP3895898B2 (ja) | Ｒｄｂシステム | |
| JPH02190970A (ja) | インデクスの構造およびこれを用いるサーチ処理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20040610 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20040610 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070411 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070424 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070614 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070828 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071004 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071030 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071113 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20071211 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071224 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 4062886 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110111 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110111 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120111 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130111 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130111 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140111 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |