JPH11312109A - リレーショナルデータベースシステム - Google Patents

Abstract

(57)【要約】 【課題】リレーショナルデータベース（ＲＤＢ）を用い
てファイル管理を行うシステムにおいて、ＤＢのファイ
ルとして入出力専用の領域を設け、可搬媒体１枚分に相
当する量のデータを常に切り出せる形で保管することに
より、ＤＢの一部を容易に別のシステムに移動できる。 【解決手段】ＲＤＢによるデータ管理システムでは、Ｄ
Ｂの一部を別のシステムに移動する場合に、単にＤＢの
一部を切り離してコピーするだけではＤＢとして機能で
きない。このため大規模システムのデータをＭＯ等の可
搬媒体を用いて移動するには、インデックスデータはシ
ステム全体分を移動しなければならなかった。ＲＤＢの
データファイルとして入出力専用の領域を設け、その領
域を用いてシステム内外のＤＢファイルの受け渡しを行
う。ＤＢにより管理されたデータファイルは、同一の可
搬媒体に記録する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子計算機におい
て多量のデータを管理するデータベースシステムに関
し、特に、大量のデータファイルをデータベースを用い
て管理するシステムにおいて、内部に蓄積された大規模
なデータの一部を、可搬媒体上に複製して別のシステム
に移動して利用することを可能とするデータ管理方法に
関するものである。

【０００２】

【従来の技術】計算機システムにおいて、大量のデータ
ファイルを管理する場合、各データ毎にインデックスを
付け、そのインデックスを用いて管理又は検索を行う方
法が一般的である。

【０００３】ここで、インデックスの管理には大別して
２種類の方法がある。一つは、各項目を予め定められた
１つの表に蓄積し、各行単位で関連を持たせるテーブル
により管理する方法である。残る一つは、２項目のテー
ブルを複数組み合わせることで複雑な情報を記録するリ
レーショナルデータベースを用いる方法である。テーブ
ルによりインデックスを管理した場合に、登録されてい
るファイルの一部を切り出す際には、インデックスも該
当する行の部分だけを切り出すことができる。一方、リ
レーショナルデータベースによりインデックスを管理し
た場合は、システムの構築後でもデータ構造を任意に変
更することが容易である。

【０００４】

【発明が解決しようとする課題】テーブル形式でインデ
ックスを保存した場合には、可搬媒体上にファイルとそ
れに対応する部分のインデックスを書き込めば、容易
に、単一媒体に対するデータの移動が行える。しかし、
この方法では、複数媒体にまたがるような大規模なシス
テムで、各媒体のインデックスを一度に検索するような
場合には、一旦、計算機システムに存在するワークファ
イル上で、全てのインデックス情報を合成する必要があ
る。このとき各媒体のテーブルは単に連続しているだけ
であり、規模の増加に伴い、検索には多大な時間を要す
ることになる。

【０００５】内容をソートした形で検索するためには、
個々のインデックスを合成し、改めてソートしなおすよ
うな処理が必要である。また複数の媒体間でデータ構造
が異なる場合は、それらを一括して管理することができ
ない。

【０００６】一方、リレーショナルデータベース（以
後、ＲＤＢと略す。）では、複数のテーブルをたどりな
がら目的のデータを取得することになる。そのため、あ
るデータをたどるときには各テーブルで、そのデータに
関連する情報の位置は異なったものとなる。したがっ
て、データベース（以後、ＤＢと略す。）上の一部のデ
ータを切り出して、別のシステムに移動させようとした
場合に、各テーブルから同一の位置に存在する情報の一
部分だけを切り出しても、ＤＢとしては機能できない。

【０００７】イメージなどの容量の大きなファイルの管
理にＲＤＢを用いると、そのファイルの一部、例えば、
イメージのデータ部分は、光磁気ディスク媒体（以後、
ＭＯと略す。）などにより容易に移動できるが、そのイ
メージに関連するインデックス情報は、ＲＤＢ全体を１
つの単位として移動しなければならない。このためイメ
ージはＭＯに蓄積しながら、そのインデックスは、ＤＡ
Ｔなどの大容量記憶媒体を用いて保存しなければならな
い事例が生じる。

