JPH0877205A - リレーショナルデータベース管理システム - Google Patents
リレーショナルデータベース管理システムInfo
- Publication number
- JPH0877205A JPH0877205A JP6239491A JP23949194A JPH0877205A JP H0877205 A JPH0877205 A JP H0877205A JP 6239491 A JP6239491 A JP 6239491A JP 23949194 A JP23949194 A JP 23949194A JP H0877205 A JPH0877205 A JP H0877205A
- Authority
- JP
- Japan
- Prior art keywords
- information
- instance
- branch
- record
- management system
- 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.)
- Withdrawn
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Storage Device Security (AREA)
Abstract
(57)【要約】
【目的】 データベースの管理・検索を容易にし、レコ
ードレベルでのセキュリティ機能を付加したリレーショ
ナルデータベース管理システムを提供する。 【構成】 データベースにおける１表中のレコードの実
体に関する情報（インスタンス）を分類・組織化して格
納。インスタンスを分類する見出し４とインスタンス群
２が格納されている領域の所在情報５からなる分類情報
３３を設け、レコードの共通のフォーマット（スキーマ
情報４６）とインスタンス群２の対応を１対Nとした。
そしてこれを管理する管理手段１１を具備することによ
ってデータベースの管理・検索を容易にし、レコードレ
ベルでのセキュリティ機能を付加したリレーショナルデ
ータベース管理システム。
ードレベルでのセキュリティ機能を付加したリレーショ
ナルデータベース管理システムを提供する。 【構成】 データベースにおける１表中のレコードの実
体に関する情報（インスタンス）を分類・組織化して格
納。インスタンスを分類する見出し４とインスタンス群
２が格納されている領域の所在情報５からなる分類情報
３３を設け、レコードの共通のフォーマット（スキーマ
情報４６）とインスタンス群２の対応を１対Nとした。
そしてこれを管理する管理手段１１を具備することによ
ってデータベースの管理・検索を容易にし、レコードレ
ベルでのセキュリティ機能を付加したリレーショナルデ
ータベース管理システム。
Description
【０００１】
【産業上の利用分野】本発明は、コンピュータ上におい
て大量の情報を蓄積し、系統的に整理,管理するための
データベース管理システムに関わり、特に操作性ならび
にセキュリティ機能の高いデータベース管理システムに
関する。
て大量の情報を蓄積し、系統的に整理,管理するための
データベース管理システムに関わり、特に操作性ならび
にセキュリティ機能の高いデータベース管理システムに
関する。
【０００２】
【従来の技術】リレーショナルデータベース管理システ
ムにおいて、データベースは単数あるいは互いに関連す
る複数の表から構成されている。表はレコードに共通す
るフォーマットを定義するスキーマ情報と、レコードの
実体であるインスタンスから構成されており、このスキ
ーマ情報とインスタンスの関係は１対１の対応となって
いる。
ムにおいて、データベースは単数あるいは互いに関連す
る複数の表から構成されている。表はレコードに共通す
るフォーマットを定義するスキーマ情報と、レコードの
実体であるインスタンスから構成されており、このスキ
ーマ情報とインスタンスの関係は１対１の対応となって
いる。
【０００３】従来のリレーショナルデータベース管理シ
ステムにおいては、インスタンスを一括管理していたた
め、レコード数が増加するに従い検索に時間がかかり、
また、バックアップなどの管理が困難になっているとい
う問題があった。
ステムにおいては、インスタンスを一括管理していたた
め、レコード数が増加するに従い検索に時間がかかり、
また、バックアップなどの管理が困難になっているとい
う問題があった。
【０００４】このような場合に、これまではデータベー
スまたは表を分割して作成する方法が考えられた。
スまたは表を分割して作成する方法が考えられた。
【０００５】
【発明が解決しようとする課題】しかし、上記の方法で
は検索や管理は容易になるが、データベースや表が異な
ると各データベースに対して同条件にて一括して検索を
行なうことが不可能であったり、検索が複雑になるとい
った課題があった。
は検索や管理は容易になるが、データベースや表が異な
ると各データベースに対して同条件にて一括して検索を
行なうことが不可能であったり、検索が複雑になるとい
った課題があった。
【０００６】例えば、伝票を管理するデータベースなど
は全社で一括管理している場合でも、実際に検索の対象
となるレコードは関連のある支店のものに限定される場
合が多い。そこで、各支店毎にデータベースに分割して
管理することになり、これにより検索やバックアップな
どの管理は比較的容易になるが、全支店を通じてA社か
ら依頼を受けた伝票を調べるといった検索はできなくな
る。
は全社で一括管理している場合でも、実際に検索の対象
となるレコードは関連のある支店のものに限定される場
合が多い。そこで、各支店毎にデータベースに分割して
管理することになり、これにより検索やバックアップな
どの管理は比較的容易になるが、全支店を通じてA社か
ら依頼を受けた伝票を調べるといった検索はできなくな
る。
【０００７】同一のデータベースに各支店毎に異なる表
で管理した場合には、前述の検索は可能であるが、この
場合には検索式の設定が複雑になるといった問題があ
る。
で管理した場合には、前述の検索は可能であるが、この
場合には検索式の設定が複雑になるといった問題があ
る。
【０００８】また、これらのデータベースや表は互いに
スキーマが同一であるにもかかわらずそれぞれのデータ
ベースや表が個々にスキーマ情報をもつことから、スキ
ーマに変更が生じた場合には全てのデータベースや表に
対するスキーマ情報を変更しなければならない。また、
新しく支店を増やした場合には新たにデータベースまた
は表を追加することになり、これまでと同じスキーマを
使用するにもかかわらず、新たにスキーマ情報を定義し
なければならなかった。
スキーマが同一であるにもかかわらずそれぞれのデータ
ベースや表が個々にスキーマ情報をもつことから、スキ
ーマに変更が生じた場合には全てのデータベースや表に
対するスキーマ情報を変更しなければならない。また、
新しく支店を増やした場合には新たにデータベースまた
は表を追加することになり、これまでと同じスキーマを
使用するにもかかわらず、新たにスキーマ情報を定義し
なければならなかった。
【０００９】また、セキュリティはデータベースまたは
表レベルまでしか設定できず、そのため前例において支
店Aのレコードについてのみアクセスに制限を設けると
いうようにレコードレベルでアクセスレベルを設定する
ことは不可能であった。
表レベルまでしか設定できず、そのため前例において支
店Aのレコードについてのみアクセスに制限を設けると
いうようにレコードレベルでアクセスレベルを設定する
ことは不可能であった。
【００１０】本発明の目的は、このような従来技術の欠
点を解決し、操作性ならびにセキュリティ機能の高いデ
ータベース管理システムを提供するものである。
点を解決し、操作性ならびにセキュリティ機能の高いデ
ータベース管理システムを提供するものである。
【００１１】
【課題を解決するための手段】前述の目的を達成するた
め、第１の発明は、コンピュータ上において大量の情報
を蓄積し、系統的に整理,管理するリレーショナルデー
タベース管理システムにおいて、レコードの構造を定義
するスキーマ情報と、前記レコードの実体であるインス
タンスを内容により分割したインスタンス群と、インス
タンス群における各インスタンスの内容を示す見出し情
報ならびに各インスタンスの所在情報から構成される分
類情報と、これらスキーマ情報、インスタンス群、分類
情報を管理する管理手段とから構成されることを特徴と
するものである。
め、第１の発明は、コンピュータ上において大量の情報
を蓄積し、系統的に整理,管理するリレーショナルデー
タベース管理システムにおいて、レコードの構造を定義
するスキーマ情報と、前記レコードの実体であるインス
タンスを内容により分割したインスタンス群と、インス
タンス群における各インスタンスの内容を示す見出し情
報ならびに各インスタンスの所在情報から構成される分
類情報と、これらスキーマ情報、インスタンス群、分類
情報を管理する管理手段とから構成されることを特徴と
するものである。
【００１２】前述の目的を達成するため、第２の発明
は、上記第１の発明におけるリレーショナルデータベー
ス管理システムにおいて、スキーマ情報と分類情報を補
助記憶手段に格納し、インスタンス群を媒体交換型記憶
手段に格納することを特徴とするものである。
は、上記第１の発明におけるリレーショナルデータベー
ス管理システムにおいて、スキーマ情報と分類情報を補
助記憶手段に格納し、インスタンス群を媒体交換型記憶
手段に格納することを特徴とするものである。
【００１３】
【作用】本発明は前述のような構成になっており、デー
タベースの表におけるインスタンスを分類し、これを組
織化するための分類情報にて管理することによって、デ
ータベースの管理・検索を容易にすると共に、論理的に
レコードレベルでのセキュリティ機能を付加することが
可能となった。
タベースの表におけるインスタンスを分類し、これを組
織化するための分類情報にて管理することによって、デ
ータベースの管理・検索を容易にすると共に、論理的に
レコードレベルでのセキュリティ機能を付加することが
可能となった。
【００１４】また、媒体交換型記憶手段にインスタンス
群を格納することによってアクセスを許したくない情報
を物理的に保護するとともに、見かけ上無制限のレコー
ドを管理することが可能となった。
群を格納することによってアクセスを許したくない情報
を物理的に保護するとともに、見かけ上無制限のレコー
ドを管理することが可能となった。
【００１５】
【実施例】つぎに本発明の実施例について図とともに説
明する。図１は本発明の一実施例を示すリレーショナル
データベース管理システムの構成図である。
明する。図１は本発明の一実施例を示すリレーショナル
データベース管理システムの構成図である。
【００１６】本発明のリレーショナルデータベース管理
システムは、レコードの構造を定義するスキーマ情報
４,レコ−ドの実体を示すインスタンス２を情報の内容
毎に分類したインスタンス群２１,およびインスタンス
２を分類するための見出し情報３１と見出しに対応する
インスタンスが記憶媒体のどこに格納されているかを示
す所在情報３２からなる分類情報３,これらスキーマ情
報４、インスタンス２及び分類情報３の管理を実行する
管理手段１から構成される。
システムは、レコードの構造を定義するスキーマ情報
４,レコ−ドの実体を示すインスタンス２を情報の内容
毎に分類したインスタンス群２１,およびインスタンス
２を分類するための見出し情報３１と見出しに対応する
インスタンスが記憶媒体のどこに格納されているかを示
す所在情報３２からなる分類情報３,これらスキーマ情
報４、インスタンス２及び分類情報３の管理を実行する
管理手段１から構成される。
【００１７】図１の実施例では支店Ａ、Ｂ、Ｃ、Ｄ、Ｅ
に対して注文された受注伝票のレコードが管理されてい
る様子を示す。
に対して注文された受注伝票のレコードが管理されてい
る様子を示す。
【００１８】ユーザは管理手段１を介して、インスタン
ス２、分類情報３、スキーマ情報４により作成される受
注情報データベースである表「注文」を意識し、この表
「注文」に対してのレコード登録、削除、検索といった
操作を実行する。ユーザはこの表「注文」だけを意識す
ることによりデータベースへのアクセスを行うことが可
能であり、上記のリレーショナルデータベース管理シス
テムの内部構成を意識せずに注文情報を取り扱うことが
出来る。
ス２、分類情報３、スキーマ情報４により作成される受
注情報データベースである表「注文」を意識し、この表
「注文」に対してのレコード登録、削除、検索といった
操作を実行する。ユーザはこの表「注文」だけを意識す
ることによりデータベースへのアクセスを行うことが可
能であり、上記のリレーショナルデータベース管理シス
テムの内部構成を意識せずに注文情報を取り扱うことが
出来る。
【００１９】スキーマ情報４は、レコードの共通のフォ
ーマット定義を行なうための情報であり、レコードの実
体を示すインスタンス２に意味や役割を与えるものであ
る。本実施例では、表「注文」のレコードをフォーマッ
トする受付日・担当者・商品コード・納期といったフィ
ールド名称と個々のフィールドに対するデータの型式が
格納される。
ーマット定義を行なうための情報であり、レコードの実
体を示すインスタンス２に意味や役割を与えるものであ
る。本実施例では、表「注文」のレコードをフォーマッ
トする受付日・担当者・商品コード・納期といったフィ
ールド名称と個々のフィールドに対するデータの型式が
格納される。
【００２０】図１の例では表「注文」のインスタンス２
をＡからＥの各支店毎に分類し、インスタンスＡからイ
ンスタンスＥとして個別に格納している。つまりスキー
マ情報４は、支店AからEに対応するインスタンスＡから
インスタンスＥの集合体であるインスタンス群２１に共
通の定義情報として存在し、よって受注データベースの
表「注文」中のスキーマ情報４とインスタンス群２の関
係は１対Ｎの対応となっている。
をＡからＥの各支店毎に分類し、インスタンスＡからイ
ンスタンスＥとして個別に格納している。つまりスキー
マ情報４は、支店AからEに対応するインスタンスＡから
インスタンスＥの集合体であるインスタンス群２１に共
通の定義情報として存在し、よって受注データベースの
表「注文」中のスキーマ情報４とインスタンス群２の関
係は１対Ｎの対応となっている。
【００２１】分類情報３はインスタンス２を分類・組織
化する際の観点となるインスタンスの見出し情報３１
と、それに対応するインスタンスの格納されている領域
を示す所在情報３２から構成される。
化する際の観点となるインスタンスの見出し情報３１
と、それに対応するインスタンスの格納されている領域
を示す所在情報３２から構成される。
【００２２】図１の例における分類情報３の内容は、レ
コードを支店毎に分類していることからインスタンスの
内容を表す“支店Ａ”、“支店Ｂ”が見出し情報３１に
格納され、支店Ａ,Ｂ,Ｃ,Ｄ,Ｅに対応するインスタンス
ＡからＥがそれぞれ記憶手段のどこの領域に格納されて
いるかという情報が所在情報３２に格納されている。こ
の例では支店ＡのインスタンスＡがａａａａを開始アド
レスとする領域またはａａａａで示される領域に、支店
ＢのインスタンスＢがｂｂｂｂを開始アドレスとする領
域またはｂｂｂｂで示される領域に格納されている。
コードを支店毎に分類していることからインスタンスの
内容を表す“支店Ａ”、“支店Ｂ”が見出し情報３１に
格納され、支店Ａ,Ｂ,Ｃ,Ｄ,Ｅに対応するインスタンス
ＡからＥがそれぞれ記憶手段のどこの領域に格納されて
いるかという情報が所在情報３２に格納されている。こ
の例では支店ＡのインスタンスＡがａａａａを開始アド
レスとする領域またはａａａａで示される領域に、支店
ＢのインスタンスＢがｂｂｂｂを開始アドレスとする領
域またはｂｂｂｂで示される領域に格納されている。
【００２３】管理手段１は、スキーマ情報４や分類情報
３を参照し、レコードをデータベースで管理するために
データベースに表を作成し、作成した表の関連を定義す
るデータベース定義や、データベースにレコードを登録
・検索といったレコード操作を行うためのデータベース
操作を行なうものである。
３を参照し、レコードをデータベースで管理するために
データベースに表を作成し、作成した表の関連を定義す
るデータベース定義や、データベースにレコードを登録
・検索といったレコード操作を行うためのデータベース
操作を行なうものである。
【００２４】図２は本発明のリレーショナルデータベー
ス管理システムにおけるレコード登録の処理手順を示す
説明図である。
ス管理システムにおけるレコード登録の処理手順を示す
説明図である。
【００２５】レコードをデータベースに登録する場合
に、ユーザははじめに登録するレコードがどの見出し情
報３１に対応するインスタンスへの登録処理かを指定す
る。例えば支店Ｂのレコードを登録する場合には、ユー
ザは管理手段１に対し“支店Ｂ”へのレコード登録を指
定する。管理手段１は支店BのインスタンスＢが格納さ
れている領域の所在情報ｂｂｂｂを分類情報３を参照し
て読み出す。つぎに管理手段１は、スキーマ情報４を参
照し実際に領域ｂｂｂｂに対して書き込むデータセット
を生成し、インスタンスへの書き込みを実行する。
に、ユーザははじめに登録するレコードがどの見出し情
報３１に対応するインスタンスへの登録処理かを指定す
る。例えば支店Ｂのレコードを登録する場合には、ユー
ザは管理手段１に対し“支店Ｂ”へのレコード登録を指
定する。管理手段１は支店BのインスタンスＢが格納さ
れている領域の所在情報ｂｂｂｂを分類情報３を参照し
て読み出す。つぎに管理手段１は、スキーマ情報４を参
照し実際に領域ｂｂｂｂに対して書き込むデータセット
を生成し、インスタンスへの書き込みを実行する。
【００２６】ここで所在情報が示すインスタンスの格納
領域は、連続するメモリ空間であってもよいし、断片的
なメモリ空間の集合であってもよい。
領域は、連続するメモリ空間であってもよいし、断片的
なメモリ空間の集合であってもよい。
【００２７】つぎに支店Ｃが新設され新たに伝票を管理
する場合を示す。ユーザは管理手段１に対し“支店Ｃ”
の新規登録を指定する。管理手段１は、“支店Ｃ”とい
う見出し情報３１ならびにそれに対応するインスタンス
の所在情報ｃｃｃｃを分類情報３に追加する。支店Ｃに
関するレコードも支店Ａ,Ｂのスキーマと同じであるの
で、レコードの登録時には同様のスキーマ情報４を参照
することとなる。
する場合を示す。ユーザは管理手段１に対し“支店Ｃ”
の新規登録を指定する。管理手段１は、“支店Ｃ”とい
う見出し情報３１ならびにそれに対応するインスタンス
の所在情報ｃｃｃｃを分類情報３に追加する。支店Ｃに
関するレコードも支店Ａ,Ｂのスキーマと同じであるの
で、レコードの登録時には同様のスキーマ情報４を参照
することとなる。
【００２８】図３は本発明のリレーショナルデータベー
ス管理システムにおけるレコード検索の処理手順を示す
説明図である。レコードの検索にあたりユーザは、どの
支店のレコードを検索するかを管理手段１に対して指定
する。支店Ｂのレコードを対する検索が指定された場合
には、管理手段１は分類情報３から見出し“支店Ｂ”に
対応するインスタンスＢの所在情報３２を読みだす。分
類情報３から支店Ｂに対するインスタンスＢはｂｂｂｂ
で示される領域に格納されていることが分かるため、管
理手段１はスキーマ情報４を参照してレコードのメモリ
内部形式を認識し、ｂｂｂｂで示される領域を対象に検
索を実行する。この時、支店Bのレコードが存在しない
ことが明確な領域ａａａａや領域ｃｃｃｃに対してはア
クセス行わないため、従来の方式に比べ処理時間が短縮
される効果がある。
ス管理システムにおけるレコード検索の処理手順を示す
説明図である。レコードの検索にあたりユーザは、どの
支店のレコードを検索するかを管理手段１に対して指定
する。支店Ｂのレコードを対する検索が指定された場合
には、管理手段１は分類情報３から見出し“支店Ｂ”に
対応するインスタンスＢの所在情報３２を読みだす。分
類情報３から支店Ｂに対するインスタンスＢはｂｂｂｂ
で示される領域に格納されていることが分かるため、管
理手段１はスキーマ情報４を参照してレコードのメモリ
内部形式を認識し、ｂｂｂｂで示される領域を対象に検
索を実行する。この時、支店Bのレコードが存在しない
ことが明確な領域ａａａａや領域ｃｃｃｃに対してはア
クセス行わないため、従来の方式に比べ処理時間が短縮
される効果がある。
【００２９】なお、この例では支店Bに対してのみ検索
を行う例を取り上げたが、例えば支店Ａ,Ｂ,Ｃで管理し
ているＸ社からの受注伝票をインスタンスＡ,Ｂ,Ｃに対
して一括して検索することも可能である。
を行う例を取り上げたが、例えば支店Ａ,Ｂ,Ｃで管理し
ているＸ社からの受注伝票をインスタンスＡ,Ｂ,Ｃに対
して一括して検索することも可能である。
【００３０】また分類情報３に各見出し３１に対しての
ユーザのアクセス権３３を付加することによって、レコ
ードレベルでのセキュリティを設定することが可能とな
る。例えば支店Cに所属する社員は支店Ｂのレコードを
読み込んだり更新したりできないようにしたい場合に
は、分類情報３に支店Ｂの所属社員にはアクセスを許さ
ないフラグを設定すれば良い。図３では、ｒは読み取り
権,ｗは書き込み権を示し、左から３桁単位で支店の所
属員,関連支店の所属員,その他の支店の所属員に対する
アクセス権を示している。
ユーザのアクセス権３３を付加することによって、レコ
ードレベルでのセキュリティを設定することが可能とな
る。例えば支店Cに所属する社員は支店Ｂのレコードを
読み込んだり更新したりできないようにしたい場合に
は、分類情報３に支店Ｂの所属社員にはアクセスを許さ
ないフラグを設定すれば良い。図３では、ｒは読み取り
権,ｗは書き込み権を示し、左から３桁単位で支店の所
属員,関連支店の所属員,その他の支店の所属員に対する
アクセス権を示している。
【００３１】図３の実施例で、支店Bのレコードを検索
する場合に管理手段１ははじめに分類情報３からアクセ
スを要求しているユーザがその見出し３１に対してアク
セス権３３を持っているかを読み取る。今この検索が支
店Bの社員以外によって要求されたものである場合に
は、管理手段１は検索処理を行なわない。
する場合に管理手段１ははじめに分類情報３からアクセ
スを要求しているユーザがその見出し３１に対してアク
セス権３３を持っているかを読み取る。今この検索が支
店Bの社員以外によって要求されたものである場合に
は、管理手段１は検索処理を行なわない。
【００３２】従来の方法では、データベースや表レベル
でこのようなセキュリティを設定することはできたが、
レコードレベルでは設定することはできなかった。例え
ば、受注伝票の内容と伝票管理支店名を管理する表にお
いて、伝票管理支店名毎にセキュリティを設定すること
はできなかった。表レベルでのセキュリティ設定は可能
なため、支店毎に別の表に分けた場合には前述の「発明
が解決しようとする課題」で述べたように、新しい支店
の表を作成する場合やスキーマに変更があった場合、全
支店に対して検索を行いたい場合に問題が生じていた。
本発明ではインスタンス２を分類し、分類情報３に各イ
ンスタンス群２１に対するアクセス権３３を設定するこ
とによって、見出し３１のレベルまでセキュリティを設
定することを可能としている。
でこのようなセキュリティを設定することはできたが、
レコードレベルでは設定することはできなかった。例え
ば、受注伝票の内容と伝票管理支店名を管理する表にお
いて、伝票管理支店名毎にセキュリティを設定すること
はできなかった。表レベルでのセキュリティ設定は可能
なため、支店毎に別の表に分けた場合には前述の「発明
が解決しようとする課題」で述べたように、新しい支店
の表を作成する場合やスキーマに変更があった場合、全
支店に対して検索を行いたい場合に問題が生じていた。
本発明ではインスタンス２を分類し、分類情報３に各イ
ンスタンス群２１に対するアクセス権３３を設定するこ
とによって、見出し３１のレベルまでセキュリティを設
定することを可能としている。
【００３３】図４は本発明の他の実施例を示す図であ
る。前記実施例と図４で示す実施例との違いは、インス
タンス２を媒体交換型記憶手段に,分類情報３ならびに
スキーマ情報４を補助記憶手段に格納している点であ
る。この構成では、インスタンス２はフロッピーディス
クや光ディスク,メモリカードなどの半導体記憶手段と
いった可搬式の媒体に格納することから、媒体を交換す
ることにより見かけ上は無限のレコードをデータベース
に登録することが可能となる。
る。前記実施例と図４で示す実施例との違いは、インス
タンス２を媒体交換型記憶手段に,分類情報３ならびに
スキーマ情報４を補助記憶手段に格納している点であ
る。この構成では、インスタンス２はフロッピーディス
クや光ディスク,メモリカードなどの半導体記憶手段と
いった可搬式の媒体に格納することから、媒体を交換す
ることにより見かけ上は無限のレコードをデータベース
に登録することが可能となる。
【００３４】インスタンス２は各支店Ａ,Ｂ,Ｃ,Ｄ,Ｅの
インスタンスを同一の交換型記憶媒体に格納してもよい
し、図４の例のように支店ＡのインスタンスＡを媒体Ａ
に,支店ＢのインスタンスＢを媒体Ｂにというように別
々に格納してもよい。このように分類したインスタンス
毎に別個の媒体に格納することによって、前記分類情報
３を利用したセキュリティの設定だけでなく、さらに、
媒体を装置から取り外すことによって物理的にも情報の
保護が可能となる。例えば支店Ｅのレコードを保護した
い場合には、支店Ｅのレコードに対応するインスタンス
Eの格納されている媒体を媒体交換型記憶手段にセット
しなければよい。
インスタンスを同一の交換型記憶媒体に格納してもよい
し、図４の例のように支店ＡのインスタンスＡを媒体Ａ
に,支店ＢのインスタンスＢを媒体Ｂにというように別
々に格納してもよい。このように分類したインスタンス
毎に別個の媒体に格納することによって、前記分類情報
３を利用したセキュリティの設定だけでなく、さらに、
媒体を装置から取り外すことによって物理的にも情報の
保護が可能となる。例えば支店Ｅのレコードを保護した
い場合には、支店Ｅのレコードに対応するインスタンス
Eの格納されている媒体を媒体交換型記憶手段にセット
しなければよい。
【００３５】
【発明の効果】以上詳細に説明したように、本発明では
データベースの表におけるインスタンスを分類し、これ
を組織化する分類情報にて管理することによって、デー
タベースの管理・検索を容易にすると共に、論理的にレ
コードレベルでのセキュリティ機能を付加した。
データベースの表におけるインスタンスを分類し、これ
を組織化する分類情報にて管理することによって、デー
タベースの管理・検索を容易にすると共に、論理的にレ
コードレベルでのセキュリティ機能を付加した。
【００３６】また、媒体交換型記憶手段にインスタンス
群を格納することによって物理的なセキュリティ機能を
付加し、見かけ上無制限のレコードを管理することが可
能となった。
群を格納することによって物理的なセキュリティ機能を
付加し、見かけ上無制限のレコードを管理することが可
能となった。
【図１】本発明の一実施例を示すリレーショナルデータ
ベース管理システムの構成図である。
ベース管理システムの構成図である。
【図２】本発明のリレーショナルデータベース管理シス
テムにおけるレコード登録の処理手順を示す説明図であ
る。
テムにおけるレコード登録の処理手順を示す説明図であ
る。
【図３】本発明のリレーショナルデータベース管理シス
テムにおけるレコード検索の処理手順を示す説明図であ
る。
テムにおけるレコード検索の処理手順を示す説明図であ
る。
【図４】本発明の他の実施例を示すリレーショナルデー
タベース管理システムの構成図である。
タベース管理システムの構成図である。
１ 管理手段 ２ インスタンス ２１ インスタンスを分類したインスタンス群 ２０１ 支店Ａのインスタンスを格納している可搬式媒
体Ａ ２０２ 支店Ｂのインスタンスを格納している可搬式媒
体Ｂ ２０３ 支店Ｃのインスタンスを格納している可搬式媒
体Ｃ ２０４ 支店Ｄのインスタンスを格納している可搬式媒
体Ｄ ２０５ 支店Ｅのインスタンスを格納している可搬式媒
体Ｅ ３ 分類情報 ３１ 見出し情報 ３２ 所在情報 ３３ アクセス権情報 ４ スキーマ情報 ４１ フィールド名 ４２ フィールドに対する型式 ５ 媒体交換型記憶手段 ６ 補助記憶手段
体Ａ ２０２ 支店Ｂのインスタンスを格納している可搬式媒
体Ｂ ２０３ 支店Ｃのインスタンスを格納している可搬式媒
体Ｃ ２０４ 支店Ｄのインスタンスを格納している可搬式媒
体Ｄ ２０５ 支店Ｅのインスタンスを格納している可搬式媒
体Ｅ ３ 分類情報 ３１ 見出し情報 ３２ 所在情報 ３３ アクセス権情報 ４ スキーマ情報 ４１ フィールド名 ４２ フィールドに対する型式 ５ 媒体交換型記憶手段 ６ 補助記憶手段
Claims (3)
- 【請求項１】 コンピュータ上において大量の情報を蓄
積し、系統的に整理,管理するリレーショナルデータベ
ース管理システムにおいて、レコードの構造を定義する
スキーマ情報と、前記レコードの実体であるインスタン
スを内容により分割したインスタンス群と、インスタン
ス群における各インスタンスの内容を示す見出し情報な
らびに各インスタンスの所在情報から構成される分類情
報と、これらスキーマ情報、インスタンス群、分類情報
を管理する管理手段とから構成されることを特徴とする
リレーショナルデータベース管理システム。 - 【請求項２】 分類情報に各インスタンスに対応したア
クセス権情報を付加することによりレコードレベルでの
セキュリティの設定を可能としたことを特徴とする特許
請求第１項記載のリレーショナルデータベース管理シス
テム。 - 【請求項３】 スキーマ情報と分類情報を補助記憶手段
に格納し、インスタンス群を媒体交換型記憶手段に格納
することを特徴とする特許請求第１項記載のリレーショ
ナルデータベース管理システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6239491A JPH0877205A (ja) | 1994-09-07 | 1994-09-07 | リレーショナルデータベース管理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6239491A JPH0877205A (ja) | 1994-09-07 | 1994-09-07 | リレーショナルデータベース管理システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0877205A true JPH0877205A (ja) | 1996-03-22 |
Family
ID=17045570
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP6239491A Withdrawn JPH0877205A (ja) | 1994-09-07 | 1994-09-07 | リレーショナルデータベース管理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0877205A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20020003959A (ko) * | 2000-06-28 | 2002-01-16 | 전병국 | 분류 구조 및 분류명 일치용 데이터 베이스 운용장치 |
| KR100625432B1 (ko) * | 1999-11-30 | 2006-09-18 | 주식회사 케이티 | 인터넷 전자상거래 호스팅 서비스 시스템에서 상점 자체 카테고리 관리 방법 |
-
1994
- 1994-09-07 JP JP6239491A patent/JPH0877205A/ja not_active Withdrawn
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100625432B1 (ko) * | 1999-11-30 | 2006-09-18 | 주식회사 케이티 | 인터넷 전자상거래 호스팅 서비스 시스템에서 상점 자체 카테고리 관리 방법 |
| KR20020003959A (ko) * | 2000-06-28 | 2002-01-16 | 전병국 | 분류 구조 및 분류명 일치용 데이터 베이스 운용장치 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US4933848A (en) | Method for enforcing referential constraints in a database management system | |
| Dodd | Elements of data management systems | |
| EP1089195B1 (en) | Method for storing and managing data | |
| JP2515950B2 (ja) | コンピュ―タシステム内にエントリするデ―タベ―スを記憶し且つ維持する方法及びデ―タベ―ス管理システム | |
| US5682524A (en) | Databank system with methods for efficiently storing non-uniform data records | |
| US5414834A (en) | Method and apparatus for data storage and interchange using a relational database table, and a data record for use in connection therewith | |
| US5745904A (en) | Buffered table user index | |
| EP0437159B1 (en) | Method for identifying documents having a particular attribute using a vector relational characteristical object | |
| JPH06505816A (ja) | 情報検索システム及び方法 | |
| EP0326162B1 (en) | Data base system including memorandum information and method for managing memorandum information | |
| JPS63298626A (ja) | デ−タベ−ス管理方法 | |
| DeFiore et al. | Associative techniques in the solution of data management problems | |
| JPH0877205A (ja) | リレーショナルデータベース管理システム | |
| EP1116137B1 (en) | Database, and methods of data storage and retrieval | |
| JP2001517338A (ja) | データベース内の情報をコンピュータにより動的に作成、変更、削除、保持する方法 | |
| Zabback et al. | Office documents on a database kernel—filing, retrieval, and archiving | |
| JP3980326B2 (ja) | データ管理方法およびコンピュータ読み取り可能な記録媒体 | |
| JP2000242538A (ja) | ディレクトリ検索システム、ディレクトリ検索方法およびディレクトリ検索用プログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| JPH05151056A (ja) | データ管理装置 | |
| JPH0557624B2 (ja) | ||
| Smith et al. | PULSAR: a personalized microcomputer-based system for keyword search and retrieval of literature information | |
| JPH041855A (ja) | 文書図面管理システム | |
| JP2885625B2 (ja) | 索引表付きファイルシステム | |
| JPH07104804B2 (ja) | データベース世代管理方法 | |
| JPS63220365A (ja) | イメ−ジデ−タ検索システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20011120 |