JPH0785076A - データ格納方法 - Google Patents

Abstract

(57)【要約】 【目的】 格納条件に反するデータの存在を認め、それ
を識別可能とすることで、ユーザの労力を節約するデー
タベースシステムを提供する。 【構成】 データベースの格納条件を変更した場合、デ
ータベースに格納されているデータを対象として変更さ
れる前の格納条件に適合しないデータを検索し、それに
付された不正マークを消去し、変更後の格納条件に適合
しないデータを検索してそれに不正マークを付す。この
条件が重複の禁止であれば、重複する全てのデータに適
用される。また、不正マークはデータ表示の際にそれと
分かるように表示される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データを蓄積し、蓄積
したデータを更新・検索するデータベースシステムやフ
ァイルシステム等におけるデータ格納方法に関する。

【０００２】

【従来の技術】従来のデータベースシステムにおけるデ
ータ格納方法にあっては、格納するデータの条件を定義
し、データを追加あるいは更新する際には、条件に適合
しないデータの格納を禁止していた。

【０００３】

【発明が解決しようとする課題】しかし、既にデータが
格納されているデータベースシステムにおいては、その
格納条件を変更する場合には、別のデータベースを新た
に作成し、新たな格納条件の下でデータを格納し直す必
要があった。また、格納条件として重複の禁止が定義さ
れている場合には、既に格納されているデータを複写す
ることができなかった。そのため、複写されたデータを
編集して新たなデータを作成することができず、類似し
たデータが既に格納されていてもあらためてデータを作
成しており、データ入力の作業量が必要以上に過大とな
ることがあった。本発明は、上記従来例に鑑みてなされ
たもので、格納条件に反するデータであっても、その入
力を認めることでユーザの労力を節約できるデータ格納
方法を提供することを目的とする。

【０００４】

【課題を解決するための手段】上記目的を達成するため
に、本発明のデータ格納方法は次のような構成からな
る。データベースに格納するデータを格納条件により規
制するデータ格納方法であって、データが格納条件に適
合するか否かを判定する判定工程と、該判定工程による
判定結果に基づいてデータにマークを付すマーキング工
程と、データを格納する工程とを備える。

【０００５】

【作用】上記構成により、格納条件に適合しているか否
かを判定されたデータは、その判定結果に基づいてマー
クが付されて格納される。

【０００６】

【実施例】以下、本発明の一実施例として、関係データ
ベースシステムを添付図面に従って説明する。 ＜構成＞図１は、データベースシステムを実現するため
の装置の構成図である。図において、ＣＰＵ１０１は、
ＲＡＭ１０３あるいはＲＯＭ１０６に格納されたプログ
ラムを実行することで装置全体を制御し、データベース
システムを実現する。表示器１０２は、データや管理情
報などを表示する。キーボード１０５は、オペレータに
よる入力を行わせるものである。ＲＡＭ１０３及びＲＯ
Ｍ１０６は、データやプログラムなどを格納する。通信
インターフェイス１０７は通信路と接続して通信を行う
ためのインターフェイスである。また、データベースシ
ステムは、図２のようにネットワーク２０２等を介して
他の端末装置と接続されているものでもよい。この場合
は、データベースを備えたホスト２０１が備えているデ
ータベースは端末２０３からもアクセスすることが可能
である。

【０００７】データベース１０４は、ハードディスク等
の大容量の記憶装置に格納されたデータの集積であり、
オペレータの指示に従ってＣＰＵ１０１がプログラムを
実行することで、データの更新や追加などを行う。本実
施例のデータベースシステムで扱われるデータは、音楽
の曲名管理に関するもので、１レコードは図１２のよう
に、不正マーク、局コード、曲名、ジャンル、演者の５
フィールドから構成されている。これらフィールドのう
ち、ユーザが定義可能なのは不正マークを除いた４フィ
ールドで、不正マークフィールドはシステムにより操作
される。従って、レコードの追加をする場合には、ユー
ザは不正マークを意識していなくても、システムにより
不正マークフィールドが付加され、データベースに追加
される。