【０００８】また、ＲＤＢの容量が複数の媒体を必要と
する場合には、そのうち一部の媒体だけではＲＤＢの内
容を復元することは不可能であり、必ず全ての媒体をま
とめて移動する必要がある。この結果、既に多量のデー
タファイルとそれを管理する大規模なインデックスＤＢ
を有するシステムに、外部から新たなデータを可搬媒体
で追加する際に、インデックスデータを各データ毎に辿
り、既存のＤＢへ個々に追加登録する、インポート処理
が必要となる。

【０００９】

【課題を解決するための手段】本発明では、上記の課題
を解決するため、インデックスの管理にＲＤＢを用い
る。そしてインデックスの一部をデータファイルと共に
移動するため、ＲＤＢに付属して小規模な入出力領域を
予め用意する。また、この入出力領域に対してＤＢの管
理プログラムには、大規模ＤＢと同じ条件で接続する機
能を持たせる。具体的には、同一のユーザ名を登録し、
各ユーザに同一権限を与える等である。他のシステムよ
り可搬媒体で移動してきたファイルと、ＲＤＢ内部の情
報（データ部分）は、そのまま上記の入出力領域にコピ
ー（複製）する手段を持つ。

【００１０】この結果、ここで入力されたファイルのイ
ンデックスは小規模な独立したＲＤＢとして扱うことに
より、既にユーザが有する大規模なＤＢへインポート処
理を行わずとも媒体内部のデータを確認することが可能
となる。

【００１１】

【発明の実施の形態】本発明の利用分野として最も効果
的なイメージ管理システムを例に、より詳しくは、ＲＤ
Ｂによるインデックス管理を用いた大規模なイメージ管
理システムにおいて、そのデータの一部をＭＯなどの記
憶媒体により移動することを例に、以下、図を用いて本
発明の実施の形態の一例を説明する。イメージ管理シス
テムでは、各イメージは個別のファイルとして扱われ
る。したがって、当該ファイルを可搬媒体にコピーする
ことにより、容易にシステム間の移動ができることが大
きなメリットとなっている。そのため、既存のイメージ
管理システムの多くは、イメージファイルと共に、その
ファイルに対応したインデックスデータを同じ記憶媒体
であるＭＯなどの光媒体に蓄積していた。別のシステム
（装置）にデータを移動する場合には、ＭＯ１枚を運ぶ
だけで、そのままデータを利用できるという機能を備え
ていた。

【００１２】これに対して、近年提案されているシステ
ムでは、インデックス情報をＲＤＢで管理することによ
り汎用性及び検索機能の高いシステムを構築することを
目的としている。

【００１３】図１に本発明の全体図を示す。なお、本図
では各機能をブロック化して表現しているが、実際に
は、ソフトウェアにて機能を実現することも可能であ
る。１００は、多数のイメージデータファイルを蓄積す
るイメージＤＢ、２００がデータベースの管理部分、３
００が該イメージデータのインデックス情報を管理する
ＲＤＢのデータ部分、４００がＲＤＢの一部を可搬媒体
５００に移動する際に用いる入出力領域のデータ部分、
１０がシステム全体を搭載したサーバを示す。

【００１４】ここで、このシステムに蓄積されているイ
メージデータの総数を１００万件とし、各イメージデー
タの量を１００ＫＢ、１件当たりに付けられるインデッ
クスデータを１０ＫＢとすると、このシステムに塔載さ
れるイメージデータの総量は１００ＧＢ、インデックス
データは１０ＧＢになり、データ１件当たりの蓄積に要
するデータ量は１１０ＫＢとなる。

【００１５】本システムに接続する可搬媒体５００の容
量を２ＧＢとすると、１枚の媒体に記録できるデータ数
は約１８０００件になる。

【００１６】入出力領域３００はＲＤＢである。その容
量は、２ＧＢの容量を有する可搬媒体５００に搭載でき
る１８０００件分のインデックスを蓄積できる容量が必
要であり、約２００ＭＢとなる。

