JPH05282190A - データベースシステム - Google Patents

データベースシステム

Info

Publication number
JPH05282190A
JPH05282190A JP4079457A JP7945792A JPH05282190A JP H05282190 A JPH05282190 A JP H05282190A JP 4079457 A JP4079457 A JP 4079457A JP 7945792 A JP7945792 A JP 7945792A JP H05282190 A JPH05282190 A JP H05282190A
Authority
JP
Japan
Prior art keywords
data
database
record
processor
database management
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.)
Granted
Application number
JP4079457A
Other languages
English (en)
Other versions
JP3543330B2 (ja
Inventor
Tokuyuki Anzai
徳幸 安在
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Holdings Corp
Original Assignee
Matsushita Electric Industrial Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Priority to JP07945792A priority Critical patent/JP3543330B2/ja
Publication of JPH05282190A publication Critical patent/JPH05282190A/ja
Application granted granted Critical
Publication of JP3543330B2 publication Critical patent/JP3543330B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

(57)【要約】 【目的】 複数のプロセッサすべてにデータベースシス
テムを備え、データの配置方法をデータ種別ごとに指定
できるデータベースシステムの提供を目的とする。 【構成】 複数のプロセッサ内のデータをデータベース
として一元管理化し、そのデータベースの操作要求を受
け付け実行するデータベース管理部101,111,1
21を設け、そのデータベース管理部に、データ種別ご
との配置方法を記憶しておく配置方法記憶部102,1
12,122を備える。

Description

【発明の詳細な説明】
【0001】
【産業上の利用分野】本発明は、複数のプロセッサで構
成される装置のデータベースシステムに関する。
【0002】
【従来の技術】近年、データをデータベースとして一元
管理化し、データの論理性や操作性を向上させるため
に、データベースシステムを導入する装置が増加してい
る。
【0003】従来、複数のプロセッサで構成される装置
において、データベースシステムを導入する場合、一つ
のプロセッサに主データベースシステムを、その他のプ
ロセッサには従データベースシステムを配置し、装置内
で共有されるデータを格納しているデータベースを主デ
ータベースシステムの管理下に置く方法がとられてき
た。これを集中型データベースと呼ぶことにする。図9
は上記の集中型データベースシステムを説明したもので
あり、900,910,920の3つのプロセッサで構
成されている。901は主データベース管理部であり、
プロセッサ900に配置されている。911,921は
従データベース管理部であり、それぞれプロセッサ91
0,920に配置されている。902はデータベースで
あり、プロセッサ900,910,920で共有される
データが格納されている。データベース902は、主デ
ータベース管理部901の管理下に置かれる。903,
913,923はプロセッサ間で情報を送受信する通信
プログラム部であり、それぞれプロセッサ900,91
0,920に配置されている。904,914,924
は応用プログラム部であり、それぞれプロセッサ90
0,910,920上で実行される。応用プログラム部
904,914,924は、それぞれが属するプロセッ
サ内の主データベース管理部または従データベース管理
部に対し、データベースへの読み出し、または書き込み
の操作を要求する。
【0004】図9を参照し、データベースに対する従来
の操作手順を説明する。たとえば応用プログラム部90
4がデータベースへの読み出し、または書き込み操作を
要求する場合、その要求を受け付けた主データベース管
理部901は、直接データベース902に対して操作を
実行し、応用プログラム部904に応答を返す。また、
応用プログラム部914がデータベース902への読み
出しまたは書き込み操作を要求する場合、その要求を受
け付けた従データベース管理部911は通信プログラム
部913,903を介し、主データベース管理部901
にデータベース操作要求を送信する。その要求を受信し
た主データベース管理部901は、データベース902
に対して操作を実行し、その応答を通信プログラム部9
03,913を介し、従データベース管理部911に送
信する。応答を受信した従データベース管理部911は
応用プログラム部914に処理完了の応答を通知する。
【0005】
【発明が解決しようとする課題】しかしながら上記の従
来の構成では、主データベース管理部の配置されるプロ
セッサのみデータベースが存在するので、その他のプロ
セッサにおいて、従データベース管理部が応用プログラ
ム部からデータベースへの操作要求を受け付けると、毎
回、主データベース管理部に問い合わせ、その応答を得
るまでに、プロセッサ間の通信が行われ、システム全体
の処理効率の低下につながるという問題点を有してい
た。また、主データベース管理部の配置されるプロセッ
サは、すべてのデータベース操作要求を処理するために
過負荷状態になることが予想されていた。
【0006】本発明はデータベース管理部の主と従の関
係を無くし、すべてのプロセッサにデータベースを配置
し、データ種別ごとにその配置方法を指定することが可
能なデータベースシステムの提供を目的とする。
【0007】
【課題を解決するための手段】本発明は上記目的を達成
するために、すべてのプロセッサ内にデータベースと、
そのデータベースへの操作要求を受け付けて処理するデ
ータベース管理部とを設け、コピー配置,ローカル配
置,マスタ配置の3つの配置方法の中から任意の配置方
法を選択できるようにし、データベース管理部に、選択
されたデータ、配置方法を記憶する配置方式記憶部を備
える。
【0008】
【作用】本発明は上記した構成によって、データ種別ご
とに配置方法を指定することができ、データの操作頻度
やメモリー量を考慮したデータの配置が可能となり、コ
ピー配置することによって、全プロセッサのデータベー
スで同一のデータを重複して持つことができ、また、ロ
ーカル配置することによって、指定したプロセッサのデ
ータベースにだけデータを置くことができ、さらに、マ
スタ配置によって、従来の集中型データベースのよう
に、主データベースシステムにだけデータを配置するこ
とも可能となる。
【0009】
【実施例】以下、図面を参照して本発明の実施例を説明
する。図1は本発明の一実施例を示す構成図であり、1
00,110,120の3つのプロセッサで構成されて
いる。それぞれのプロセッサには、プロセッサ間通信の
ためのアドレス情報が割り当てられており、それをプロ
セッサ番号と呼ぶことにする。ここでは、100,11
0,120のプロセッサ番号をそれぞれプロセッサ#
1,プロセッサ#2,プロセッサ#3とする。
【0010】101,111,121はデータベース管
理部であり、103,113,123はデータベースで
あり、あおれぞれプロセッサ100,110,120に
配置されている。このように、すべてのプロセッサにデ
ータベースを配置する構成を分散型データベースと呼ぶ
ことにする。また、データベース管理部101,11
1,121はそれぞれ配置方法記憶部102,112,
122を含む構成となっている。104,114,12
4はプロセッサ間で情報を送受信する通信プログラム部
であり、それぞれプロセッサ100,110,120に
配置されている。105,115,125は応用プログ
ラム部であり、それぞれプロセッサ100,110,1
20上で実行される。上記応用プログラム部は、それぞ
れが属するプロセッサ内のデータベース管理部に対し、
データベースへの読み出し、または書き込みの操作を要
求する。上記データベースは複数のレコードで構成され
ており、データの操作はレコード単位に行われる。よっ
て、データベース管理部へのデータ操作の要求時には、
レコードを識別する情報を指定する。それをレコード番
号と呼ぶことにする。
【0011】図2は上記データベースの内部構造の概略
を説明したものである。図2において、201のレコー
ドテーブルは上記レコード番号とデータ領域の関係を示
す対応表であり、例えば、レコード1番はデータ領域2
02に、レコード2番はデータ領域203に対応させる
情報が記入されている。
【0012】以下に、上記の分散型データベースにおい
て、コピー配置データ,ローカル配置データ,マスタ配
置データの具体的な構成とその操作方法を説明する。最
初に、3つの配置方法について説明する。まず、コピー
配置とはすべてのデータベースに同一のデータを重複し
て持たせる配置方法であり、すべてのプロセッサにおい
て操作頻度の高いデータをコピー配置することで、その
データを参照する場合には、自プロセッサ内のデータベ
ースから直接読み出すことができる。図3は、図1と図
2で示した構成において、レコード1番のデータをそれ
ぞれのプロセッサにコピー配置したときの図である。図
3において、103,113,123は、それぞれプロ
セッサ100,110,120に配置されているデータ
ベースであり、201,211,221はそれぞれデー
タベース103,113,123内にあるレコードテー
ブルであり、202,212,222は、それぞれデー
タベース103,113,123に確保されるレコード
1番のデータ領域である。レコードテーブル201,2
11,221には、レコード1番とそれぞれのデータ領
域を対応させる情報が設定されており、データ領域20
2,212,222には同一のデータが格納されてい
る。
【0013】次に、ローカル配置とは指定したプロセッ
サのデータベースにのみデータを置き、その他のプロセ
ッサは、そのデータの配置されるプロセッサに問い合わ
せる方法である。図4は、図1と図2で示した構成にお
いて、レコード2番のデータをプロセッサ110にロー
カル配置したときの図である。図4において、103,
113,123は、それぞれプロセッサ100,11
0,120に配置されているデータベースであり、20
1,211,221はそれぞれデータベース103,1
13,123内にあるレコードテーブルであり、212
は、データベース113に確保されるレコード2番のデ
ータ領域である。レコードテーブル211には、レコー
ド2番とデータ領域212を対応させる情報が設定され
ている。データベース103,123には、レコード2
番のデータ領域は確保されず、レコードテーブル20
1,221には、プロセッサ110(プロセッサ#2)
を示す情報が設定されている。
【0014】次に、マスタ装置とは、システム内で定義
されたメインプロセッサ、またはデータベース処理する
プロセッサにデータを配置する方法であり、従来の集中
型データベースもこの配置方法に属する。図5は、図1
で示した構成において、プロセッサ100(プロセッサ
#1)がメインプロセッサである場合、レコード3番の
データをマスタ配置したときの図である。図5におい
て、103,113,123は、それぞれプロセッサ1
00,110,120に配置されているデータベースで
あり、201,211,221はそれぞれデータベース
103,113,123内にあるレコードテーブルであ
り、202は、データベース103に確保されるレコー
ド1番のデータ領域である。レコードテーブル201に
は、レコード3番とデータ領域202を対応させる情報
が設定されている。データベース113,123には、
レコード3番のデータ領域は確保されず、レコードテー
ブル211,221には、メインプロセッサ(プロセッ
サ#1)を示す情報が設定されている。
【0015】以下、上記の3つのデータ配置方法につい
て、その操作手順を説明する。データベースは初期段階
においてはデータ未登録の状態であり、データベース内
のレコードテーブルも情報未記入の状態である。まず、
応用プログラム部はデータベース管理部に対し、レコー
ド番号と配置方法と、設置方法がローカル配置の場合
は、さらにデータの配置されるプロセッサ番号を指定し
てデータベースへの登録を要求する。データベース管理
部は、配置方法記憶部を含む構成になっており、配置方
法記憶部にはレコード番号ごとにデータの配置方法が記
憶される。図6は、図1で示した構成において、上記の
配置方法記憶部の概略を説明した図である。図6におい
て、102,112,122は配置方法記憶部であり、
それぞれデータベース管理部101,111,121内
にある。配置方法記憶部はレコード番号とその配置方法
を示す対応表であり、例えば、レコード1番はコピー配
置、レコード2番はローカル配置、レコード3番はマス
タ配置を示す情報が記入されている。
【0016】まずは、コピー配置データの登録について
説明すると、図1において、プロセッサ110の応用プ
ログラム部115がレコード1番にコピー配置データの
登録を要求したときを例にとる。
【0017】図7は上記応用プログラム部がデータベー
ス管理部に対し、データベースへの操作要求するときの
形式を簡単に表現したものである。図7において、70
3はデータベースへの登録要求の形式であり、レコード
番号と配置方法と、設置方法がローカル配置の場合はさ
らにプロセッサ番号をパラメータとして指定する。例え
ば、ここではレコード番号にレコード1番(700)、
配置方法にコピー配置(701)を設定している。図1
において、上記の形式で応用プログラム部115から登
録要求を受けたデータベース管理部111は、配置方法
記憶部112のレコード1番に対応する領域に配置方法
を、ここではコピー配置を示す情報を記憶させる。そし
て、指定された配置方法がコピー配置であるので、デー
タベース113内部にデータ領域を確保し、レコード1
番と確保したデータ領域を関係づける情報を上記レコー
ドテーブルに設定する。図3では、データ領域212を
確保し、レコードテーブル211のレコード1番に対応
する領域データ領域212を示す情報を設定する。その
後、データベース管理部111は、通信プログラム部1
14を介し、他のプロセッサのデータベース管理部10
1,121に対して登録要求を送信する。このとき、応
用プログラム部115によって指定されたレコード番号
と配置方法も同時に通知する。登録要求を受け付けたデ
ータベース管理部101,121は、それぞれ配置方法
記憶部102,122のレコード1番に対応する領域に
配置方法を、ここではコピー配置を示す情報を記憶させ
る。そして、指定された配置方法がコピー配置であるの
で、データベース管理部101,121は、それぞれデ
ータベース103,123内部にデータ領域を確保し、
レコード1番と確保したデータ領域を関係づける情報を
上記レコードテーブルに設定する。図3では、データベ
ース103,123内にそれぞれデータ領域202,2
22を確保し、レコードテーブル201,221のレコ
ード1番に対応した領域にデータ領域202,222を
示す情報を設定する。
【0018】次に、コピー配置データの書き込みについ
て説明すると、図1において、プロセッサ110の応用
プログラム部115がコピー配置されたレコード1番の
データへ書き込みを要求する場合を例にとる。図7にお
いて、713はデータベースへの書き込み要求の形式で
あり、レコード番号とポインタとサイズをパラメータと
して指定する。レコード番号には既に登録されているレ
コード番号を、ここではレコード1番(710)を、ポ
インタには書き込みデータの格納されているメモリ領域
の先頭番地(711)を、サイズには書き込みデータの
長さ(712)を設定する。上記の形式で応用プログラ
ム部115から書き込み要求を受け付けたデータベース
管理部111は、配置方法記憶部112によって指定さ
れたレコード番号のデータ配置方法がコピー配置である
ことを認識すると、データベース113内の指定された
レコードに対して書き込みを実行する。図3では、レコ
ードテーブル211から得られたレコード1番のデータ
領域212に、指定されたポインタで示されるメモリ領
域に設定されたデータを、指定されたサイズ分書き込
む。その後、データベース管理部111は、通信プログ
ラム部114を介し、他のプロセッサのデータベース管
理部101,121に対して書き込み要求を送信する。
このとき、応用プログラム部115によって指定された
レコード番号、書き込みデータ、サイズも同時に通知す
る。データベース管理部111から、書き込み要求を受
け付けたデータベース管理部101,121はそれぞれ
配置方法記憶部102,122のレコード1番に対応す
る領域に記憶された配置方法を、ここではコピー配置を
示す情報を得ると、データベース103,123内の指
定されたレコードに対して書き込みを実行する。図3で
は、レコードテーブル201,221から得られたレコ
ード1番のデータ領域202,222に指定されたデー
タを指定されたサイズ分書き込む。
【0019】次に、コピー配置データの読み出しについ
て説明すると、図1において、プロセッサ110の応用
プログラム部115がコピー配置されたレコード1番の
データの読み出しを要求する場合を例にとる。図7にお
いて、723はデータベースへの読み出し要求の形式で
あり、レコード番号とポインタとサイズをパラメータと
して指定する。レコード番号には既に登録されているレ
コード番号を、ここではレコード1番(720)を、ポ
インタには読み出したデータを格納するメモリ領域の先
頭番地(721)を、サイズには読み出しデータの長さ
(722)を設定する。上記の形式で応用プログラム部
115から読み出し要求を受け付けたデータベース管理
部111は、配置方法記憶部112によって指定された
レコード番号のデータ配置方法がコピー配置であること
を認識するとデータベース113内の指定されたレコー
ドに対して読み出しを実行する。図3では、レコードテ
ーブル211から得られた、指定されたレコード1番の
データ領域212から、指定されたポインタで示される
メモリ領域に、指定されたサイズのデータを読み出す。
このように、コピー配置データの読み出しは、そのコピ
ーがプロセッサ内のデータベースに存在するので、プロ
セッサ間通信をすることなく、そのデータを直接読み出
すことができる。
【0020】次に、ローカル配置データの登録について
説明すると、図1において、プロセッサ110の応用プ
ログラム部115がレコード2番にローカル配置データ
の登録を要求したときを例にとる。そのデータが配置さ
れるプロセッサ番号は、プロセッサ#2とする。図8は
図7と同様、上記応用プログラム部がデータベース管理
部に対し、データベースへの操作を要求するときの形式
であり、図7と異なる部分は登録要求時に、データの配
置するプロセッサ番号も指定することである。例とし
て、図8においてレコード番号にレコード2番(80
0)、配置方法にローカル配置(801)、プロセッサ
番号にプロセッサ#2(802)を設定している。図1
において、上記の形式で応用プログラム部115から登
録要求を受けたデータベース管理部111は、配置方法
記憶部112のレコード2番に対応する領域に設置方法
を、ここではローカル配置を示す情報を記憶させる。そ
して、指定された配置方法がローカル配置であり、指定
されたプロセッサ番号が自己の属するプロセッサ番号で
あるので、データベース113内部にデータ領域を確保
し、レコード2番と確保したデータ領域を関係づける情
報を上記レコードテーブルに設定する。図4では、デー
タ領域212を確保し、レコードテーブル211のレコ
ード2番に対応する領域にデータ領域212を示す情報
を設定する。その後、データベース管理部111は、通
信プログラム部114を介し、他のプロセッサのデータ
ベース管理部101,121に対して登録要求を送信す
る。このとき、応用プログラム部115によって指定さ
れたレコード番号と配置方法、さらにプロセッサ番号も
同時に通知する。登録要求を受け付けたデータベース管
理部101,121は、それぞれ配置方法記憶部10
2,122のレコード2番に対応する領域に設置方法
を、ここではローカル配置を示す情報を記憶させる。そ
して、指定された設置方法がローカル配置であり、指定
されたプロセッサ番号が自己の属するプロセッサ番号で
ないので、データベース管理部101,121は、それ
ぞれデータベース103,123内部のレコードテーブ
ルのレコード2番に対応する領域に、データの本体はプ
ロセッサ110(プロセッサ#2)のデータベース内に
あるという主旨の情報を設定する。
【0021】次に、ローカル配置データの書き込みにつ
いて説明すると、図1において、プロセッサ110の応
用プログラム部115がローカル配置されたレコード2
番のデータへ書き込みを要求する場合を例にとる。図8
において、書き込み要求の形式(813)は、図7と同
様であり、レコード番号には既に登録されているレコー
ド番号を、ここではレコード2番(810)を、ポイン
タには書き込みデータの格納されているメモリ領域の先
頭番地(811)を、サイズには書き込みデータの長さ
(812)を設定する。上記の形式で応用プログラム部
115から書き込み要求を受け付けたデータベース管理
部111は、配置方法記憶部112によって指定された
レコード番号のデータ配置方法がローカル配置であり、
データ領域が自己のデータベース113に確保されてい
ることを認識すると、データベース113内の指定され
たレコードに対して書き込みを実行する。図4では、レ
コードテーブル211より得られたレコード2番のデー
タ領域212に、指定されたポインタで示されるメモリ
領域に設定されたデータを指定されたサイズ分書き込
む。もし、指定されたレコード番号のデータ領域が自己
のプロセッサになく、他のプロセッサにある場合は、そ
のプロセッサのデータベース管理部に対して書き込み要
求を送信する。
【0022】次に、ローカル配置データの読み出しにつ
いて説明すると、図1において、プロセッサ110の応
用プログラム部115がローカル配置されたレコード2
番のデータの読み出しを要求する場合を例にとる。図8
において、読み出し要求の形式(823)は図7と同様
であり、レコード番号には既に登録されているレコード
番号を、ここではレコード2番(820)を、ポインタ
には読み出しデータを格納するメモリ領域の先頭番地
(821)を、サイズには読み出しデータの長さ(82
2)を設定する。上記の形式で応用プログラム部115
から読み出し要求を受け付けたデータベース管理部11
1は、配置方法記憶部112によって指定されたレコー
ド番号のデータ配置方法がローカル配置であり、データ
領域が自己のデータベース113に確保されていること
を認識するとデータベース113内の指定されたレコー
ドに対し読み出しを実行する。図4では、レコードテー
ブル211から得られた、指定されたレコード1番のデ
ータ領域212から、指定されたポインタで示されるメ
モリ領域に、指定されたサイズのデータを読み出す。も
し、指定されたレコード番号のデータ領域が自己のプロ
セッサになく、他のプロセッサにある場合は、そのプロ
セッサのデータベース管理部に対して、読み出し要求を
送信し、その応答を待つことになる。
【0023】このように、ローカル配置はどれか1つの
データベースにのみデータを配置し、そのデータを共有
化することによって、システム全体のメモリ量を削減さ
せることができる。さらに応用プログラム部からは、操
作するデータの配置される場所を意識することなく、ど
のプロセッサに配置されるデータも同一の操作手順で書
き込み、読み出しが可能となる。
【0024】最後にマスタ装置について述べる。データ
ベースの操作手順は上記ローカル配置の場合と同様であ
るが、ローカル配置と異なる点は、ローカル配置が実際
にデータの配置されるプロセッサ番号を指定するのに対
し、マスタ配置はそのシステム内で定義されたメインプ
ロセッサにデータを配置するということである。
【0025】
【発明の効果】以上の実施例から明らかなように、本発
明によると、すべてのプロセッサにおいて操作頻度の高
いデータは、コピー配置することで、そのデータの複製
を自分のプロセッサ内のデータベースに置くことがで
き、そのデータを参照する場合にはプロセッサ内のデー
タベースから直接読み出すことができるため、従来行わ
れていたプロセッサ間の通信をすることがなくなり応答
性を高めることができ、また、データの操作頻度がプロ
セッサによって異なる場合、そのデータを操作頻度の高
いプロセッサにローカル配置し、システム全体の処理効
率を向上させメモリ量を削減することができ、さらに、
データベースへの書き込み、読み出し操作はデータの配
置方法に関わらず同一の操作手順で可能となり、応用プ
ログラム部からのデータベースへの操作性を高めること
ができるデータベースシステムを提供できる。
【図面の簡単な説明】
【図1】本発明の一実施例のデータベースシステムの構
成図
【図2】本発明の実施例におけるデータベースの概略図
【図3】本発明の実施例におけるコピー配置データの概
略図
【図4】本発明の実施例におけるローカル配置データの
概略図
【図5】本発明の実施例におけるマスタ配置データの概
略図
【図6】本発明の実施例における配置方法記憶部の概略
【図7】本発明の実施例におけるデータベース操作要求
の形式
【図8】本発明の実施例におけるデータベース操作要求
の形式
【図9】従来のデータベースシステムの構成図
【符号の説明】
101,111,121 データベース管理部 102,112,122 配置方式記憶部 103,113,123 データベース

Claims (1)

    【特許請求の範囲】
  1. 【請求項1】 複数のプロセッサで構成される装置のデ
    ータベースシステムであって、すべてのプロセッサ内に
    データベースと、前記データベースへの操作要求を受け
    付けて処理するデータベース管理部とを設け、前記デー
    タベース内のデータの配置方法をコピー配置,ローカル
    配置,マスタ配置の3つの方法に分類し、前記データベ
    ース管理部に、データ種別ごとの配置方法を記憶する配
    置方法記憶部を備えたデータベースシステム。
JP07945792A 1992-04-01 1992-04-01 データベースシステム Expired - Lifetime JP3543330B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP07945792A JP3543330B2 (ja) 1992-04-01 1992-04-01 データベースシステム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP07945792A JP3543330B2 (ja) 1992-04-01 1992-04-01 データベースシステム

Publications (2)

Publication Number Publication Date
JPH05282190A true JPH05282190A (ja) 1993-10-29
JP3543330B2 JP3543330B2 (ja) 2004-07-14

Family

ID=13690414

Family Applications (1)

Application Number Title Priority Date Filing Date
JP07945792A Expired - Lifetime JP3543330B2 (ja) 1992-04-01 1992-04-01 データベースシステム

Country Status (1)

Country Link
JP (1) JP3543330B2 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015045995A (ja) * 2013-08-28 2015-03-12 Kddi株式会社 仮想データベースシステム管理装置、管理方法及び管理プログラム

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0415839A (ja) * 1990-05-10 1992-01-21 Toshiba Corp 分散データベース管理装置

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0415839A (ja) * 1990-05-10 1992-01-21 Toshiba Corp 分散データベース管理装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015045995A (ja) * 2013-08-28 2015-03-12 Kddi株式会社 仮想データベースシステム管理装置、管理方法及び管理プログラム

Also Published As

Publication number Publication date
JP3543330B2 (ja) 2004-07-14

Similar Documents

Publication Publication Date Title
CA2152752C (en) Multiprocessor system for locally managing address translation table
US5404478A (en) Method of managing a virtual storage for a multi-processor system
US6115738A (en) Input/output device information management method and apparatus for multi-computers
US5687392A (en) System for allocating buffer to transfer data when user buffer is mapped to physical region that does not conform to physical addressing limitations of controller
JPH09311839A (ja) データ共用方式
JPH05282190A (ja) データベースシステム
EP0294499A1 (en) Control scheme for segmented buffers based on a shared reference count
JPH1063525A (ja) 情報処理装置、情報処理システム及びその制御方法
JPH06110759A (ja) ファイルシステム
JPH09190375A (ja) 共有メモリ管理方法
JPH05216734A (ja) データベースシステム
JPS6368960A (ja) 共用記憶媒体の順次アクセス制御装置
JP2767966B2 (ja) 高速ファイルアクセス方式
JP3644078B2 (ja) プログラムの共用装置と方法
JPH07152651A (ja) 情報処理方法及び装置
JPH035625B2 (ja)
JP3817055B2 (ja) メモリ管理装置および記録媒体
JP2798140B2 (ja) 仮想空間制御方式
JP2883200B2 (ja) プリンタ装置における複数のメモリカードのアクセス管理方法
JPS62160545A (ja) 直接アクセス記憶装置の未使用領域管理方式
JPH0324643A (ja) データベースのページ割当て方式
JPH0744444A (ja) 並列ファイル生成方法およびアクセス方法
JPH11110322A (ja) ネットワークシステム及びその管理方法
JPH04358282A (ja) 画像処理装置及び方法
JPS6253561A (ja) フアクシミリ装置

Legal Events

Date Code Title Description
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: 20040316

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20040329

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080416

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090416

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100416

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110416

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120416

Year of fee payment: 8

EXPY Cancellation because of completion of term