【０００８】各フィールドの値としては、不正マークフ
ィールドには、不正レコードならば”＊”が、そうでな
いなら” ”が与えられる。曲コードにはデータベース
中において固有なコードが与えられ、曲名、ジャンル、
演者としては適当な文字列が与えられる。 ＜格納条件の変更＞図３は、本実施例のデータベースシ
ステムによるデータの表示例である。表示するレコード
を決定するためには、フィールドとそのフィールドが有
する値とを指定する。また、本実施例では、データベー
ス上の全レコードを表示する。各レコードの表示の際に
は、図１２に示したレコード全体が、不正マーク３１、
曲コード３２、曲名３３、ジャンル３４、演者３５の項
目として表示される。このように本例では表示されるレ
コードの状態はデータベースに格納されたレコードと正
確に対応しているため、レコードの状態をその表示状態
として示すことにする。

【０００９】図３のような、不正マークのついたレコー
ドがない状態、即ち全てのレコードが格納条件に適合し
ている状態において、ジャンルの記述を統一するため
に、ジャンルとして入力可能なデータの格納条件を新た
に設け、その条件によってデータを規制する。このため
には、データ定義上でジャンルフィールドの入力値を制
限する条件を設ければよい。その条件としてジャンルフ
ィールドの値を｛pops,classic,jaz｝に制限する。この
制限により、図３の第２レコードは定義に反する不正レ
コードとして、図４のように不正マーク”＊”が表示さ
れる。もちろん、これはデータベースに格納されたレコ
ードの不正マークフィールドにも、所定の値”＊”が与
えられていることの反映である。

【００１０】なお、格納条件はユーザに指示された内容
が所定の形式に変換されてデータベース１０４に格納さ
れる。図８として、このようにデータの格納条件を変更
した際の手順のフローチャートを例示する。このフロー
チャートは、ＲＯＭ１０６あるいはＲＡＭ１０３に格納
されたプログラムをＣＰＵ１０１により実行することで
実現される。

【００１１】まず、ステップＳ８０１においては、デー
タベースに格納された先頭のレコードをチェック対象レ
コードと定める。この場合、もちろん表示されているレ
コードに限らず、データベースに格納された内で先頭の
レコードを指すが、本例では図３の先頭レコード、即ち
曲コード００００１００１のレコードが対象としＴ選ば
れる。次に、ステップＳ８０２で、チェック対象レコー
ドの内、ユーザにより操作可能な最初のフィールドをチ
ェック対象フィールドとする。不正マークフィールド３
１はシステムのみが操作可能であるため、本例では、ま
ず曲コードフィールド３２が対象フィールドとなる。ス
テップＳ８０３では、チェック対象フィールドの値に条
件が付いているかテストする。条件がなければステップ
Ｓ８０７に進み、あればステップＳ８０４に進む。

【００１２】条件がなければ、ステップＳ８０７でチェ
ック対象フィールドがチェック対象レコードの最後のフ
ィールドがテストし、そうでなければステップＳ８０８
で次にフィールドをチェック対象としてステップＳ８０
３から繰り返す。本実施例では、曲コード、曲名には制
限がないため、ステップＳ８０３→ステップＳ８０７→
ステップＳ８０８→ステップＳ８０３のループを、シス
テムフィールドがチェック対象となるまで繰り返す。チ
ェック対象フィールドに条件がある場合には、ステップ
Ｓ８０４においてチェック対象フィールドがその条件に
合致しているかをテストする。即ち、本実施例において
は、ジャンルフィールドの値が｛pops,classic,jazz｝
であるかをテストする。

【００１３】ステップＳ８０５では、ステップＳ８０４
におけるテストの結果を調べ、合致していればステップ
Ｓ８０７へ進み、最終フィールドとなるまで各フィール
ドの制限をテストする。もし最終フィールドであるなら
ば、全てのフィールドは制限に適合しているものとし
て、ステップＳ８０９で現在のチェック対象レコードの
不正マークフィールドに不正なしマーク” ”を書き込
む。

【００１４】一方、チェック対象フィールドの値が条件
に合致していなければステップＳ８０６へと進み、現在
のチェック対象レコードの不正マークフィールドに不正
マーク”＊”を書き込む。以上が一つのチェック対象レ
コードについての処理であり、ステップＳ８１０及びス
テップＳ８１１による処理で全レコードについてのテス
トを繰り返す。この結果本例では、図３のデータに対し
て、第２番目のレコード即ち曲コード００００１００２
のレコードのジャンルフィールドの値”pop”が制限に
適合しないと判定し、不正マークを書き込む。この状態
を表示した例が図４である。このように、データ入力時
には格納条件に制限をつけず、一通りの入力が済んでか
ら条件を設定することができ、データ入力の効率を向上
することができる。また、図４のデータに対して更に格
納条件を変更することもできる。