【００１７】はじめに別のシステム（システム１）で作
成されたデータを可搬媒体５００に登録し、本システム
（システム２）に搬入した場合について説明する。図１
で、１０がシステム２にあたる。システム１で登録され
たデータを可搬媒体５００によりシステム２（１０）に
装填した場合、媒体中のインデックス領域を入出力領域
４００にコピーする。

【００１８】図２にインデックスの内部のテーブルの構
造の一例を示す。３１０が検索で用いるイメージファイ
ルのタイトルと各ファイルに付けられたイメージＩＤを
記録するタイトルテーブル、３２０が各ＩＤとイメージ
ファイルの名称を記録するファイル名称テーブルであ
る。一方、ＤＢはシステム自体の情報を管理するテーブ
ルも持つ。３５０は本システムを利用する各ユーザを管
理するためユーザ名とユーザのＩＤを記録するユーザテ
ーブルである。

【００１９】各イメージファイルは各ユーザ毎にアクセ
スの可否を設定する。３３０は各イメージ毎にアクセス
を許すユーザのＩＤを記録したセキュリティテーブルで
ある。

【００２０】各システムは自身へのアクセス権限を持つ
ユーザをユーザテーブルにあらかじめ登録しておく。本
実施の態様では、２人のユーザ、“User1”と“User2
“を例に説明する。ここで、テーブル３５０では“ユー
ザ1”にＩＤ“AAA”、“ユーザ2”にＩＤ“BBB”を関連
付ける。

【００２１】一方、イメージデータファイルの登録で
は、“文書１”のタイトルで登録する場合を例に各イン
デックスの内容を説明する。まず、タイトルテーブル３
１０に、タイトル“文書１”とファイルのＩＤ“００
１”を記録する。この“文書１”を示すイメージデータ
のファイル名称“img1.xxx”をテーブル３２０に、イメ
ージＩＤ“００１”と共に記録する。各文書毎にどのユ
ーザに対してアクセスを許可するかを記すのが、セキュ
リティテーブル３３０である。この例では“文書１”つ
まりイメージＩＤ“００１”が“User1”に対してのみ
アクセスを許可し、“文書２”つまりイメージＩＤ“０
０２”に対しては、“User1”および“User2”共に許可
することを示す。セキュリティテーブル３３０には、各
イメージＩＤとそのイメージへのアクセスを許可するユ
ーザのＩＤが記録されている。ここでは説明を簡単にす
るため、セキュリティのレベルは“許可”か“否”かの
１つだけであるが、実際には公知の方法により複数のレ
ベルを設定できる。

【００２２】データの移動を行う場合、システム２はシ
ステム１が登録しているユーザを全て登録してある必要
がある。つまり、システム１のユーザテーブル３５０と
セキュリティテーブル３３０の内容にはシステム２のユ
ーザテーブルとセキュリティテーブルの内容を全て含ん
でいることが必要である。

【００２３】システム２は、通常は、ＲＤＢの管理部２
００がＲＤＢデータ３００に接続して動作し、イメージ
ファイル１００へのアクセスを制御する。システム１か
ら可搬媒体５００によりシステム２にデータを移動する
場合には、データのうち上記各インデックスデータは入
出力領域４００にコピーされ、ＲＤＢ管理部２００はデ
ータ３００に代わり入出力領域４００に接続して動作す
ることで、一時的に可搬媒体５００中のイメージデータ
にアクセスできるようになる。

【００２４】このようにすればシステム２が、入出力領
域４００を介して、可搬媒体５００に存在するインデッ
クスデータにアクセスできるので、システム２のインデ
ックスＤＢ３００に対して、別途、可搬媒体５００から
システム２に対するインポート処理を施す必要がない。
このため短時間でシステム１のＤＢ内容（可搬媒体５０
０）の確認が可能となる。

