JPH0916447A - データベースのアクセス制御方法及びアクセス制御装置 - Google Patents
データベースのアクセス制御方法及びアクセス制御装置Info
- Publication number
- JPH0916447A JPH0916447A JP7165902A JP16590295A JPH0916447A JP H0916447 A JPH0916447 A JP H0916447A JP 7165902 A JP7165902 A JP 7165902A JP 16590295 A JP16590295 A JP 16590295A JP H0916447 A JPH0916447 A JP H0916447A
- Authority
- JP
- Japan
- Prior art keywords
- access
- acp
- data
- design information
- information
- 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)
- Memory System (AREA)
Abstract
(57)【要約】
【目的】 ＤＢへのアクセス制御を自動化し、ＤＢに関
する専門知識に乏しくとも実用上問題のないレベルのＤ
Ｂ性能を確保できるようにする。 【構成】 伝票又は帳票固有の設計情報を格納するＤＢ
テーブルへのアクセスモードを類型化し、類型化した個
々のアクセスモードと設計情報との関連付情報を規定し
たアクセス制御パラメータ（ＡＣＰ）をＡＣＰファイル
１１に格納しておく。アプリケーションプログラム（Ａ
Ｐ）側でユーザＤＢ１５へのアクセスが必要になった場
合は、ＡＰがＤＢアクセスマネージャ１４を呼ぶ。ＤＢ
アクセスマネージャ１４は、該当する設計情報に対応す
るＡＣＰを読み込み、ＳＱＬのＳＥＬＥＣＴ文を組み立
ててユーザＤＢ１５にアクセスし、必要データを読み込
む。そして、読み込んだデータをＡＰが必要とする形態
に加工して返信する。
する専門知識に乏しくとも実用上問題のないレベルのＤ
Ｂ性能を確保できるようにする。 【構成】 伝票又は帳票固有の設計情報を格納するＤＢ
テーブルへのアクセスモードを類型化し、類型化した個
々のアクセスモードと設計情報との関連付情報を規定し
たアクセス制御パラメータ（ＡＣＰ）をＡＣＰファイル
１１に格納しておく。アプリケーションプログラム（Ａ
Ｐ）側でユーザＤＢ１５へのアクセスが必要になった場
合は、ＡＰがＤＢアクセスマネージャ１４を呼ぶ。ＤＢ
アクセスマネージャ１４は、該当する設計情報に対応す
るＡＣＰを読み込み、ＳＱＬのＳＥＬＥＣＴ文を組み立
ててユーザＤＢ１５にアクセスし、必要データを読み込
む。そして、読み込んだデータをＡＰが必要とする形態
に加工して返信する。
Description
【０００１】
【産業上の利用分野】本発明は、事務処理系システムに
おいて、アプリケーションとデータベース（以下、Ｄ
Ｂ）との間のデータアクセスを制御する技術に関する。
おいて、アプリケーションとデータベース（以下、Ｄ
Ｂ）との間のデータアクセスを制御する技術に関する。
【０００２】
【従来の技術】伝票又は帳票を作成するアプリケーショ
ンと、伝票又は帳票固有の設計情報を格納したユーザＤ
Ｂとを備えた事務処理システムにおいて、アプリケーシ
ョンとユーザＤＢ、特にＤＢ内に設けられた複数のテー
ブル（以下、ＤＢテーブル）との間のデータアクセス機
能を実現する場合、従来は、当該アプリケーションのプ
ログラム開発者が、データ参照、更新、追加、削除等の
各機能毎に予め用意されているスクリプトを適宜組合
せ、これをコーディングするのが一般的であった。
ンと、伝票又は帳票固有の設計情報を格納したユーザＤ
Ｂとを備えた事務処理システムにおいて、アプリケーシ
ョンとユーザＤＢ、特にＤＢ内に設けられた複数のテー
ブル（以下、ＤＢテーブル）との間のデータアクセス機
能を実現する場合、従来は、当該アプリケーションのプ
ログラム開発者が、データ参照、更新、追加、削除等の
各機能毎に予め用意されているスクリプトを適宜組合
せ、これをコーディングするのが一般的であった。
【０００３】
【発明が解決しようとする課題】上述のように、従来
は、プログラム開発者自身が所要機能毎にスクリプトを
組み合わせることによりＤＢテーブルへのアクセス機能
を実現していたため、ユーザＤＢを使用するアプリケー
ションのプログラム開発に時間がかかり、事務処理系シ
ステムの開発コストを低減させることができないという
問題があった。また、プログラム開発者は、ＤＢ設計、
構築に関する専門知識を持たないとプログラム開発がで
きないし、プログラム開発ができてもＤＢ性能やデータ
保全に関する問題が発生する可能性が高かった。
は、プログラム開発者自身が所要機能毎にスクリプトを
組み合わせることによりＤＢテーブルへのアクセス機能
を実現していたため、ユーザＤＢを使用するアプリケー
ションのプログラム開発に時間がかかり、事務処理系シ
ステムの開発コストを低減させることができないという
問題があった。また、プログラム開発者は、ＤＢ設計、
構築に関する専門知識を持たないとプログラム開発がで
きないし、プログラム開発ができてもＤＢ性能やデータ
保全に関する問題が発生する可能性が高かった。
【０００４】本発明の課題は、伝票又は帳票を扱う事務
処理系システムにおいて、ＤＢテーブルへのアクセス制
御を自動化してアプリケーションの開発を容易化すると
ともに、ＤＢに関する専門知識に乏しくとも実用上問題
のないレベルのＤＢ性能を確保できるようにする技術を
提供することにある。
処理系システムにおいて、ＤＢテーブルへのアクセス制
御を自動化してアプリケーションの開発を容易化すると
ともに、ＤＢに関する専門知識に乏しくとも実用上問題
のないレベルのＤＢ性能を確保できるようにする技術を
提供することにある。
【０００５】
【課題を解決するための手段】一般的な事務処理系シス
テムにおいて必要となるＤＢテーブルへのアクセスモー
ドは、以下の１１種類に類型化することができる。 （１）親子関係にある場合に既存アイテムを参照する
「結合、参照（実体なし）モード」。 （２）親子関係にある場合に既存アイテムからデータを
コピーし、コピーされたアイテムを参照する「結合、参
照（実体あり）モード」。 （３）参照元アイテムを更新する「結合、更新モー
ド」。 （４）ユニークなキー条件で特定のアイテムを参照する
場合に使用する「参照、参照（実体なし）モード」。 （５）ユニークなキー条件で特定のアイテムを参照する
場合に使用するが、参照先のデータをコピーし、コピー
されたアイテムを参照する「参照、参照（実体あり）モ
ード」。 （６）ユニークな条件で特定アイテムを更新する場合に
使用する「参照、更新（挿入不可）モード」。 （７）ユニークなキー条件で特定アイテムへの更新又は
挿入をする場合に使用する「参照、更新（挿入可）モー
ド」。 （８）ユニークなキー条件で特定アイテムを参照／更新
する場合に使用する「参照、参照／更新（挿入不可）モ
ード」。参照、参照と参照、更新（挿入不可）を組み合
わせたモードである。また、参照後式と更新前式とをス
クリプトで付加することができる。 （９）ユニークなキー条件で特定アイテムを参照／更
新、又は挿入する場合に使用する「参照、参照／更新
（挿入可）モード」。参照、参照と参照、更新（挿入
可）を組み合わせたモードである。また、参照後式と更
新前式をスクリプトで付加することができる。 （１０）高トラフィック対応のため、ロック期間を短く
した参照、参照／更新（挿入不可）を行う「参照、参照
／更新（挿入不可、短ロック）モード」。ロック期間以
外の機能は同じである。 （１１）高トラフィック対応のため、ロック期間を短く
した参照、参照／更新（挿入可）を行う「参照、参照／
更新（挿入可、短ロック）モード」。ロック期間以外の
機能は同じである。
テムにおいて必要となるＤＢテーブルへのアクセスモー
ドは、以下の１１種類に類型化することができる。 （１）親子関係にある場合に既存アイテムを参照する
「結合、参照（実体なし）モード」。 （２）親子関係にある場合に既存アイテムからデータを
コピーし、コピーされたアイテムを参照する「結合、参
照（実体あり）モード」。 （３）参照元アイテムを更新する「結合、更新モー
ド」。 （４）ユニークなキー条件で特定のアイテムを参照する
場合に使用する「参照、参照（実体なし）モード」。 （５）ユニークなキー条件で特定のアイテムを参照する
場合に使用するが、参照先のデータをコピーし、コピー
されたアイテムを参照する「参照、参照（実体あり）モ
ード」。 （６）ユニークな条件で特定アイテムを更新する場合に
使用する「参照、更新（挿入不可）モード」。 （７）ユニークなキー条件で特定アイテムへの更新又は
挿入をする場合に使用する「参照、更新（挿入可）モー
ド」。 （８）ユニークなキー条件で特定アイテムを参照／更新
する場合に使用する「参照、参照／更新（挿入不可）モ
ード」。参照、参照と参照、更新（挿入不可）を組み合
わせたモードである。また、参照後式と更新前式とをス
クリプトで付加することができる。 （９）ユニークなキー条件で特定アイテムを参照／更
新、又は挿入する場合に使用する「参照、参照／更新
（挿入可）モード」。参照、参照と参照、更新（挿入
可）を組み合わせたモードである。また、参照後式と更
新前式をスクリプトで付加することができる。 （１０）高トラフィック対応のため、ロック期間を短く
した参照、参照／更新（挿入不可）を行う「参照、参照
／更新（挿入不可、短ロック）モード」。ロック期間以
外の機能は同じである。 （１１）高トラフィック対応のため、ロック期間を短く
した参照、参照／更新（挿入可）を行う「参照、参照／
更新（挿入可、短ロック）モード」。ロック期間以外の
機能は同じである。
【０００６】そこで、本発明では、上述のように類型化
した個々のアクセスモードと伝票又は帳票の設計情報と
を関連付けたＡＣＰを生成し、ＤＢテーブルの特定の設
計情報、例えば伝票又は帳票の構造、各アイテムの情報
及びデータにアクセスする際には、該設計情報に対応す
るアクセスモードをＡＣＰより取得し、この取得したＡ
ＣＰに基づいてＤＢアクセスを行うこととした。
した個々のアクセスモードと伝票又は帳票の設計情報と
を関連付けたＡＣＰを生成し、ＤＢテーブルの特定の設
計情報、例えば伝票又は帳票の構造、各アイテムの情報
及びデータにアクセスする際には、該設計情報に対応す
るアクセスモードをＡＣＰより取得し、この取得したＡ
ＣＰに基づいてＤＢアクセスを行うこととした。
【０００７】また、本発明は、上記方法を応用したアク
セス制御装置を提供する。このアクセス制御装置は、伝
票又は帳票を作成するアプリケーションと、前記伝票又
は帳票固有の設計情報を格納したＤＢテーブルとを備え
た事務処理システムにおける、前記アプリケーションと
ＤＢテーブルとの間のアクセスを制御する装置であっ
て、少なくとも前記ＤＢテーブルに格納されている設計
情報の参照種別，各設計情報へのアクセスモード，及び
前記アプリケーションにおけるデータ使用形態，を規定
するＡＣＰが格納されたＡＣＰファイルと、前記アプリ
ケーションからの処理要求の受信を契機に前記ＡＣＰフ
ァイルを参照し、前記参照種別及びアクセスモードを規
定したＡＣＰに基づく該当設計情報へのアクセスを実行
するとともに、該アクセスの実行結果情報を、前記デー
タ使用形態を規定したＡＣＰに基づいて当該アプリケー
ションにおけるデータ使用形態に加工して返信するＤＢ
アクセスマネージャと、を備えることを特徴とする。前
記ＤＢアクセスマネージャは、アクセスモードに応じた
態様のデータロック処理を行うデータロック制御手段を
も備えるものである。
セス制御装置を提供する。このアクセス制御装置は、伝
票又は帳票を作成するアプリケーションと、前記伝票又
は帳票固有の設計情報を格納したＤＢテーブルとを備え
た事務処理システムにおける、前記アプリケーションと
ＤＢテーブルとの間のアクセスを制御する装置であっ
て、少なくとも前記ＤＢテーブルに格納されている設計
情報の参照種別，各設計情報へのアクセスモード，及び
前記アプリケーションにおけるデータ使用形態，を規定
するＡＣＰが格納されたＡＣＰファイルと、前記アプリ
ケーションからの処理要求の受信を契機に前記ＡＣＰフ
ァイルを参照し、前記参照種別及びアクセスモードを規
定したＡＣＰに基づく該当設計情報へのアクセスを実行
するとともに、該アクセスの実行結果情報を、前記デー
タ使用形態を規定したＡＣＰに基づいて当該アプリケー
ションにおけるデータ使用形態に加工して返信するＤＢ
アクセスマネージャと、を備えることを特徴とする。前
記ＤＢアクセスマネージャは、アクセスモードに応じた
態様のデータロック処理を行うデータロック制御手段を
も備えるものである。
【０００８】このような構成のアクセス制御装置におい
て、アプリケーション側でＤＢテーブルへのアクセスが
必要になった場合は、アプリケーションがＤＢアクセス
マネージャを呼ぶ。ＤＢアクセスマネージャは、呼ばれ
ると、該当する設計情報に対応するアイテム（項目：伝
票／帳票の形式の情報の一単位要素、以下同じ）情報及
びそのアクセスモードをＡＣＰファイルから読み込む。
また、参照種別が規定されているときはそれをも読み込
む。その後、例えばＳＱＬ（Structured QueryLanguag
e）のＳＥＬＥＣＴ文を組み立ててＤＢテーブルにアク
セスし、必要なデータを読み込む。そして、読み込んだ
データをアプリケーションが必要とする形態に加工して
返信する。なお、アクセスモードによりデータロック制
御の手法及びその範囲が異なるので、データロック制御
手段は、ＤＢＭＳが備える一般的なデータロック処理に
加え、アクセスモードに応じた態様のデータロック処理
を行う。
て、アプリケーション側でＤＢテーブルへのアクセスが
必要になった場合は、アプリケーションがＤＢアクセス
マネージャを呼ぶ。ＤＢアクセスマネージャは、呼ばれ
ると、該当する設計情報に対応するアイテム（項目：伝
票／帳票の形式の情報の一単位要素、以下同じ）情報及
びそのアクセスモードをＡＣＰファイルから読み込む。
また、参照種別が規定されているときはそれをも読み込
む。その後、例えばＳＱＬ（Structured QueryLanguag
e）のＳＥＬＥＣＴ文を組み立ててＤＢテーブルにアク
セスし、必要なデータを読み込む。そして、読み込んだ
データをアプリケーションが必要とする形態に加工して
返信する。なお、アクセスモードによりデータロック制
御の手法及びその範囲が異なるので、データロック制御
手段は、ＤＢＭＳが備える一般的なデータロック処理に
加え、アクセスモードに応じた態様のデータロック処理
を行う。
【０００９】
【実施例】以下、図面を参照して本発明の実施例を詳細
に説明する。図１は、本発明の一実施例に係るアクセス
制御装置のブロック図である。このアクセス制御装置
は、伝票（画面）定義、帳票定義情報を格納したリポジ
トリ１０を参照して複数のＡＣＰから成るブロックを生
成するＡＣＰブロック生成部１２と、生成されたＡＣＰ
ブロックを格納するＡＣＰファイル１１と、伝票又は帳
票作成用のアプリケーションプログラム（以下、ＡＰ）
を格納するＡＰ格納部１３と、ＤＢアクセスマネージャ
１４と、ユーザ固有のＤＢテーブルを格納したユーザＤ
Ｂ１５とで構成される。
に説明する。図１は、本発明の一実施例に係るアクセス
制御装置のブロック図である。このアクセス制御装置
は、伝票（画面）定義、帳票定義情報を格納したリポジ
トリ１０を参照して複数のＡＣＰから成るブロックを生
成するＡＣＰブロック生成部１２と、生成されたＡＣＰ
ブロックを格納するＡＣＰファイル１１と、伝票又は帳
票作成用のアプリケーションプログラム（以下、ＡＰ）
を格納するＡＰ格納部１３と、ＤＢアクセスマネージャ
１４と、ユーザ固有のＤＢテーブルを格納したユーザＤ
Ｂ１５とで構成される。
【００１０】ＡＣＰファイル１１は、図２に示すよう
に、ユーザＤＢ１５内のＤＢテーブルに対応する情報を
規定したアクセステーブルブロック１１１、アイテムの
入出力条件等を規定したアイテム入出力情報ブロック１
１２、上述のアクセスモードを実現するための条件を規
定したアクセス条件ブロック１１３、アイテム毎のレコ
ードやデータの形態を規定した定数ブロック１１４、及
びインデックス情報ブロック１１５を格納している。互
いのブロックは、図示のように番号で関連付けられてお
り、これにより各アイテム毎のアクセスモードが認識で
きるようになっている。ＡＣＰブロック生成部１２にお
ける、各ブロック１１１〜１１５の生成過程を図３及び
図４を参照して説明する。
に、ユーザＤＢ１５内のＤＢテーブルに対応する情報を
規定したアクセステーブルブロック１１１、アイテムの
入出力条件等を規定したアイテム入出力情報ブロック１
１２、上述のアクセスモードを実現するための条件を規
定したアクセス条件ブロック１１３、アイテム毎のレコ
ードやデータの形態を規定した定数ブロック１１４、及
びインデックス情報ブロック１１５を格納している。互
いのブロックは、図示のように番号で関連付けられてお
り、これにより各アイテム毎のアクセスモードが認識で
きるようになっている。ＡＣＰブロック生成部１２にお
ける、各ブロック１１１〜１１５の生成過程を図３及び
図４を参照して説明する。
【００１１】図３を参照すると、ＡＣＰブロック生成部
１２は、リポジトリ１０から伝票や帳票構造等の基本定
義情報から成る伝票／帳票情報を読み込み（Ｓ１０
１）、アクセステーブルブロックを生成した後（Ｓ１０
３）、インデックス情報ブロック１１５及び定数ブロッ
ク１１４を生成する（Ｓ１０３，Ｓ１０４）。該当する
インデックス情報１１５について未処理のとき、及び該
当する伝票／帳票情報について未処理のときは、それぞ
れＳ１０３、Ｓ１０１に戻る（Ｓ１０５，Ｓ１０６：Ｎ
ｏ）。該当する伝票／帳票情報を全て処理したとき（Ｓ
１０６：Ｙｅｓ）は、アクセステーブルブロック１１
１、インデックス情報部ブロック１１５，定数ブロック
１１４への書込をこの順に行う（Ｓ１０７〜Ｓ１０
９）。
１２は、リポジトリ１０から伝票や帳票構造等の基本定
義情報から成る伝票／帳票情報を読み込み（Ｓ１０
１）、アクセステーブルブロックを生成した後（Ｓ１０
３）、インデックス情報ブロック１１５及び定数ブロッ
ク１１４を生成する（Ｓ１０３，Ｓ１０４）。該当する
インデックス情報１１５について未処理のとき、及び該
当する伝票／帳票情報について未処理のときは、それぞ
れＳ１０３、Ｓ１０１に戻る（Ｓ１０５，Ｓ１０６：Ｎ
ｏ）。該当する伝票／帳票情報を全て処理したとき（Ｓ
１０６：Ｙｅｓ）は、アクセステーブルブロック１１
１、インデックス情報部ブロック１１５，定数ブロック
１１４への書込をこの順に行う（Ｓ１０７〜Ｓ１０
９）。
【００１２】さらに、図４に示すように、リポジトリ１
０からアイテム情報及びテーブルないしデータ間の関係
を規定したリレーション情報を読み込み（Ｓ１１０，Ｓ
１１１）、アクセス条件ブロック１１３、定数ブロック
１１４、アイテム入出力情報ブロック１１２をこの順に
生成する（Ｓ１１２〜Ｓ１１４）。これを該当するアイ
テム情報の全てについて行い（Ｓ１１５）、処理が終了
した時点で、アクセス条件ブロック１１３、定数ブロッ
ク１１４、及びアイテム入出力情報ブロック１１２への
書込を行う（Ｓ１１６〜Ｓ１１８）。
０からアイテム情報及びテーブルないしデータ間の関係
を規定したリレーション情報を読み込み（Ｓ１１０，Ｓ
１１１）、アクセス条件ブロック１１３、定数ブロック
１１４、アイテム入出力情報ブロック１１２をこの順に
生成する（Ｓ１１２〜Ｓ１１４）。これを該当するアイ
テム情報の全てについて行い（Ｓ１１５）、処理が終了
した時点で、アクセス条件ブロック１１３、定数ブロッ
ク１１４、及びアイテム入出力情報ブロック１１２への
書込を行う（Ｓ１１６〜Ｓ１１８）。
【００１３】次に、ＤＢアクセスマネージャ１４につい
て説明する。図５は、このＤＢアクセスマネージャ１４
のブロック構成と他の構成要素との関わりを示す図であ
る。
て説明する。図５は、このＤＢアクセスマネージャ１４
のブロック構成と他の構成要素との関わりを示す図であ
る。
【００１４】図５において、ＡＰインタフェース部１４
４は、ＡＰからの処理要求をブロック読込部１４１へ通
知するとともに、データ取得処理部１４５及びデータ更
新処理部１４６との間でデータの授受を行うものであ
り、ブロック読込部１４１は、上記処理要求に関連する
設計情報に含まれるアイテム情報や、そのアクセスモー
ド、参照種別をＡＣＰファイル１１から読み込んでパラ
メータ解析部１４２に送るものであり、パラメータ解析
部１４２は、ＡＰからの処理要求がデータ取得系処理か
データ更新系処理かを判定して該当処理を行うととも
に、データロック制御部１４３に必要なデータロック処
理を促すものである。
４は、ＡＰからの処理要求をブロック読込部１４１へ通
知するとともに、データ取得処理部１４５及びデータ更
新処理部１４６との間でデータの授受を行うものであ
り、ブロック読込部１４１は、上記処理要求に関連する
設計情報に含まれるアイテム情報や、そのアクセスモー
ド、参照種別をＡＣＰファイル１１から読み込んでパラ
メータ解析部１４２に送るものであり、パラメータ解析
部１４２は、ＡＰからの処理要求がデータ取得系処理か
データ更新系処理かを判定して該当処理を行うととも
に、データロック制御部１４３に必要なデータロック処
理を促すものである。
【００１５】データロック制御部１４３は、一般的なＤ
ＢＭＳのデータロック処理のほかに、アクセスモードに
応じた態様のデータロック処理を行う。例えば、自伝票
のヘッダレコード（データ群、以下同じ）が、前述の
「参照、更新（挿入不可）」、「参照、更新（挿入
可）」、「参照、参照／更新（挿入不可）」、「参照、
参照／更新（挿入可）」の各アクセスモードの対象とな
る場合は、そのレコードをロックする。明細部があり、
上記処理が必要なテーブルを使用しているのであれば、
それらのレコードをもロックする。また、自伝票が更新
するファイルが使用中であれば、使用可能になるまで待
ち、更新対象のファイルが全て使用可能になった時点で
更新処理に移る。さらに、「参照、参照／更新（挿入不
可、短ロック）モード」，「参照、参照／更新（挿入
可、短ロック）モード」の場合は、保存処理時にプリロ
ック処理を行い、全てのリソースが確保できることを確
認する。
ＢＭＳのデータロック処理のほかに、アクセスモードに
応じた態様のデータロック処理を行う。例えば、自伝票
のヘッダレコード（データ群、以下同じ）が、前述の
「参照、更新（挿入不可）」、「参照、更新（挿入
可）」、「参照、参照／更新（挿入不可）」、「参照、
参照／更新（挿入可）」の各アクセスモードの対象とな
る場合は、そのレコードをロックする。明細部があり、
上記処理が必要なテーブルを使用しているのであれば、
それらのレコードをもロックする。また、自伝票が更新
するファイルが使用中であれば、使用可能になるまで待
ち、更新対象のファイルが全て使用可能になった時点で
更新処理に移る。さらに、「参照、参照／更新（挿入不
可、短ロック）モード」，「参照、参照／更新（挿入
可、短ロック）モード」の場合は、保存処理時にプリロ
ック処理を行い、全てのリソースが確保できることを確
認する。
【００１６】データ取得処理部１４５は、ＡＣＰファイ
ル１１から読み込んだアイテム名、検索条件、ソート情
報等によりＳＱＬのＳＥＬＥＣＴ文を組み立ててユーザ
ＤＢ１５へアクセスし、メモリ上に構築したデータバッ
ファ１６を介して所要のデータを読み込む。そして読み
込んだデータをＡＰが必要とする形態に加工してＡＰに
渡す。データ更新処理部１４６は、ＡＰから渡されたデ
ータを、ＡＣＰファイル１１から読み込んだアイテム
名、データ長、データタイプにより、データバッファ１
６上に、ユーザＤＢ１５へ格納しやすい形態に加工して
格納する。データ書出処理部１４７は、ＡＰからの処理
要求がデータ書出要求のときにＡＣＰファイル１１から
読み込んだアイテム名、テーブル名によりデータバッフ
ァ１６上のデータをＳＱＬのＩＮＳＥＲＴ文、あるいは
ＵＰＤＡＴＥ文に組み立ててアクセスを行い、データの
更新、追加を行う。
ル１１から読み込んだアイテム名、検索条件、ソート情
報等によりＳＱＬのＳＥＬＥＣＴ文を組み立ててユーザ
ＤＢ１５へアクセスし、メモリ上に構築したデータバッ
ファ１６を介して所要のデータを読み込む。そして読み
込んだデータをＡＰが必要とする形態に加工してＡＰに
渡す。データ更新処理部１４６は、ＡＰから渡されたデ
ータを、ＡＣＰファイル１１から読み込んだアイテム
名、データ長、データタイプにより、データバッファ１
６上に、ユーザＤＢ１５へ格納しやすい形態に加工して
格納する。データ書出処理部１４７は、ＡＰからの処理
要求がデータ書出要求のときにＡＣＰファイル１１から
読み込んだアイテム名、テーブル名によりデータバッフ
ァ１６上のデータをＳＱＬのＩＮＳＥＲＴ文、あるいは
ＵＰＤＡＴＥ文に組み立ててアクセスを行い、データの
更新、追加を行う。
【００１７】ＡＰから処理要求があったときのＤＢアク
セスマネージャ１４の具体的な処理手順を図６及び図７
に例示する。図６は、データ取得要求時の処理手順、図
７はデータ更新要求時の処理手順である。
セスマネージャ１４の具体的な処理手順を図６及び図７
に例示する。図６は、データ取得要求時の処理手順、図
７はデータ更新要求時の処理手順である。
【００１８】ＤＢアクセスマネージャ１４は、ＡＰから
の初期化処理要求の受領（Ｓ２０１）を契機に、レコー
ド選択の準備を行う（Ｓ２０２）。ここに初期化処理と
は、ＡＣＰファイル１１から読み込んだＡＣＰや、必要
な伝票等のレイアウト情報及びレコード等をメモリ上に
展開することをいう。処理対象となる要求アイテムがあ
る場合（Ｓ２０３：Ｙｅｓ）は、ＡＣＰファイル１１を
参照してデータ取得要求かデータ更新処理かを判定し
（Ｓ２０４）、データ取得要求の場合（Ｓ２０４：Ｙｅ
ｓ）は、要求アイテムの参照関係を判定する（Ｓ２０
５）。参照関係がない場合、つまり参照先が指定されて
いない場合は、該当テーブル内のアイテムデータを取得
してＡＰに転送する（Ｓ２０６）。一方、参照関係が指
定されている場合は、参照種別により該当テーブル内の
アイテムデータを取得してＡＰに転送する（Ｓ２０
７）。
の初期化処理要求の受領（Ｓ２０１）を契機に、レコー
ド選択の準備を行う（Ｓ２０２）。ここに初期化処理と
は、ＡＣＰファイル１１から読み込んだＡＣＰや、必要
な伝票等のレイアウト情報及びレコード等をメモリ上に
展開することをいう。処理対象となる要求アイテムがあ
る場合（Ｓ２０３：Ｙｅｓ）は、ＡＣＰファイル１１を
参照してデータ取得要求かデータ更新処理かを判定し
（Ｓ２０４）、データ取得要求の場合（Ｓ２０４：Ｙｅ
ｓ）は、要求アイテムの参照関係を判定する（Ｓ２０
５）。参照関係がない場合、つまり参照先が指定されて
いない場合は、該当テーブル内のアイテムデータを取得
してＡＰに転送する（Ｓ２０６）。一方、参照関係が指
定されている場合は、参照種別により該当テーブル内の
アイテムデータを取得してＡＰに転送する（Ｓ２０
７）。
【００１９】一方、データ更新処理の場合（Ｓ２０４：
Ｎｏ）は、図７に示すように、要求アイテムの参照関係
を判定する（Ｓ３０１）。参照関係がない場合は自伝票
及び帳票のテーブル用のデータバッファ１６のデータを
更新する（Ｓ３０２）。また、参照関係が指定されてい
る場合は、更新先テーブルを特定し、自伝票及び帳票の
テーブル用のデータバッファ１６と更新先のテーブル用
データバッファのデータを更新する（Ｓ３０３）。更新
は、自伝票のヘッダ部、ボディ部、その他のマスタの順
に行う。全ての更新処理が正常に終了した場合、あるい
は異常に終了した場合は、テーブル書き出しの結果でト
ランザクションのコミット又はロールバックを行う。そ
の後、データバッファ１６で変更された全てのデータを
該当するテーブルに書き出す（Ｓ３０４）。この場合、
自伝票及び帳票のテーブルは常に書き出されるが、参照
先のテーブルは、更新されていなければ書き出されな
い。
Ｎｏ）は、図７に示すように、要求アイテムの参照関係
を判定する（Ｓ３０１）。参照関係がない場合は自伝票
及び帳票のテーブル用のデータバッファ１６のデータを
更新する（Ｓ３０２）。また、参照関係が指定されてい
る場合は、更新先テーブルを特定し、自伝票及び帳票の
テーブル用のデータバッファ１６と更新先のテーブル用
データバッファのデータを更新する（Ｓ３０３）。更新
は、自伝票のヘッダ部、ボディ部、その他のマスタの順
に行う。全ての更新処理が正常に終了した場合、あるい
は異常に終了した場合は、テーブル書き出しの結果でト
ランザクションのコミット又はロールバックを行う。そ
の後、データバッファ１６で変更された全てのデータを
該当するテーブルに書き出す（Ｓ３０４）。この場合、
自伝票及び帳票のテーブルは常に書き出されるが、参照
先のテーブルは、更新されていなければ書き出されな
い。
【００２０】図６に戻り、未処理のアイテムがある場合
はＳ２０３に戻り、全ての処理が終了したときは（Ｓ２
１０：Ｙｅｓ）、終了処理を行う（Ｓ２１１）。この終
了処理は、初期化処理と逆の処理であり、例えばメモリ
上に展開されている情報や全てのリソース類を解放する
とともに、全てのレコードロックを解除する処理であ
る。
はＳ２０３に戻り、全ての処理が終了したときは（Ｓ２
１０：Ｙｅｓ）、終了処理を行う（Ｓ２１１）。この終
了処理は、初期化処理と逆の処理であり、例えばメモリ
上に展開されている情報や全てのリソース類を解放する
とともに、全てのレコードロックを解除する処理であ
る。
【００２１】このように、本実施例では、ＤＢテーブル
へのアクセスモードをパターン化してＡＣＰファイル１
１に格納しておき、ＡＰから処理要求があったときに、
ＤＢアクセスマネージャ１４がＡＣＰファイル１１を参
照して該当するアクセスモードに関する情報を取得し、
それに基づいてユーザＤＢ１５内のテーブルにアクセス
するようにしたので、アクセス制御手順が定型化され、
その自動化が可能になる。
へのアクセスモードをパターン化してＡＣＰファイル１
１に格納しておき、ＡＰから処理要求があったときに、
ＤＢアクセスマネージャ１４がＡＣＰファイル１１を参
照して該当するアクセスモードに関する情報を取得し、
それに基づいてユーザＤＢ１５内のテーブルにアクセス
するようにしたので、アクセス制御手順が定型化され、
その自動化が可能になる。
【００２２】
【発明の効果】以上の説明から明らかなように、本発明
によれば、ＤＢテーブルの特定の設計情報（ユーザデー
タの情報）へのアクセス制御手順が自動化されるので、
ＤＢ設計の時間が削減できるばかりでなく、ＤＢに関す
る専門知識に乏しくともＤＢへのアクセス機能を実現す
ることができ、しかも実用上問題のないレベルのＤＢ性
能を確保することができる。また、アクセス系のコーデ
ィング作業が不要になるので、アプリケーションの作成
時間が従来に比べて格段に短縮化され、開発コストの低
下に貢献することができる。
によれば、ＤＢテーブルの特定の設計情報（ユーザデー
タの情報）へのアクセス制御手順が自動化されるので、
ＤＢ設計の時間が削減できるばかりでなく、ＤＢに関す
る専門知識に乏しくともＤＢへのアクセス機能を実現す
ることができ、しかも実用上問題のないレベルのＤＢ性
能を確保することができる。また、アクセス系のコーデ
ィング作業が不要になるので、アプリケーションの作成
時間が従来に比べて格段に短縮化され、開発コストの低
下に貢献することができる。
【図１】本発明の一実施例に係るアクセス制御装置のブ
ロック図。
ロック図。
【図２】本実施例によるＡＣＰファイル内の構造説明
図。
図。
【図３】本実施例によるＡＣＰブロックの生成過程説明
図（１）。
図（１）。
【図４】本実施例によるＡＣＰブロックの生成過程説明
図（２）。
図（２）。
【図５】本実施例で用いるＤＢアクセスマネージャのブ
ロック構成と他の構成要素との関わりを示す図。
ロック構成と他の構成要素との関わりを示す図。
【図６】アプリケーション側から処理要求があったとき
のＤＢアクセスマネージャのデータ更新要求時の具体的
な処理手順図。
のＤＢアクセスマネージャのデータ更新要求時の具体的
な処理手順図。
【図７】図６の手順より分岐したデータ更新要求時の処
理手順図。
理手順図。
１０ リポジトリ １１ ＡＣＰファイル １１１ アクセステーブルブロック １１２ アイテム入出力情報ブロック １１３ アクセス条件ブロック １１４ 定数ブロック １１５ インデックス情報ブロック １２ ＡＣＰブロック生成部 １３ ＡＰ格納部 １４ ＤＢアクセスマネージャ １４１ ブロック読込部 １４２ パラメータ解析部 １４３ データロック制御部 １４４ ＡＰインタフェース処理部 １４５ データ取得処理部 １４６ データ更新処理部 １４７ データ書出処理部 １５ ユーザＤＢ
Claims (3)
- 【請求項１】 特定の設計情報を格納するデータベース
テーブルへのデータ参照、更新、追加、削除等（以下、
アクセス）のモードを類型化し、類型化した個々のアク
セスモードと前記設計情報との関連付情報を規定したア
クセス制御パラメータ（以下、ＡＣＰ）を生成するとと
もに、前記データベーステーブルの一の設計情報にアク
セスする際に、該設計情報に対応するＡＣＰを取得する
ことを特徴とするデータベースのアクセス制御方法。 - 【請求項２】 伝票又は帳票を作成するアプリケーショ
ンと、前記伝票又は帳票固有の設計情報を格納したデー
タベーステーブルとを備えた事務処理システムにおけ
る、前記アプリケーションとデータベーステーブルとの
間のアクセスを制御する装置であって、 少なくとも前記データベーステーブルに格納されている
設計情報の参照種別，各設計情報へのアクセスモード，
及び前記アプリケーションにおけるデータ使用形態，を
規定するＡＣＰが格納されたＡＣＰファイルと、 前記アプリケーションからの処理要求の受信を契機に前
記ＡＣＰファイルを参照し、前記参照種別及びアクセス
モードを規定したＡＣＰに基づく該当設計情報へのアク
セスを実行するとともに、該アクセスの実行結果情報
を、前記データ使用形態を規定したＡＣＰに基づいて当
該アプリケーションにおけるデータ使用形態に加工して
返信するデータベースアクセスマネージャと、 を備えることを特徴とするアクセス制御装置。 - 【請求項３】 前記データベースアクセスマネージャ
は、前記アクセスモードに応じた態様のデータロック処
理を行うデータロック制御手段を有することを特徴とす
る請求項２記載のアクセス制御装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7165902A JPH0916447A (ja) | 1995-06-30 | 1995-06-30 | データベースのアクセス制御方法及びアクセス制御装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7165902A JPH0916447A (ja) | 1995-06-30 | 1995-06-30 | データベースのアクセス制御方法及びアクセス制御装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0916447A true JPH0916447A (ja) | 1997-01-17 |
Family
ID=15821171
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7165902A Pending JPH0916447A (ja) | 1995-06-30 | 1995-06-30 | データベースのアクセス制御方法及びアクセス制御装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0916447A (ja) |
-
1995
- 1995-06-30 JP JP7165902A patent/JPH0916447A/ja active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6651240B1 (en) | Object-oriented software development support apparatus and development support method | |
| US6826604B2 (en) | Input/output device information management system for multi-computer system | |
| EP1040433B1 (en) | A fine-grained consistency mechanism for optimistic concurrency control using lock groups | |
| US6772155B1 (en) | Looking data in a database system | |
| US5581755A (en) | Method for maintaining a history of system data and processes for an enterprise | |
| EP1121639B1 (en) | Impact analysis of a model | |
| US5396623A (en) | Method for editing the contents of a DB2 table using an editproc manager | |
| US7194475B2 (en) | Method, system, and program for performing an impact analysis of program statements in at least one source code file | |
| RU2406115C2 (ru) | Доступ к сложным данным | |
| US5375237A (en) | Computerized method of creating a convenient dictionary representing data structures for use by a plurality of program products | |
| JPH0728679A (ja) | チェックイン・チェックアウトモデルにおける施錠方式 | |
| US6112199A (en) | Data item values | |
| US5481703A (en) | Database restructuring system for detecting functionally dependent relations and converting them into third normal form | |
| JP2002108681A (ja) | レプリケーションシステム | |
| JPH0863342A (ja) | プログラム管理方法および装置 | |
| US7752399B2 (en) | Exclusion control method and information processing apparatus | |
| US7707211B2 (en) | Information management system and method | |
| US6304871B1 (en) | Method and system for characterizing applications for use with databases having structured query language interfaces | |
| JPH11265395A (ja) | データベースアクセスシステム | |
| EP0097239B1 (en) | Method and apparatus for restoring data in a computing system | |
| KR20030047996A (ko) | 내포 데이터베이스를 구현하는 방법, 시스템 및 데이터 구조 | |
| JP3484440B2 (ja) | 分散型データベース更新方法 | |
| JPH0916447A (ja) | データベースのアクセス制御方法及びアクセス制御装置 | |
| JP3516843B2 (ja) | データベースアクセス方法 | |
| JP2001527241A (ja) | オブジェクト指向データ依存性に対応するデータベース内の記憶済み手続をロードするための方法及び装置 |