【００１５】以上説明したような方法を大規模なデータ
ベースに対して適用すると多くの処理時間がかかってし
まうため、所望のフィールドの値に条件を与えてそれを
キーとして検索することができるデータベースであれ
ば、次のような手順をとることもできる。まず、新たに
付加された条件の逆を検索条件としてレコードを検索
し、得られたレコードに不正マークを書いて更新する。
例えば、図４では、ジャンルフィールドの値の条件とし
て与えられた「”pops”または”jaz”または”classi
c”」を検索条件として与え、データベースを検索す
る。この結果ジャンルフィールドは”pops”である第２
番目のレコードを得ることができ、このレコードの不正
マークをつけて更新する。

【００１６】既存の格納条件が削除された場合には、削
除された条件を記憶しておき、その逆を検索条件として
データベースを検索して、得られたレコードの不正マー
クを取り消してそのレコードを更新する。ただし、条件
不適合が複合している場合も考えられるため、得られた
レコードについては与えられた格納条件を全てクリアし
ていることをチェックする必要がある。なお、格納条件
の変更には、条件の削除と追加とを組み合わせて対応す
ることができる。

【００１７】なお、格納条件として所望のフィールドが
同一の値であるような複数のレコードの存在を許さない
という指定も可能である。上記手順でチェックされる格
納条件には、同じ値のフィールドを有するレコードの存
在を許さないと言う、重複禁止フィールドに関する条件
は含まれていない。重複禁止フィールドのチェックは次
のように行われる。重複禁止フィールドの指定を追加し
た場合には、２つのレコード間での重複禁止フィールド
の値の比較を、データベースに登録された全レコードか
ら２つを選びとる組み合わせ全てについて行う必要があ
る。ただし、不正マークが既につけられているレコード
については除外される。また、重複禁止フィールドの指
定を削除した場合には、不正マークのつけられたレコー
ドを、不正マークフィールドをキーにして検索する。こ
うして得られたレコードから２つを選び出す全ての組み
合わせについて重複禁止フィールドの比較を行い、重複
しているレコードの不正マークを消去してレコードを更
新する。ただし、不正マークは他の条件違反と複合して
与えられていることあり得るため、そのチェックを行う
必要がある。なお、重複禁止フィールドの値をキーとし
てレコードがソートされている場合には、あるレコード
についてはそれと隣り合うレコードと比較するだけで重
複のチェックを行うことができるため、処理の量を大幅
に減らすことができる。このようにして選択された不正
マーク付きのレコードを表示した例が図５である。図４
の表示状態（即ちデータの内容）において、不正マーク
＝”＊”を検索条件として検索すると、第２番目のレコ
ードが条件に合致するレコードとして見いだされ、デー
タベースから読み出されて表示される。

【００１８】こうして表示された不正マーク付きのレコ
ードを格納条件に適合するように変更すれば、それのレ
コードは適正なレコードとしてデータベースに格納され
る。次にレコードを変更あるいは追加する際の手順につ
いて説明する。 ＜レコードの変更＞図９及び図１０はデータベース中の
レコードの変更、あるいはデータベースへレコードを追
加する処理手順のフローチャートである。このフローチ
ャートは、図１の構成の下で、ＣＰＵ１０１がプログラ
ムを実行することで実現できる。

【００１９】まず、オペレータの操作に従って、ＲＡＭ
１０３等に作業用のメモリ領域を確保し、レコードの更
新ならば、ステップＳ９０１で対象となるレコードをデ
ータベースから作業用のメモリ領域に読み出し、ステッ
プＳ９０２で読み出したレコードをＲＡＭ１０３上に確
保したセーブ領域にコピーする。レコードの追加の場合
には、作業領域にレコードを作成するための領域を確保
しておく。次に、ステップＳ９０３・ステップＳ９０４
に進んで、オペレータの指示に従って、作業領域に各フ
ィールド毎の値を書き込んで更新のためのあるいは追加
のためのレコードを作成する。このレコードを仮レコー
ドと呼ぶ。仮レコードの作成が済んだなら、ステップＳ
９０５で、個々のレコードに関する格納条件に違反して
いないか調べ、ステップＳ９０６でその結果をテストす
る。もし条件違反あればステップＳ９０７でその旨表示
器１０２に表示してオペレータに知らせ、処理を終了す
るか、再びステップＳ９０３に戻して仮レコードの内容
を修正させる。格納条件のテストは図８で説明したと同
様に制限がついたフィールド毎にテストする。