【００２５】次に、図３を用いて転送位置変換部４９０
を説明する。システム２が、ＲＤＢデータであると認識
して、入出力領域４００の内容をアクセスしている場合
には、イメージデータの記録先は可搬媒体５００の内部
にある。システム１でイメージを登録した時点では、イ
メージデータはシステム１内に存在するため、そのまま
ではイメージデータとの連携がとれない。

【００２６】そのため、ＩＤとイメージファイルの位置
情報を記録したテーブル３２０において、変換を行う必
要がある。しかしながら個々のデータを変換しながら入
出力領域４００に記録するのでは、短時間の立ち上げが
不可能となる。したがってサーバ１０から入出力領域４
００へアクセスするときは、イメージファイルパスは先
頭に可搬媒体の位置を自動で添付して応答するように、
入出力領域４００とＤＢ管理部３００の間に転送位置変
換部４９０を有する。ここでは、イメージファイルのパ
ス名を返す場合に、パスの先頭に可搬媒体５００のパス
を付け加えて送るものである。

【００２７】転送位置変換部４９０（図３）の動作は次
の通り。まず登録元のシステム１においてイメージデー
タimg1.xxxの位置が￥ＩＭＡＧＥ￥ＦＯＬＤＥＲ￥であ
ったとする（３２０、図２）。このとき各イメージのパ
ス名としては、￥ＩＭＡＧＥ￥ＦＯＬＤＥＲに連続し
て、例えば￥、ＩＭＡＧＥ￥ＦＯＬＤＥＲ￥ｉｍｇ１．
ｘｘｘとしてテーブル３２０に記録される。これを可搬
媒体５００にコピーしシステム２に移動した場合には、
イメージデータの位置はシステム２の￥ＩＭＡＧＥ￥Ｆ
ＯＬＤＥＲになければならない。

【００２８】しかしながらシステム２ではシステム２自
身のファイル体系が存在する。またシステム２への可搬
媒体５００からのデータの移動は、インデックスデータ
のみをコピーするものであり（本願発明）、イメージフ
ァイルは可搬媒体５００上に残っている。したがって、
可搬媒体５００への移動（コピー）を前提としたインデ
ックス情報によれば、システム１又はシステム２自身の
ファイル体系に関係無く、常に、可搬媒体５００上にイ
メージデータが存在する形でインデックスを付けること
により上記の問題を解決できる。

【００２９】具体的には、インデックスＲＤＢのデータ
部分、インデックスＤＢ３００の中では、ファイル位置
テーブル３２０の内容は、“IMAGE1”と￥ＩＭＡＧＥ￥
ＦＯＬＤＥＲ￥ｉｍｇ１．ｘｘｘをリンクさせて登録す
る。入出力領域４００内のファイル位置テーブル４２０
（図３）に、このデータを記録する際には \MO1\img1.x
xxとして記録する。この記録の際にパスを書き換えるこ
とを転送位置変換部４９０にて実施する。

【００３０】この“MO1”は可搬媒体上にあることを示
す各システム間共通のパス名であり、実際には“MO1”
以下に多階層の構造を持たせることもできる。この結
果、システム２において入出力領域４００にコピーされ
たＲＤＢのデータで、パス名のテーブル３２０では、
“IMAGE1”のパス名として、￥MO1￥ＦＯＬＤＥＲ￥ｉ
ｍｇ１．ｘｘｘが記録されることになる。

【００３１】このため入出力領域４００のデータを扱う
ようにＤＢを切り替えれば、可搬媒体５００上のイメー
ジデータのパスが直接、入出力領域４００上のＤＢから
アクセスできることになる。これにより可搬媒体５００
により、イメージを登録したシステム１から別のシステ
ム２へ、メージデータとそのインデックス情報とを移動
する場合にインポート処理を行わずに、可搬媒体５００
のデータへシステム２がアクセスすることが可能とな
る。

【００３２】次に、システム２においてイメージを登録
する際の動作について説明する。イメージを登録する場
合、イメージデータをイメージＤＢ１００に記録し、そ
のインデックスデータをインデックスＤＢ３００に記録
する。しかしながら、該データを可搬媒体５００を用い
て別のシステムに移動することを前提とする場合は、同
時に入出力領域４００にもインデックスを記録する。こ
のとき前述の通り、ユーザ名、セキュリティ情報等の各
システムに依存するデータは、両方（システム２及び可
搬媒体５００）に同一のものを予め設定しておく。

