JPH04354036A - データベース管理方法 - Google Patents
データベース管理方法Info
- Publication number
- JPH04354036A JPH04354036A JP3129766A JP12976691A JPH04354036A JP H04354036 A JPH04354036 A JP H04354036A JP 3129766 A JP3129766 A JP 3129766A JP 12976691 A JP12976691 A JP 12976691A JP H04354036 A JPH04354036 A JP H04354036A
- Authority
- JP
- Japan
- Prior art keywords
- record
- data
- position pointer
- database
- file
- 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 (1)
- 【請求項１】 少なくとも１個以上のフィールドから
なるレコードを少なくとも１個以上有するデータベース
について、キーとなるフィールド毎に検索対象とするイ
ンバートファイルを予め生成し、このインバートファイ
ルにより検索処理をするデータベース管理方法において
、ａ）１レコードを追加する際は、データベースの全体
の容量を越えない場合は当該１レコードを追加し、デー
タベースの全体の容量を越える場合は最も古いレコード
を消去してから当該１レコードを追加するようにデータ
追加位置を指定する追加位置ポインタに従い、ｂ）１レ
コードを取り出す際は、このデータベース中にある最も
古いレコードを指定する取出位置ポインタに従うことを
特徴とするデータベース管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3129766A JPH04354036A (ja) | 1991-05-31 | 1991-05-31 | データベース管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3129766A JPH04354036A (ja) | 1991-05-31 | 1991-05-31 | データベース管理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH04354036A true JPH04354036A (ja) | 1992-12-08 |
Family
ID=15017680
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3129766A Pending JPH04354036A (ja) | 1991-05-31 | 1991-05-31 | データベース管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH04354036A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0991180A (ja) * | 1995-09-21 | 1997-04-04 | Nec Corp | リングファイル形式データ管理方式 |
| US7555624B2 (en) | 2003-02-28 | 2009-06-30 | Fujitsu Limited | Program, an apparatus and a method for guaranteeing a data storage order in an ISAM file |
-
1991
- 1991-05-31 JP JP3129766A patent/JPH04354036A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0991180A (ja) * | 1995-09-21 | 1997-04-04 | Nec Corp | リングファイル形式データ管理方式 |
| US7555624B2 (en) | 2003-02-28 | 2009-06-30 | Fujitsu Limited | Program, an apparatus and a method for guaranteeing a data storage order in an ISAM file |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2007501476A (ja) | オブジェクトおよび従属オブジェクトをドロップしないデータベースシステム | |
| JPH04354036A (ja) | データベース管理方法 | |
| JPH06215037A (ja) | インデックスの自動更新装置 | |
| JPH08314780A (ja) | ファイル管理方式 | |
| JPS59108105A (ja) | 最短ル−ト検索方式 | |
| JP2676731B2 (ja) | 電子化文書検索装置 | |
| JPH05151056A (ja) | データ管理装置 | |
| JP3398672B2 (ja) | 中間データ格納装置 | |
| JPH03129570A (ja) | データベース検索方式 | |
| JPH01248233A (ja) | データベース検索装置 | |
| JPH04252342A (ja) | 情報処理システムにおけるデータ保存管理装置 | |
| JP2861548B2 (ja) | 複数ホスト方式 | |
| JP2785966B2 (ja) | 外部キー動的解決処理方法 | |
| JPS6380325A (ja) | 情報検索方法 | |
| JP3585264B2 (ja) | データベースシステム及びデータ検索方法 | |
| JPH0266672A (ja) | フロッピーの管理装置 | |
| JPS63231527A (ja) | 時系列検索方式 | |
| JPH05250243A (ja) | 拡張記憶装置のデータ処理方式 | |
| JPH02224152A (ja) | ファイル排他制御装置 | |
| JPS58125155A (ja) | デ−タフアイル処理システム | |
| JPH01282635A (ja) | 索引保守方式 | |
| JPH10240744A (ja) | レンジ分割表の検索処理方式、検索処理方法および検索 処理プログラムを記録した記録媒体 | |
| JPH04137035A (ja) | ソフトウェア設計構造格納装置 | |
| JPH05108664A (ja) | 部品展開処理装置 | |
| JPH02302869A (ja) | ファイル編集方式 |