【００２０】個々のレコードの格納条件に違反がなけれ
ば、ステップＳ９０８において、重複禁止フィールドの
指定がされているかテストする。指定がなければ仮レコ
ードは条件に適合したものとして、ステップＳ９０９で
追加か更新か区別し、いずれかに応じてデータベースへ
のレコードの追加あるいは更新を行う。重複禁止フィー
ルドが指定されている場合、ステップＳ９１０で仮レコ
ードの重複禁止フィールドの値を検索条件としてデータ
ベースを検索する。ステップＳ９１１で検索結果をテス
トし、検索が成功したなら、即ち仮レコードと同じ値の
重複禁止フィールドを有するレコードが存在しているな
ら、ステップＳ９１２において重複がある旨を表示し
て、処理を中断するか、あるいはステップＳ９０３に戻
して仮レコードの内容を修正させる。検索が不成功であ
ったなら、他の重複禁止フィールドについても同様にテ
ストを繰り返し、もし全ての検索が不成功ならば重複す
るレコードはないものと判断してステップＳ９１４に進
む。

【００２１】ステップＳ９１４では現在行われているの
が追加操作か更新操作か判定し、追加であればステップ
Ｓ９１５で仮レコードをデータベースに追加して処理を
終える。追加でなければ、ステップＳ９０２でセーブし
ておいた変更前のレコードの重複禁止フィールドの値を
条件として、ステップＳ９１６でデータベースを検索す
る。

【００２２】ステップＳ９１７ではその結果を判定し、
不成功であれば変更前にも重複したレコードはなかった
としてステップＳ９２１に進み、成功であれば読み出さ
れたレコードが他の格納条件に適合しているかステップ
Ｓ９１８で調べる。その結果をステップＳ９１９でテス
トし、適合していなければステップＳ９２１に進み、適
合していればステップＳ９２０に進んでそのレコードの
不正マークフィールドを「不正なし（＝””）」として
更新する。

【００２３】続いて、ステップＳ９２１においては、重
複禁止フィールドが他にあるかテストし、あればステッ
プＳ９１６に戻ってそのフィールドの変更前の値を条件
としてデータベースを検索する。すべての重複禁止フィ
ールドについて調べ終えたなら、ステップＳ９２２で仮
レコードの不正マークフィールドに「不正なし
（＝””）」を書き込み、レコードを更新する。すなわ
ち、重複レコードであるという理由で不正とされたレコ
ードの不正マークを消去する。

【００２４】なお、更新処理どうしが衝突することが禁
止されているためにステップＳ９２０におけるレコード
の更新が不可能な場合には、仮レコードの更新を先に行
ってから、元のレコードと重複するレコードのテストと
不正マークの更新とを行ってもよい。

【００２５】＜レコードの複写＞レコードの追加処理を
簡素にするために、レコードの複写については重複禁止
の制限の例外とする。すなわち、データベース中のある
レコードを複写する際、重複禁止フィールドがあっても
複写を許し、複写元のレコードと複写先のレコードとを
ともに不正レコードとしてそれらに不正マークを書き込
む。図１１はレコードの複写処理のフローチャートであ
る。オペレータは複写の対象とする複写元レコードを条
件の指定等によって指定し、それらを複写する旨の指示
をキーボード１０５を通して行う。この指示がなされる
と、まずステップＳ１０１において、格納条件として重
複禁止フィールドが設定されているかテストする。重複
禁止フィールドがなければそのまま複写するが、あれば
ステップＳ１０２において複写元レコードの不正マーク
フィールドに不正マーク”＊”を書き込む。

【００２６】次に、ステップＳ１０３で複写元レコード
を複写する。このため、重複禁止フィールドが設定され
ている場合には、複写元レコードとともに複写先のレコ
ードも不正マークが付けられる。図６は、図３あるいは
図４において、第１番目から第３番目までの３つのレコ
ードを複写した後の表示状態である。本例では曲コード
フィールドが重複禁止になっているため、複写元と複写
先のあわせて６レコードには全て不正マークが付けられ
る。図７は、図６の状態から、複写先レコードの演者コ
ードをデータベース内で固有な値に更新した後の状態を
示している。このように重複禁止フィールドが全て各レ
コードに固有な値となれば、不正な状態は解除される。
このための手段は、図９・図１０のフローチャートに含
まれており、そのステップＳ９１０から先がそれであ
る。