【００３３】通常のデータベース管理部であるインデッ
クスＤＢ３００は、１つのオペレーションは１つのデー
タベースに対してのみ実行する。本願発明では、これを
複数のＤＢファイルに同時に実施する機能を持たせるこ
とにより本機能を実現している。

【００３４】図３を用いてデータ登録の際の各ＤＢとそ
のテーブルへの処理を説明する。図３の４１０、４２
０、４３０、４５０は、それぞれ、入出力領域４００に
おけるテーブルであり、図２の３１０、３２０、３３
０、３５０に対応する。図２の３１０、３２０、３３
０、３５０は、システム２におけるインデックスＤＢ内
の各テーブルを意味する。

【００３５】両者は構造的には全く同一であり、ユーザ
情報に関するテーブル４５０は３５０と同じ内容を記録
しておく。この入出力領域４００のＤＢに記録されるイ
ンデックスは、インデックスＤＢ３００（図１）の中の
一部であり、蓄積されたインデックスに対応するイメー
ジデータと合わせて可搬媒体５００に収まるデータ量で
あることが必要である。

【００３６】イメージ登録の際に、システムにより入出
力領域４００へも登録すると判断されたときは、タイト
ルとＩＤは共にテーブル３１０と４１０に同一のデータ
を書き込む。これに対して、テーブル４２０は、テーブ
ル３２０のデータを、転送位置切り替え部４９０を経由
して、これにより変換して記録することで、可搬媒体５
００におけるパス名を記録することとなる。４３０のレ
コードのデータ内容は、４１０と同様に、３３０と同一
の構造のデータを、該当する部分だけ取り出したデータ
として記録する。

【００３７】ファイルを可搬媒体５００によりシステム
２の外に出す処理を、エクスポート処理と呼ぶ。エクス
ポートの際には、インポートと逆に、インデックスデー
タは既に媒体上に記録済みであり、イメージデータファ
イルをイメージＤＢ１００から可搬媒体５００へコピー
することが必要となる。

【００３８】登録の際に入出力領域４００にも書き込ん
だイメージファイルの識別情報は、既知の方法により移
動することが可能である。例えば、インデックスＤＢ３
００に識別テーブル３９０を設定し、そこに“ＭＯ１”
と記載されているファイルを検索し、可搬媒体５００に
コピーする方法が考えられる。

【００３９】以上の方法を応用することにより下記のよ
うなシステムを構築することもできる。図４に示すのは
データ登録を専用に行うシステムの１つの構成例であ
る。このシステムでは、登録されたデータを可搬媒体に
より他のシステムに移動して利用することを前提とする
ものである。そのため図１のシステムと比較して、継続
的にインデックスデータを蓄積するインデックスＤＢ３
００を廃し、入出力領域を４００に対応する、複数の入
出力領域４００、６００、７００を有している。

【００４０】イメージの登録の際には、予め、その内容
に合わせて４００、６００、７００のいずれにインデッ
クスを記録するかを定め、インデックスＤＢ管理部２０
０は、登録するＤＢファイルに接続（アクセス）した状
態で登録を行う。

【００４１】登録後、当該入出力領域（４００、６０
０、７００等の複数のもののうちいづれか１つ）と該当
するイメージデータファイルを可搬媒体５００にコピー
する。複数の入出力領域を切り替えながら登録する場合
には、可搬媒体も複数用意することになる（可搬媒体５
００、５１０）。その場合に上記のインデックスＤＢ３
００に記録した識別テーブル３９０の媒体名称は“ＭＯ
１”だけでなく複数の媒体を識別できるように媒体の名
称若しくはこれに代る識別子を記録する。

【００４２】一方、複数の可搬媒体により他のシステム
で登録されたデータを、読み取る側のシステムも上記と
同様に、はじめからデータ登録は複数の可搬媒体により
実行することを前提として構築することもできる。