【００２７】以上のように、本実施例のデータベースシ
ステムにおいては、データの格納条件を既存のデータベ
ースにおいて変更することができ、その条件に違反する
データの存在をオペレータに明示することができる。そ
のため、大量のデータを入力する際等、いちいちチェッ
クされることなく入力し、その後で格納条件を再設定す
ることができ、データ入力の効率を上げることができ
る。また、格納条件を問わずにデータの複写を許してい
るために、新たなレコードの作成が容易である。なお、
格納条件に反するデータの存在を許すことを選択可能な
条件とし、その条件を変更することで、本実施例で説明
した手順を実行するか、あるいは従来技術のように格納
条件の変更を許さないようにすることを選択させるシス
テムとすることも可能である。更に、本実施例では重複
禁止フィールドを例としているが、複数のレコード間の
関係を定めた条件が格納条件とされている場合には、こ
れと同じ要領で処理することができる。また、本実施例
では関係型データベースを例として説明したが、データ
ベース型はこれに限らず階層型やネットワーク型であっ
てもよく、特定のキーフィールドのみにより検索できる
小規模なファイルシステムであってもよい。

【００２８】

【発明の効果】以上説明したように、本発明にかかるデ
ータ格納方法は、格納条件に反するデータの存在を認め
ることでユーザの労力を節約できるという効果がある。

【図面の簡単な説明】

【図１】本発明の実施例によるデータベースシステムの
構成を示すブロック図である。

【図２】本発明の実施例によるデータベースシステムの
構成を示すブロック図である。

【図３】本実施例のデータベースの例の図である（格納
条件なし）。

【図４】本実施例のデータベースの例の図である（格納
条件あり）。

【図５】本実施例のデータベースから格納条件に反する
データを読み出した例の図である。

【図６】本実施例のデータベースにおいてデータを複写
した例の図である。

【図７】本実施例のデータベースにおいてデータの格納
条件に適合させた例の図である。

【図８】格納条件を変更する処理のフローチャートであ
る。

【図９】データを追加あるいは更新する処理のフローチ
ャートである。

【図１０】データを追加あるいは更新する処理のフロー
チャートである。

【図１１】データを複写する処理のフローチャートであ
る。

【図１２】実施例のデータベースのレコードの構成を示
す図である。

【符号の説明】

１０１ ＣＰＵ １０２ 表示器 １０３ ＲＡＭ １０４ データベース １０５ キーボード １０６ ＲＯＭ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 9194−5Ｌ Ｇ０６Ｆ 15/40 ５２０ Ｚ

Claims (7)

【特許請求の範囲】
1. 【請求項１】 データベースに格納するデータを格納条
   件により規制するデータ格納方法であって、 データが格納条件に適合するか否かを判定する判定工程
   と、 該判定工程による判定結果に基づいてデータにマークを
   付すマーキング工程と、データを格納する工程と、 格納しようとするデータを作成する作成工程と、を備え
   ることを特徴とするデータ格納方法。
2. 【請求項２】 前記格納条件は、複数のデータ間の関係
   で与えらえれる格納条件であり、前記判定工程は、前記
   作成工程により作成したデータと格納されているデータ
   との関係が格納条件に適合するか否かを判定することを
   特徴とする請求項１記載のデータ格納方法。
3. 【請求項３】 前記複数のデータ間の関係で与えられる
   格納条件とは、重複するデータを禁止することを特徴と
   する請求項２記載のデータ格納方法。
4. 【請求項４】 前記格納条件は個々のデータを規制する
   条件であり、前記判定工程は、前記作成工程により作成
   したデータが格納条件に適合するか否かを判定すること
   を特徴とする請求項１記載のデータ格納方法。
5. 【請求項５】 所望のデータを読み出す読み出し工程を
   更に備え、前記作成工程は前記読み出し工程により読み
   出したデータに基づいてデータを作成することを特徴と
   する請求項１記載のデータ格納方法。
6. 【請求項６】 格納条件を変更する変更手段を更に備
   え、前記判定手段は、格納されているデータについて、
   前記変更工程により変更した格納条件に適合するか否か
   を判定することを特徴とする請求項１記載のデータ格納
   方法。
7. 【請求項７】 格納されているデータを読み出す読み出
   し工程と、該読み出し工程により読み出したデータに付
   されたマークに応じてデータを出力する出力工程とを更
   に備えることを特徴とする請求項１記載のデータ格納方
   法。