【００４３】この場合、複数の入出力領域を持つこと
で、媒体単位で別々のＤＢにアクセスすることが最も簡
単な構造である。１つのインデックスＤＢ３００に可搬
媒体の中のインデックス情報をコピーすることで、シス
テムを動作させることも、上記の方法を応用すれば可能
である。

【００４４】登録用のシステム１でインデックスを作成
する場合に、ユニークなデータであることを要求される
データ、例えば、イメージＩＤ等は、利用する媒体毎に
先頭文字を換えるなどして、重複を生じないようにす
る。こうすればデータをシステム２のインデックスＤＢ
３００にコピーした場合に重複するＩＤは存在しない。
そこで、各ＤＢファイルをテーブル単位に分割し、それ
を各テーブル毎に合成していくことにより、基本的に１
つのＤＢとすることができる。ただし、このＤＢは機械
的に接続しただけであり整合性が取られていない。整合
性は、合成後にソート処理をすることにより解決でき
る。

【００４５】

【発明の効果】本発明によれば、ＲＤＢを用いたシステ
ムにおいても、システム間でＤＢの一部のデータを分割
して受け渡し機能させることを、容易に短時間で実行で
きる。

【図面の簡単な説明】

【図１】本システムの構成の一例を説明するための図で
ある。

【図２】図１のシステムで用いるデータベースの構造を
説明するための図である。

【図３】本システムで用いるデータベースにおいて、記
載内容の切り替えを説明するための図である。

【図４】本発明の一応用例の構成を説明するための図で
ある。

【符号の説明】

１００…イメージデータベース、２００…インデックス
データベース管理部、 ３００…データベース本体であるインデックスデータベ
ース、 ４００…データベースの一部を別のシステムに移動する
ときに用いる入出力領域、 ５００…可搬媒体、３１０…イメージタイトルのテーブ
ル、 ３２０…ファイルの格納位置を示すパス名を記録するテ
ーブル、 ３３０…各ファイル毎にアクセス可能なユーザを記録す
るセキュリティテーブル、 ３５０…各ユーザを登録するユーザテーブル。

Claims (6)

【特許請求の範囲】
1. 【請求項１】データベースの一部を可搬媒体へ複製する
   機能を有し、該可搬媒体に複製されたデータベースの一
   部を、データベースとして利用できる機能を有するリレ
   ーショナルデータベースシステム。
2. 【請求項２】リレーショナルデータベースシステムにお
   いて、各データを管理するデータベース制御部と、管理
   するデータを記録するデータベースファイルと、該デー
   タの一部のみからなる入出力用のデータベースファイル
   と、可搬媒体へのデータ入出力手段と、該入出力用デー
   タベースの内容を該可搬媒体へ移動する手段を持つこと
   を特徴とするリレーショナルデータベースシステム。
3. 【請求項３】リレーショナルデータベースシステムにお
   いて、管理しているデータベースの一部を登録する入出
   力用データベースを持つことを特徴とするリレーショナ
   ルデータベースシステム。
4. 【請求項４】請求項２のデータベースシステムにおい
   て、データを登録する場合にデータベースファイルと入
   出力用データベースファイルに同時に記録する手段を持
   つことを特徴とするリレーショナルデータベースシステ
   ム。
5. 【請求項５】リレーショナルデータベースシステムにお
   いて、各データを管理するデータベース制御部と、管理
   するデータを記録する複数のデータベースファイルと、
   登録されるデータに応じて登録先のデータベースを切り
   替える手段と、各データベースの内容をそれぞれ別の可
   搬媒体に移動する手段を有することを特徴とするデータ
   ベースシステム。
6. 【請求項６】リレーショナルデータベースシステムにお
   いて、各データを管理するデータベース制御部と、管理
   するデータを記録する複数のデータベースファイルと、
   複数の可搬媒体から該複数のデータベースファイルにデ
   ータを移動する手段と、該複数のデータベースを間を同
   一のユーザによりアクセスする手段を有することを特徴
   とするデータベースシステム。