JPH06259301A - データベースシステム退避装置及びデータベースシステム復元装置及びデータベースシステム移行装置 - Google Patents

データベースシステム退避装置及びデータベースシステム復元装置及びデータベースシステム移行装置

Info

Publication number
JPH06259301A
JPH06259301A JP5043850A JP4385093A JPH06259301A JP H06259301 A JPH06259301 A JP H06259301A JP 5043850 A JP5043850 A JP 5043850A JP 4385093 A JP4385093 A JP 4385093A JP H06259301 A JPH06259301 A JP H06259301A
Authority
JP
Japan
Prior art keywords
database
list
database system
view
procedure
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
JP5043850A
Other languages
English (en)
Other versions
JP2783109B2 (ja
Inventor
Shinya Fushimi
信也 伏見
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.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
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 Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to JP5043850A priority Critical patent/JP2783109B2/ja
Priority to TW082111230A priority patent/TW268116B/zh
Priority to US08/205,091 priority patent/US5642505A/en
Priority to KR1019940003993A priority patent/KR970004101B1/ko
Priority to DE69427381T priority patent/DE69427381T2/de
Priority to EP94103254A priority patent/EP0614150B1/en
Publication of JPH06259301A publication Critical patent/JPH06259301A/ja
Application granted granted Critical
Publication of JP2783109B2 publication Critical patent/JP2783109B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • G06F11/1469—Backup restoration techniques
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/80—Database-specific techniques
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99941—Database schema or data structure
    • Y10S707/99942—Manipulating data structure, e.g. compression, compaction, compilation
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99951—File or database maintenance
    • Y10S707/99952—Coherency, e.g. same view to multiple users
    • Y10S707/99955—Archiving or backup

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

(57)【要約】 【目的】 データベースシステムの退避と復元移行を容
易に行えるようにする。 【構成】 コマンド解釈装置１が、退避要求を受け付
け、制御部２が退避要求から退避すべき対象物を定義情
報１１を参照することにより特定する。退避移行復元手
順生成装置３は制御部で特定された退避すべき対象物の
退避手順を定義情報１１を参照しながら生成する。制御
部は退避移行復元手順生成装置により生成された手順に
従って退避すべき対象物を、ＳＱＬのコマンド形式に変
換して保存媒体８に保存する。保存データは置換情報、
定義情報、依存情報、データ、ジャーナル、プログラム
からなり、これらを入力する事によりシステムの復元、
あるいは他のシステムへのデータベースの移行が可能に
なる。 【効果】 システムの退避と移行と復元が同一装置によ
り行える。またＳＱＬのコマンド形式を用いるため、移
行復元が特別な手段を必要とせずに行える。

Description

【発明の詳細な説明】
【０００１】
【産業上の利用分野】この発明は、データベースシステ
ムのプログラム及びデータの退避、復元、移行方式に関
するものである。
【０００２】
【従来の技術】関係データベースが急速に普及しつつあ
る。そこでは、データベースの処理言語としてＳＱＬ
（ＩＳＯ／ＩＥＣ ９０７５：Ｄａｔａｂａｓｅ Ｌａ
ｎｇｕａｇｅ ＳＱＬ）と呼ばれる国際標準言語が用い
られることが一般的である。このため、以下では関係デ
ータベースと国際標準データベース処理言語ＳＱＬを前
提として説明する。
【０００３】業務プログラムとデータベースの基本構成
を図１５に示す。一般にデータベースシステムは、処理
対象のデータそのものに加えて、データの内容を記述し
たデータベースの定義情報と、これら定義情報を参照し
ながら動作する業務プログラムとから構成される。これ
ら定義情報はカタログ、リポジトリ、データディレクト
リ／ディクショナリ等と呼ばれる。また、データに対し
ては、常時更新が行なわれており、これら更新の履歴が
特殊なファイルに記録される。更新の履歴を格納する特
殊なファイルはジャーナル、ログなどと呼ばれる。
【０００４】一方、ＳＱＬなどのデータベース処理言語
はデータベース処理（データベースからの所要データの
検索、データベース中のデータの更新、削除、挿入、及
びこれらデータ操作を行なうためのデータの定義等）を
行なうことを目的とした言語であり、業務で必要となる
通信、画面制御などはプログラミングが不可能である。
このため、業務プログラムは、データベース処理の部分
をＳＱＬで記述し、その他の部分をＣＯＢＯＬなどの従
来の言語で記述して作成されることが一般的である。
【０００５】ＳＱＬ文を含むプログラムをコンパイルす
ると、ＳＱＬ以外の部分は通常のロードモジュールに、
また、ＳＱＬの部分は、ＳＱＬ手順にコンパイルされ
る。ここで、元ＳＱＬ文のあった部分には、データベー
スシステムのデータベースシステム中核部を経由してコ
ンパイルされたＳＱＬ手順を呼び出すための規定の手続
呼びだし（図１５ではｓｑｌ ｅｘｅｃ）が替りにおか
れ、またその引数としてデータベースシステムに登録さ
れたＳＱＬ手順の識別子が与えられる。システムの実現
方式にも依存するが、ＳＱＬを用いて作成されたロード
モジュールとＳＱＬ手順は、ＳＱＬシステムの定義情報
の一部として登録されることが一般的である。
【０００６】図１は業務プログラムとデータベースの基
本構成を示す図であり、図においては、ＣＯＢＯＬ業務
プログラムの中にＳＱＬプログラムを作成した例を示し
ている。このＳＱＬプログラムはコンパイラによりコン
パイルされる。コンパイラがＳＱＬプログラムをコンパ
イルする場合には、ＳＱＬプログラムそれぞれに対して
識別子を与える。この図においては、それぞれのＳＱＬ
プログラムに対応するＳＱＬ手順に対して、Ｎｏ．２３
とＮｏ．２４が識別子として与えられた例を示してい
る。ＣＯＢＯＬ業務プログラムは、コンパイルされると
ロードモジュールという実行形式の形に変換されるが、
このロードモジュール内にはＳＱＬ手順を実行するため
のＣＡＬＬ文がおかれている。ＣＡＬＬ文は、ＳＱＬ手
順の識別子２３と２４を引き数にすることにより、カタ
ログに登録されたＳＱＬ手順をコールする。こうしてＳ
ＱＬ手順に記述されたデータベース処理を実行する。
【０００７】即ち、図１６に示すように業務プログラム
を実行すると、通常のプログラムと同様に実行がなされ
るが、実行がデータベースシステムの処理要求の手続き
（ｓｑｌ ｅｘｅｃ）に達すると、この手続きからデー
タベースシステム中核部を経由して対応するＳＱＬ手順
が取り出され、実行される。このようにして、業務プロ
グラムが適宜データベースにアクセスしながら所要の業
務を実現する。
【０００８】次に、データベースの定義情報について説
明する。データベースシステムは、データベースに関す
る定義情報を種々の方法で生成、管理している。例えば
ＳＱＬでは、データベース情報をシステムで一元管理す
ることにより、データ定義の重複の防止やデータベース
内部での記憶情報の管理の効率化を実現している。これ
ら定義情報の集まりをカタログと呼ぶ。ＳＱＬでは、こ
れらシステムで管理される対象として以下のようなもの
がある。 （１）実表。これは従来のファイルに相当するデータの
本体である。実表を構成するフィールドを列と呼ぶ。列
には各々データ型、長さなどの属性がある。 （２）ビュー。これは、従来の論理ファイルなどに相当
し、実表に条件を付して検索した結果をあたかも実表の
ようにして見せるものである。即ち、データを、あるが
ままの状態以外に、一次加工、二次加工した形で見せる
ことにより、データへの不要なアクセスの防止、共通し
たアクセスの一元化などを実現する。これは、複数の実
表（ファイル）を結合して一つに見せる、といった複雑
な場合も含まれる。また、（複数の）別のビューを参照
することにより作成されたビューも存在する。実表とビ
ューを総称して表と呼ぶ。 （３）スキーマ。これは従来のディレクトリなどに相当
し、表等を区分けして整理するための入れ物を指す。表
（実表とビュー）は、例えばスキーマ名をＳ１とし、表
名をＴ１とするとＳ１．Ｔ１のようにスキーマ名を冠し
て名前付けされる。 （４）データベースの利用者。 （５）データベースの利用者が持っている権限。実表や
ビューに対する操作に対しては、これらを作成したユー
ザがすべての権限（選択、更新、削除、追加）を有する
が、これら権限を適宜他のユーザに与えることによって
一定のユーザの集団の中でのデータベースへのアクセス
を制御することができる。即ち、ＳＱＬではデータのア
クセス権限を厳密に管理し、データの参照、更新、挿
入、削除などの権限を実表、ビュー毎に、ユーザ毎に制
御可能である。また、これらは権限は基本的に実表、ビ
ューなどの生成者が保有するものであるが、これを権限
を他人に付与したり、更にこの付与行為までを他人に認
めることも可能である。付与行為までを認めることをＷ
ＩＴＨ ＧＲＡＮＴ ＯＰＴＩＯＮ付きで権限を付与す
る、と呼ぶ。 （６）データベースの業務プログラムとその中で使用さ
れるＳＱＬ手順。
【０００９】ＳＱＬでは以上の（１）−（６）を例えば
以下のような情報としてカタログ中で管理する。 ａ）ユーザ一覧情報（ユーザ名、保有スキーマ数） ユーザ名とそのユーザが保有するスキーマの数。 ｂ）スキーマ一覧情報（スキーマ名、所有者名、格納表
数） スキーマの名前、スキーマを所有する所有者の名前、ス
キーマ中の表の数。 ｃ）表一覧情報（名前、列数、所属スキーマ名、ビュー
か実表か） 実表とビューを表として統一的に管理する。表の名前、
表の列の数、表の所属するスキーマ名、実表かビューか
の区別からなる。 ｄ）列一覧情報（名前、所属表名、所属スキーマ名、デ
ータ型、長さ） 列毎の情報。列の名前、その列が属する表の名前とその
表が属するスキーマの名前、データ型、長さなど。 ｅ）ビュー定義一覧情報（ビュー名、所属スキーマ名、
定義本体） 各ビューに対して、その定義本体を管理する。ビューの
名前とその属するスキーマ名、及びビュー定義の本体か
らなる。 ｆ）ビュー対表の参照関係情報（ビュー名、所属スキー
マ名、参照表名、参照表所属スキーマ名） ビューは別の実表またはビューを参照することにより生
成される。そのビューが参照しているこれら表毎にビュ
ー名とそのビューが所属するスキーマ名、及びビューが
参照している表の名前とその表が所属するスキーマ名が
ある。 ｇ）権限一覧情報（付与者、受領者、種類、対象、対象
のスキーマ名、再付与可能性） データベースの使用者に与えられている表に対するアク
セスの権限（従来の、読とり可能、書き込み可能、実行
可能、などの権限に相当）に関する情報からなる。例え
ば、権限を付与した人間、権限を受領した人間、権限の
種類（当該表に対する選択権、更新権、挿入権、削除
権）、権限の対象となる表、権限の付与行為まで与えて
いるかどうか、からなる。特に、新たに表を作成した場
合は、作成者はシステムから権限を受領したと見なさ
れ、権限付与者には特別な値（ ＳＹＳＴＥＭ）が設定
される。また、ビューを生成する際には、選択権が少な
くとも必要である。また、生成されたビューが一定の条
件を満たさない（例えば複数の表を参照している、な
ど）場合には、更新が不可能となるため、ビューに対す
る更新、削除、挿入の権限は生成されない。 ｈ）プログラム一覧情報（業務プログラム識別子、ＯＳ
内プログラム所在） 業務プログラムの一覧。識別子とプログラムが実際に存
在するＯＳ下の位置（ディレクトリ等）からなる。 ｉ）手順一覧情報（業務プログラム識別子、手順識別
子、手順本体） 上記の業務プログラム中で用いているＳＱＬコマンドに
対応してコンパイルにより生成されたＳＱＬ手順の一
覧。プログラム識別子、ＳＱＬ手順の識別子、及び手順
の本体の内容からなる。 ｊ）手順対表参照関係情報（業務プログラム識別子、手
順識別子、スキーマ名、表名） 業務プログラムの各手順が、各々参照している表を管理
する。手順とそれが参照する表毎に一つの情報が存在す
る。
【００１０】次に、データベースとカタログの具体例に
ついて説明する。例えば、図１７のようなデータベース
の内容は図１８〜図２７のようなカタログ情報として管
理される。図１７に示したデータベースにおいては、鈴
木と田中という２人のユーザが存在しており（図１８参
照）、ユーザ鈴木はスキーマＳ１を所有しており、ユー
ザ田中はスキーマＳ２、Ｓ３を所有している（図１９参
照）。また、スキーマＳ１は実表Ｔ１とビューＶ１を有
しており、スキーマＳ２は実表Ｔ２とビューＶ２を有し
ており、スキーマＳ３はビューＶ３を有している（図２
０参照）。また、ビューＶ１はＴ１を参照しているビュ
ーである（図２３参照）。その定義は、 ＳＥＬＥＣＴ ＊ ＦＲＯＭ Ｔ１ ＷＨＥＲＥ ｔ１
１＞１００ であり（図２２参照）、更新が可能なビューである（図
２４参照）。ビューＶ２はＴ１とＴ２を参照しているビ
ューである（図２３参照）。その定義は、 ＳＥＬＥＣＴ ｔ１１，ｔ１２，ｔ２１ ＦＲＯＭ Ｔ
１，Ｔ２ ＷＨＥＲＥｔ１１＝ｔ２３ であり（図２２参照）、複数の表を参照しているため、
更新が不可能なビューである（図２４参照）。また、こ
のビューは他人（鈴木）が所有する表Ｔ１を参照してい
るため、予め鈴木から田中に関する選択権の付与がなけ
ればならない（図２４参照）。ビューＶ３はＶ２を参照
しているビューである（図２３参照）。その定義は、 ＳＥＬＥＣＴ ｖ２１ ＦＲＯＭ Ｖ２ であり（図２２参照）、複数の表を参照しているため、
更新が不可能なビューである（図２４参照）。プログラ
ムＰＲＯＧ１にはＳＱＬ文が二つあり、各々Ｐ１、Ｐ２
なるＳＱＬ手順である（図２５及び図２６参照）。プロ
グラムＰＲＯＧ２にはＳＱＬ文が一つあり、Ｐ３なるＳ
ＱＬ手順である（図２５及び図２６参照）。ＳＱＬ手順
Ｐ１はＶ２を参照している（図２７参照）。ＳＱＬ手順
Ｐ２はＴ２を参照している（図２７参照）。ＳＱＬ手順
Ｐ３はＶ１とＶ３を参照している（図２７参照）。鈴木
は田中にＴ１に関する選択権（参照する権利）を再付与
権つきで与えている（図２４参照）。以上のように、図
１８から図２７に示したカタログ情報は、前述したデー
タベースの定義情報の具体例を示すものである。
【００１１】更に、ＳＱＬなどを用いたデータベースシ
ステムは、以下のような特長を持つ。 （１）データベースに対して実行された更新、削除など
の履歴をすべてジャーナルに記憶することにより、万一
のデータベースの破壊に対してもデータベースを必ず回
復できる。 （２）更に、索引の追加、アクセス権限の変更など、デ
ータベースに変化が生じ、カタログ中に登録されている
ＳＱＬ手順が最適な手続きでなくなった場合には、ＳＱ
Ｌ手順がＣＯＢＯＬ業務プログラムを通じて実行される
際に当該ＳＱＬ手順が動的に再コンパイルされ、変化に
対応した最適な手続きを再度生成し、これをカタログに
登録しなおして実行を再開する。
【００１２】
【発明が解決しようとする課題】以上の特長を実現する
一方で、逆に以下のような問題点が生じている。 （１）あるシステムの上で開発した業務をパッケージ化
しようとすると、他の開発中の業務などを含め、すべて
のデータベースの定義情報が一つのカタログ内で一元管
理されているため、その中の必要な部分だけをとりだし
てパッケージにまとめることが困難である。例えば、実
表は複数のビューに参照されており、またビューは複数
のビューに参照されている。また、ビューが参照するに
際しては権限が必要であり、これら権限が定義されてい
る状態をビューを生成するたびに忠実に再現しなければ
ならない。例えば、上記の例では、ビューＶ２を生成す
るためには、表Ｔ１、表Ｔ２の作成が必要であり、更に
これら表の作成には、前もってスキーマＳ１、Ｓ２と各
々のスキーマの所有者である鈴木、田中のユーザが生成
されていなければならない。また、これら表が生成され
た後、更に表Ｔ１に関する選択権を鈴木から田中に対し
て付与しておかなければ、田中はＴ１を参照することが
できず、ビューＶ２が生成できない。このように、定義
情報は相互に複雑にからみあっており、また時間軸に沿
って履歴的な復元が必要となる。現在は、 ａ）これを人間が必要な部分、必要な順序を手作業で認
識し、取り出して、 ｂ）更に、手作業により移行先で注意深く再現を行なっ
ている。即ち、従来より行なわれているソフトウェアの
パッケージの作成、普及が困難であり、対象システム各
々において人手による複雑なシステムインストール、開
発作業が必要となっていた。
【００１３】（２）更に、最近は、ＬＡＮ（ローカルエ
リアネットワーク）を通じて多くのマシンが接続され、
ソフトウェア開発もあるマシンで行なわれるとその成果
がＬＡＮを通じて複数の別のマシンに配布される、とい
った形態が普及している。しかし、上記のような問題が
あり、データベースをアクセスする業務プログラムはこ
のような仕組みが整ってもこれを有効に活用して、ソフ
トウェア配布を行なうことが困難であった。
【００１４】（３）更に、最近は、ソフトウェア開発全
体を管理するＣＡＳＥ（Ｃｏｍｐｕｔｅｒ Ａｉｄｅｄ
Ｓｏｆｔｗａｒｅ Ｅｎｇｉｎｅｅｒｉｎｇ）が普及
しつつあるが、ＣＡＳＥの中で開発作業の定義情報を管
理するリポジトリは上記のカタログと同様な位置付けの
ものであり、これら開発作業環境の移行や複数グループ
による開発の分散を行う場合にも上記（１）の問題が生
じている。
【００１５】（４）これらの定義情報を履歴に沿って移
行先で再現するためにはデータベースシステム自身に従
来の機能に加えて特殊な機能が必要になる可能性があ
る。例えば、各スキーマ中に表がいくつある、といった
情報を移行しようとすると、履歴にカタログの内容をそ
っくり保管し、パッケージインストール時にこの部分を
取り出し、移行先で、システムのカタログの該当部分を
直接変更することが可能である。しかし、このために
は、通常のデータベース機能以外のカタログ処理の特殊
なインタフェースを持つ必要がある。また、このため、
ＣＯＢＯＬ、ＳＱＬと行った標準言語で開発されたパッ
ケージであっても、特殊なインターフェースがベンダの
仕様に依存してしまい、異なるベンダ間ではシステムの
移行ができない。
【００１６】（５）また、従来のジャーナルはデータベ
ース全体を通じてのデータ変更の履歴を記録しており、
データベースの保管の際には、その復元作業のため常に
データベース全体を保管（バックアップ）する必要があ
る。データベース全体の内のごく一部の部分にのみ変更
が加えられていたと判っていても、常に全体を保管する
ため、システムの保守運用時間が長くなっている。
【００１７】（６）また、システムの移行に際しては、
業務プログラムとカタログ中に登録されたＳＱＬ手順と
の対応関係を維持するための識別子の生成が困難とな
る。特に、業務プログラムを別のマシン、別のＳＱＬシ
ステムに移行した場合には、そのマシン上で既に稼働中
の業務プログラム・ＳＱＬ手順が使用している識別子
と、移行により持ち込んだ識別子が衝突する場合があ
り、移行が困難である。また、移行先では移行したＳＱ
Ｌ手順がデータ量などの関係で必ずしも最適なＳＱＬ手
順にコンパイルされた状態ではない場合がある。
【００１８】この発明は以上のような問題点を解決する
ためになされたもので、データベースシステムのプログ
ラム及びデータの退避、移行、復元が容易に行える装置
を得ることを目的とする。
【００１９】
【課題を解決するための手段】第１の発明に係るデータ
ベースシステム退避装置は、退避命令とそのパラメータ
を入力するコマンド解釈手段と、コマンド解釈手段によ
り解釈された退避命令とそのパラメータに基づいて退避
すべき対象物を特定する制御手段と、この制御手段によ
り特定された退避すべき対象物の退避手順を生成する退
避手順生成手段を有したものであり、以下の要素を有す
るものである。 （ａ）上記データベースシステムをアクセスするデータ
ベースアクセス手段、（ｂ）退避すべきデータを保存デ
ータとして保存媒体に保存する保存媒体アクセス手段、
（ｃ）上記データベースシステムの退避命令を入力して
解釈するコマンド解釈手段、（ｄ）上記データベースア
クセス手段によりデータベースシステムの定義情報をア
クセスすることにより、退避すべき対象物の退避すべき
手順を生成する退避手順生成手段、（ｅ）上記コマンド
解釈手段により解釈された退避命令に基づき、上記デー
タベースシステムの中から退避すべき対象物を特定する
とともに、上記退避手順生成手段を動作させ、退避手順
生成手段により生成された退避すべき手順に従って、退
避すべき対象物を上記データベースアクセス手段により
データベースシステムから取り出し、上記保存媒体アク
セス手段により保存媒体に保存する制御手段。
【００２０】第２の発明に係るデータベースシステム退
避装置は、退避命令のパラメータとして、退避すべきユ
ーザ名、スキーマ名、表名、ビュー名、プログラム名、
権限名のいずれかを入力すると共に、これら退避すべき
対象物の種類の限定と範囲の指定がなされることを特徴
とし、制御手段はこの対象物の指定と、この対象物に対
する種類と範囲の指定に基づいて、定義情報から対象物
を特定することを特徴とするものである。
【００２１】第３の発明に係るデータベースシステム退
避装置は、データベースシステムがＳＱＬ等のデータベ
ース処理言語を用いてアクセスでき、データベースアク
セス手段はＳＱＬ等のデータベース処理言語を用いて、
データベースシステムをアクセスすることを特徴とする
ものである。
【００２２】第４の発明に係るデータベースシステム退
避装置は、保存媒体に情報を保存する場合に、この情報
をＳＱＬ等のデータベース処理言語により記述して保存
することを特徴とするものである。
【００２３】第５の発明に係るデータベースシステム退
避装置は、定義情報を退避する場合にＳＱＬ等のデータ
ベース処理言語により、定義情報を生成するための定義
コマンドに変換して退避することを特徴とするものであ
る。
【００２４】第６の発明に係るデータベースシステム退
避装置は、データを退避する場合にデータをＳＱＬ等の
データベース処理言語によるデータ挿入のためのデータ
挿入コマンドに変換して退避することを特徴とするもの
である。
【００２５】第７の発明に係るデータベースシステム退
避装置は、ユーザ名やファイル名等の置換可能な変数が
退避すべき対象物に存在する場合に、これらユーザ名や
ファイル名等の置換可能な変数を置換情報として生成し
これを保存することを特徴とするものである。
【００２６】第８の発明に係るデータベースシステム退
避装置は、データを処理するプログラムはＳＱＬ等のデ
ータベース処理言語による処理手順を呼び出して実行す
ると共にそのプログラムが他の機種に移植された場合の
ことを考慮して、予めデータベース処理言語による処理
手順をソースコードとしてプログラム内に保持している
ことを特徴としており、定義情報内にある実行形式の処
理手順が退避すべき対象物になった場合でも、この実行
形式の処理手順を退避せずに、その処理手順のソースコ
ードを有するプログラムを退避することを特徴とするも
のである。
【００２７】第９の発明に係るデータベースシステム退
避装置は、データベースのデータを退避せず単にデータ
ベースのデータ記憶領域を確保するための領域確保コマ
ンドを生成して保存することを特徴とするものである。
【００２８】第１０の発明に係るデータベースシステム
退避装置は、データベースシステムがアクセス履歴情報
を記録するジャーナルを有しており、アクセス履歴情報
は、例えば表名等の識別子と共に記録されており、制御
手段は退避すべき対象物に関連したアクセス履歴情報の
みを表名などの識別子を元に検索し退避すようにしたも
のである。
【００２９】第１１の発明に係るデータベースシステム
退避装置は、ユーザ、スキーマ、表、ビュー、権限、プ
ログラム間の依存関係を特定する退避手順生成手段を有
し、この退避手順生成手段が生成した依存関係を依存情
報として保存する制御手段を有することを特徴とするも
のである。
【００３０】第１２の発明に係るデータベースシステム
復元装置は、前述したデータベースシステム退避装置に
より退避された保存データを入力することにより、デー
タベースシステムの一部または全部を復元する事を特徴
とするものである。
【００３１】第１３の発明に係るデータベースシステム
移行装置は、前述したようなデータベースシステム退避
装置により退避された保存データを入力することによ
り、他の機種或いは他のマシン上に新たにデータベース
システムを構築することを特徴とするものである。
【００３２】第１４の発明に係るデータベースシステム
復元／移行装置は、前述したデータベースシステム退避
装置がＳＱＬ等のデータベース処理言語により記述され
たコマンドの形式でデータを退避している場合に、この
データベース処理言語により記述されたコマンドを入力
して実行することにより、データベースシステムを復元
または移行することを特徴とするものである。
【００３３】第１５の発明に係るデータベースシステム
移行装置は、前述したデータベースシステム退避装置に
おいて、保存したデータの中に置換可能な変数が存在す
ることを示す置換情報が存在する場合に、その置換情報
に基づき置換可能な変数に新たな変数を与えて、変数の
値を置き換えながらデータベースシステムを新たに構築
することを特徴とするものである。
【００３４】第１６の発明に係るデータベースシステム
移行装置は、前述したデータベースシステム退避装置が
実行形式の処理手順を保存せず、かわりに処理手順のソ
ースコードを有しているプログラムを保存している場合
に、実行時に処理手順が定義情報に存在しないことを条
件として、実行時に処理手順のソースコードをコンパイ
ルして実行形式の処理手順を新たに定義情報に作成する
ことを特徴とするものである。
【００３５】第１７の発明に係るデータベースシステム
復元／移行装置は、前述したデータベースシステム退避
装置により退避された保存データを入力するとともに、
復元仕様又は移行仕様を入力し、上記保存データの依存
関係を参照することにより、復元又は移行するデータを
復元仕様又は移行仕様に適合するように評価して、デー
タベースを復元又は移行する復元／移行手順生成手段を
有することを特徴とするものである。
【００３６】
【作用】第１の発明におけるデータベースシステム退避
装置においては、制御手段が退避命令に指定されたパラ
メータから保存すべき対象物を特定すると共に、退避手
順生成手段が定義情報を参照することにより、退避すべ
き手順を時間軸に沿って矛盾なく生成する。従って他の
業務開発中、あるいは他の業務が稼働中であるデータベ
ースシステムから、指定した業務に必要な定義情報を時
間軸、相互の関係を保存したまま抽出できる。これを用
いて業務動作に必要な情報を復元、移行することができ
る。
【００３７】第２の発明におけるデータベースシステム
退避装置は、退避命令としてユーザ名、スキーマ名、表
名、ビュー名、プログラム名、権限名のいずれか１つが
指定されると共にその種類と範囲が指定され、制御手段
は退避命令による対象物と、その種類と範囲に基づい
て、退避に必要な対象物を定義情報から判定して、退避
すべき対象物として特定するので、コマンド解釈手段に
入力する退避命令には必要最少限の情報を入力すること
により、自動的に退避すべき対象物が特定されることが
可能になる。
【００３８】第３の発明に係るデータベースシステム退
避装置は、データベースシステムがデータベース処理言
語によりアクセスでき、データベースアクセス手段がデ
ータベース処理言語を用いてデータベースシステムをア
クセスするため、特別なデータベースアクセス手段を持
つ必要が無く、従来のデータベースシステム及び従来の
データベースアクセス手段をそのまま用いてデータベー
スシステムを退避することが可能になる。
【００３９】第４の発明におけるデータベースシステム
退避装置は、データベースシステムの情報を退避する場
合に、ＳＱＬ等のデータベース処理言語によるコマンド
に変換して保存するため、これを入力してデータベース
を復元する場合、或いは別なシステムにデータベースシ
ステムを移行する場合に、特別な復元手段或いは、移行
手段というものを開発する必要が無く、従来のデータベ
ース処理言語を処理できる手段が備わっていれば、デー
タの復元或いはデータの移行が可能になる。
【００４０】第５の発明におけるデータベースシステム
退避装置は、定義情報を退避する場合に、ＳＱＬ等のデ
ータベース処理言語により定義情報を生成するための定
義コマンドに変換して保存するため、これを入力してデ
ータベースを復元する場合、或いは別なシステムにデー
タベースシステムを移行する場合に、特別な復元手段或
いは、移行手段というものを開発する必要が無く、従来
のデータベース処理言語を処理できる手段が備わってい
れば、データの復元或いはデータの移行が可能になる。
【００４１】第６の発明におけるデータベースシステム
退避装置は、第５の発明におけるデータベース退避装置
が定義情報に対してデータベース処理言語による定義コ
マンドを用いたのに対して、データを退避する場合には
データベース処理言語によるデータ挿入のためのデータ
挿入コマンドに変換して退避するものである。従って、
データを復元する場合、或いはデータを新たなシステム
に移行する場合でも、従来からのデータベース処理言語
を処理できる手段が備わっていれば、データを復元或い
は移行することが可能になる。
【００４２】第７の発明におけるデータベースシステム
退避装置は、データベースシステムを他のシステムに移
行するような場合に、移行先の他のシステムに既に同一
ユーザ名や同一ファイル名等が存在する場合に、これら
の名が重複することを避けることを可能にしたものであ
り、ユーザ名やファイル名等の置換可能な変数を予め置
換情報として生成し、保存するものである。この置換情
報を用いることにより、保存した情報を新たなシステム
に移行する場合に、変数の値を、移行しようとして居る
システムに既に存在しているユーザ名やファイル名と重
複しない名前に変えることが可能になる。
【００４３】第８の発明におけるデータベースシステム
退避装置は、定義情報にある実行形式の処理手順を退避
することなく、またデータベースシステムにアクセスす
るプログラムに処理手順のソースコードをもたせてお
き、このプログラムを退避することを特徴としている。
このように実行形式の処理手順を退避しないことによ
り、退避するデータ量を削減することが可能になる。ま
た処理手順をソースコードで退避することにより、処理
手順移行先のシステムの環境で再コンパイルすることが
可能になり、移行先のシステム環境に最適な実行形式の
処理手順を生成することができる。
【００４４】第９の発明におけるデータベースシステム
退避装置は、データベースのデータを退避することな
く、データベースのデータ記憶領域のみを確保するため
の領域確保コマンドを生成するため、退避すべきデータ
量の削減が図れると共に、他のシステムにデータベース
を移行する場合、定義情報が移行されると共に、データ
ベースの領域のみが確保されるため、移行先においてデ
ータを新規に蓄積していくような場合に、移行元のデー
タを移行せず領域のみを確保することが可能になる。
【００４５】第１０の発明におけるデータベースシステ
ム退避装置は、従来のジャーナルを退避する場合にアク
セス履歴情報をすべて退避していたのに対して、識別子
により関連するアクセス履歴情報を選択できるようにな
る。従って制御手段が特定した退避すべき対象物に関連
するアクセス履歴情報のみが退避可能になる。
【００４６】第１１の発明におけるデータベースシステ
ム退避装置は退避手順生成手段がユーザ、スキーマ、
表、ビュー、権限、プログラム間の依存関係を特定し、
制御手段がこの依存関係を保存するため、この保存され
たデータからデータを復元する場合、或いは移行する場
合に依存情報を参照することにより、データの選択、或
いは削除が可能になる。即ち、依存関係とは、データベ
ースシステムの定義情報に示されている各データベース
の構成要素の関連を抽出したものであり、この依存関係
を参照するということは、即ちデータベースシステムの
定義情報を参照するということに等しく、この依存関係
を保存データ内に保存しておき、復元移行の際に、この
依存関係を参照するということはデータベースシステム
の定義情報を参照するに等しく、結果として、保存され
たデータの中から更に別なデータを抽出したり、或いは
余分なデータを削除する場合に矛盾なく抽出或いは削除
することが可能になる。
【００４７】第１２の発明におけるデータベースシステ
ム復元装置は、データベースシステム退避装置により保
存されたデータを入力して、データベースシステムを復
元するものであり、データベースシステム退避装置が保
存媒体に対して、データを時間軸或いは相互の依存関係
を矛盾なく保存しているため、この保存データを順に入
力することにより、元のデータベースシステムを復元す
ることが可能になる。
【００４８】第１３の発明におけるデータベースシステ
ム移行装置は、同様に保存媒体が時間軸或いは相互関係
において、データを矛盾無く保存しているために、移行
の際には保存されたデータを順に新たなシステムにイン
ストールしていくことにより、必要な定義情報、或いは
必要なデータを新たなシステム先に構築することが可能
になる。
【００４９】第１４の発明におけるデータベースシステ
ム復元／移行装置は、保存されたデータがＳＱＬ等のデ
ータベース処理言語によるコマンドによって記述されて
いるため、このコマンドを実行することにより、定義情
報或いはデータベースのデータ等を復元または移行する
ことが可能になる。このようにデータベース処理言語に
より記述されたコマンドを実行するだけで、定義情報、
或いはデータ等を復元、または移行することが可能なた
め、従来から存在するデータベース処理言語の処理手段
をそのまま用いることにより、データベースシステムの
復元移行が可能になる。従ってデータベースシステムを
復元または移行するための特別な復元手段、或いは特別
な移行手段というものが不要になる。
【００５０】第１５の発明におけるデータベースシステ
ム移行装置は、データベースシステムを他のシステムに
移行する場合であって、移行先のシステムに既に重複す
るユーザ名やファイル名等が存在する場合に、置換情報
にある変数の値を置き換えることが可能になるため、移
行先においてユーザ名やファイル名等が重複することな
く、システムの移行をすることが可能になる。
【００５１】第１６の発明におけるデータベースシステ
ム移行装置は、データベースシステムを新たなシステム
に移行する場合に、実行形式の処理手順を保存データか
ら移行するのではなく、保存されたプログラム内にある
ソースコードをコンパイルすることにより、実行形式の
処理手順を定義情報内に作成する。従って、移行先のシ
ステム環境にあった最適な実行形式の処理手順が生成さ
れる。
【００５２】第１７の発明におけるデータベースシステ
ム復元／移行装置は、復元仕様又は移行仕様を入力し、
復元／移行手順生成手段が上記保存データの依存関係を
参照することにより、復元又は移行するデータを復元仕
様又は移行仕様に適合するように評価して、データベー
スを復元又は移行するので、保存データすべてを用いて
システムの復元、移行をするのではなく、保存データの
一部を用いてシステムの復元、移行をすることが可能に
なる。
【００５３】
【実施例】
実施例１．従来例で説明したように、データベースの処
理言語として、ＳＱＬと呼ばれる国際標準言語が用いら
れることが一般的である。このため、以下では関係デー
タベースと国際標準データベース処理言語ＳＱＬを前提
として説明するが、内容的には他のデータベース、ある
いは他のデータベース言語でも同様に適用できる。又、
この実施例では、従来例で示した図１７〜図２７に示し
たデータベースシステムを具体例として説明する。図１
はこの発明の一実施例を示すデータベース及びプログラ
ム退避／移行／復元装置の一例を示す図である。ここで
退避とは、既に存在しているデータベース及びプログラ
ムの一部又は全部を磁気テープや磁気ディスク等の保存
媒体に複写することをいう。又移行とは、前述した退避
により保存媒体に複写してあるデータベース及びプログ
ラムを用いて、ある計算機システムにおいて動作してい
るデータベースシステムを他の計算機システムに移植す
ることを言う。又復元とは、前述した退避により保存媒
体に複写してあるデータベース及びプログラムを元の計
算機システムに複写し直すことをいう。ここで、移行と
復元の違いは、移行が他の計算機システムに対して行わ
れるのに対して、復元が元の計算機システムに対して行
われる点である。
【００５４】以下、図に基づいてデータベース及びプロ
グラム退避／移行／復元装置の各部について説明する。 １）コマンド解釈装置 ユーザへのインタフェースを提供し、ユーザからの退
避、復元、移行などの要求とその対象物を受取り、正当
性を確認してこれら要求を制御部に送る。又、移行の場
合は、必要に応じてユーザ名などの置換指示をユーザよ
り受取り、これを制御部に送る。
【００５５】２）制御部 装置全体を制御すると共に、データベース及びカタログ
アクセス装置を用いて、ユーザから指定された退避、復
元、移行の対象物を特定する。
【００５６】退避の場合には、退避移行復元手順生成装
置を呼び出すことによりこれら特定された対象物と処理
要求から必要な定義情報、置換情報、依存情報を生成し
てこれをＳＱＬの実行形式にして保存媒体アクセス装置
により保存媒体に順次記憶する。更に、指定によりデー
タ自身（実表の内容）をデータベース及びカタログアク
セス装置により読みだし、これをＳＱＬの実行形式に変
換して保存媒体アクセス装置により保存媒体に記憶す
る。更に、指定によりジャーナルをデータベース及びカ
タログアクセス装置により読みだし、これを保存媒体ア
クセス装置により保存媒体に記憶する。更に、指定によ
りプログラムをプログラムアクセス装置により読みだ
し、これを保存媒体アクセス装置により保存媒体に記憶
する。また、以上の動作の際、ビューを評価して実表と
する指定がある場合、あるいはデータベースの実表の内
容に対してその一部をＳＱＬコマンドの実行により変形
したい要求がある場合には、適宜ビューＳＱＬ実行装置
によりこれを実行する。
【００５７】復元移行の場合には、保存媒体から定義情
報、置換情報、依存情報を読みだし、これら情報と指定
された対象物から退避移行復元手順生成装置を呼び出す
ことにより復元移行対象を選択する。これら特定された
対象物に対して置換が必要な場合、置換する内容をコマ
ンド解釈装置を経由してユーザから入力する。次に指定
により置換情報に従って必要な置換を行いながら、特定
された対象物に関する定義情報を保存媒体から保存媒体
アクセス装置により読みだし、データベース及びカタロ
グアクセス装置により復元移行する。これら定義情報は
ＳＱＬの定義系のコマンドの形となっているため、この
操作はこれらコマンドを実行することによりなされる。
更に、指定によりデータ自身（実表の内容）及びジャー
ナルを保存媒体アクセス装置により保存媒体から読みだ
し、これをデータベース及びカタログアクセス装置によ
りシステムに復元移行する。更に、指定によりプログラ
ムを保存媒体アクセス装置により保存媒体から読みだ
し、これをプログラムアクセス装置によりデータベース
システムに記憶する。また、以上の動作の際、ビューを
評価し、実表とする指定がある場合、あるいはデータベ
ースの実表の内容に対してその一部をＳＱＬコマンドの
実行により変形したい要求がある場合には、適宜ビュー
ＳＱＬ実行装置によりこれを実行する。 ３）退避移行復元手順生成装置 制御部から対象物を受取り、これらに対して必要な定義
情報とその順序を生成する。退避の場合には、これら生
成に必要な情報はデータベース及びカタログアクセス装
置からカタログをアクセスすることにより得られる。復
元移行の場合には、これら生成に必要な情報は保存媒体
中にある依存情報をアクセスすることにより得られる。 ４）ビューＳＱＬ文実行装置 指定されたビュー、またはＳＱＬ文を実行し、その結果
を制御部に送る。 ５）保存媒体アクセス装置 保存媒体（磁気テープ、ディスク等）に対して指定した
内容を読みだし、書き込みする装置。 ６）データベース及びカタログアクセス装置 データベースの内容及びカタログの内容を読みだし、書
き込みする装置。この場合には、データベースシステム
に対して必要なＳＱＬ文を実行することで機能が実現さ
れる。また、この装置によりジャーナルの内容の読みだ
し、またはジャーナルの内容をデータベースに適用し、
データベースを最新の状態にする。これらジャーナル操
作に対するＳＱＬの規格は存在しないが、システム毎に
何等かの手段が用意されている。例えば、ジャーナルの
読みだし、設定は通常のＯＳのファイル読みだし、生成
により実行し、ジャーナルの実行はＲＥＣＯＶＥＲコマ
ンドなどによりデータベースシステムが実行する。 ７）プログラムアクセス装置 業務プログラムを読みだし、設置する装置。通常のＯＳ
のファイルのアクセス機能で充分である。
【００５８】次に動作について説明する。 １）コマンド解釈装置の動作 ユーザからの退避移行復元要求はまずコマンド解釈装置
により解釈され、内容の正当性が確認されて、これらを
内部形式に変換し、制御部に送る。コマンド解釈装置
は、以下のような指定を受け付ける。 動作指定 ＝ＢＡＣＫＵＰ：退避動作 ＲＥＳＴＯＲＥ：復元、移行先インストール動作 対象物のリスト＝対象物、対象物、．．．． 対象物 ＝ユーザ名（ユーザの所有物全ての指定の省略形と解釈） スキーマ名（スキーマ下の全ての表を指定したと解釈） スキーマ名.表名（表を指定したと解釈） 権限名 プログラム名 対象種類指定 ＝Ｄ：データ Ｃ：カタログ Ｐ：プログラム これらの組み合わせ、例えばＤ+Ｐ等 対象範囲指定 ＝ＯＮＬＹ：指定された対象物のみを対象物とする。 ＤＯＷＮ：指定された対象物とこれらが参照している対象物 すべてを対象物とする。 ＡＬＬ：指定された対象物とこれらが参照している対象物す べてとこれらを参照している対象物すべてを対象物とする。 制限範囲指定 ＝ユーザ名リスト（これらユーザ以外のユーザのスキーマ、表 等を対象としない） スキーマ名リスト（これらスキーマ以外のスキーマ、表等を 対象としない） ビューの内、それを実行して実表としたいもののリス
ト。実表の内、それに対してデータの選択、変形を行う
ためのＳＱＬ文のリスト。
【００５９】２）制御部の動作 制御部は、コマンド解釈装置からの要求を解釈し、退
避、移行、復元操作の全体を制御する。 ［退避の場合］ （１）制御部は、コマンド解釈装置から受け付けた対象
物を退避移行復元手順生成部におくり、対象物の一覧と
定義情報、置換情報、依存情報を受け取る。対象物の一
覧として以下のものがある。 Ｕ：ユーザ一覧 Ｓ：スキーマ一覧 Ｔ：実表一覧 Ｖ：ビュー一覧 Ａ：権限一覧 Ｐ：プログラム一覧 ＲＵ：制限ユーザ一覧 ＲＳ：制限スキーマ一覧 （２）ビュー一覧Ｖ中のビューで、ビューを評価し、実
表とする指定のあるものは、これを評価し、このビュー
を実表とする。定義情報、依存情報において、このビュ
ーに対応する情報を実表の情報に置き換える（ＣＲＥＡ
ＴＥ ＶＩＥＷ文をＣＲＥＡＴＥ ＴＡＢＬＥ文に置き
換える）。また、この実表を記憶しておく。また、この
ビューが参照しているビュー及び実表のうち、このビュ
ーのみにより参照されているものを定義情報から除く。 （３）対象種類指定にＣ（カタログ）があれば、置換情
報、定義情報、依存情報を保存媒体アクセス装置により
保存媒体に格納する。 （４）対象種類指定にＤ（データ）があれば、実表一覧
Ｔにある実表の内容をデータベース及びカタログアクセ
ス装置によりとりだし、これをＩＮＳＥＲＴコマンドと
して保存媒体アクセス装置により保存媒体に記憶する。
保存媒体に記憶する実表がビュー評価により（２）で生
成されたものであれば、（２）で記憶しておいた実表の
内容を保存媒体に記憶する。また、保存媒体に記憶する
実表に対してＳＱＬ文の実行の指定があればこれをビュ
ーＳＱＬ文実行装置により実行し、その結果をＩＮＳＥ
ＲＴコマンドの形にして保存媒体に記憶する。また、対
象種類指定にＤ（データ）があれば、ジャーナルをデー
タベース及びカタログアクセス装置によりとりだし、こ
れを保存媒体アクセス装置により保存媒体に記憶する。
この際、ジャーナルには操作対象となった実表の識別子
が付されており、実表一覧Ｔにある表に関するジャーナ
ル内容のみを取り出す。対象種類指定にＰ（プログラ
ム）があれば、Ｐ（プログラム）にあるプログラムをプ
ログラムアクセス装置によりとりだし、これを保存媒体
アクセス装置により保存媒体に記憶する。
【００６０】［復元移行の場合］ （１）保存媒体アクセス装置から定義情報、置換情報、
依存情報を読み出す。 （２）制御部は、コマンド解釈装置から受け付けた対象
物と依存情報を退避移行復元手順生成部におくり、対象
物の一覧を受け取る。対象物の一覧は、 Ｕ：ユーザ一覧 Ｓ：スキーマ一覧 Ｔ：実表一覧 Ｖ：ビュー一覧 Ａ：権限一覧 Ｐ：プログラム一覧 ＲＵ：制限ユーザ一覧 ＲＳ：制限スキーマ一覧 （３）コマンド解釈装置により置換指定をユーザから受
け取り、その置換内容で置換ファイルを置き換える。 （４）対象種類指定にＣ（カタログ）があれば、置換情
報により定義情報を置き換えながら、対象物に関する定
義情報をデータベース及びカタログアクセス装置により
復元、移行する。この場合は、ＳＱＬの定義コマンドＣ
ＲＥＡＴＥ ＵＳＥＲ文群、ＣＲＥＡＴＥ ＳＣＨＥＭ
Ａ文群、ＣＲＥＡＴＥ ＴＡＢＬＥ、ＣＲＥＡＴＥ Ｖ
ＩＥＷ、ＧＲＡＮＴ文群を読みだし、置換情報の内容に
従って置き換えを行ないながら、これら文を記憶されて
いる順に実行する。これら文は既に退避の際に時間的、
空間的に矛盾のない順に記憶されているため、この順に
実行を行なうだけでよい。ビュー一覧Ｖ中のビューで、
ビューを評価し、実表とする指定のあるものは、ＣＲＥ
ＡＴＥ ＶＩＥＷコマンドからＣＲＥＡＴＥ ＴＡＢＬ
Ｅに変換してこれを実行する。また、これをＳＱＬ文の
一つとして記憶しておき、後に（５）で実行する。ま
た、このビューが参照しているビュー及び実表のうち、
このビューのみで参照されているものを定義情報から除
く。これは依存情報中で、このビューのみに依存してい
るものをたどることにより識別できる。
【００６１】（５）対象種類指定にＤ（データ）があれ
ば、実表一覧Ｔにある実表の内容であるＩＮＳＥＲＴ文
をデータベース及びカタログアクセス装置によりとりだ
し、これを実行してデータベースに復元する。また、こ
の実表に対してＳＱＬ文の実行の指定があればこれをビ
ューＳＱＬ文実行装置により実行し、その結果をＴ’と
して保存し、この表の内容を、 ＤＥＬＥＴＥ ＊ ＦＲＯＭ 表名 で一旦廃棄し、 ＩＮＳＥＲＴ ＩＮＴＯ 表名 ＳＥＬＥＣＴ ＊ ＦＲＯＭ Ｔ’ により先の結果で置き換える。この具体例について以下
に説明する。例えば実表Ｔ１が存在し、これを参照する
ビューＶ１が存在するものとする。即ち、実表Ｔ１に対
してビューＶ１がＳＱＬ文の実行により評価される。も
し、実表Ｔ１がビューＶ１のみにより参照され、それ以
外のビューには一切参照されないことが依存情報等を参
照することにより判明した場合には、実表Ｔ１をデータ
ベースに記憶しておく必要はない。従って、その実表Ｔ
１を削除しても構わないことになる。この場合には、ビ
ューＶ１をＴ１に対して評価した結果をＴ’として一時
記憶しておき、実表Ｔ１が他のビューや他のプログラム
において参照されることが無いと判断された時点で実表
Ｔ１を削除し、Ｔ’に記憶しておいたビューＶ１を実表
として生成することが可能である。また、実表Ｔ１のデ
ータの内、例えばｔ１１＝１００のデータのみを復元す
る場合などは、 ＳＥＬＥＣＴ ＊ ＦＲＯＭ Ｔ１ ＷＨＥＲＥ ｔ１１＝１００ を直接実行し、その結果でＴ１の元のデータを置きかえ
るものである。 （６）対象種類指定にＤ（データ）があれば、保存媒体
からジャーナルをとりだし、これをデータベースに適用
する。この際、ジャーナルには操作対象となった実表の
識別子が付されており、実表一覧Ｔにある表に関するジ
ャーナル内容のみを取り出す。 （７）対象種類指定にＰ（プログラム）があれば、Ｐ
（プログラム）にあるプログラムをプログラムアクセス
装置によりとりだし、これを保存媒体アクセス装置によ
り保存媒体に記憶する。
【００６２】尚、データベースをあるマシンから別マシ
ンへ移行する場合はこれら全ステップを実行する。また
データベースを同一マシン上で復元するためには
（５）、（６）の二つのステップを実行すればよい。こ
れらは対象種類の指定でＤ（データ）のみを指定するこ
とにより実現される。また、指定により現在のデータ内
容を破壊して復元する場合には、 ＤＥＬＥＴＥ ＊ ＦＲＯＭ 表名 によりデータベース内容を一旦破壊して復元を行う。
【００６３】データベースの内容自身の移行には、ＩＮ
ＳＥＲＴコマンドによりＳＱＬコマンドとして運ぶので
はなく、システムにより更に高速な形で保存することも
可能である。例えば、データの内容をファイルの形で保
存し、復元の時もファイルのまま直接置き換えを行う、
などが可能である。この場合いは上記の復元操作におけ
るＤＥＬＥＴＥ文などは不用となる。この後、業務が開
始され、復元された業務プログラムを実行する。この
際、ＳＱＬの手順一覧情報は移行しないため、移行先で
はＳＱＬ手順にアクセスしようとしてカタログ中にこれ
が見つからない。このため、システムは当該ＳＱＬ手順
を再度コンパイルし、これを手順一覧情報に登録して実
行を再開する。これのように、ＳＱＬシステムの持つ動
的再コンパイル機構を利用することで、手順一覧情報も
自動的に再現できることになる。
【００６４】次にコマンド解釈装置が受け付ける指定
と、その指定により制御部が退避移行復元手順生成装置
から受け取る対象物に関する具体例について説明する。
例えば、コマンド解釈装置に受け付けられる指定はいろ
いろな組み合わせが可能である。例えば、この指定した
業務に必要な定義情報の取りだし方として以下のような
場合が考えられる。 ａ）［必要な要素を全て指定する場合］ 業務を構成しているユーザ、スキーマ、表、ビュー、プ
ログラム、権限、ユーザを全て指定し、これによりシス
テムが指定されたこれら情報を、相互関係や履歴的実行
順序を自動的に判断して必要な復元順序を生成する。 ｂ）［ユーザ名を与えて他はシステムが自動的に抽出す
る場合］ 業務を構成する一つまたは複数のユーザ名のみを与え
て、このユーザが所有するスキーマ、表、ビュー、プロ
グラム、権限を自動的に抽出し、これら情報を、相互関
係や履歴的実行順序を自動的に判断して必要な復元順序
を生成する。 ｃ）［スキーマ名を与えて他はシステムが自動的に抽出
する場合］ 業務を構成する一つまたは複数のスキーマ名のみを与え
て、このスキーマを所有するユーザ、及びスキーマの中
にある所有する表、ビュー、権限を自動的に抽出し、こ
れら情報を、相互関係や履歴的実行順序を自動的に判断
して必要な復元順序を生成する。 ｄ）［表名を与えて他はシステムが自動的に抽出する場
合］ 業務を構成する一つまたは複数の表名のみを与えて、こ
の表が属するスキーマ、及びそのスキーマを所有するユ
ーザ、その表に関する権限を自動的に抽出し、これら情
報を、相互関係や履歴的実行順序を自動的に判断して必
要な復元順序を生成する。 ｅ）［ビュー名を与えて他はシステムが自動的に抽出す
る場合］ 業務を構成する一つまたは複数のビュー名のみを与え
て、このビューが属するスキーマ、及びそのスキーマを
所有するユーザ、そのビューに関する権限、及びこのビ
ューが参照しているビュー及び表、これら参照に仮定さ
れている権限を自動的に抽出し、これら情報を、相互関
係や履歴的実行順序を自動的に判断して必要な復元順序
を生成する。 ｆ）［プログラム名を与えて他はシステムが自動的に抽
出する場合］ 業務を構成する一つまたは複数のプログラム名のみを与
えて、このプログラムが参照しているユーザ、スキー
マ、表、ビュー、権限を自動的に抽出し、これら情報
を、相互関係や履歴的実行順序を自動的に判断して必要
な復元順序を生成する。 ｇ）［権限名を与えて他はシステムが自動的に抽出する
場合］ 業務を構成する一つまたは複数の権限名のみを与えて、
この権限及び権限を付与しているユーザ、権限が付与さ
れているユーザ、権限対象の表、ビューを自動的に抽出
し、これら情報を、相互関係や履歴的実行順序を自動的
に判断して必要な復元順序を生成する。 ｈ）上記のａ）〜ｇ）において、更に抽出された表、ビ
ューを参照しているビューの全体をも抽出し、これらビ
ューの生成に必要なスキーマ、ユーザ、権限を抽出し
て、これらを含めて相互関係や履歴的実行順序を自動的
に判断して必要な復元順序を生成する。 ｉ）上記のａ）〜ｇ）及びそれらとｈ）の組み合わせに
おいて、抽出された情報を参照しているプログラムの全
体を抽出する。
【００６５】次に従来例で示したデータベースの定義情
報の例を用いてコマンド解釈装置に対して指定されたも
のに対して制御部が定義情報を参照して特定するユーザ
一覧Ｕ、スキーマ一覧Ｓ、実表一覧Ｔ、ビュー一覧Ｖ、
権限一覧Ａ、プログラム一覧Ｐの値をいくつかの例で示
す。以下に述べる例は前述したコマンド解釈装置が受け
付ける指定の例として述べた（ａ）から（ｉ）には直接
対応していないが、その中の１つ、或いは複数を組み合
わせて指定した場合を示している。また以下の例におい
ては、説明を簡単にするためにコマンド解釈装置が受け
付ける全ての指定を示しているものではなく、単に対象
物のリスト、対象範囲、制限範囲指定の３つの指定のみ
を例示している。また、ユーザ一覧Ｕ、スキーマ一覧
Ｓ、ビュー一覧Ｖ、実表一覧Ｔ、権限一覧Ａ、プログラ
ム一覧Ｐ、制限ユーザ一覧ＲＵ、制限スキーマ一覧ＲＳ
は制御部が退避移行復元手順生成装置から受け取る値を
それぞれ示すものである。退避移行復元手順生成装置
は、コマンド解釈装置に入力された指定から、これらユ
ーザ一覧Ｕ、スキーマ一覧Ｓ、実表一覧Ｔ、ビュー一覧
Ｖ、権限一覧Ａ、プログラム一覧Ｐ、制限ユーザ一覧Ｒ
Ｕ、制限スキーマ一覧ＲＳを求め制御部に出力するが、
その手順については後述する。また、例中に示すφの記
号は全体の意味を示すものであり、特に指定がされない
ことを示すものである。
【００６６】
【００６７】
【００６８】
【００６９】 例４ 複数のビューと参照している実表 対象物のリスト＝鈴木、田中、Ｓ１、Ｓ２ Ｓ１．Ｖ１、Ｓ２．Ｖ２、 Ｓ１．Ｔ１、Ｓ２．Ｔ２ 対象範囲 ＝ＯＮＬＹ 制限範囲指定 ＝なし ユーザ一覧Ｕ ＝鈴木、田中 スキーマ一覧Ｓ ＝Ｓ１、Ｓ２ ビュー一覧Ｖ ＝Ｖ１、Ｖ２ 権限一覧Ａ ＝Ｔ１に関する田中の選択権 実表一覧Ｔ ＝Ｔ、Ｔ２ プログラム一覧Ｐ ＝φ 制限ユーザ一覧ＲＵ ＝φ 制限スキーマ一覧ＲＳ＝φ
【００７０】例３に対し、ビュー名のみを指定し、ビュ
ーが参照している表名を自動的に取り出すことを指定す
るのが例５である。
【００７１】例４に対し、ビュー名のみを指定し、ビュ
ーが参照している表名を自動的に取り出すことを指定す
るのが例６である。 例６ 複数ビューを退避、関連実表自動退避 対象物のリスト＝Ｓ１．Ｖ１、Ｓ２．Ｖ２ 対象範囲 ＝ＤＯＷＮ 制限範囲指定 ＝なし ユーザ一覧Ｕ ＝鈴木、田中 スキーマ一覧Ｓ ＝Ｓ１、Ｓ２ ビュー一覧Ｖ ＝Ｖ１、Ｖ２ 実表一覧Ｔ ＝Ｔ１、Ｔ２ 権限一覧Ａ ＝Ｔ１に関する田中の選択権 プログラム一覧Ｐ ＝φ 制限ユーザ一覧ＲＵ ＝φ 制限スキーマ一覧ＲＳ＝φ
【００７２】 例７ ビューを退避、参照している表を退避 対象物のリスト＝Ｓ１．Ｖ２ 対象範囲 ＝ＤＯＷＮ 制限範囲指定 ＝なし ユーザ一覧Ｕ ＝鈴木、田中 スキーマ一覧Ｓ ＝Ｓ１、Ｓ２ ビュー一覧Ｖ ＝Ｖ２ 実表一覧Ｔ ＝Ｔ１、Ｔ２ 権限一覧Ａ ＝Ｔ１に関する田中の選択権 プログラム一覧Ｐ ＝φ 制限ユーザ一覧ＲＵ ＝φ 制限スキーマ一覧ＲＳ＝φ
【００７３】 例８ ビューを退避、関連表を全て自動退避 対象物のリスト＝Ｓ１．Ｖ２ 対象範囲 ＝ＡＬＬ 制限範囲指定 ＝なし ユーザ一覧Ｕ ＝鈴木、田中 スキーマ一覧Ｓ ＝Ｓ１、Ｓ２、Ｓ３ ビュー一覧Ｖ ＝Ｖ２、Ｖ３ 実表一覧Ｔ ＝Ｔ１、Ｔ２ 権限一覧Ａ ＝Ｔ１に関する田中の選択権 プログラム一覧Ｐ ＝φ 制限ユーザ一覧ＲＵ ＝φ 制限スキーマ一覧ＲＳ＝φ
【００７４】 例９ 関連の複雑なビューを退避 対象物のリスト＝Ｖ３ 対象範囲 ＝ＤＯＷＮ 制限範囲指定 ＝なし ユーザ一覧Ｕ ＝鈴木、田中 スキーマ一覧Ｓ ＝Ｓ１、Ｓ２、Ｓ３ ビュー一覧Ｖ ＝Ｖ２、Ｖ３ 実表一覧Ｔ ＝Ｔ１、Ｔ２ 権限一覧Ａ ＝Ｔ１に関する田中の選択権 プログラム一覧Ｐ ＝φ 制限ユーザ一覧ＲＵ ＝φ 制限スキーマ一覧ＲＳ＝φ
【００７５】
【００７６】
【００７７】
【００７８】 例１３ プログラムと関連物を退避 対象物のリスト＝ＰＲＯＧ２ 対象範囲 ＝ＤＯＷＮ 制限範囲指定 ＝なし ユーザ一覧Ｕ ＝鈴木、田中 スキーマ一覧Ｓ ＝Ｓ１、Ｓ２、Ｓ３ ビュー一覧Ｖ ＝Ｖ１、Ｖ２、Ｖ３ 実表一覧Ｔ ＝Ｔ１、Ｔ２ 権限一覧Ａ ＝Ｔ１に関する田中の選択権 プログラム一覧Ｐ ＝ＰＲＯＧ２ 制限ユーザ一覧ＲＵ ＝φ 制限スキーマ一覧ＲＳ＝φ
【００７９】 例１４ プログラムと表を退避 対象物のリスト＝ＰＲＯＧ１、Ｔ１ 対象範囲 ＝ＤＯＷＮ 制限範囲指定 ＝なし ユーザ一覧Ｕ ＝鈴木、田中 スキーマ一覧Ｓ ＝Ｓ１、Ｓ２ ビュー一覧Ｖ ＝Ｖ１、Ｖ２ 実表一覧Ｔ ＝Ｔ１、Ｔ２ 権限一覧Ａ ＝Ｔ１に関する田中の選択権 プログラム一覧Ｐ ＝ＰＲＯＧ１ 制限ユーザ一覧ＲＵ ＝φ 制限スキーマ一覧ＲＳ＝φ
【００８０】
【００８１】
【００８２】次に、図２に保存媒体の内容の例を示す。
図２において、５０は置換情報、６０は定義情報、８０
は依存情報、１００はデータ本体、１１０はジャーナ
ル、１２０はプログラム群である。
【００８３】置換情報５０にはユーザ名の置換情報が記
録されている。この例では、置換情報各々は＄ではじま
る仮の名前で表されている。この例においては、ユーザ
１が鈴木であり、ユーザ２が田中であることを示してお
り、この置換情報を置換しなければ、ユーザ１は鈴木、
ユーザ２は田中として復元、或いは移行できる。しか
し、移行先のシステムに既にユーザ名鈴木、又はユーザ
名田中が存在している場合にはこの置換情報を用いるこ
とにより、例えばユーザ１を鈴木ではなく山田というユ
ーザ名に変更することが可能になる。すなわち、以後に
出てくる＄Ｕ１という変数は全て山田に置き換えられて
インストールされることになる。
【００８４】次に、定義情報６０は定義情報を生成する
ための情報がＳＱＬ文により、記述されている。６１に
おいてはユーザ１が生成され、６２においてはユーザ２
が生成されることを示している。６３においては、次の
６４のスキーマ作成者をユーザ１に設定する。そして６
４においては、６３において設定されたユーザ１の所有
物としてスキーマＳ１を生成する。同様に、６５から６
７においてはユーザ２に対してスキーマＳ２、Ｓ３が作
成される。また６８においては以下のＳＱＬ文の実行者
をユーザ１に設定する。６９においては実表Ｔ１が生成
される。７０においては実表Ｔ１を参照する権限をユー
ザ２に与えると共に、ユーザ２はその参照権限を他のユ
ーザに与えるオプションを持っていることを宣言してい
る。７１においては実表Ｔ１から列ｔ１１が１００以上
のものだけをセレクトしてビューＶ１を生成することを
定義している。次に、７２〜７５においてはユーザ２に
対してテーブル２を生成し、実表Ｔ１と実表Ｔ２からビ
ューＶ２を生成し、更に、ビューＶ２からビューＶ３を
生成することを記述している。
【００８５】次に、依存情報８０は、退避したデータベ
ースシステムの定義情報から抽出された依存関係を示し
ているものである。この例においては８１、８２におい
てユーザ１及びユーザ２は何にも依存しないことを示し
ている。また８３においてはスキーマＳ１はユーザ１の
存在が必要であることを示している。８４と８５におい
てはスキーマＳ２、Ｓ３はユーザ２の存在が必要である
ことを示している。即ち、スキーマ１を生成する場合に
は、ユーザ１が先に存在していなければならない。同様
に、スキーマＳ２、Ｓ３を生成する場合にはユーザ２が
存在しなければ生成できないことを示している。次に、
８６においては実表Ｔ１はスキーマＳ１の存在が必要で
あることを示している。８７においては実表Ｔ２はスキ
ーマＳ２の存在が必要であることを示している。８８に
おいてはビュー１は実表Ｔ１とスキーマＳ１の存在が必
要であることを示している。８９においてはビューＶ２
が実表Ｔ１、Ｔ２及び、スキーマＳ２の存在が必要であ
るとともに、ユーザ１からユーザ２に対する実表Ｔ１に
関する選択権が必要であることを示している。９０にお
いてはビューＶ３はビューＶ２とスキーマＳ３の存在が
必要であることを示している。次に、８９で示したユー
ザ１からユーザ２への実表Ｔ１に関する選択権は、ユー
ザ１とユーザ２と実表Ｔ１が存在することが必要である
ことを示している。９２においてはプログラムＰ１はビ
ューＶ２の存在が必要であることを示している。また、
９３においてはプログラムＰ２は実表Ｔ２が存在が必要
であることを示している。９４においては、プログラム
Ｐ３はビューＶ１とビューＶ３の存在が必要であること
を示している。
【００８６】これらの依存情報は、従来例で説明した定
義情報の一覧情報から抽出することが可能である。例え
ば、８１、８２はユーザ一覧情報を参照することによっ
て抽出できる。また８３〜８５はスキーマ一覧情報を参
照することにより抽出することが可能である。また８
６、８７は表一覧情報を参照することにより抽出可能で
ある。また８８〜８９は表一覧情報と、ビュー定義一覧
及びビュー対表の参照関係及び権限一覧を参照する事に
より、抽出可能である。また、９１は権限一覧を参照す
る事により抽出可能である。また９２〜９４は手順対表
参照関係から抽出することが可能である。
【００８７】データ本体１００はデータベースの実際の
データをＳＱＬ文のインサートコマンドにより記述した
ものであり、１０１は実表Ｔ１のデータ挿入コマンドで
あり、１０２は実表Ｔ２のデータ挿入コマンドである。
【００８８】次にジャーナル１１０にはジャーナルの通
常のファイルの形式の履歴データが存在するが、ここで
は前述した退避すべき対象物に関する履歴情報が、表名
という識別子により抽出されて記述される。例えば、こ
の例においては、実表Ｔ１とＴ２が退避されるため、ジ
ャーナル１１０には実表Ｔ１とＴ２という識別子がつい
た履歴データのみが、ここに付加されることになる。
【００８９】次にプログラム群１２０には通常のファイ
ル形式のプログラムが付加されるが、例えばこのプログ
ラムをプログラムＡ、Ｂ、Ｃ、Ｄの４つのロードモジュ
ールであるとするならば、このプログラムはＣＯＢＯＬ
等の一般のプログラム処理言語で記載されており、その
プログラム言語の一部にＳＱＬで記述された手順がソー
スコードの形式で存在すると共に、その実行形式の手順
を呼ぶためのコール文が存在している。この例において
は、手順としてＰ１、Ｐ２、Ｐ３が退避べき対象物とし
て特定されるが、手順Ｐ１、Ｐ２、Ｐ３は定義情報内に
ある実行形式の手順が保存されるのではなくＣＯＢＯＬ
プログラムのロードモジュールＡ、Ｂ、Ｃ、Ｄ内にある
手順Ｐ１、Ｐ２、Ｐ３のソースコードがプログラム群の
一部として保存される。定義情報内にある実行形式の手
順Ｐ１、Ｐ２、Ｐ３の保存はされない。
【００９０】このように、通常プログラムに対応するロ
ードモジュール中にデータベース処理言語の原プログラ
ムを保持し、移動先のデータベース処理システム上でこ
のロードモジュールを実行し、データベース処理手順の
識別子を用いて、移動先のデータベース処理システム上
のデータベース処理手順を登録するカタログ領域にある
データベース処理手順を検索し、これが存在しないこと
により、ロードモジュール中のデータベース処理言語の
プログラムを動的に再コンパイルし、これを移動先のシ
ステムのデータベース処理手順を登録するカタログ領域
に移動先のロードモジュールのファイル識別子と、デー
タベース処理手順相対番号により新たに登録し、再び該
データベース処理部の実行を継続する。この際、データ
ベース処理手順の識別子は、カウンタなどの値ではな
く、当該アプリケーションの走行しているシステム上で
実行時に採取したロードモジュールのファイル識別子を
用いる。従って、このような移植動作によってもデータ
ベース処理手順の一意性が保証されることになる。即
ち、埋め込まれたデータベース処理言語により記述され
たデータベース処理部には、データベース処理アプリケ
ーション実行時に得た当該アプリケーションプログラム
の通常プログラム部に対応するロードモジュールのオペ
レーティングシステム上でのファイルの識別子と、当該
データベース処理部の当該アプリケーションプログラム
中での相対番号の値の組からなる識別子を与え、実行時
に通常プログラムがデータベース処理が必要と成った場
合には、実行時に得た自ロードモジュールのオペレーテ
ィングシステムのファイル識別子と、必要とするデータ
ベース処理部のアプリケーション内相対番号を組とし
て、データベース処理手順を登録したカタログ領域を検
索し、これにより通常プログラム部から登録された所要
のデータベース処理部を呼出す。
【００９１】３）退避移行復元手順生成装置の動作 まず、渡された対象物指定を以下のように解釈し、対象
物の一覧を得る。尚、以下で（＊）の部分は、退避の場
合にはデータベースのカタログ情報から識別が可能であ
り、また復元の場合には依存情報から識別が可能であ
る。
【００９２】（１）ユーザ一覧Ｕ ＝φ：指定された
ユーザ全体を記憶する内部変数 スキーマ一覧Ｓ ＝φ：指定されたスキーマ全体を記憶
る内部変数 ビュー一覧Ｖ ＝φ：指定されたビュー全体を記憶す
る内部変数 実表一覧Ｔ ＝φ：指定された実表全体を記憶する
内部変数 権限一覧Ａ ＝φ：指定された権限全体を記憶する
内部変数 プログラム一覧Ｐ＝φ：指定されたプログラム全体を記
憶する内部変数
【００９３】（２）指定された各対象物に対して指定さ
れているものが以下のような場合、それぞれの対象物を
次のように決定する。 なお、以下に用いた記号∪はその記号左側に記載した集
合に、その記号右側に記載したものを合併する事を示す
記号である。 ａ）ユーザ名が指定されている場合 ユーザ一覧Ｕ ＝ユーザ一覧Ｕ∪このユーザ名。 スキーマ一覧Ｓ＝スキーマ一覧Ｓ∪当該ユーザが所有している全てのスキー マ （＊） 実表一覧Ｔ ＝実表一覧Ｔ∪これらスキーマ中の全ての実表 （＊） ビュー一覧Ｖ ＝ビュー一覧Ｖ∪これらスキーマ中の全てのビュー （＊） ｂ）スキーマ名が指定されている場合 ユーザ一覧Ｕ ＝ユーザ一覧Ｕ∪当該スキーマを所有するユーザ （＊） スキーマ一覧Ｓ＝スキーマ一覧Ｓ∪当該スキーマ 実表一覧Ｔ ＝実表一覧Ｔ∪当該スキーマ中の全ての実表 （＊） ビュー一覧Ｖ ＝ビュー一覧Ｖ∪当該スキーマ中の全てのビュー （＊） ｃ）スキーマ名.表名が指定されている場合 スキーマ一覧Ｓ ＝スキーマ一覧Ｓ∪この表が所属するスキーマ名 （＊） とする。更にこれらをこの表が実表であれば （＊） 実表一覧Ｔ ＝実表一覧Ｔ∪この表 そうでなければ （＊） ビュー一覧Ｖ ＝ビュー一覧Ｖ∪この表 ｄ）権限が指定されている場合 ユーザ一覧Ｕ ＝ユーザ一覧Ｕ∪当該権限を付与しているユーザ∪当該権 限を受領しているユーザ （＊） 当該権限の対象物に対し、上記ｃ）を実行する。 権限一覧Ａ ＝権限一覧Ａ∪当該権限 ｅ）プログラム名が指定されている場合 当該プログラムが参照している表に対し、上記ｃ）を実行する。 プログラム一覧Ｐ＝プログラム一覧Ｐ∪当該プログラム 上記の（＊）について、カタログからこれを得る場合に
ついては後述のデータベース及びカタログアクセス装置
の説明の際に述べる。また、依存情報からこれを得る場
合には、以下のようになる。 例１：あるスキーマに属する表一覧を得る。 ＝このスキーマに依存するビュー及び表を取り出す。 図２に示す例では、Ｓ１に属する表一覧は８６と８８か
らＳ１に依存するＴ１とＶ１とわかる。 例２：あるビューが参照している表一覧 ＝このビューが依存するビュー及び実表を取り出す。 図２に示す例では、ビューＶ２が参照する表は８９のＶ
２の依存部を見て、Ｔ１、Ｔ２とわかる。
【００９４】（３）対象範囲指定がＯＮＬＹとＴＯＷＮ
とＡＬＬの場合の対象物の特定は、以下のようにして行
う。 ａ）ＯＮＬＹの場合、指定された対象物に対して、以下
の確認を行なう。 ・実表一覧Ｔ、ビュー一覧Ｖにある実表、ビューが所属
するスキーマがスキーマ一覧Ｓ中にあるか？ ・スキーマ一覧Ｓ中のスキーマの所有者がユーザ一覧Ｕ
にあるか？ ・ビュー一覧Ｖの参照しているビュー、実表がビュー一
覧Ｖ、実表一覧Ｔにあるか？ ・ビュー一覧Ｖの生成に必要な権限が権限一覧Ａにある
か？ 以上の条件を満たさない場合は、エラーとする。 ｂ）ＤＯＷＮの場合は、以下のようにして対象物の特定
を行う。 これは、以下の退避復元移行手順生成装置のうごきと同
じであるが、説明のため、ここに記述する。 ・現在のビュー一覧Ｖの各ビューｖについて、以下の特
定を行う。 ビューｖが参照している各表ｔについて、 表ｔがビューの場合：ビュー一覧Ｖ＝ビュー一覧Ｖ∪表
ｔ 表ｔをビューｖとしてこれを再帰的に繰り返す。 表ｔが実表の場合 ：実表一覧Ｔ＝実表一覧Ｔ∪表ｔ ・ビュー一覧Ｖ、実表一覧Ｔが所属するスキーマでまだ
スキーマ一覧Ｓにないものをスキーマ一覧Ｓに加える。 ・スキーマ一覧Ｓにあるスキーマでまだその所有者がユ
ーザ一覧Ｕにないものをユーザ一覧Ｕに加える。 これにより、全ての対象物を指定せずとも、ａ）ＯＮＬ
Ｙの場合の条件が自動的に満たされ、対象物の内容は閉
じたものとなる。 例１：ユーザ一覧Ｕ＝田中、スキーマ一覧Ｓ＝Ｓ２、ビ
ュー一覧Ｖ＝Ｖ２、実表一覧Ｔ＝φの場合、 Ｖ２が参照している実表Ｔ１、Ｔ２を実表一覧Ｔに加え
る。スキーマ一覧ＳにＳ１を、ユーザ一覧Ｕに鈴木を加
える。 例２：ユーザ一覧Ｕ＝田中、スキーマ一覧Ｓ＝Ｓ３、ビ
ュー一覧Ｖ＝Ｖ３、実表一覧Ｔ＝φの場合、 Ｖ３が参照しているビューＶ２をビュー一覧Ｖに加え
る。スキーマ一覧ＳにＳ２を加える。 更にＶ２が参照している実表Ｔ１、Ｔ２を実表一覧Ｔに
加える。スキーマ一覧ＳにＳ１を、ユーザ一覧Ｕに鈴木
を加える。 ｃ）ＡＬＬの場合は、以下のようにして対象物の特定を
行う。 ・ＤＯＷＮの場合の手順を実行する。 ・Ｂ＝実表一覧Ｔ ・Ｄ＝φ ・Ｌ：現在のＢの各表ｔについて ａ）もし、全てのｔについてこれを参照しているビュー
がなければ終わり ｂ）そうでなければｔを参照している各ビューｖについ
て ・権限一覧Ａ＝権限一覧Ａ∪ｔに関してｖの所有者に出
されている権限 ・ビュー一覧Ｖ＝ビュー一覧Ｖ∪ｖ ・ｖが参照している表が全てＢ中にある場合： Ｂ＝Ｂ∪ｖ Ｄ＝Ｄ∪ｖ ・Ｂ＝Ｄ、Ｄ＝φ ・Ｌに戻る。 これらＤＯＷＮとＡＬＬの場合を図示すると図３のよう
になる。
【００９５】（４）制限範囲指定で指定されたユーザ名
群を制限ユーザ一覧ＲＵに入れる（なければ制限ユーザ
一覧ＲＵはφ）。制限範囲指定で指定されたスキーマ名
群を制限スキーマ一覧ＲＳに入れる（なければ制限スキ
ーマ一覧ＲＳはφ）。
【００９６】（５）ユーザ一覧Ｕ＝ユーザ一覧Ｕ∩制限
ユーザ一覧ＲＵ（ユーザ一覧Ｕと制限ユーザ一覧ＲＵの
交わり） スキーマ一覧Ｓ＝スキーマ一覧Ｓ∩制限スキーマ一覧Ｒ
Ｓ（スキーマ一覧Ｓと制限スキーマ一覧ＲＳの交わり）
【００９７】（６）以上で定まった実表一覧Ｔ、ビュー
一覧Ｖからスキーマ一覧Ｓにあるスキーマ中にない実
表、ビュー表を除く。
【００９８】（７）復元、移行の場合には、これらユー
ザ一覧Ｕ、スキーマ一覧Ｓ、ビュー一覧Ｖ、実表一覧
Ｔ、権限一覧Ａ、制限ユーザ一覧ＲＵ、制限スキーマ一
覧ＲＳを、指定されたパラメータとともに制御部に渡
す。
【００９９】（８）退避の場合には以下の手順を実行す
る。 １）ユーザ一覧Ｕで指定されたユーザを生成するＣＲＥ
ＡＴＥ ＵＳＥＲ文を生成し、定義情報とする。この
際、ユーザ名は個々に異なる置き換え可能な変数とし、
この変数名とユーザ名自身を組として置換情報として順
に記憶する。 ２）指定されたユーザ一覧Ｕ及び指定されたスキーマ一
覧Ｓを基に、これらスキーマを生成するＣＲＥＡＴＥ
ＳＣＨＥＭＡ文を生成し、定義情報として記憶する。 ３）これらユーザ、スキーマに関連する表、ビュー、ア
クセス権を生成、定義するＣＲＥＡＴＥ ＴＡＢＬＥ、
ＣＲＥＡＴＥ ＶＩＥＷ、ＧＲＡＮＴ文を生成し、定義
情報として記憶する（詳細は後述する）。 ４）上記において判明している依存関係を依存情報とし
て記憶する。依存関係は以下のようにして識別される。 ・ユーザ一覧Ｕ中のユーザ名は何にも依存しない。 ・スキーマ一覧Ｓ中のスキーマ名はその所有者のユーザ
に依存するとして依存情報を生成する。 ・実表一覧Ｔ中の実表はそれが存在するスキーマに依存
するとして依存情報を生成する。 ・ビュー一覧Ｖ中のビューは、ビュー一覧Ｖが参照して
いる実表またはビューとそれに関する権限、及びビュー
一覧Ｖが存在するスキーマに依存するとして依存情報を
生成する。。 ・権限は、権限付与者、権限受領者、権限対象の表に依
存するとして依存情報を生成する。 ・プログラムはプログラムが参照している表に依存する
として依存情報を生成する。
【０１００】次に回避復元手順生成装置が行う表、ビュ
ー、権限の保存の手順に付いて説明する。表、ビューは
相互に関連があり、またビューを生成する際には権限が
必要となる。従って、ビュー生成の文を実行する前には
ビューが参照している表生成のＣＲＥＡＴＥ ＴＡＢＬ
Ｅ文とビューが仮定している権限を定義するＧＲＡＮＴ
文が実行されてなければならない。従って、表、ビュ
ー、権限の保存の大まかな手順は以下のようになる。 （１）まず、該当する表をすべて生成する。この際に各
表を生成する度に表に関して付与されている権限を定義
する。 （２）次に、これら表のみを参照しているビューを生成
する。この際に各ビューを生成する度にビューに関して
付与されている権限を定義する。 （３）次に、これら表、及びビューのみを参照している
ビューを生成する。この際に各ビューを生成する度にビ
ューに関して付与されている権限を定義する。 （４）現在までに生成された表及びビューを参照してい
るビューがなくなると停止する。
【０１０１】以上の過程において、権限に対するＧＲＡ
ＮＴ生成の際、複数のＧＲＡＮＴ文が生成される場合が
ある。例えば、表Ｔ１を伏見が作成し、この権限をＷＩ
ＴＨＧＲＡＮＴ ＯＰＴＩＯＮ付きで安藤に渡す。安藤
は岩崎に更に渡す。この場合、伏見→安藤、安藤→岩崎
の順にＧＲＡＮＴ文を生成しないと正しく実行できな
い。この順序を正しく生成する手順が必要となる。以下
に、もっとも一般的な形として上記手順により実表一覧
が得られ、かつ対象範囲指定でＡＬＬが選択された場合
に、ＣＲＥＡＴＥ ＴＡＢＬＥ文、ＣＲＥＡＴＥ ＶＩ
ＥＷ文、ＧＲＡＮＴ文が正しい順で生成される手順の一
例を示す。尚、ＣＲＥＡＴＥ ＵＳＥＲ文、ＣＲＥＡＴ
Ｅ ＳＣＨＥＭＡ文は各々ユーザ一覧で、スキーマ一覧
Ｓからそのまま生成できる為、その説明は省略する。 ［入力］ 実表一覧Ｔ ：対象となる表一覧 ［出力］ ＣＲＥＡＴＥ ＴＡＢＬＥ，ＣＲＥＡＴＥ ＶＩＥＷ，
ＧＲＡＮＴ文の列、 ［手順：］ （１）ハッシュ表Ｂを空にする。Ｂは現在までにＣＲＥ
ＡＴＥを生成したすべての表、ビューを記憶する。 （２）ハッシュ表Ｄを空にする。Ｄは、現在までにＣＲ
ＥＡＴＥを生成したビュー、表の内、まだ上位のビュー
で参照されている可能性のあるもの全体を示す。 （３）実表一覧Ｔ中の各表ｔに対し、ｔがスキーマ一覧
Ｓのいづれの要素のスキーマにもなければ何もしない。
そうでなければ表ｔに対するＣＲＥＡＴＥ ＴＡＢＬＥ
文を生成する。表ｔをスキーマ名とともにハッシュ表Ｂ
に登録する。表ｔをスキーマ名とともにハッシュ表Ｄに
登録する。表ｔをオブジェクトとするＧＲＡＮＴ文を下
記のＧＲＡＮＴ文生成手順で生成する。 （４）ここをＬＯＯＰラベルとする。ハッシュ表Ｃを空
にする。Ｃは、Ｄの要素であるビュー、表を参照してい
るビューの全体を示す。ハッシュ表Ｄの各表ｄに対し、
表ｄを参照している各ビューｖに対し、以下ａ）を繰り
返す。 ａ）もし、ビューｖがスキーマ一覧Ｓの要素のいづれか
のスキーマにあればビューｖをハッシュ表Ｃに登録す
る。ハッシュ表Ｃが空であればＤを空にして終り。そう
でなければ、ハッシュ表Ｄを空にする。ハッシュ表Ｃの
各表ｃに対して、以下ａ）、ｂ）を繰り返す。ビューｖ
が参照している各ビューまたは表ｔｖに対し、 ａ）もしｔｖがハッシュ表Ｂにあればｃｏｎｔｉｎｕｅ ｂ）もしｔｖがハッシュ表Ｂになければｂｒｅａｋ もしｖが参照しているすべてのビューまたは表がハッシ
ュ表Ｂに存在すれば（つまりｃｏｎｔｉｎｕｅで上を終
了すれば）、 ａ）ｖに関するＣＲＥＡＴＥ ＶＩＥＷ文を生成する。 ｂ）ｖをハッシュ表Ｂに登録する。 ｃ）ｖをハッシュ表Ｄに登録する。 ＬＯＯＰラベルに戻る。
【０１０２】以上の手順を図２に示す具体例を用いて説
明する。先ず図４に示されるようにハッシュ表Ｂ、Ｃ、
Ｄが用意されているものとする。まず、スキーマＳ１か
ら表Ｔ１が選択され、実表Ｔ１が生成され、実表Ｔ１が
スキーマ名と共にハッシュ表Ｂとハッシュ表Ｄに登録さ
れる。そして、この実表Ｔ１をオブジェクトとするＧＲ
ＡＮＴが生成される。ここまでの時点で図２に示す６
８、６９、７０までの定義情報が生成される。次に、こ
の実表Ｔ１を参照しているビューＶ１が存在しているの
で、これをハッシュ表Ｃに登録する。この時点でハッシ
ュ表Ｂ、Ｃ、Ｄは図５に示すような状態になる。
【０１０３】次に、ハッシュ表Ｄが空にされ、ハッシュ
表Ｃに登録されているビューＶ１が参照しているビュー
または表（この場合には表Ｔ１）が既にハッシュ表Ｂに
登録されているため、ビューＶ１に関するＣＲＥＡＴＥ
文を生成する。この時点で図２の７１が生成される。そ
して、ビューＶ１をハッシュ表Ｂ及びハッシュ表Ｄに登
録する。この時点で各表は図６に示されるような状態に
なる。尚、図２の７０については後述する。
【０１０４】次に、前述した手順のループラベルの部分
に戻ることになる。ハッシュ表Ｃを空にし、ハッシュ表
Ｄにある表Ｖ１に対して表Ｖ１を参照しているビューが
あるかどうかをチェックする。この時点ではビューＶ１
を参照しているビューは存在していないため、ハッシュ
表Ｃに登録するものは何もなく、ハッシュ表が空である
ためこのループを終了する。
【０１０５】次にスキーマＳ２が持つ実表Ｔ２に対して
同様の処理が行われる。図７に示すように、実表Ｔ２が
スキーマ名と共にハッシュ表Ｂ及びハッシュ表Ｄに登録
される。この時点で、各表は図７に示すような状態にな
る。次に、この実表Ｔ２に対するＧＲＡＮＴ文を生成す
ることになるが、この実表Ｔ２に対しては権限の付与が
ないため、何も生成されない。以上の時点までで、図２
に示す７２と７３が生成されたことになる。
【０１０６】次にハッシュ表Ｃを空にし、ハッシュ表Ｄ
に登録された実表Ｔ２を参照しているビューがあるかど
うかをチェックする。この場合にはビューＶ２が存在し
ているため、ビューＶ２をハッシュ表Ｃ２に登録する。
この時点で各表は図８に示すような状態になる。
【０１０７】次にハッシュ表Ｄを空にし、ハッシュ表Ｃ
に登録されたビューＶ２が参照している各ビューまたは
表が、ハッシュ表Ｂに登録されているかどうかをチェッ
クする。ビューＶ２は実表Ｔ１とＴ２を参照している
が、このＴ１とＴ２は共に既にハッシュ表Ｂに登録され
ている。従ってビューＶ２に関するＣＲＥＡＴＥ文を作
成する。この時点で図２に示した７４が生成される。そ
して、ビューＶ２をハッシュ表Ｂとハッシュ表Ｄに登録
する。この時点で各表は図９に示したような状態にな
る。そしてループラベルに戻る。ループラベルに戻ると
ハッシュ表Ｃを空にし、ハッシュ表Ｄに登録されている
表に対してその表を参照しているビューが有るかどうか
をチェックする。ビューＶ２に対しては、ビューＶ３が
参照しているためビューＶ３をハッシュ表Ｃに登録す
る。この時点で各表は図１０に示すような状態になる。
ビューＶ３は、ビューＶ２のみを参照しており、このビ
ューＶ２はすでにハッシュ表Ｂに登録されているため、
このビューＶ３に対するＣＲＥＡＴＥ文を生成する。こ
の時点で図２の７５が生成される。そしてビューＶ３を
ハッシュ表Ｂとハッシュ表Ｄに登録する。この時点で各
表は図１１に示すような状態になる。ここで再びループ
ラベルに戻るが、次にはこのビューＶ３を参照するビュ
ーが存在しない為、ハッシュ表Ｃに新たに登録するビュ
ーは存在せず、ハッシュ表がからになるためこの処理を
終了する。このようにして前述した手順を用いることに
より、表及びビューを矛盾なく生成することが可能にな
る。
【０１０８】次に、ＧＲＡＮＴ文生成の手順について説
明する。 ＧＲＡＮＴ文生成の手順（入力：対象物名、所有者名） （１）ハッシュ表Ｇを空にする。 （２）Ｇに”所有者名”を登録する。 （３）ここをＬＯＯＰラベルとする。 （４）Ｇが空ならばここでおわり。 そうでなければＨを空にする。 Ｇ内の各人間ｇに対し、付与者がｇ、対象物が”対象物
名”である権限すべてに関して、ＧＲＡＮＴ文を生成す
る。 権限がＷＩＴＨ ＧＲＡＮＴ ＯＰＴＩＯＮ付きであ
り、かつ権限受領者がユーザ一覧Ｕの要素であれば、Ｈ
にその権限の権限受領者を登録する。 Ｇ＝Ｈとする。 ＬＯＯＰラベルに戻る。
【０１０９】次に、上記ＧＲＡＮＴ文生成手順の具体例
について説明する。このＧＲＡＮＴ文生成手順は前述し
た表、ビューの保存手順を生成する過程に呼ばれるもの
であり、ここでは図２に示した７０のＧＲＡＮＴ文が生
成される場合について説明する。図２の７０は＄Ｕ１が
＄Ｕ２に対して選択権を与えているものであるが、図１
２に示すように、ハッシュ表Ｇに先ず＄Ｕ１として所有
者名鈴木が登録される。次にこの鈴木が持っている権限
全てに関してＧＲＡＮＴ文を生成する。このＧＲＡＮＴ
文の生成は、図２４に示した権限一覧を参照することに
より行われる。権限一覧にはシステムが権限を付与した
場合と、特にユーザが他のユーザに権限を付与した場合
が存在するが、ここでシステムが付与した権限は無視さ
れ、あるユーザが他のユーザに付与した権限のみが選択
される。この例においてはユーザ鈴木がユーザ田中に選
択権を与えているため、ユーザ鈴木からユーザ田中に対
して選択権を与えるＧＲＡＮＴ文が生成される。また、
この場合は、権限を再付与することができるため、表Ｈ
にその権限を再付与することができるユーザ名田中を登
録する。この時点で図１３のような状態になる。次に、
この表Ｈをハッシュ表Ｇに置き換える。即ち、図１４の
ようにハッシュ表Ｇには田中が登録される。この田中が
持つ権限を前述したと同様に権限一覧の中から検索し、
もし田中が他のユーザに対して権限を与えている場合に
は、その権限全てに対して再びＧＲＡＮＴ文が生成され
ることになるが、この例では田中が他のユーザに権限を
与えていることは、権限一覧には登録されていないた
め、ＧＲＡＮＴ文は生成されない。このように、ユーザ
１が鈴木である場合にはＧＲＡＮＴ文が１つ生成され
る。
【０１１０】４）データベース及びカタログアクセス装
置の動作 データベースの内容自身、及びカタログの内容をアクセ
スする装置である。この部分は、データベース中核に特
別なインタフェースを設けて実現することができるが、
ＳＱＬなどでは、この部分自身もＳＱＬで記述できる。
まずデータベースのアクセスについて説明する。例え
ば、指定した実表Ｔの内容を取り出すには、 ＳＥＬＥＣＴ ＊ ＦＲＯＭ Ｔ なるＳＱＬ文を実行すればよい。また、指定した内容を
実表Ｔの内容にするには、 ＩＮＳＥＲＴ ＩＮＴＯ Ｔ１ （（１，ＡＡＡ，２），（２，ｂｂｂ，４），...） なるＳＱＬ文を実行すればよい。多くのＳＱＬシステム
では更に高速の表の内容挿入インタフェースを持ってい
るのでそれを用いてもよい。例えば、論理名‘／ＤＥＶ
／ＭＴ００’なる磁気テープの内容を実表Ｔの内容とす
るには、 ＩＮＳＥＲＴ ＩＮＴＯ Ｔ１ ＦＲＯＭ ／ＤＥＶ／ＭＴ００ 次にカタログのアクセスについて説明する。例えば、退
避移行復元手順生成装置で必要とされるカタログ情報は
以下のようにしてＳＱＬによりカタログから得られる。 当該ユーザｕが所有している全てのスキーマ ＳＥＬＥＣＴ スキーマ名 ＦＲＯＭ スキーマ情報一
覧 ＷＨＥＲＥ 所有者＝ｕ スキーマｓ中の表ｔを参照しているビューの一覧 ＳＥＬＥＣＴ ビュー名 ＦＲＯＭ ビュー対表の参照
関係 ＷＨＥＲＥ 参照表名＝ｔ ＡＮＤ 参照表スキーマ名
＝ｓ 以上のようにすることにより通常のＳＱＬプログラムに
より通常のＳＱＬのインタフェースで必要な情報が採取
できる。
【０１１１】また、復元時及び移行時には、対象となる
システムにおけるカタログ内容を復元するには、上記の
ようにＳＱＬの定義系コマンドを実行することにより自
動的に復元できる。例えば移行先で、 を実行することにより、表一覧、列一覧情報中に所要の
情報が設定される。また、表一覧情報中の表毎の列の個
数なども保存内容になくともこれらコマンドの実行によ
り自動的に復元される。あるいは、 ＣＲＥＡＴＥ ＶＩＥＷ Ｖ１（ｖ１１、ｖ１２） ＡＳ ＳＥＬＥＣＴ ＊ ＦＲＯＭ Ｔ１ ＷＨＥＲＥ ｔ１１＞１００ を実行することにより、ビュー表参照関係の情報や、ス
キーマ内に表が増加したことによるスキーマ内表数の列
なども自動的に更新されることになる。即ち、これら情
報は、退避の際に保存する必要がないことがわかる。
【０１１２】以上のように、この実施例は、データベー
スシステム中で開発された複数の業務から所要の業務に
関連する定義情報を取り出し、これに加えて、業務に必
要とされるデータ、業務プログラムのみをとりだし、業
務パッケージとして作成し、これを別のマシン、システ
ムに移行可能とすることを特徴とする。
【０１１３】また、定義情報の取りだしの際に、カタロ
グ情報自身がＳＱＬでアクセス可能な場合、カタログ情
報の読みだしをＳＱＬにより実行することにより特別な
カタログ情報アクセス手段を不要とすることを特徴とす
る。
【０１１４】また、移行内容の内の定義情報の部分を、
通常のＳＱＬの定義情報定義のコマンド（ＣＲＥＡＴＥ
ＴＡＢＬＥなど）の履歴的に矛盾のない列に変換し、
復元時には特殊なシステムインタフェースを不要とし、
通常のＳＱＬの定義コマンド群を指定された順に実行す
ることにより復元が可能とする。また、データ自身もＳ
ＱＬのデータ投入コマンドにより変換し、移行時これを
実行することにより復元が可能になる。更に、これがＳ
ＱＬという国際標準言語を用いるため、ベンダを超えて
パッケージの移行が可能となる。例えば、上記のスキー
マ中の表の数などは、移行先で表定義のＳＱＬ文を順時
実行することによりシステムにより通常の方法で自動的
にこの部分を変更するため、関連する情報の移行が不必
要となる。また、特殊なインタフェースが不要となる。
【０１１５】また、ユーザ名、データが格納されるシス
テム上の位置など、移行先のシステムで衝突の可能性の
あるものを置き換え可能とし、移行時にはこれらを適宜
置き換えるだけでパッケージのインストールが可能なこ
とを特徴とする。
【０１１６】また、ＳＱＬの手続き部分は保管せず、移
行先で実行を行なった際にカタログ内にこの手続きがな
いことによりその場で再コンパイルを行ない、その結果
を登録することにより、ＳＱＬの手続き部を保管するた
めの記憶を節約し、更に移行先での最適化パラメタなど
に応じた業務プログラム移行を可能とすることを特徴と
する。
【０１１７】また、データベース本体を退避／復元せ
ず、復元時にデータべース定義及びその記憶領域のみを
確保し、退避のための記憶領域を節約する。更に、これ
により業務動作に必要な枠組のみをパッケージとしてイ
ンストールし、データベース内容は移行先で業務の運用
が進むに連れて蓄積されることを可能とする。
【０１１８】また、この手順を従来のデータベースの単
純な保管／復元手順にも応用し、パッケージ生成とデー
タベースの保管／復元を一つの手順で実行することを特
徴とする。
【０１１９】また、ジャーナルを保管する際には、ジャ
ーナルの履歴レコードに表の識別子を付与しておくこと
によって、表単位の保管／復元を可能とすることを特徴
とする。
【０１２０】実施例２．次に、移行または復元の際に
は、退避されたデータをそのまますべて用いて、移行、
または復元する場合に限らず、移行または復元の際に、
移行／復元手順生成装置３により移行先のシステム環境
にあった移行仕様や、復元すべき対象物の限定等の復元
仕様を与えることができる。例えば、復元する実表とそ
れを参照しているビューを復元するのではなく、復元時
に実表に対してビューを評価実行し、その結果を実表と
して復元することで、以降先でのディスク要領を減ら
し、また用途に応じたデータのみの復元、移行を可能と
する。
【０１２１】また、復元しようとする実表に対し、ＳＱ
Ｌ文による選択、除外を実行し、移行先または復元先で
必要なデータのみを復元することを可能とする。また、
データベース本体を退避している場合でも、移行仕様を
与えることにより、データベース定義及びその記憶領域
のみを確保することも可能である。これにより業務動作
に必要な枠組のみをパッケージとしてインストールし、
データベース内容は移行先で業務の運用が進むに連れて
蓄積されることを可能とする。また、復元する場合で
も、復元仕様を与えることにより一部の実表のみを復元
することが可能になる。また、ジャーナルに対しても、
保存されたジャーナルから復元する実表に対するジャー
ナルのみを選択することが可能になる。このように、退
避されたデータの一部を用いて移行または復元する場合
は、退避されたデータの中に依存情報が存在しているか
らであり、この依存情報も参照することにより、退避さ
れたデータの中から更に、一部のデータを矛盾無く抽出
することが可能になる。
【０１２２】実施例３．上記実施例においてはＳＱＬを
用いて説明したが、ＳＱＬを用いず他のデータベース処
理言語を用いる場合においても、上記実施例と同様の効
果を奏する。
【０１２３】実施例４．また、上記実施例１においては
データベースシステム退避／移行／復元装置として、デ
ータベース及びプログラムの退避と移行と復元が１つの
装置において出来る場合を説明したが、退避のみを行う
装置、移行のみを行う装置、或いは復元のみを行う装置
が別々に存在していても構わない。
【０１２４】
【発明の効果】以上のようにこの発明によれば、データ
ベースシステムから指定した業務に必要な定義情報及び
データ及びプログラムを時間軸或いは相互関係に矛盾無
く抽出することができ、これを用いてデータベースシス
テムを復元或いは移行する事が容易に出来るという効果
がある。
【０１２５】また、データベースの復元とデータベース
の移行を同一の仕様により行うことができるため、デー
タベースの復元と移行のための特別な処理手段を別々に
必要としないという効果がある。
【０１２６】またデータベースシステムの退避をデータ
ベース処理言語のコマンドの形に変換して退避するた
め、この退避したデータを復元する場合、或いは他のシ
ステムに移行する場合には、データベース処理言語を実
行できるシステムが備わっていればよく、特別な復元手
段或いは、移行手段を必要としないという効果がある。
【図面の簡単な説明】
【図１】この発明に係るデータベース及びプログラム退
避／移行／復元装置のブロック図を示す図である。
【図２】この発明に係るデータベースシステム退避装置
により退避される保存情報の一例を示す図である。
【図３】この発明に係るデータベースシステムの表とビ
ューを退避する場合の退避すべき表とビューの特定方法
を示す図である。
【図４】この発明に係る退避手順生成装置の表とビュー
の退避手順を説明する図である。
【図５】この発明に係る退避手順生成装置の表とビュー
の退避手順を説明する図である。
【図６】この発明に係る退避手順生成装置の表とビュー
の退避手順を説明する図である。
【図７】この発明に係る退避手順生成装置の表とビュー
の退避手順を説明する図である。
【図８】この発明に係る退避手順生成装置の表とビュー
の退避手順を説明する図である。
【図９】この発明に係る退避手順生成装置の表とビュー
の退避手順を説明する図である。
【図１０】この発明に係る退避手順生成装置の表とビュ
ーの退避手順を説明する図である。
【図１１】この発明に係る退避手順生成装置の表とビュ
ーの退避手順を説明する図である。
【図１２】この発明に係る退避手順生成装置がＧＲＡＮ
Ｔ文を生成する手順を説明するための図である。
【図１３】この発明に係る退避手順生成装置がＧＲＡＮ
Ｔ文を生成する手順を説明するための図である。
【図１４】この発明に係る退避手順生成装置がＧＲＡＮ
Ｔ文を生成する手順を説明するための図である。
【図１５】従来のデータベースシステムのブロック図で
ある。
【図１６】従来のデータベースシステムのＳＱＬ手順の
実行方式を説明するための図である。
【図１７】データベースシステムのブロック図を示す図
である。
【図１８】ユーザー一覧情報の具体例を示す図である。
【図１９】スキーマ一覧情報の具体例を示す図である。
【図２０】表一覧情報の具体例を示す図である。
【図２１】データベースシステムの列一覧情報を示す図
である。
【図２２】データベースシステムのビュー定義一覧を示
す図である。
【図２３】データベースシステムのビュー対表の参照関
係を示す図である。
【図２４】データベースシステムの権限一覧を示す図で
ある。
【図２５】データベースシステムのプログラム一覧を示
す図である。
【図２６】データベースシステムの手順一覧情報を示す
図である。
【図２７】データベースシステムの手順対表参照関係を
示す図である。
【符号の説明】 １ コマンド解釈装置 ２ 制御部 ３ 退避移行復元手順生成装置 ４ ビューＳＱＬ実行装置 ５ 保存媒体アクセス装置 ６ データベース及びカタログアクセス装置 ７ プログラムアクセス装置 ８ 保存媒体 ９ データベースシステム １０ データベースシステム中核部 １１ カタログ（定義情報） １２ データベース １３ ジャーナル １４ 実行形式
【手続補正書】
【提出日】平成６年４月１２日
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正内容】
【書類名】 明細書
【発明の名称】 データベースシステム退避装置及びデ
ータベースシステム復元装置及びデータベースシステム
移行装置
【特許請求の範囲】
【発明の詳細な説明】
【０００１】
【産業上の利用分野】この発明は、データベースシステ
ムのプログラム及びデータの退避、復元、移行方式に関
するものである。
【０００２】
【従来の技術】関係データベースが急速に普及しつつあ
る。そこでは、データベースの処理言語としてＳＱＬ
（ＪＩＳ Ｘ３００５ ＩＳＯ／ＩＥＣ ９０７５：Ｄ
ａｔａｂａｓｅ Ｌａｎｇｕａｇｅ ＳＱＬ）と呼ばれ
る国際標準言語が用いられることが一般的である。この
ため、以下では関係データベースと国際標準データベー
ス処理言語ＳＱＬを前提として説明する。
【０００３】業務プログラムとデータベースの基本構成
を図１５に示す。一般にデータベースシステムは、処理
対象のデータそのものに加えて、データの内容を記述し
たデータベースの定義情報と、これら定義情報を参照し
ながら動作する業務プログラムとから構成される。これ
ら定義情報はカタログ、リポジトリ、データディレクト
リ／ディクショナリ等と呼ばれる。また、データに対し
ては、常時更新が行なわれており、これら更新の履歴が
特殊なファイルに記録される。更新の履歴を格納する特
殊なファイルはジャーナル、ログなどと呼ばれる。
【０００４】一方、ＳＱＬなどのデータベース処理言語
はデータベース処理（データベースからの所要データの
検索、データベース中のデータの更新、削除、挿入、及
びこれらデータ操作を行なうためのデータの定義等）を
行なうことを目的とした言語であり、業務で必要となる
通信、画面制御などはプログラミングが不可能である。
このため、業務プログラムは、データベース処理の部分
をＳＱＬで記述し、その他の部分をＣＯＢＯＬなどの従
来の言語で記述して作成されることが一般的である。
【０００５】ＳＱＬ文を含むプログラムをコンパイルす
ると、ＳＱＬ以外の部分は通常のロードモジュールに、
また、ＳＱＬの部分は、ＳＱＬ手順にコンパイルされ
る。ここで、元ＳＱＬ文のあった部分には、データベー
スシステムのデータベースシステム中核部を経由してコ
ンパイルされたＳＱＬ手順を呼び出すための規定の手続
呼びだし（図１５ではｓｑｌ ｅｘｅｃ）が替りにおか
れ、またその引数としてデータベースシステムに登録さ
れたＳＱＬ手順の識別子が与えられる。システムの実現
方式にも依存するが、ＳＱＬを用いて作成されたロード
モジュールとＳＱＬ手順は、ＳＱＬシステムの定義情報
の一部として登録されることが一般的である。
【０００６】図１５は業務プログラムとデータベースの
基本構成を示す図であり、図においては、ＣＯＢＯＬ業
務プログラムの中にＳＱＬプログラムを作成した例を示
している。このＳＱＬプログラムはコンパイラによりコ
ンパイルされる。コンパイラがＳＱＬプログラムをコン
パイルする場合には、ＳＱＬプログラムそれぞれに対し
て識別子を与える。この図においては、それぞれのＳＱ
Ｌプログラムに対応するＳＱＬ手順に対して、Ｎｏ．２
３とＮｏ．２４が識別子として与えられた例を示してい
る。ＣＯＢＯＬ業務プログラムは、コンパイルされると
ロードモジュールという実行形式の形に変換されるが、
このロードモジュール内にはＳＱＬ手順を実行するため
のＣＡＬＬ文がおかれている。ＣＡＬＬ文は、ＳＱＬ手
順の識別子２３と２４を引数にすることにより、カタロ
グに登録されたＳＱＬ手順をコールする。こうしてＳＱ
Ｌ手順に記述されたデータベース処理を実行する。
【０００７】即ち、図１６に示すように業務プログラム
を実行すると、通常のプログラムと同様に実行がなされ
るが、実行がデータベースシステムの処理要求の手続き
呼びだし（ｓｑｌ ｅｘｅｃ）に達すると、この手続き
からデータベースシステム中核部を経由して対応するＳ
ＱＬ手順が取り出され、実行される。このようにして、
業務プログラムが適宜データベースにアクセスしながら
所要の業務を実現する。
【０００８】次に、データベースの定義情報について説
明する。データベースシステムは、データベースに関す
る定義情報を種々の方法で生成、管理している。例えば
ＳＱＬでは、データベース情報をシステムで一元管理す
ることにより、データ定義の重複の防止やデータベース
内部での記憶情報の管理の効率化を実現している。これ
ら定義情報の集まりをカタログと呼ぶ。ＳＱＬでは、こ
れらシステムで管理される対象として以下のようなもの
がある。 （１）実表。これは従来のファイルに相当するデータの
本体である。実表を構成するフィールドを列と呼ぶ。列
には各々データ型、長さなどの属性がある。 （２）ビュー。これは、従来の論理ファイルなどに相当
し、実表に条件を付して検索した結果をあたかも実表の
ようにして見せるものである。即ち、データを、あるが
ままの状態以外に、一次加工、二次加工した形で見せる
ことにより、データへの不要なアクセスの防止、共通し
たアクセスの一元化などを実現する。これは、複数の実
表（ファイル）を結合して一つに見せる、といった複雑
な場合も含まれる。また、（複数の）別のビューを参照
することにより作成されたビューも存在する。実表とビ
ューを総称して表と呼ぶ。 （３）スキーマ。これは従来のディレクトリなどに相当
し、表等を区分けして整理するための入れ物を指す。表
（実表とビュー）は、例えばスキーマ名をＳ１とし、表
名をＴ１とするとＳ１．Ｔ１のようにスキーマ名を冠し
て名前付けされる。 （４）データベースの利用者。 （５）データベースの利用者が持っている権限。実表や
ビューに対する操作に対しては、これらを作成したユー
ザがすべての権限（選択、更新、削除、挿入）を有する
が、これら権限を適宜他のユーザに与えることによって
一定のユーザの集団の中でのデータベースへのアクセス
を制御することができる。即ち、ＳＱＬではデータのア
クセス権限を厳密に管理し、データの選択、更新、削
除、挿入などの権限を実表、ビュー毎に、ユーザ毎に制
御可能である。また、これらは権限は基本的に実表、ビ
ューなどの生成者が保有するものであるが、これを権限
を他人に付与したり、更にこの付与行為までを他人に認
めることも可能である。付与行為までを認めることをＷ
ＩＴＨ ＧＲＡＮＴ ＯＰＴＩＯＮ付きで権限を付与す
る、と呼ぶ。 （６）データベースの業務プログラムとその中で使用さ
れるＳＱＬ手順。
【０００９】ＳＱＬでは以上の（１）−（６）を例えば
以下のような情報としてカタログ中で管理する。 ａ）ユーザ一覧情報（ユーザ名、保有スキーマ数） ユーザ名とそのユーザが保有するスキーマの数。 ｂ）スキーマ一覧情報（スキーマ名、所有者名、格納表
数） スキーマの名前、スキーマを所有する所有者の名前、ス
キーマ中の表の数。 ｃ）表一覧情報（名前、列数、所属スキーマ名、ビュー
か実表か） 実表とビューを表として統一的に管理する。表の名前、
表の列の数、表の所属するスキーマ名、実表かビューか
の区別からなる。 ｄ）列一覧情報（名前、所属表名、所属スキーマ名、デ
ータ型、長さ） 列毎の情報。列の名前、その列が属する表の名前とその
表が属するスキーマの名前、データ型、長さなど。 ｅ）ビュー定義一覧情報（ビュー名、所属スキーマ名、
定義本体） 各ビューに対して、その定義本体を管理する。ビューの
名前とその属するスキーマ名、及びビュー定義の本体か
らなる。 ｆ）ビュー対表の参照関係情報（ビュー名、所属スキー
マ名、参照表名、参照表所属スキーマ名） ビューは別の実表またはビューを参照することにより生
成される。そのビューが参照しているこれら表毎にビュ
ー名とそのビューが所属するスキーマ名、及びビューが
参照している表の名前とその表が所属するスキーマ名が
ある。 ｇ）権限一覧情報（付与者、受領者、種類、対象、対象
のスキーマ名、再付与可能性） データベースの使用者に与えられている表に対するアク
セスの権限（従来の、読とり可能、書き込み可能、実行
可能、などの権限に相当）に関する情報からなる。例え
ば、権限を付与した人間、権限を受領した人間、権限の
種類（当該表に対する選択権、更新権、挿入権、削除
権）、権限の対象となる表、権限の付与行為まで与えて
いるかどうか、からなる。特に、新たに表を作成した場
合は、作成者はシステムから権限を受領したと見なさ
れ、権限付与者には特別な値（ ＳＹＳＴＥＭ）が設定
される。また、ビューを生成する際には、選択権が少な
くとも必要である。また、生成されたビューが一定の条
件を満たさない（例えば複数の表を参照している、な
ど）場合には、更新が不可能となるため、ビューに対す
る更新、削除、挿入の権限は生成されない。 ｈ）プログラム一覧情報（業務プログラム識別子、ＯＳ
内プログラム所在） 業務プログラムの一覧。識別子とプログラムが実際に存
在するＯＳ下の位置（ディレクトリ等）からなる。 ｉ）手順一覧情報（業務プログラム識別子、手順識別
子、手順本体） 上記の業務プログラム中で用いているＳＱＬコマンドに
対応してコンパイルにより生成されたＳＱＬ手順の一
覧。プログラム識別子、ＳＱＬ手順の識別子、及び手順
の本体の内容からなる。 ｊ）手順対表参照関係情報（業務プログラム識別子、手
順識別子、スキーマ名、表名） 業務プログラムの各手順が各々参照している表を管理す
る。手順とそれが参照する表毎に一つの情報が存在す
る。
【００１０】次に、データベースとカタログの具体例に
ついて説明する。例えば、図１７のようなデータベース
の内容は図１８〜図２７のようなカタログ情報として管
理される。図１７に示したデータベースにおいては、鈴
木と田中という２人のユーザが存在しており（図１８参
照）、ユーザ鈴木はスキーマＳ１を所有しており、ユー
ザ田中はスキーマＳ２、Ｓ３を所有している（図１９参
照）。また、スキーマＳ１は実表Ｔ１とビューＶ１を有
しており、スキーマＳ２は実表Ｔ２とビューＶ２を有し
ており、スキーマＳ３はビューＶ３を有している（図２
０参照）。また、ビューＶ１はＴ１を参照しているビュ
ーである（図２３参照）。その定義は、 ＳＥＬＥＣＴ ＊ ＦＲＯＭ Ｔ１ ＷＨＥＲＥ ｔ１
１＞１００ であり（図２２参照）、更新が可能なビューである（図
２４参照）。ビューＶ２はＴ１とＴ２を参照しているビ
ューである（図２３参照）。その定義は、 ＳＥＬＥＣＴ ｔ１１，ｔ１２，ｔ２１ ＦＲＯＭ Ｔ
１，Ｔ２ ＷＨＥＲＥｔ１１＝ｔ２３ であり（図２２参照）、複数の表を参照しているため、
更新が不可能なビューである（図２４参照）。また、こ
のビューは他人（鈴木）が所有する表Ｔ１を参照してい
るため、予め鈴木から田中に関する選択権の付与がなけ
ればならない（図２４参照）。ビューＶ３はＶ２を参照
しているビューである（図２３参照）。その定義は、 ＳＥＬＥＣＴ ｖ２１ ＦＲＯＭ Ｖ２ であり（図２２参照）、複数の表を参照しているため、
更新が不可能なビューである（図２４参照）。プログラ
ムＰＲＯＧ１にはＳＱＬ文が二つあり、各々Ｐ１、Ｐ２
なるＳＱＬ手順である（図２５及び図２６参照）。プロ
グラムＰＲＯＧ２にはＳＱＬ文が一つあり、Ｐ３なるＳ
ＱＬ手順である（図２５及び図２６参照）。ＳＱＬ手順
Ｐ１はＶ２を参照している（図２７参照）。ＳＱＬ手順
Ｐ２はＴ２を参照している（図２７参照）。ＳＱＬ手順
Ｐ３はＶ１とＶ３を参照している（図２７参照）。鈴木
は田中にＴ１に関する選択権（参照する権利）を再付与
権つきで与えている（図２４参照）。以上のように、図
１８から図２７に示したカタログ情報は、前述したデー
タベースの定義情報の具体例を示すものである。
【００１１】更に、ＳＱＬなどを用いたデータベースシ
ステムは、以下のような特長を持つ。 （１）データベースに対して実行された更新、削除など
の履歴をすべてジャーナルに記憶することにより、万一
のデータベースの破壊に対してもデータベースを必ず回
復できる。 （２）更に、索引の追加、アクセス権限の変更など、デ
ータベースに変化が生じ、カタログ中に登録されている
ＳＱＬ手順が最適な手続きでなくなった場合には、ＳＱ
Ｌ手順がＣＯＢＯＬ業務プログラムを通じて実行される
際に当該ＳＱＬ手順が動的に再コンパイルされ、変化に
対応した最適な手続きを再度生成し、これをカタログに
登録しなおして実行を再開する。
【００１２】
【発明が解決しようとする課題】以上の特長を実現する
一方で、逆に以下のような問題点が生じている。 （１）あるシステムの上で開発した業務をパッケージ化
しようとすると、他の開発中の業務などを含め、すべて
のデータベースの定義情報が一つのカタログ内で一元管
理されているため、その中の必要な部分だけをとりだし
てパッケージにまとめることが困難である。例えば、実
表は複数のビューに参照されており、またビューは複数
のビューに参照されている。また、ビューを参照するに
は権限が必要であり、これら権限が定義されている状態
を、ビューを生成するたびに忠実に再現しなければなら
ない。例えば、上記の例では、ビューＶ２を生成するた
めには、表Ｔ１、表Ｔ２の作成が必要であり、更にこれ
ら表の作成には、前もってスキーマＳ１、Ｓ２と各々の
スキーマの所有者である鈴木、田中のユーザが生成され
ていなければならない。また、これら表が生成された
後、更に表Ｔ１に関する選択権を鈴木から田中に対して
付与しておかなければ、田中はＴ１を参照することがで
きず、ビューＶ２が生成できない。このように、定義情
報は相互に複雑にからみあっており、また時間軸に沿っ
て履歴的な復元が必要となる。現在は、 ａ）これを人間が必要な部分、必要な順序を手作業で認
識し、取り出して、 ｂ）更に、手作業により移行先で注意深く再現を行なっ
ている。 即ち、従来より行なわれているソフトウェアのパッケー
ジの作成、普及が困難であり、対象システム各々におい
て人手による複雑なシステムインストール、開発作業が
必要となっていた。
【００１３】（２）更に、最近は、ＬＡＮ（ローカルエ
リアネットワーク）を通じて多くのマシンが接続され、
ソフトウェア開発もあるマシンで行なわれるとその成果
がＬＡＮを通じて複数の別のマシンに配布される、とい
った形態が普及している。しかし、上記のような問題が
あり、データベースをアクセスする業務プログラムはこ
のような仕組みが整ってもこれを有効に活用して、ソフ
トウェア配布を行なうことが困難であった。
【００１４】（３）更に、最近は、ソフトウェア開発全
体を管理するＣＡＳＥ（Ｃｏｍｐｕｔｅｒ Ａｉｄｅｄ
Ｓｏｆｔｗａｒｅ Ｅｎｇｉｎｅｅｒｉｎｇ）が普及
しつつあるが、ＣＡＳＥの中で開発作業の定義情報を管
理するリポジトリは上記のカタログと同様な位置付けの
ものであり、これら開発作業環境の移行や複数グループ
による開発の分散を行う場合にも上記（１）の問題が生
じている。
【００１５】（４）これらの定義情報を履歴に沿って移
行先で再現するためにはデータベースシステム自身に従
来の機能に加えて特殊な機能が必要になる可能性があ
る。例えば、各スキーマ中に表がいくつある、といった
情報を移行しようとすると、履歴にカタログの内容をそ
っくり保管し、パッケージインストール時にこの部分を
取り出し、移行先で、システムのカタログの該当部分を
直接変更することが可能である。しかし、このために
は、通常のデータベース機能以外のカタログ処理の特殊
なインタフェースを持つ必要がある。また、このため、
ＣＯＢＯＬ、ＳＱＬと行った標準言語で開発されたパッ
ケージであっても、特殊なインターフェースがベンダの
仕様に依存してしまい、異なるベンダ間ではシステムの
移行ができない。
【００１６】（５）また、従来のジャーナルはデータベ
ース全体を通じてのデータ変更の履歴を記録しており、
データベースの保管の際には、その復元作業のため常に
データベース全体を保管（バックアップ）する必要があ
る。データベース全体の内のごく一部の部分にのみ変更
が加えられていたと判っていても、常に全体を保管する
ため、システムの保守運用時間が長くなっている。
【００１７】（６）また、システムの移行に際しては、
業務プログラムとカタログ中に登録されたＳＱＬ手順と
の対応関係を維持するための識別子の生成が困難とな
る。特に、業務プログラムを別のマシン、別のＳＱＬシ
ステムに移行した場合には、そのマシン上で既に稼働中
の業務プログラム・ＳＱＬ手順が使用している識別子
と、移行により持ち込んだ識別子が衝突する場合があ
り、移行が困難である。また、移行先では移行したＳＱ
Ｌ手順がデータ量などの関係で必ずしも最適なＳＱＬ手
順にコンパイルされた状態ではない場合がある。
【００１８】この発明は以上のような問題点を解決する
ためになされたもので、データベースシステムのプログ
ラム及びデータの退避、移行、復元が容易に行える装置
を得ることを目的とする。
【００１９】
【課題を解決するための手段】第１の発明に係るデータ
ベースシステム退避装置は、退避命令とそのパラメータ
を入力するコマンド解釈手段と、コマンド解釈手段によ
り解釈された退避命令とそのパラメータに基づいて退避
すべき対象物を特定する制御手段と、この制御手段によ
り特定された退避すべき対象物の退避手順を生成する退
避手順生成手段を有したものであり、以下の要素を有す
るものである。 （ａ）上記データベースシステムをアクセスするデータ
ベースアクセス手段、（ｂ）退避すべきデータを保存デ
ータとして保存媒体に保存する保存媒体アクセス手段、
（ｃ）上記データベースシステムの退避命令を入力して
解釈するコマンド解釈手段、（ｄ）上記データベースア
クセス手段によりデータベースシステムの定義情報をア
クセスすることにより、退避すべき対象物の退避すべき
手順を生成する退避手順生成手段、（ｅ）上記コマンド
解釈手段により解釈された退避命令に基づき、上記デー
タベースシステムの中から退避すべき対象物を特定する
とともに、上記退避手順生成手段を動作させ、退避手順
生成手段により生成された退避すべき手順に従って、退
避すべき対象物を上記データベースアクセス手段により
データベースシステムから取り出し、上記保存媒体アク
セス手段により保存媒体に保存する制御手段。
【００２０】第２の発明に係るデータベースシステム退
避装置は、退避命令のパラメータとして、退避すべきユ
ーザ名、スキーマ名、表名、ビュー名、プログラム名、
権限名のいずれかを入力すると共に、これら退避すべき
対象物の種類の限定と範囲の指定がなされることを特徴
とし、制御手段はこの対象物の指定と、この対象物に対
する種類と範囲の指定に基づいて、定義情報から対象物
を特定することを特徴とするものである。
【００２１】第３の発明に係るデータベースシステム退
避装置は、データベースシステムがＳＱＬ等のデータベ
ース処理言語を用いてアクセスでき、データベースアク
セス手段はＳＱＬ等のデータベース処理言語を用いて、
データベースシステムをアクセスすることを特徴とする
ものである。
【００２２】第４の発明に係るデータベースシステム退
避装置は、保存媒体に情報を保存する場合に、この情報
をＳＱＬ等のデータベース処理言語により記述して保存
することを特徴とするものである。
【００２３】第５の発明に係るデータベースシステム退
避装置は、定義情報を退避する場合にＳＱＬ等のデータ
ベース処理言語により、定義情報を生成するための定義
コマンドに変換して退避することを特徴とするものであ
る。
【００２４】第６の発明に係るデータベースシステム退
避装置は、データを退避する場合にデータをＳＱＬ等の
データベース処理言語によるデータ挿入のためのデータ
挿入コマンドに変換して退避することを特徴とするもの
である。
【００２５】第７の発明に係るデータベースシステム退
避装置は、ユーザ名やファイル名等の置換可能な変数が
退避すべき対象物に存在する場合に、これらユーザ名や
ファイル名等の置換可能な変数を置換情報として生成し
これを保存することを特徴とするものである。
【００２６】第８の発明に係るデータベースシステム退
避装置は、データを処理するプログラムはＳＱＬ等のデ
ータベース処理言語による処理手順を呼び出して実行す
ると共にそのプログラムが他の機種に移植された場合の
ことを考慮して、予めデータベース処理言語による処理
手順をソースコードとしてプログラム内に保持している
ことを特徴としており、定義情報内にある実行形式の処
理手順が退避すべき対象物になった場合でも、この実行
形式の処理手順を退避せずに、その処理手順のソースコ
ードを有するプログラムを退避することを特徴とするも
のである。
【００２７】第９の発明に係るデータベースシステム退
避装置は、データベースのデータを退避せず単にデータ
ベースのデータ記憶領域を確保するための領域確保コマ
ンドを生成して保存することを特徴とするものである。
【００２８】第１０の発明に係るデータベースシステム
退避装置は、データベースシステムがアクセス履歴情報
を記録するジャーナルを有しており、アクセス履歴情報
は、例えば表名等の識別子と共に記録されており、制御
手段は退避すべき対象物に関連したアクセス履歴情報の
みを表名などの識別子を元に検索し退避すようにしたも
のである。
【００２９】第１１の発明に係るデータベースシステム
退避装置は、ユーザ、スキーマ、表、ビュー、権限、プ
ログラム間の依存関係を特定する退避手順生成手段を有
し、この退避手順生成手段が生成した依存関係を依存情
報として保存する制御手段を有することを特徴とするも
のである。
【００３０】第１２の発明に係るデータベースシステム
復元装置は、前述したデータベースシステム退避装置に
より退避された保存データを入力することにより、デー
タベースシステムの一部または全部を復元する事を特徴
とするものである。
【００３１】第１３の発明に係るデータベースシステム
移行装置は、前述したようなデータベースシステム退避
装置により退避された保存データを入力することによ
り、他の機種或いは他のマシン上に新たにデータベース
システムを構築することを特徴とするものである。
【００３２】第１４の発明に係るデータベースシステム
復元／移行装置は、前述したデータベースシステム退避
装置がＳＱＬ等のデータベース処理言語により記述され
たコマンドの形式でデータを退避している場合に、この
データベース処理言語により記述されたコマンドを入力
して実行することにより、データベースシステムを復元
または移行することを特徴とするものである。
【００３３】第１５の発明に係るデータベースシステム
移行装置は、前述したデータベースシステム退避装置に
おいて、保存したデータの中に置換可能な変数が存在す
ることを示す置換情報が存在する場合に、その置換情報
に基づき置換可能な変数に新たな変数を与えて、変数の
値を置き換えながらデータベースシステムを新たに構築
することを特徴とするものである。
【００３４】第１６の発明に係るデータベースシステム
移行装置は、前述したデータベースシステム退避装置が
実行形式の処理手順を保存せず、かわりに処理手順のソ
ースコードを有しているプログラムを保存している場合
に、実行時に処理手順が定義情報に存在しないことを条
件として、実行時に処理手順のソースコードをコンパイ
ルして実行形式の処理手順を新たに定義情報に作成する
ことを特徴とするものである。
【００３５】第１７の発明に係るデータベースシステム
復元／移行装置は、前述したデータベースシステム退避
装置により退避された保存データを入力するとともに、
復元仕様又は移行仕様を入力し、上記保存データの依存
関係を参照することにより、復元又は移行するデータを
復元仕様又は移行仕様に適合するように評価して、デー
タベースを復元又は移行する復元／移行手順生成手段を
有することを特徴とするものである。
【００３６】
【作用】第１の発明におけるデータベースシステム退避
装置においては、制御手段が退避命令に指定されたパラ
メータから保存すべき対象物を特定すると共に、退避手
順生成手段が定義情報を参照することにより、退避すべ
き手順を時間軸に沿って矛盾なく生成する。従って他の
業務開発中、あるいは他の業務が稼働中であるデータベ
ースシステムから、指定した業務に必要な定義情報を時
間軸、相互の関係を保存したまま抽出できる。これを用
いて業務動作に必要な情報を復元、移行することができ
る。
【００３７】第２の発明におけるデータベースシステム
退避装置は、退避命令としてユーザ名、スキーマ名、表
名、ビュー名、プログラム名、権限名のいずれか１つが
指定されると共にその種類と範囲が指定され、制御手段
は退避命令による対象物と、その種類と範囲に基づい
て、退避に必要な対象物を定義情報から判定して、退避
すべき対象物として特定するので、コマンド解釈手段に
入力する退避命令には必要最少限の情報を入力すること
により、自動的に退避すべき対象物が特定されることが
可能になる。
【００３８】第３の発明に係るデータベースシステム退
避装置は、データベースシステムがデータベース処理言
語によりアクセスでき、データベースアクセス手段がデ
ータベース処理言語を用いてデータベースシステムをア
クセスするため、特別なデータベースアクセス手段を持
つ必要が無く、従来のデータベースシステム及び従来の
データベースアクセス手段をそのまま用いてデータベー
スシステムを退避することが可能になる。
【００３９】第４の発明におけるデータベースシステム
退避装置は、データベースシステムの情報を退避する場
合に、ＳＱＬ等のデータベース処理言語によるコマンド
に変換して保存するため、これを入力してデータベース
を復元する場合、或いは別なシステムにデータベースシ
ステムを移行する場合に、特別な復元手段或いは、移行
手段というものを開発する必要が無く、従来のデータベ
ース処理言語を処理できる手段が備わっていれば、デー
タの復元或いはデータの移行が可能になる。
【００４０】第５の発明におけるデータベースシステム
退避装置は、定義情報を退避する場合に、ＳＱＬ等のデ
ータベース処理言語により定義情報を生成するための定
義コマンドに変換して保存するため、これを入力してデ
ータベースを復元する場合、或いは別なシステムにデー
タベースシステムを移行する場合に、特別な復元手段或
いは、移行手段というものを開発する必要が無く、従来
のデータベース処理言語を処理できる手段が備わってい
れば、データの復元或いはデータの移行が可能になる。
【００４１】第６の発明におけるデータベースシステム
退避装置は、第５の発明におけるデータベース退避装置
が定義情報に対してデータベース処理言語による定義コ
マンドを用いたのに対して、データを退避する場合には
データベース処理言語によるデータ挿入のためのデータ
挿入コマンドに変換して退避するものである。従って、
データを復元する場合、或いはデータを新たなシステム
に移行する場合でも、従来からのデータベース処理言語
を処理できる手段が備わっていれば、データを復元或い
は移行することが可能になる。
【００４２】第７の発明におけるデータベースシステム
退避装置は、データベースシステムを他のシステムに移
行するような場合に、移行先の他のシステムに既に同一
ユーザ名や同一ファイル名等が存在する場合に、これら
の名が重複することを避けることを可能にしたものであ
り、ユーザ名やファイル名等の置換可能な変数を予め置
換情報として生成し、保存するものである。この置換情
報を用いることにより、保存した情報を新たなシステム
に移行する場合に、変数の値を、移行しようとして居る
システムに既に存在しているユーザ名やファイル名と重
複しない名前に変えることが可能になる。
【００４３】第８の発明におけるデータベースシステム
退避装置は、定義情報にある実行形式の処理手順を退避
することなく、またデータベースシステムにアクセスす
るプログラムに処理手順のソースコードをもたせてお
き、このプログラムを退避することを特徴としている。
このように実行形式の処理手順を退避しないことによ
り、退避するデータ量を削減することが可能になる。ま
た処理手順をソースコードで退避することにより、処理
手順移行先のシステムの環境で再コンパイルすることが
可能になり、移行先のシステム環境に最適な実行形式の
処理手順を生成することができる。
【００４４】第９の発明におけるデータベースシステム
退避装置は、データベースのデータを退避することな
く、データベースのデータ記憶領域のみを確保するため
の領域確保コマンドを生成するため、退避すべきデータ
量の削減が図れると共に、他のシステムにデータベース
を移行する場合、定義情報が移行されると共に、データ
ベースの領域のみが確保されるため、移行先においてデ
ータを新規に蓄積していくような場合に、移行元のデー
タを移行せず領域のみを確保することが可能になる。
【００４５】第１０の発明におけるデータベースシステ
ム退避装置は、従来のジャーナルを退避する場合にアク
セス履歴情報をすべて退避していたのに対して、識別子
により関連するアクセス履歴情報を選択できるようにな
る。従って制御手段が特定した退避すべき対象物に関連
するアクセス履歴情報のみが退避可能になる。
【００４６】第１１の発明におけるデータベースシステ
ム退避装置は退避手順生成手段がユーザ、スキーマ、
表、ビュー、権限、プログラム間の依存関係を特定し、
制御手段がこの依存関係を保存するため、この保存され
たデータからデータを復元する場合、或いは移行する場
合に依存情報を参照することにより、データの選択、或
いは削除が可能になる。即ち、依存関係とは、データベ
ースシステムの定義情報に示されている各データベース
の構成要素の関連を抽出したものであり、この依存関係
を参照するということは、即ちデータベースシステムの
定義情報を参照するということに等しく、この依存関係
を保存データ内に保存しておき、復元移行の際に、この
依存関係を参照するということはデータベースシステム
の定義情報を参照するに等しく、結果として、保存され
たデータの中から更に別なデータを抽出したり、或いは
余分なデータを削除する場合に矛盾なく抽出或いは削除
することが可能になる。
【００４７】第１２の発明におけるデータベースシステ
ム復元装置は、データベースシステム退避装置により保
存されたデータを入力して、データベースシステムを復
元するものであり、データベースシステム退避装置が保
存媒体に対して、データを時間軸或いは相互の依存関係
を矛盾なく保存しているため、この保存データを順に入
力することにより、元のデータベースシステムを復元す
ることが可能になる。
【００４８】第１３の発明におけるデータベースシステ
ム移行装置は、同様に保存媒体が時間軸或いは相互関係
において、データを矛盾無く保存しているために、移行
の際には保存されたデータを順に新たなシステムにイン
ストールしていくことにより、必要な定義情報、或いは
必要なデータを新たなシステム先に構築することが可能
になる。
【００４９】第１４の発明におけるデータベースシステ
ム復元／移行装置は、保存されたデータがＳＱＬ等のデ
ータベース処理言語によるコマンドによって記述されて
いるため、このコマンドを実行することにより、定義情
報或いはデータベースのデータ等を復元または移行する
ことが可能になる。このようにデータベース処理言語に
より記述されたコマンドを実行するだけで、定義情報、
或いはデータ等を復元、または移行することが可能なた
め、従来から存在するデータベース処理言語の処理手段
をそのまま用いることにより、データベースシステムの
復元移行が可能になる。従ってデータベースシステムを
復元または移行するための特別な復元手段、或いは特別
な移行手段というものが不要になる。
【００５０】第１５の発明におけるデータベースシステ
ム移行装置は、データベースシステムを他のシステムに
移行する場合であって、移行先のシステムに既に重複す
るユーザ名やファイル名等が存在する場合に、置換情報
にある変数の値を置き換えることが可能になるため、移
行先においてユーザ名やファイル名等が重複することな
く、システムの移行をすることが可能になる。
【００５１】第１６の発明におけるデータベースシステ
ム移行装置は、データベースシステムを新たなシステム
に移行する場合に、実行形式の処理手順を保存データか
ら移行するのではなく、保存されたプログラム内にある
ソースコードをコンパイルすることにより、実行形式の
処理手順を定義情報内に作成する。従って、移行先のシ
ステム環境にあった最適な実行形式の処理手順が生成さ
れる。
【００５２】第１７の発明におけるデータベースシステ
ム復元／移行装置は、復元仕様又は移行仕様を入力し、
復元／移行手順生成手段が上記保存データの依存関係を
参照することにより、復元又は移行するデータを復元仕
様又は移行仕様に適合するように評価して、データベー
スを復元又は移行するので、保存データすべてを用いて
システムの復元、移行をするのではなく、保存データの
一部を用いてシステムの復元、移行をすることが可能に
なる。
【００５３】
【実施例】 実施例１．従来例で説明したように、データベースの処
理言語として、ＳＱＬと呼ばれる国際標準言語が用いら
れることが一般的である。このため、以下では関係デー
タベースと国際標準データベース処理言語ＳＱＬを前提
として説明するが、内容的には他のデータベース、ある
いは他のデータベース言語でも同様に適用できる。又、
この実施例では、従来例で示した図１７〜図２７に示し
たデータベースシステムを具体例として説明する。図１
はこの発明の一実施例を示すデータベース及びプログラ
ム退避／移行／復元装置の一例を示す図である。ここで
退避とは、既に存在しているデータベース及びプログラ
ムの一部又は全部を磁気テープや磁気ディスク等の保存
媒体に複写することをいう。又移行とは、前述した退避
により保存媒体に複写してあるデータベース及びプログ
ラムを用いて、ある計算機システムにおいて動作してい
るデータベースシステムを他の計算機システムに移植す
ることを言う。又復元とは、前述した退避により保存媒
体に複写してあるデータベース及びプログラムを元の計
算機システムに複写し直すことをいう。ここで、移行と
復元の違いは、移行が他の計算機システムに対して行わ
れるのに対して、復元が元の計算機システムに対して行
われる点である。
【００５４】以下、図に基づいてデータベース及びプロ
グラム退避／移行／復元装置の各部について説明する。 １）コマンド解釈装置 ユーザへのインタフェースを提供し、ユーザからの退
避、復元、移行などの要求とその対象物のリストを受取
り、正当性を確認してこれら要求を制御部に送る。又、
移行の場合は、必要に応じてユーザ名などの置換指示を
ユーザより受取り、これを制御部に送る。
【００５５】２）制御部 装置全体を制御すると共に、データベース及びカタログ
アクセス装置を用いて、ユーザから指定された退避、復
元、移行の対象物を特定する。
【００５６】退避の場合には、退避移行復元手順生成装
置を呼び出すことによりこれら特定された対象物と処理
要求から必要な定義情報、置換情報、依存情報を生成し
てこれをＳＱＬの実行形式にして保存媒体アクセス装置
により保存媒体に順次記憶する。更に、指定によりデー
タ自身（実表の内容）をデータベース及びカタログアク
セス装置により読みだし、これをＳＱＬの実行形式に変
換して保存媒体アクセス装置により保存媒体に記憶す
る。更に、指定によりジャーナルをデータベース及びカ
タログアクセス装置により読みだし、これを保存媒体ア
クセス装置により保存媒体に記憶する。更に、指定によ
りプログラムをプログラムアクセス装置により読みだ
し、これを保存媒体アクセス装置により保存媒体に記憶
する。また、以上の動作の際、ビューを評価して実表と
する指定がある場合、あるいはデータベースの実表の内
容に対してその一部をＳＱＬコマンドの実行により変形
したい要求がある場合には、適宜ビューＳＱＬ実行装置
によりこれを実行する。
【００５７】復元移行の場合には、保存媒体から定義情
報、置換情報、依存情報を読みだし、これら情報と指定
された対象物から退避移行復元手順生成装置を呼び出す
ことにより復元移行対象を選択する。これら特定された
対象物に対して置換が必要な場合、置換する内容をコマ
ンド解釈装置を経由してユーザから入力する。次に指定
により置換情報に従って必要な置換を行いながら、特定
された対象物に関する定義情報を保存媒体から保存媒体
アクセス装置により読みだし、データベース及びカタロ
グアクセス装置により復元移行する。これら定義情報は
ＳＱＬの定義系のコマンドの形となっているため、この
操作はこれらコマンドを実行することによりなされる。
更に、指定によりデータ自身（実表の内容）及びジャー
ナルを保存媒体アクセス装置により保存媒体から読みだ
し、これをデータベース及びカタログアクセス装置によ
りシステムに復元移行する。更に、指定によりプログラ
ムを保存媒体アクセス装置により保存媒体から読みだ
し、これをプログラムアクセス装置によりデータベース
システムに記憶する。また、以上の動作の際、ビューを
評価し、実表とする指定がある場合、あるいはデータベ
ースの実表の内容に対してその一部をＳＱＬコマンドの
実行により変形したい要求がある場合には、適宜ビュー
ＳＱＬ実行装置によりこれを実行する。 ３）退避移行復元手順生成装置 制御部から対象物を受取り、これらに対して必要な定義
情報と定義の順序を生成する。退避の場合には、これら
生成に必要な情報はデータベース及びカタログアクセス
装置からカタログをアクセスすることにより得られる。
復元移行の場合には、これら生成に必要な情報は保存媒
体中にある依存情報をアクセスすることにより得られ
る。 ４）ビューＳＱＬ実行装置 指定されたビュー、またはＳＱＬ文を実行し、その結果
を制御部に送る。 ５）保存媒体アクセス装置 保存媒体（磁気テープ、ディスク等）に対して指定した
内容を読みだし、書き込みする装置。 ６）データベース及びカタログアクセス装置 データベースの内容及びカタログの内容を読みだし、書
き込みする装置。この場合には、データベースシステム
に対して必要なＳＱＬ文を実行することで機能が実現さ
れる。また、この装置によりジャーナルの内容の読みだ
し、またはジャーナルの内容をデータベースに適用し、
データベースを最新の状態にする。これらジャーナル操
作に対するＳＱＬの規格は存在しないが、システム毎に
何等かの手段が用意されている。例えば、ジャーナルの
読みだし、設定は通常のＯＳのファイル読みだし、生成
により実行し、ジャーナルの実行はＲＥＣＯＶＥＲコマ
ンドなどによりデータベースシステムが実行する。 ７）プログラムアクセス装置 業務プログラムを読みだし、設置する装置。通常のＯＳ
のファイルのアクセス機能が備わっていれば充分であ
る。
【００５８】次に動作について説明する。 １）コマンド解釈装置の動作 ユーザからの退避移行復元要求はまずコマンド解釈装置により解釈され、内容 の正当性が確認されて、これらを内部形式に変換し、制御部に送る。コマンド解 釈装置は、以下のような指定を受け付ける。 動作指定 ＝ＢＡＣＫＵＰ：退避動作 ＲＥＳＴＯＲＥ：復元、移行先インストール動作 対象物のリスト＝対象物、対象物、．．．． 対象物 ＝ユーザ名（ユーザの所有物全ての指定の省略形と解釈） スキーマ名（スキーマ下の全ての表を指定したと解釈） スキーマ名.表名（表を指定したと解釈） 権限名 プログラム名 対象種類指定 ＝Ｄ：データ Ｃ：カタログ Ｐ：プログラム これらの組み合わせ、例えばＤ+Ｐ等 対象範囲指定 ＝ＯＮＬＹ：指定された対象物のみを対象物とする。 ＤＯＷＮ：指定された対象物とこれらが参照している対象物 すべてを対象物とする。 ＡＬＬ：指定された対象物とこれらが参照している対象物す べてとこれらを参照している対象物すべてを対象物とする。 制限範囲指定 ＝ユーザ名リスト（これらユーザ以外のユーザのスキーマ、表 等を対象としない） スキーマ名リスト（これらスキーマ以外のスキーマ、表等を 対象としない） ビューの内、ビューを実行して実表としたいもののリス
ト。実表の内、それに対してデータの選択、変形を行う
ためのＳＱＬ文のリスト。
【００５９】２）制御部の動作 制御部は、コマンド解釈装置からの要求を解釈し、退
避、移行、復元操作の全体を制御する。 ［退避の場合］ （１）制御部は、コマンド解釈装置から受け付けた対象
物を退避移行復元手順生成部におくり、対象物の一覧と
定義情報、置換情報、依存情報を受け取る。対象物の一
覧として以下のものがある。 Ｕ：ユーザ一覧 Ｓ：スキーマ一覧 Ｔ：実表一覧 Ｖ：ビュー一覧 Ａ：権限一覧 Ｐ：プログラム一覧 ＲＵ：制限ユーザ一覧 ＲＳ：制限スキーマ一覧 （２）ビュー一覧Ｖ中のビューで、ビューを評価し、実
表とする指定のあるものは、これを評価し、このビュー
を実表とする。定義情報、依存情報において、このビュ
ーに対応する情報を実表の情報に置き換える（ＣＲＥＡ
ＴＥ ＶＩＥＷ文をＣＲＥＡＴＥ ＴＡＢＬＥ文に置き
換える）。また、この実表を記憶しておく。また、この
ビューが参照しているビュー及び実表のうち、このビュ
ーのみにより参照されているものを定義情報から除く。 （３）対象種類指定にＣ（カタログ）があれば、置換情
報、定義情報、依存情報を保存媒体アクセス装置により
保存媒体に格納する。 （４）対象種類指定にＤ（データ）があれば、実表一覧
Ｔにある実表の内容をデータベース及びカタログアクセ
ス装置によりとりだし、これをＩＮＳＥＲＴコマンドと
して保存媒体アクセス装置により保存媒体に記憶する。
保存媒体に記憶する実表がビュー評価により（２）で生
成されたものであれば、（２）で記憶しておいた実表の
内容を保存媒体に記憶する。また、保存媒体に記憶する
実表に対してＳＱＬ文の実行の指定があればこれをビュ
ーＳＱＬ実行装置により実行し、その結果をＩＮＳＥＲ
Ｔコマンドの形にして保存媒体に記憶する。また、対象
種類指定にＤ（データ）があれば、ジャーナルをデータ
ベース及びカタログアクセス装置によりとりだし、これ
を保存媒体アクセス装置により保存媒体に記憶する。こ
の際、ジャーナルには操作対象となった実表の識別子が
付されており、実表一覧Ｔにある表に関するジャーナル
内容のみを取り出す。対象種類指定にＰ（プログラム）
があれば、Ｐ（プログラム）にあるプログラムをプログ
ラムアクセス装置によりとりだし、これを保存媒体アク
セス装置により保存媒体に記憶する。
【００６０】［復元移行の場合］ （１）保存媒体アクセス装置から定義情報、置換情報、
依存情報を読み出す。 （２）制御部は、コマンド解釈装置から受け付けた対象
物と依存情報を退避移行復元手順生成部におくり、対象
物の一覧を受け取る。対象物の一覧は、 Ｕ：ユーザ一覧 Ｓ：スキーマ一覧 Ｔ：実表一覧 Ｖ：ビュー一覧 Ａ：権限一覧 Ｐ：プログラム一覧 ＲＵ：制限ユーザ一覧 ＲＳ：制限スキーマ一覧 （３）コマンド解釈装置により置換指定をユーザから受
け取り、その置換内容で置換ファイルを置き換える。 （４）対象種類指定にＣ（カタログ）があれば、置換情
報により定義情報を置き換えながら、対象物に関する定
義情報をデータベース及びカタログアクセス装置により
復元、移行する。この場合は、ＳＱＬの定義コマンドＣ
ＲＥＡＴＥ ＵＳＥＲ文群、ＣＲＥＡＴＥ ＳＣＨＥＭ
Ａ文群、ＣＲＥＡＴＥ ＴＡＢＬＥ、ＣＲＥＡＴＥ Ｖ
ＩＥＷ、ＧＲＡＮＴ文群を読みだし、置換情報の内容に
従って置き換えを行ないながら、これら文を記憶されて
いる順に実行する。これら文は既に退避の際に時間的、
空間的に矛盾のない順に記憶されているため、この順に
実行を行なうだけでよい。ビュー一覧Ｖ中のビューで、
ビューを評価し、実表とする指定のあるものは、ＣＲＥ
ＡＴＥ ＶＩＥＷコマンドからＣＲＥＡＴＥ ＴＡＢＬ
Ｅに変換してこれを実行する。また、これをＳＱＬ文の
一つとして記憶しておき、後に（５）で実行する。ま
た、このビューが参照しているビュー及び実表のうち、
このビューのみで参照されているものを定義情報から除
く。これは依存情報中で、このビューのみに依存してい
るものをたどることにより識別できる。
【００６１】（５）対象種類指定にＤ（データ）があれ
ば、実表一覧Ｔにある実表の内容を生成するＩＮＳＥＲ
Ｔ文をデータベース及びカタログアクセス装置によりと
りだし、これを実行してデータベースに復元する。ま
た、この実表に対してＳＱＬ文の実行の指定があればこ
れをビューＳＱＬ文実行装置により実行し、その結果を
Ｔ’として保存し、この表の内容を、 ＤＥＬＥＴＥ ＊ ＦＲＯＭ 表名 で一旦廃棄し、 ＩＮＳＥＲＴ ＩＮＴＯ 表名 ＳＥＬＥＣＴ ＊ ＦＲＯＭ Ｔ’ により先の結果で置き換える。この具体例について以下
に説明する。例えば実表Ｔ１が存在し、これを参照する
ビューＶ１が存在するものとする。即ち、実表Ｔ１に対
してビューＶ１がＳＱＬ文の実行により評価される。も
し、実表Ｔ１がビューＶ１のみにより参照され、それ以
外のビューには一切参照されないことが依存情報等を参
照することにより判明した場合には、実表Ｔ１をデータ
ベースに記憶しておく必要はない。従って、その実表Ｔ
１を削除しても構わないことになる。この場合には、ビ
ューＶ１をＴ１に対して評価した結果をＴ’として一時
記憶しておき、実表Ｔ１が他のビューや他のプログラム
において参照されることが無いと判断された時点で実表
Ｔ１を削除し、Ｔ’に記憶しておいたビューＶ１を実表
として生成することが可能である。また、実表Ｔ１のデ
ータの内、例えばｔ１１＝１００のデータのみを復元す
る場合などは、 ＳＥＬＥＣＴ ＊ ＦＲＯＭ Ｔ１ ＷＨＥＲＥ ｔ１１＝１００ を直接実行し、その結果でＴ１の元のデータを置きかえ
るものである。 （６）対象種類指定にＤ（データ）があれば、保存媒体
からジャーナルをとりだし、これをデータベースに適用
する。この際、ジャーナルには操作対象となった実表の
識別子が付されており、実表一覧Ｔにある表に関するジ
ャーナル内容のみを取り出す。 （７）対象種類指定にＰ（プログラム）があれば、Ｐ
（プログラム）にあるプログラムをプログラムアクセス
装置によりとりだし、これをデータベースに記憶する。
【００６２】尚、データベースをあるマシンから別マシ
ンへ移行する場合はこれら全ステップを実行する。また
データベースを同一マシン上で復元するためには
（５）、（６）の二つのステップを実行すればよい。こ
れらは対象種類の指定でＤ（データ）のみを指定するこ
とにより実現される。また、指定により現在のデータ内
容を破壊して復元する場合には、 ＤＥＬＥＴＥ ＊ ＦＲＯＭ 表名 によりデータベース内容を一旦破壊して復元を行う。
【００６３】データベースの内容自身の移行には、ＩＮ
ＳＥＲＴコマンドによりＳＱＬコマンドとして運ぶので
はなく、システムにより更に高速な形で保存することも
可能である。例えば、データの内容をファイルの形で保
存し、復元の時もファイルのまま直接置き換えを行う、
などが可能である。この場合は上記の復元操作における
ＤＥＬＥＴＥ文などは不用となる。この後、業務が開始
され、復元された業務プログラムを実行する。この際、
ＳＱＬの手順一覧情報は移行しないため、移行先ではＳ
ＱＬ手順にアクセスしようとしてカタログ中にこれが見
つからない。このため、システムは当該ＳＱＬ手順を再
度コンパイルし、これを手順一覧情報に登録して実行を
再開する。これのように、ＳＱＬシステムの持つ動的再
コンパイル機構を利用することで、手順一覧情報も自動
的に再現できることになる。
【００６４】次にコマンド解釈装置が受け付ける指定
と、その指定により制御部が退避移行復元手順生成装置
から受け取る対象物に関する具体例について説明する。
例えば、コマンド解釈装置に受け付けられる指定はいろ
いろな組み合わせが可能である。例えば、この指定した
業務に必要な定義情報の取りだし方として以下のような
場合が考えられる。 ａ）［必要な要素を全て指定する場合］ 業務を構成しているユーザ、スキーマ、実表、ビュー、
プログラム、権限を全て指定し、これによりシステムが
指定されたこれら情報を、相互関係や履歴的実行順序を
自動的に判断して必要な復元順序を生成する。 ｂ）［ユーザ名を与えて他はシステムが自動的に抽出す
る場合］ 業務を構成する一つまたは複数のユーザ名のみを与え
て、このユーザが所有するスキーマ、実表、ビュー、プ
ログラム、権限を自動的に抽出し、これら情報を、相互
関係や履歴的実行順序を自動的に判断して必要な復元順
序を生成する。 ｃ）［スキーマ名を与えて他はシステムが自動的に抽出
する場合］ 業務を構成する一つまたは複数のスキーマ名のみを与え
て、このスキーマを所有するユーザ、及びスキーマの中
にある所有する実表、ビュー、権限を自動的に抽出し、
これら情報を、相互関係や履歴的実行順序を自動的に判
断して必要な復元順序を生成する。 ｄ）［表名を与えて他はシステムが自動的に抽出する場
合］ 業務を構成する一つまたは複数の表名のみを与えて、こ
の表が属するスキーマ、及びそのスキーマを所有するユ
ーザ、その表に関する権限を自動的に抽出し、これら情
報を、相互関係や履歴的実行順序を自動的に判断して必
要な復元順序を生成する。 ｅ）［ビュー名を与えて他はシステムが自動的に抽出す
る場合］ 業務を構成する一つまたは複数のビュー名のみを与え
て、このビューが属するスキーマ、及びそのスキーマを
所有するユーザ、そのビューに関する権限、及びこのビ
ューが参照しているビュー及び実表、これら参照に仮定
されている権限を自動的に抽出し、これら情報を、相互
関係や履歴的実行順序を自動的に判断して必要な復元順
序を生成する。 ｆ）［プログラム名を与えて他はシステムが自動的に抽
出する場合］ 業務を構成する一つまたは複数のプログラム名のみを与
えて、このプログラムが参照しているユーザ、スキー
マ、実表、ビュー、権限を自動的に抽出し、これら情報
を、相互関係や履歴的実行順序を自動的に判断して必要
な復元順序を生成する。 ｇ）［権限名を与えて他はシステムが自動的に抽出する
場合］ 業務を構成する一つまたは複数の権限名のみを与えて、
この権限及び権限を付与しているユーザ、権限が付与さ
れているユーザ、権限対象の実表、ビューを自動的に抽
出し、これら情報を、相互関係や履歴的実行順序を自動
的に判断して必要な復元順序を生成する。 ｈ）上記のａ）〜ｇ）において、更に抽出された実表、
ビューを参照しているビューの全体をも抽出し、これら
ビューの生成に必要なスキーマ、ユーザ、権限を抽出し
て、これらを含めて相互関係や履歴的実行順序を自動的
に判断して必要な復元順序を生成する。 ｉ）上記のａ）〜ｇ）及びそれらとｈ）の組み合わせに
おいて、抽出された情報を参照しているプログラムの全
体を抽出する。
【００６５】次に従来例で示したデータベースの定義情
報の例を用いてコマンド解釈装置に対して指定されたも
のに対して制御部が定義情報を参照して特定するユーザ
一覧Ｕ、スキーマ一覧Ｓ、実表一覧Ｔ、ビュー一覧Ｖ、
権限一覧Ａ、プログラム一覧Ｐの値をいくつかの例で示
す。以下に述べる例は前述したコマンド解釈装置が受け
付ける指定の例として述べた（ａ）から（ｉ）には直接
対応していないが、その中の１つ、或いは複数を組み合
わせて指定した場合を示している。また以下の例におい
ては、説明を簡単にするためにコマンド解釈装置が受け
付ける全ての指定を示しているものではなく、単に対象
物のリスト、対象範囲、制限範囲指定の３つの指定のみ
を例示している。また、ユーザ一覧Ｕ、スキーマ一覧
Ｓ、ビュー一覧Ｖ、実表一覧Ｔ、権限一覧Ａ、プログラ
ム一覧Ｐ、制限ユーザ一覧ＲＵ、制限スキーマ一覧ＲＳ
は制御部が退避移行復元手順生成装置から受け取る値を
それぞれ示すものである。退避移行復元手順生成装置
は、コマンド解釈装置に入力された指定から、これらユ
ーザ一覧Ｕ、スキーマ一覧Ｓ、実表一覧Ｔ、ビュー一覧
Ｖ、権限一覧Ａ、プログラム一覧Ｐ、制限ユーザ一覧Ｒ
Ｕ、制限スキーマ一覧ＲＳを求め制御部に出力するが、
その手順については後述する。また、例中に示すφの記
号は全体の意味を示すものであり、特に指定がされない
ことを示すものである。
【００６６】
【００６７】
【００６８】
【００６９】 例４ 複数のビューと参照している実表を退避 対象物のリスト＝鈴木、田中、Ｓ１、Ｓ２、 Ｓ１．Ｖ１、Ｓ２．Ｖ２、 Ｓ１．Ｔ１、Ｓ２．Ｔ２ 対象範囲指定 ＝ＯＮＬＹ 制限範囲指定 ＝なし ユーザ一覧Ｕ ＝鈴木、田中 スキーマ一覧Ｓ ＝Ｓ１、Ｓ２ ビュー一覧Ｖ ＝Ｖ１、Ｖ２ 権限一覧Ａ ＝Ｔ１に関する田中の選択権 実表一覧Ｔ ＝Ｔ１、Ｔ２ プログラム一覧Ｐ ＝φ 制限ユーザ一覧ＲＵ ＝φ 制限スキーマ一覧ＲＳ＝φ
【００７０】例３に対し、ビュー名のみを指定し、ビュ
ーが参照している表名を自動的に取り出すことを指定す
るのが例５である。
【００７１】例４に対し、ビュー名のみを指定し、ビュ
ーが参照している表名を自動的に取り出すことを指定す
るのが例６である。 例６ 複数ビューを退避、関連実表自動退避 対象物のリスト＝Ｓ１．Ｖ１、Ｓ２．Ｖ２ 対象範囲指定 ＝ＤＯＷＮ 制限範囲指定 ＝なし ユーザ一覧Ｕ ＝鈴木、田中 スキーマ一覧Ｓ ＝Ｓ１、Ｓ２ ビュー一覧Ｖ ＝Ｖ１、Ｖ２ 実表一覧Ｔ ＝Ｔ１、Ｔ２ 権限一覧Ａ ＝Ｔ１に関する田中の選択権 プログラム一覧Ｐ ＝φ 制限ユーザ一覧ＲＵ ＝φ 制限スキーマ一覧ＲＳ＝φ
【００７２】 例７ ビューを退避、参照している表を退避 対象物のリスト＝Ｓ１．Ｖ２ 対象範囲指定 ＝ＤＯＷＮ 制限範囲指定 ＝なし ユーザ一覧Ｕ ＝鈴木、田中 スキーマ一覧Ｓ ＝Ｓ１、Ｓ２ ビュー一覧Ｖ ＝Ｖ２ 実表一覧Ｔ ＝Ｔ１、Ｔ２ 権限一覧Ａ ＝Ｔ１に関する田中の選択権 プログラム一覧Ｐ ＝φ 制限ユーザ一覧ＲＵ ＝φ 制限スキーマ一覧ＲＳ＝φ
【００７３】 例８ ビューを退避、関連表を全て自動退避 対象物のリスト＝Ｓ１．Ｖ２ 対象範囲指定 ＝ＡＬＬ 制限範囲指定 ＝なし ユーザ一覧Ｕ ＝鈴木、田中 スキーマ一覧Ｓ ＝Ｓ１、Ｓ２、Ｓ３ ビュー一覧Ｖ ＝Ｖ２、Ｖ３ 実表一覧Ｔ ＝Ｔ１、Ｔ２ 権限一覧Ａ ＝Ｔ１に関する田中の選択権 プログラム一覧Ｐ ＝φ 制限ユーザ一覧ＲＵ ＝φ 制限スキーマ一覧ＲＳ＝φ
【００７４】 例９ 関連の複雑なビューを退避 対象物のリスト＝Ｖ３ 対象範囲指定 ＝ＤＯＷＮ 制限範囲指定 ＝なし ユーザ一覧Ｕ ＝鈴木、田中 スキーマ一覧Ｓ ＝Ｓ１、Ｓ２、Ｓ３ ビュー一覧Ｖ ＝Ｖ２、Ｖ３ 実表一覧Ｔ ＝Ｔ１、Ｔ２ 権限一覧Ａ ＝Ｔ１に関する田中の選択権 プログラム一覧Ｐ ＝φ 制限ユーザ一覧ＲＵ ＝φ 制限スキーマ一覧ＲＳ＝φ
【００７５】
【００７６】
【００７７】
【００７８】 例１３ プログラムと関連物を退避 対象物のリスト＝ＰＲＯＧ２ 対象範囲指定 ＝ＤＯＷＮ 制限範囲指定 ＝なし ユーザ一覧Ｕ ＝鈴木、田中 スキーマ一覧Ｓ ＝Ｓ１、Ｓ２、Ｓ３ ビュー一覧Ｖ ＝Ｖ１、Ｖ２、Ｖ３ 実表一覧Ｔ ＝Ｔ１、Ｔ２ 権限一覧Ａ ＝Ｔ１に関する田中の選択権 プログラム一覧Ｐ ＝ＰＲＯＧ２ 制限ユーザ一覧ＲＵ ＝φ 制限スキーマ一覧ＲＳ＝φ
【００７９】 例１４ プログラムと表を退避 対象物のリスト＝ＰＲＯＧ１、Ｔ１ 対象範囲指定 ＝ＤＯＷＮ 制限範囲指定 ＝なし ユーザ一覧Ｕ ＝鈴木、田中 スキーマ一覧Ｓ ＝Ｓ１、Ｓ２ ビュー一覧Ｖ ＝Ｖ１、Ｖ２ 実表一覧Ｔ ＝Ｔ１、Ｔ２ 権限一覧Ａ ＝Ｔ１に関する田中の選択権 プログラム一覧Ｐ ＝ＰＲＯＧ１ 制限ユーザ一覧ＲＵ ＝φ 制限スキーマ一覧ＲＳ＝φ
【００８０】
【００８１】
【００８２】次に、図２に保存媒体の内容の例を示す。
図２において、５０は置換情報、６０は定義情報、８０
は依存情報、１００はデータ本体、１１０はジャーナ
ル、１２０はプログラム群である。
【００８３】置換情報５０にはユーザ名の置換情報が記
録されている。この例では、置換情報各々は＄ではじま
る仮の名前で表されている。この例においては、ユーザ
１が鈴木であり、ユーザ２が田中であることを示してお
り、この置換情報を置換しなければ、ユーザ１は鈴木、
ユーザ２は田中として復元、或いは移行できる。しか
し、移行先のシステムに既にユーザ名鈴木、又はユーザ
名田中が存在している場合にはこの置換情報を用いるこ
とにより、例えばユーザ１を鈴木ではなく山田というユ
ーザ名に変更することが可能になる。すなわち、以後に
出てくる＄Ｕ１という変数は全て山田に置き換えられて
インストールされることになる。
【００８４】次に、定義情報６０は定義情報を生成する
ための情報がＳＱＬ文により、記述されている。６１に
おいてはユーザ１が生成され、６２においてはユーザ２
が生成されることを示している。６３においては、次の
６４のスキーマ作成者をユーザ１に設定する。そして６
４においては、６３において設定されたユーザ１の所有
物としてスキーマＳ１を生成する。同様に、６５から６
７においてはユーザ２に対してスキーマＳ２、Ｓ３が作
成される。また６８においては以下のＳＱＬ文の実行者
をユーザ１に設定する。６９においては実表Ｔ１が生成
される。７０においては実表Ｔ１を参照する権限をユー
ザ２に与えると共に、ユーザ２はその参照権限を他のユ
ーザに与えるオプションを持っていることを宣言してい
る。７１においては実表Ｔ１から列ｔ１１が１００以上
のものだけをセレクトしてビューＶ１を生成することを
定義している。次に、７２〜７５においてはユーザ２に
対してテーブル２を生成し、実表Ｔ１と実表Ｔ２からビ
ューＶ２を生成し、更に、ビューＶ２からビューＶ３を
生成することを記述している。
【００８５】次に、依存情報８０は、退避したデータベ
ースシステムの定義情報から抽出された依存関係を示し
ているものである。この例においては８１、８２におい
てユーザ１及びユーザ２は何にも依存しないことを示し
ている。また８３においてはスキーマＳ１はユーザ１の
存在が必要であることを示している。８４と８５におい
てはスキーマＳ２、Ｓ３はユーザ２の存在が必要である
ことを示している。即ち、スキーマ１を生成する場合に
は、ユーザ１が先に存在していなければならない。同様
に、スキーマＳ２、Ｓ３を生成する場合にはユーザ２が
存在しなければ生成できないことを示している。次に、
８６においては実表Ｔ１はスキーマＳ１の存在が必要で
あることを示している。８７においては実表Ｔ２はスキ
ーマＳ２の存在が必要であることを示している。８８に
おいてはビューＶ１は実表Ｔ１とスキーマＳ１の存在が
必要であることを示している。８９においてはビューＶ
２が実表Ｔ１、Ｔ２及び、スキーマＳ２の存在が必要で
あるとともに、ユーザ１からユーザ２に対する実表Ｔ１
に関する選択権が必要であることを示している。９０に
おいてはビューＶ３はビューＶ２とスキーマＳ３の存在
が必要であることを示している。次に、８９で示したユ
ーザ１からユーザ２への実表Ｔ１に関する選択権は、ユ
ーザ１とユーザ２と実表Ｔ１が存在することが必要であ
ることを示している。９２においてはプログラムＰ１は
ビューＶ２の存在が必要であることを示している。ま
た、９３においてはプログラムＰ２は実表Ｔ２が存在が
必要であることを示している。９４においては、プログ
ラムＰ３はビューＶ１とビューＶ３の存在が必要である
ことを示している。
【００８６】これらの依存情報は、従来例で説明した定
義情報の一覧情報から抽出することが可能である。例え
ば、８１、８２はユーザ一覧情報を参照することによっ
て抽出できる。また８３〜８５はスキーマ一覧情報を参
照することにより抽出することが可能である。また８
６、８７は表一覧情報を参照することにより抽出可能で
ある。また８８、８９は表一覧情報と、ビュー定義一覧
及びビュー対表の参照関係及び権限一覧を参照する事に
より、抽出可能である。また、９１は権限一覧を参照す
る事により抽出可能である。また９２〜９４は手順対表
参照関係から抽出することが可能である。
【００８７】データ本体１００はデータベースの実際の
データをＳＱＬ文のインサートコマンドにより記述した
ものであり、１０１は実表Ｔ１のデータ挿入コマンドで
あり、１０２は実表Ｔ２のデータ挿入コマンドである。
【００８８】次にジャーナル１１０にはジャーナルの通
常のファイルの形式の履歴データが存在するが、ここで
は前述した退避すべき対象物に関する履歴情報が、表名
という識別子により抽出されて記述される。例えば、こ
の例においては、実表Ｔ１とＴ２が退避されるため、ジ
ャーナル１１０には実表Ｔ１とＴ２という識別子がつい
た履歴データのみが、ここに付加されることになる。
【００８９】次にプログラム群１２０には通常のファイ
ル形式のプログラムが付加されるが、例えばこのプログ
ラムをプログラムＡ、Ｂ、Ｃ、Ｄの４つのロードモジュ
ールであるとするならば、このプログラムはＣＯＢＯＬ
等の一般のプログラム処理言語で記載されており、その
プログラム言語の一部にＳＱＬで記述された手順がソー
スコードの形式で存在すると共に、その実行形式の手順
を呼ぶためのコール文が存在している。この例において
は、手順としてＰ１、Ｐ２、Ｐ３が退避べき対象物とし
て特定されるが、手順Ｐ１、Ｐ２、Ｐ３は定義情報内に
ある実行形式の手順が保存されるのではなくＣＯＢＯＬ
プログラムのロードモジュールＡ、Ｂ、Ｃ、Ｄ内にある
手順Ｐ１、Ｐ２、Ｐ３のソースコードがプログラム群の
一部として保存される。定義情報内にある実行形式の手
順Ｐ１、Ｐ２、Ｐ３の保存はされない。
【００９０】このように、通常プログラムに対応するロ
ードモジュール中にデータベース処理言語の原プログラ
ムを保持し、移動先のデータベース処理システム上でこ
のロードモジュールを実行し、データベース処理手順の
識別子を用いて、移動先のデータベース処理システム上
のデータベース処理手順を登録するカタログ領域にある
データベース処理手順を検索し、これが存在しないこと
により、ロードモジュール中のデータベース処理言語の
プログラムを動的に再コンパイルし、これを移動先のシ
ステムのデータベース処理手順を登録するカタログ領域
に移動先のロードモジュールのファイル識別子と、デー
タベース処理手順相対番号により新たに登録し、再び該
データベース処理部の実行を継続する。この際、データ
ベース処理手順の識別子は、カウンタなどの値ではな
く、当該アプリケーションの走行しているシステム上で
実行時に採取したロードモジュールのファイル識別子を
用いる。従って、このような移植動作によってもデータ
ベース処理手順の一意性が保証されることになる。即
ち、埋め込まれたデータベース処理言語により記述され
たデータベース処理部には、データベース処理アプリケ
ーション実行時に得た当該アプリケーションプログラム
の通常プログラム部に対応するロードモジュールのオペ
レーティングシステム上でのファイルの識別子と、当該
データベース処理部の当該アプリケーションプログラム
中での相対番号の値の組からなる識別子を与え、実行時
に通常プログラムがデータベース処理が必要と成った場
合には、実行時に得た自ロードモジュールのオペレーテ
ィングシステムのファイル識別子と、必要とするデータ
ベース処理部のアプリケーション内相対番号を組とし
て、データベース処理手順を登録したカタログ領域を検
索し、これにより通常プログラム部から登録された所要
のデータベース処理部を呼出す。
【００９１】３）退避移行復元手順生成装置の動作 まず、渡された対象物指定を以下のように解釈し、対象
物の一覧を得る。尚、以下で（＊）の部分は、退避の場
合にはデータベースのカタログ情報から識別が可能であ
り、また復元の場合には依存情報から識別が可能であ
る。
【００９２】（１）ユーザ一覧Ｕ ＝φ：指定された
ユーザ全体を記憶する内部変数 スキーマ一覧Ｓ ＝φ：指定されたスキーマ全体を記憶
る内部変数 ビュー一覧Ｖ ＝φ：指定されたビュー全体を記憶す
る内部変数 実表一覧Ｔ ＝φ：指定された実表全体を記憶する
内部変数 権限一覧Ａ ＝φ：指定された権限全体を記憶する
内部変数 プログラム一覧Ｐ＝φ：指定されたプログラム全体を記
憶する内部変数
【００９３】（２）指定された各対象物に対して指定さ
れているものが以下のような場合、それぞれの対象物を
次のように決定する。 なお、以下に用いた記号∪はその記号左側に記載した集
合に、その記号右側に記載したものを合併する事を示す
記号である。 ａ）ユーザ名が指定されている場合 ユーザ一覧Ｕ ＝ユーザ一覧Ｕ∪このユーザ名。 スキーマ一覧Ｓ＝スキーマ一覧Ｓ∪当該ユーザが所有している全てのスキー マ （＊） 実表一覧Ｔ ＝実表一覧Ｔ∪これらスキーマ中の全ての実表 （＊） ビュー一覧Ｖ ＝ビュー一覧Ｖ∪これらスキーマ中の全てのビュー （＊） ｂ）スキーマ名が指定されている場合 ユーザ一覧Ｕ ＝ユーザ一覧Ｕ∪当該スキーマを所有するユーザ （＊） スキーマ一覧Ｓ＝スキーマ一覧Ｓ∪当該スキーマ 実表一覧Ｔ ＝実表一覧Ｔ∪当該スキーマ中の全ての実表 （＊） ビュー一覧Ｖ ＝ビュー一覧Ｖ∪当該スキーマ中の全てのビュー （＊） ｃ）スキーマ名.表名が指定されている場合 スキーマ一覧Ｓ ＝スキーマ一覧Ｓ∪この表が所属するスキーマ名 （＊） とする。更にこれらをこの表が実表であれば （＊） 実表一覧Ｔ ＝実表一覧Ｔ∪この表 そうでなければ （＊） ビュー一覧Ｖ ＝ビュー一覧Ｖ∪この表 ｄ）権限が指定されている場合 ユーザ一覧Ｕ ＝ユーザ一覧Ｕ∪当該権限を付与しているユーザ∪当該権 限を受領しているユーザ （＊） 当該権限の対象物に対し、上記ｃ）を実行する。 権限一覧Ａ ＝権限一覧Ａ∪当該権限 ｅ）プログラム名が指定されている場合 当該プログラムが参照している表に対し、上記ｃ）を実行する。 プログラム一覧Ｐ＝プログラム一覧Ｐ∪当該プログラム 上記の（＊）について、カタログからこれを得る場合に
ついては後述のデータベース及びカタログアクセス装置
の説明の際に述べる。また、依存情報からこれを得る場
合には、以下のようになる。 例１：あるスキーマに属する表一覧を得る。 ＝このスキーマに依存するビュー及び実表を取り出す。 図２に示す例では、Ｓ１に属する表一覧は８６と８８か
らＳ１に依存するＴ１とＶ１とわかる。 例２：あるビューが参照している表一覧 ＝このビューが依存するビュー及び実表を取り出す。 図２に示す例では、ビューＶ２が参照する表は８９のＶ
２の依存部を見て、Ｔ１、Ｔ２とわかる。
【００９４】（３）対象範囲指定がＯＮＬＹとＤＯＷＮ
とＡＬＬの場合の対象物の特定は、以下のようにして行
う。 ａ）ＯＮＬＹの場合、指定された対象物に対して、以下
の確認を行なう。 ・実表一覧Ｔ、ビュー一覧Ｖにある実表、ビューが所属
するスキーマがスキーマ一覧Ｓ中にあるか？ ・スキーマ一覧Ｓ中のスキーマの所有者がユーザ一覧Ｕ
にあるか？ ・ビュー一覧Ｖの参照しているビュー、実表がビュー一
覧Ｖ、実表一覧Ｔにあるか？ ・ビュー一覧Ｖの生成に必要な権限が権限一覧Ａにある
か？ 以上の条件を満たさない場合は、エラーとする。 ｂ）ＤＯＷＮの場合は、以下のようにして対象物の特定
を行う。これは、以下の退避復元移行手順生成装置のう
ごきと同じであるが、説明のため、ここに記述する。 ・現在のビュー一覧Ｖの各ビューｖについて、以下の特
定を行う。 ビューｖが参照している各表ｔについて、 表ｔがビューの場合：ビュー一覧Ｖ＝ビュー一覧Ｖ∪表
ｔ 表ｔをビューｖとしてこれを再帰的に繰り返す。 表ｔが実表の場合 ：実表一覧Ｔ＝実表一覧Ｔ∪表ｔ ・ビュー一覧Ｖ、実表一覧Ｔが所属するスキーマでまだ
スキーマ一覧Ｓにないものをスキーマ一覧Ｓに加える。 ・スキーマ一覧Ｓにあるスキーマでまだその所有者がユ
ーザ一覧Ｕにないものをユーザ一覧Ｕに加える。 これにより、全ての対象物を指定せずとも、ａ）ＯＮＬ
Ｙの場合の条件が自動的に満たされ、対象物の範囲は閉
じたものとなる。 例１：ユーザ一覧Ｕ＝田中、スキーマ一覧Ｓ＝Ｓ２、ビ
ュー一覧Ｖ＝Ｖ２、実表一覧Ｔ＝φの場合、 Ｖ２が参照している実表Ｔ１、Ｔ２を実表一覧Ｔに加え
る。スキーマ一覧ＳにＳ１を、ユーザ一覧Ｕに鈴木を加
える。 例２：ユーザ一覧Ｕ＝田中、スキーマ一覧Ｓ＝Ｓ３、ビ
ュー一覧Ｖ＝Ｖ３、実表一覧Ｔ＝φの場合、 Ｖ３が参照しているビューＶ２をビュー一覧Ｖに加え
る。スキーマ一覧ＳにＳ２を加える。更にＶ２が参照し
ている実表Ｔ１、Ｔ２を実表一覧Ｔに加える。スキーマ
一覧ＳにＳ１を、ユーザ一覧Ｕに鈴木を加える。 ｃ）ＡＬＬの場合は、以下のようにして対象物の特定を
行う。 ・ＤＯＷＮの場合の手順を実行する。 ・Ｂ＝実表一覧Ｔ ・Ｄ＝φ ・Ｌ：現在のＢの各表ｔについて ａ）もし、全てのｔについてこれを参照しているビュー
がなければ終わり ｂ）そうでなければｔを参照している各ビューｖについ
て ・権限一覧Ａ＝権限一覧Ａ∪ｔに関してｖの所有者に出
されている権限 ・ビュー一覧Ｖ＝ビュー一覧Ｖ∪ｖ ・ｖが参照している表が全てＢ中にある場合： Ｂ＝Ｂ∪ｖ Ｄ＝Ｄ∪ｖ ・Ｂ＝Ｄ、Ｄ＝φ ・Ｌに戻る。 これらＤＯＷＮとＡＬＬの場合を図示すると図３のよう
になる。
【００９５】（４）制限範囲指定で指定されたユーザ名
群を制限ユーザ一覧ＲＵに入れる（なければ制限ユーザ
一覧ＲＵはφ）。制限範囲指定で指定されたスキーマ名
群を制限スキーマ一覧ＲＳに入れる（なければ制限スキ
ーマ一覧ＲＳはφ）。
【００９６】（５）ユーザ一覧Ｕ＝ユーザ一覧Ｕ∩制限
ユーザ一覧ＲＵ（ユーザ一覧Ｕと制限ユーザ一覧ＲＵの
交わり） スキーマ一覧Ｓ＝スキーマ一覧Ｓ∩制限スキーマ一覧Ｒ
Ｓ（スキーマ一覧Ｓと制限スキーマ一覧ＲＳの交わり）
【００９７】（６）以上で定まった実表一覧Ｔ、ビュー
一覧Ｖからスキーマ一覧Ｓにあるスキーマ中にない実
表、ビューを除く。
【００９８】（７）復元、移行の場合には、これらユー
ザ一覧Ｕ、スキーマ一覧Ｓ、ビュー一覧Ｖ、実表一覧
Ｔ、権限一覧Ａ、制限ユーザ一覧ＲＵ、制限スキーマ一
覧ＲＳを、指定されたパラメータとともに制御部に渡
す。
【００９９】（８）退避の場合には以下の手順を実行す
る。 １）ユーザ一覧Ｕで指定されたユーザを生成するＣＲＥ
ＡＴＥ ＵＳＥＲ文を生成し、定義情報とする。この
際、ユーザ名は個々に異なる置き換え可能な変数とし、
この変数名とユーザ名自身を組として置換情報として順
に記憶する。 ２）指定されたユーザ一覧Ｕ及び指定されたスキーマ一
覧Ｓを基に、これらスキーマを生成するＣＲＥＡＴＥ
ＳＣＨＥＭＡ文を生成し、定義情報として記憶する。 ３）これらユーザ、スキーマに関連する実表、ビュー、
アクセス権を生成、定義するＣＲＥＡＴＥ ＴＡＢＬ
Ｅ、ＣＲＥＡＴＥ ＶＩＥＷ、ＧＲＡＮＴ文を生成し、
定義情報として記憶する（詳細は後述する）。 ４）上記において判明している依存関係を依存情報とし
て記憶する。依存関係は以下のようにして識別される。 ・ユーザ一覧Ｕ中のユーザ名は何にも依存しない。 ・スキーマ一覧Ｓ中のスキーマ名はその所有者のユーザ
に依存するとして依存情報を生成する。 ・実表一覧Ｔ中の実表はそれが存在するスキーマに依存
するとして依存情報を生成する。 ・ビュー一覧Ｖ中のビューは、ビュー一覧Ｖが参照して
いる実表またはビューとそれに関する権限、及びビュー
一覧Ｖが存在するスキーマに依存するとして依存情報を
生成する。。 ・権限は、権限付与者、権限受領者、権限対象の表に依
存するとして依存情報を生成する。 ・プログラムはプログラムが参照している表に依存する
として依存情報を生成する。
【０１００】次に退避復元手順生成装置が行う実表、ビ
ュー、権限の保存の手順について説明する。実表、ビュ
ーは相互に関連があり、またビューを生成する際には権
限が必要となる。従って、ビュー生成の文を実行する前
にはビューが参照している表生成のＣＲＥＡＴＥ ＴＡ
ＢＬＥ文とビューが仮定している権限を定義するＧＲＡ
ＮＴ文が実行されてなければならない。従って、実表、
ビュー、権限の保存の大まかな手順は以下のようにな
る。 （１）まず、該当する実表をすべて生成する。この際に
各実表を生成する度に表に関して付与されている権限を
定義する。 （２）次に、これら実表のみを参照しているビューを生
成する。この際に各ビューを生成する度にビューに関し
て付与されている権限を定義する。 （３）次に、これら実表、及びビューのみを参照してい
るビューを生成する。この際に各ビューを生成する度に
ビューに関して付与されている権限を定義する。 （４）現在までに生成された実表及びビューを参照して
いるビューがなくなると停止する。
【０１０１】以上の過程において、権限に対するＧＲＡ
ＮＴ生成の際、複数のＧＲＡＮＴ文が生成される場合が
ある。例えば、表Ｔ１を伏見が作成し、この権限をＷＩ
ＴＨＧＲＡＮＴ ＯＰＴＩＯＮ付きで安藤に渡す。安藤
は岩崎に更に渡す。この場合、伏見→安藤、安藤→岩崎
の順にＧＲＡＮＴ文を生成しないと正しく実行できな
い。この順序を正しく生成する手順が必要となる。以下
に、もっとも一般的な形として上記手順により実表一覧
が得られ、かつ対象範囲指定でＡＬＬが選択された場合
に、ＣＲＥＡＴＥ ＴＡＢＬＥ文、ＣＲＥＡＴＥ ＶＩ
ＥＷ文、ＧＲＡＮＴ文が正しい順で生成される手順の一
例を示す。尚、ＣＲＥＡＴＥ ＵＳＥＲ文、ＣＲＥＡＴ
Ｅ ＳＣＨＥＭＡ文は各々ユーザ一覧で、スキーマ一覧
Ｓからそのまま生成できる為、その説明は省略する。 ［入力］ 実表一覧Ｔ ：対象となる表一覧 ［出力］ ＣＲＥＡＴＥ ＴＡＢＬＥ，ＣＲＥＡＴＥ ＶＩＥＷ，
ＧＲＡＮＴ文の列、 ［手順］ （１）ハッシュ表Ｂを空にする。Ｂは現在までにＣＲＥ
ＡＴＥ文を生成したすべての表、ビューを記憶する。 （２）ハッシュ表Ｄを空にする。Ｄは、現在までにＣＲ
ＥＡＴＥ文を生成したビュー、実表の内、まだ上位のビ
ューで参照されている可能性のあるもの全体を示す。 （３）実表一覧Ｔ中の各表ｔに対し、ｔがスキーマ一覧
Ｓのいづれの要素のスキーマにもなければ何もしない。
そうでなければ実表ｔに対するＣＲＥＡＴＥ ＴＡＢＬ
Ｅ文を生成する。表ｔをスキーマ名とともにハッシュ表
Ｂに登録する。表ｔをスキーマ名とともにハッシュ表Ｄ
に登録する。表ｔをオブジェクトとするＧＲＡＮＴ文を
下記のＧＲＡＮＴ文生成手順で生成する。 （４）ここをＬＯＯＰラベルとする。 ハッシュ表Ｃを空にする。Ｃは、Ｄの要素であるビュ
ー、実表を参照しているビューの全体を示す。ハッシュ
表Ｄの各表ｄに対し、表ｄを参照している各ビューｖに
対し、以下ａ）を繰り返す。 ａ）もし、ビューｖがスキーマ一覧Ｓの要素のいづれか
のスキーマにあればビューｖをハッシュ表Ｃに登録す
る。ハッシュ表Ｃが空であればＤを空にして終り。そう
でなければ、ハッシュ表Ｄを空にする。ハッシュ表Ｃの
各表ｃに対して、以下ａ）、ｂ）を繰り返す。ビューｖ
が参照している各ビューまたは表ｔｖに対し、 ａ）もしｔｖがハッシュ表Ｂにあればｃｏｎｔｉｎｕｅ ｂ）もしｔｖがハッシュ表Ｂになければｂｒｅａｋ もしｖが参照しているすべてのビューまたは実表がハッ
シュ表Ｂに存在すれば（つまりｃｏｎｔｉｎｕｅで上を
終了すれば）、 ａ）ｖに関するＣＲＥＡＴＥ ＶＩＥＷ文を生成する。 ｂ）ｖをハッシュ表Ｂに登録する。 ｃ）ｖをハッシュ表Ｄに登録する。 ＬＯＯＰラベルに戻る。
【０１０２】以上の手順を図２に示す具体例を用いて説
明する。先ず図４に示されるようにハッシュ表Ｂ、Ｃ、
Ｄが用意されているものとする。まず、スキーマＳ１か
ら表Ｔ１が選択され、実表Ｔ１が生成され、実表Ｔ１が
スキーマ名と共にハッシュ表Ｂとハッシュ表Ｄに登録さ
れる。そして、この実表Ｔ１をオブジェクトとするＧＲ
ＡＮＴが生成される。ここまでの時点で図２に示す６
８、６９、７０までの定義情報が生成される。次に、こ
の実表Ｔ１を参照しているビューＶ１が存在しているの
で、これをハッシュ表Ｃに登録する。この時点でハッシ
ュ表Ｂ、Ｃ、Ｄは図５に示すような状態になる。
【０１０３】次に、ハッシュ表Ｄが空にされ、ハッシュ
表Ｃに登録されているビューＶ１が参照しているビュー
または実表（この場合には実表Ｔ１）が既にハッシュ表
Ｂに登録されているため、ビューＶ１に関するＣＲＥＡ
ＴＥ文を生成する。この時点で図２の７１が生成され
る。そして、ビューＶ１をハッシュ表Ｂ及びハッシュ表
Ｄに登録する。この時点で各表は図６に示されるような
状態になる。尚、図２の７０については後述する。
【０１０４】次に、前述した手順のループラベルの部分
に戻ることになる。ハッシュ表Ｃを空にし、ハッシュ表
Ｄにある表Ｖ１に対して表Ｖ１を参照しているビューが
あるかどうかをチェックする。この時点ではビューＶ１
を参照しているビューは存在していないため、ハッシュ
表Ｃに登録するものは何もなく、ハッシュ表が空である
ためこのループを終了する。
【０１０５】次にスキーマＳ２が持つ実表Ｔ２に対して
同様の処理が行われる。図７に示すように、実表Ｔ２が
スキーマ名と共にハッシュ表Ｂ及びハッシュ表Ｄに登録
される。この時点で、各表は図７に示すような状態にな
る。次に、この実表Ｔ２に対するＧＲＡＮＴ文を生成す
ることになるが、この実表Ｔ２に対しては権限の付与が
ないため、何も生成されない。以上の時点までで、図２
に示す７２と７３が生成されたことになる。
【０１０６】次にハッシュ表Ｃを空にし、ハッシュ表Ｄ
に登録された実表Ｔ２を参照しているビューがあるかど
うかをチェックする。この場合にはビューＶ２が存在し
ているため、ビューＶ２をハッシュ表Ｃに登録する。こ
の時点で各表は図８に示すような状態になる。
【０１０７】次にハッシュ表Ｄを空にし、ハッシュ表Ｃ
に登録されたビューＶ２が参照している各ビューまたは
表が、ハッシュ表Ｂに登録されているかどうかをチェッ
クする。ビューＶ２は実表Ｔ１とＴ２を参照している
が、このＴ１とＴ２は共に既にハッシュ表Ｂに登録され
ている。従ってビューＶ２に関するＣＲＥＡＴＥ文を作
成する。この時点で図２に示した７４が生成される。そ
して、ビューＶ２をハッシュ表Ｂとハッシュ表Ｄに登録
する。この時点で各表は図９に示したような状態にな
る。そしてループラベルに戻る。ループラベルに戻ると
ハッシュ表Ｃを空にし、ハッシュ表Ｄに登録されている
表に対してその表を参照しているビューが有るかどうか
をチェックする。ビューＶ２に対しては、ビューＶ３が
参照しているためビューＶ３をハッシュ表Ｃに登録す
る。この時点で各表は図１０に示すような状態になる。
ビューＶ３は、ビューＶ２のみを参照しており、このビ
ューＶ２はすでにハッシュ表Ｂに登録されているため、
このビューＶ３に対するＣＲＥＡＴＥ文を生成する。こ
の時点で図２の７５が生成される。そしてビューＶ３を
ハッシュ表Ｂとハッシュ表Ｄに登録する。この時点で各
表は図１１に示すような状態になる。ここで再びループ
ラベルに戻るが、次にはこのビューＶ３を参照するビュ
ーが存在しない為、ハッシュ表Ｃに新たに登録するビュ
ーは存在せず、ハッシュ表がからになるためこの処理を
終了する。このようにして前述した手順を用いることに
より、実表及びビューを矛盾なく生成することが可能に
なる。
【０１０８】次に、ＧＲＡＮＴ文生成の手順について説
明する。 ＧＲＡＮＴ文生成の手順（入力：対象物名、所有者名） （１）ハッシュ表Ｇを空にする。 （２）Ｇに”所有者名”を登録する。 （３）ここをＬＯＯＰラベルとする。 （４）Ｇが空ならばここでおわり。 そうでなければＨを空にする。 Ｇ内の各人間ｇに対し、付与者がｇ、対象物が”対象物
名”である権限すべてに関して、ＧＲＡＮＴ文を生成す
る。 権限がＷＩＴＨ ＧＲＡＮＴ ＯＰＴＩＯＮ付きであ
り、かつ権限受領者がユーザ一覧Ｕの要素であれば、Ｈ
にその権限の権限受領者を登録する。 Ｇ＝Ｈとする。 ＬＯＯＰラベルに戻る。
【０１０９】次に、上記ＧＲＡＮＴ文生成手順の具体例
について説明する。このＧＲＡＮＴ文生成手順は前述し
た実表、ビューの保存手順を生成する過程に呼ばれるも
のであり、ここでは図２に示した７０のＧＲＡＮＴ文が
生成される場合について説明する。図２の７０は＄Ｕ１
が＄Ｕ２に対して選択権を与えているものであるが、図
１２に示すように、ハッシュ表Ｇに先ず＄Ｕ１として所
有者名鈴木が登録される。次にこの鈴木が持っている権
限全てに関してＧＲＡＮＴ文を生成する。このＧＲＡＮ
Ｔ文の生成は、図２４に示した権限一覧を参照すること
により行われる。権限一覧にはシステムが権限を付与し
た場合と、特にユーザが他のユーザに権限を付与した場
合が存在するが、ここでシステムが付与した権限は無視
され、あるユーザが他のユーザに付与した権限のみが選
択される。この例においてはユーザ鈴木がユーザ田中に
選択権を与えているため、ユーザ鈴木からユーザ田中に
対して選択権を与えるＧＲＡＮＴ文が生成される。ま
た、この場合は、権限を再付与することができるため、
表Ｈにその権限を再付与することができるユーザ名田中
を登録する。この時点で図１３のような状態になる。次
に、この表Ｈをハッシュ表Ｇに置き換える。即ち、図１
４のようにハッシュ表Ｇには田中が登録される。この田
中が持つ権限を前述したと同様に権限一覧の中から検索
し、もし田中が他のユーザに対して権限を与えている場
合には、その権限全てに対して再びＧＲＡＮＴ文が生成
されることになるが、この例では田中が他のユーザに権
限を与えていることは、権限一覧には登録されていない
ため、ＧＲＡＮＴ文は生成されない。このように、ユー
ザ１が鈴木である場合にはＧＲＡＮＴ文が１つ生成され
る。
【０１１０】４）データベース及びカタログアクセス装
置の動作 データベースの内容自身、及びカタログの内容をアクセ
スする装置である。この部分は、データベース中核に特
別なインタフェースを設けて実現することができるが、
ＳＱＬなどでは、この部分自身もＳＱＬで記述できる。
まずデータベースのアクセスについて説明する。例え
ば、指定した実表Ｔ１の内容を取り出すには、 ＳＥＬＥＣＴ ＊ ＦＲＯＭ Ｔ１ なるＳＱＬ文を実行すればよい。また、指定した内容を
実表Ｔ１の内容にするには、 ＩＮＳＥＲＴ ＩＮＴＯ Ｔ１ （（１，ＡＡＡ，２），（２，ｂｂｂ，４），...） なるＳＱＬ文を実行すればよい。多くのＳＱＬシステム
では更に高速の表の内容挿入インタフェースを持ってい
るのでそれを用いてもよい。例えば、論理名‘／ＤＥＶ
／ＭＴ００’なる磁気テープの内容を実表Ｔ１の内容と
するには、 ＩＮＳＥＲＴ ＩＮＴＯ Ｔ１ ＦＲＯＭ ／ＤＥＶ／ＭＴ００ 次にカタログのアクセスについて説明する。例えば、退
避移行復元手順生成装置で必要とされるカタログ情報は
以下のようにしてＳＱＬによりカタログから得られる。 当該ユーザｕが所有している全てのスキーマ ＳＥＬＥＣＴ スキーマ名 ＦＲＯＭ スキーマ一覧情
報 ＷＨＥＲＥ 所有者＝ｕ スキーマｓ中の表ｔを参照しているビューの一覧 ＳＥＬＥＣＴ ビュー名 ＦＲＯＭ ビュー対表の参照
関係 ＷＨＥＲＥ 参照表名＝ｔ ＡＮＤ 参照表スキーマ名
＝ｓ 以上のようにすることにより通常のＳＱＬプログラムに
より通常のＳＱＬのインタフェースで必要な情報が採取
できる。
【０１１１】また、復元時及び移行時には、対象となる
システムにおけるカタログ内容を復元するには、上記の
ようにＳＱＬの定義系コマンドを実行することにより自
動的に復元できる。例えば移行先で、 を実行することにより、表一覧、列一覧情報中に所要の
情報が設定される。また、表一覧情報中の表毎の列の個
数なども保存内容になくともこれらコマンドの実行によ
り自動的に復元される。あるいは、 ＣＲＥＡＴＥ ＶＩＥＷ Ｖ１（ｖ１１、ｖ１２） ＡＳ ＳＥＬＥＣＴ ＊ ＦＲＯＭ Ｔ１ ＷＨＥＲＥ ｔ１１＞１００ を実行することにより、ビュー表参照関係の情報や、ス
キーマ内に表が増加したことによるスキーマ一覧情報内
の格納表数の列なども自動的に更新されることになる。
即ち、これら情報は、退避の際に保存する必要がないこ
とがわかる。
【０１１２】以上のように、この実施例は、データベー
スシステム中で開発された複数の業務から所要の業務に
関連する定義情報を取り出し、これに加えて、業務に必
要とされるデータ、業務プログラムのみをとりだし、業
務パッケージとして作成し、これを別のマシン、システ
ムに移行可能とすることを特徴とする。
【０１１３】また、定義情報の取りだしの際に、カタロ
グ情報自身がＳＱＬでアクセス可能な場合、カタログ情
報の読みだしをＳＱＬにより実行することにより特別な
カタログ情報アクセス手段を不要とすることを特徴とす
る。
【０１１４】また、移行内容の内の定義情報の部分を、
通常のＳＱＬの定義情報定義のコマンド（ＣＲＥＡＴＥ
ＴＡＢＬＥなど）の履歴的に矛盾のない列に変換し、
復元時には特殊なシステムインタフェースを不要とし、
通常のＳＱＬの定義コマンド群を指定された順に実行す
ることにより復元が可能とする。また、データ自身もＳ
ＱＬのデータ投入コマンドにより変換し、移行時これを
実行することにより復元が可能になる。更に、これがＳ
ＱＬという国際標準言語を用いるため、ベンダを超えて
パッケージの移行が可能となる。例えば、上記のスキー
マ中の表の数などは、移行先で表定義のＳＱＬ文を順時
実行することによりシステムにより通常の方法で自動的
にこの部分を変更するため、関連する情報の移行が不必
要となる。また、特殊なインタフェースが不要となる。
【０１１５】また、ユーザ名、データが格納されるシス
テム上の位置など、移行先のシステムで衝突の可能性の
あるものを置き換え可能とし、移行時にはこれらを適宜
置き換えるだけでパッケージのインストールが可能なこ
とを特徴とする。
【０１１６】また、ＳＱＬの手続き部分は保管せず、移
行先で実行を行なった際にカタログ内にこの手続きがな
いことによりその場で再コンパイルを行ない、その結果
を登録することにより、ＳＱＬの手続き部を保管するた
めの記憶を節約し、更に移行先での最適化パラメタなど
に応じた業務プログラム移行を可能とすることを特徴と
する。
【０１１７】また、データベース本体を退避／復元せ
ず、復元時にデータべース定義及びその記憶領域のみを
確保し、退避のための記憶領域を節約する。更に、これ
により業務動作に必要な枠組のみをパッケージとしてイ
ンストールし、データベース内容は移行先で業務の運用
が進むに連れて蓄積されることを可能とする。
【０１１８】また、この手順を従来のデータベースの単
純な保管／復元手順にも応用し、パッケージ生成とデー
タベースの保管／復元を一つの手順で実行することを特
徴とする。
【０１１９】また、ジャーナルを保管する際には、ジャ
ーナルの履歴レコードに表の識別子を付与しておくこと
によって、表単位の保管／復元を可能とすることを特徴
とする。
【０１２０】実施例２．次に、移行または復元の際に
は、退避されたデータをそのまますべて用いて、移行、
または復元する場合に限らず、移行または復元の際に、
退避移行復元手順生成装置３により移行先のシステム環
境にあった移行仕様や、復元すべき対象物の限定等の復
元仕様を与えることができる。例えば、復元する実表と
それを参照しているビューを復元するのではなく、復元
時に実表に対してビューを評価実行し、その結果を実表
として復元することで、以降先でのディスク容量を減ら
し、また用途に応じたデータのみの復元、移行を可能と
する。
【０１２１】また、復元しようとする実表に対し、ＳＱ
Ｌ文による選択、除外を実行し、移行先または復元先で
必要なデータのみを復元することを可能とする。また、
データベース本体を退避している場合でも、移行仕様を
与えることにより、データベース定義及びその記憶領域
のみを確保することも可能である。これにより業務動作
に必要な枠組のみをパッケージとしてインストールし、
データベース内容は移行先で業務の運用が進むに連れて
蓄積されることを可能とする。また、復元する場合で
も、復元仕様を与えることにより一部の実表のみを復元
することが可能になる。また、ジャーナルに対しても、
保存されたジャーナルから復元する実表に対するジャー
ナルのみを選択することが可能になる。このように、退
避されたデータの一部を用いて移行または復元する場合
は、退避されたデータの中に依存情報が存在しているか
らであり、この依存情報も参照することにより、退避さ
れたデータの中から更に、一部のデータを矛盾無く抽出
することが可能になる。
【０１２２】実施例３．上記実施例においてはＳＱＬを
用いて説明したが、ＳＱＬを用いず他のデータベース処
理言語を用いる場合においても、上記実施例と同様の効
果を奏する。
【０１２３】実施例４．また、上記実施例１においては
データベースシステム退避／移行／復元装置として、デ
ータベース及びプログラムの退避と移行と復元が１つの
装置において出来る場合を説明したが、退避のみを行う
装置、移行のみを行う装置、或いは復元のみを行う装置
が別々に存在していても構わない。
【０１２４】
【発明の効果】以上のようにこの発明によれば、データ
ベースシステムから指定した業務に必要な定義情報及び
データ及びプログラムを時間軸或いは相互関係に矛盾無
く抽出することができ、これを用いてデータベースシス
テムを復元或いは移行する事が容易に出来るという効果
がある。
【０１２５】また、データベースの復元とデータベース
の移行を同一の仕様により行うことができるため、デー
タベースの復元と移行のための特別な処理手段を別々に
必要としないという効果がある。
【０１２６】またデータベースシステムの退避をデータ
ベース処理言語のコマンドの形に変換して退避するた
め、この退避したデータを復元する場合、或いは他のシ
ステムに移行する場合には、データベース処理言語を実
行できるシステムが備わっていればよく、特別な復元手
段或いは、移行手段を必要としないという効果がある。
【図面の簡単な説明】
【図１】この発明に係るデータベース及びプログラム退
避／移行／復元装置のブロック図を示す図である。
【図２】この発明に係るデータベースシステム退避装置
により退避される保存情報の一例を示す図である。
【図３】この発明に係るデータベースシステムの実表と
ビューを退避する場合の退避すべき実表とビューの特定
方法を示す図である。
【図４】この発明に係る退避手順生成装置の実表とビュ
ーの退避手順を説明する図である。
【図５】この発明に係る退避手順生成装置の実表とビュ
ーの退避手順を説明する図である。
【図６】この発明に係る退避手順生成装置の実表とビュ
ーの退避手順を説明する図である。
【図７】この発明に係る退避手順生成装置の実表とビュ
ーの退避手順を説明する図である。
【図８】この発明に係る退避手順生成装置の実表とビュ
ーの退避手順を説明する図である。
【図９】この発明に係る退避手順生成装置の実表とビュ
ーの退避手順を説明する図である。
【図１０】この発明に係る退避手順生成装置の実表とビ
ューの退避手順を説明する図である。
【図１１】この発明に係る退避手順生成装置の実表とビ
ューの退避手順を説明する図である。
【図１２】この発明に係る退避手順生成装置がＧＲＡＮ
Ｔ文を生成する手順を説明するための図である。
【図１３】この発明に係る退避手順生成装置がＧＲＡＮ
Ｔ文を生成する手順を説明するための図である。
【図１４】この発明に係る退避手順生成装置がＧＲＡＮ
Ｔ文を生成する手順を説明するための図である。
【図１５】従来のデータベースシステムのブロック図で
ある。
【図１６】従来のデータベースシステムのＳＱＬ手順の
実行方式を説明するための図である。
【図１７】データベースシステムのブロック図を示す図
である。
【図１８】ユーザー一覧情報の具体例を示す図である。
【図１９】スキーマ一覧情報の具体例を示す図である。
【図２０】表一覧情報の具体例を示す図である。
【図２１】データベースシステムの列一覧情報を示す図
である。
【図２２】データベースシステムのビュー定義一覧を示
す図である。
【図２３】データベースシステムのビュー対表の参照関
係を示す図である。
【図２４】データベースシステムの権限一覧を示す図で
ある。
【図２５】データベースシステムのプログラム一覧を示
す図である。
【図２６】データベースシステムの手順一覧情報を示す
図である。
【図２７】データベースシステムの手順対表参照関係を
示す図である。
【符号の説明】 １ コマンド解釈装置 ２ 制御部 ３ 退避移行復元手順生成装置 ４ ビューＳＱＬ実行装置 ５ 保存媒体アクセス装置 ６ データベース及びカタログアクセス装置 ７ プログラムアクセス装置 ８ 保存媒体 ９ データベースシステム １０ データベースシステム中核部 １１ カタログ（定義情報） １２ データベース １３ ジャーナル １４ 実行形式
【手続補正２】
【補正対象書類名】図面
【補正対象項目名】図１０
【補正方法】変更
【補正内容】
【図１０】
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図１９
【補正方法】変更
【補正内容】
【図１９】

Claims (17)

    【特許請求の範囲】
  1. 【請求項１】 以下の要素を有し、定義情報とこの定義
    情報により扱われるデータを記憶するデータベースシス
    テムを退避するデータベースシステム退避装置 （ａ）上記データベースシステムをアクセスするデータ
    ベースアクセス手段、（ｂ）退避すべきデータを保存デ
    ータとして保存媒体に保存する保存媒体アクセス手段、
    （ｃ）上記データベースシステムの退避命令を入力して
    解釈するコマンド解釈手段、（ｄ）上記データベースア
    クセス手段によりデータベースシステムの定義情報をア
    クセスすることにより、退避すべき対象物の退避すべき
    手順を生成する退避手順生成手段、（ｅ）上記コマンド
    解釈手段により解釈された退避命令に基づき、上記デー
    タベースシステムの中から退避すべき対象物を特定する
    とともに、上記退避手順生成手段を動作させ、退避手順
    生成手段により生成された退避すべき手順に従って、退
    避すべき対象物を上記データベースアクセス手段により
    データベースシステムから取り出し、上記保存媒体アク
    セス手段により保存媒体に保存する制御手段。
  2. 【請求項２】 上記コマンド解釈手段は、退避する対象
    物として、少なくともユーザ名、ＳＱＬのスキーマなど
    のデータの分類記述単位名、ＳＱＬの表やファイルなど
    のデータ名、ＳＱＬのビューなどの論理的データ名、プ
    ログラム名、権限名のいずれかひとつの対象物の指定
    と、この対象物に対する種類と範囲の指定がなされた退
    避命令を入力するとともに、上記制御手段は、退避命令
    による対象物の指定とこの対象物に対する種類と範囲の
    指定に基づいて、定義情報を参照して指定された種類
    と、範囲に含まれる対象物を特定することを特徴とする
    請求項１記載のデータベースシステム退避装置。
  3. 【請求項３】 上記データベースシステムは、データベ
    ース処理言語を用いてアクセスでき、上記データベース
    アクセス手段は、データベース処理言語を用いて上記デ
    ータベースシステムにアクセスすることを特徴とする請
    求項１記載のデータベースシステム退避装置。
  4. 【請求項４】 上記制御手段は、保存媒体に保存する情
    報をデータベース処理言語が用いるコマンドの記述形式
    に変換して保存することを特徴とする請求項１記載のデ
    ータベースシステム退避装置。
  5. 【請求項５】 上記制御手段は、保存媒体に退避すべき
    対象物として定義情報を保存する場合に、保存する定義
    情報をデータベース処理言語による定義情報生成のため
    の定義コマンドに変換して、保存媒体に保存することを
    特徴とする請求項１記載のデータベースシステム退避装
    置。
  6. 【請求項６】 上記制御手段は、保存媒体に退避すべき
    対象物としてデータを保存する場合に、保存するデータ
    をデータベース処理言語によるデータ挿入のためのデー
    タ挿入コマンドに変換して、保存媒体に保存することを
    特徴とする請求項１記載のデータベースシステム退避装
    置。
  7. 【請求項７】 上記制御手段は、保存媒体に退避すべき
    対象物の中に置換可能な変数がある場合、その変数の値
    を置換可能にする置換情報を生成し、これを保存媒体に
    保存することを特徴とする請求項１記載のデータベース
    システム退避装置。
  8. 【請求項８】 上記データベースシステムの定義情報
    は、データベース処理言語による実行形式の処理手順を
    有しており、上記データベースシステムは、さらに、上
    記処理手順のソースコードを保持するとともに上記定義
    情報にある実行形式の処理手順を実行してデータを処理
    するプログラムを有しており、上記データベースシステ
    ム退避手段は、さらに上記プログラムをアクセスするプ
    ログラムアクセス手段を有しており、上記制御手段は、
    上記定義情報にある実行形式の処理手順が退避すべき対
    象物になった場合でもこれを退避すべき対象物とはせ
    ず、代わりに退避すべき処理手順のソースコードを有す
    るプログラムを退避すべき対象物とし、上記プログラム
    アクセス手段を用いて退避すべきプログラムをアクセス
    して取り出し、保存媒体に保存することを特徴とする請
    求項１記載のデータベースシステム退避装置。
  9. 【請求項９】 上記制御手段は、データベースのデータ
    記憶領域を確保するためのデータベース処理言語による
    領域確保コマンドを生成して保存することを特徴とする
    請求項１記載のデータベースシステム退避装置。
  10. 【請求項１０】 上記データベースシステムは、さら
    に、データベースへのアクセス履歴情報をデータの識別
    子とともに記録するジャーナルを有し、上記制御手段
    は、上記ジャーナルから識別子を検索することにより、
    保存媒体に退避すべき対象物に関連するデータのアクセ
    ス履歴情報を選択し、これを退避すべきジャーナルとし
    て、保存媒体に保存することを特徴とする請求項１記載
    のデータベースシステム退避装置。
  11. 【請求項１１】 上記退避手順生成手段は、退避すべき
    手順を生成する際に、退避すべき対象物間の依存関係を
    特定し、上記制御手段は、上記退避手順生成手段が特定
    した依存関係を依存情報として保存することを特徴とす
    る請求項１記載のデータベースシステム退避装置。
  12. 【請求項１２】 上記請求項１記載のデータベースシス
    テム退避装置により保存媒体に保存された保存データを
    入力し、上記保存データに基づいてデータベースシステ
    ムを復元することを特徴とするデータベースシステム復
    元装置。
  13. 【請求項１３】 上記請求項１記載のデータベースシス
    テム退避装置により保存媒体に保存された保存データを
    入力し、上記保存データに基づいてデータベースシステ
    ムを新たに構築するデータベースシステム移行装置。
  14. 【請求項１４】 上記請求項４、５、６記載のデータベ
    ースシステム退避装置により、データベース処理言語の
    コマンドの記述形式で保存媒体に保存された保存データ
    を入力し、データベース処理言語により記述されたコマ
    ンドを実行することにより、データベースを復元又は移
    行することを特徴とするデータベースシステム復元装置
    又はデータベースシステム移行装置。
  15. 【請求項１５】 上記請求項７記載のデータベースシス
    テム退避装置により保存媒体に保存された保存データを
    入力し、置換可能な変数に新たな変数の値を与え、置換
    情報に基づいて置換可能な変数を新たな変数の値に置き
    換えながらデータベースシステムを新たに構築すること
    を特徴とするデータベースシステム移行装置。
  16. 【請求項１６】 上記請求項８記載のデータベースシス
    テム退避装置により保存媒体に保存された保存データを
    入力し、データベースシステムを新たに構築するととも
    に、プログラムの実行時に、定義情報に実行形式の処理
    手順が存在しない場合、プログラムにある処理手順のソ
    ースコードをコンパイルして実行形式の処理手順を新た
    に作成することを特徴とするデータベースシステム移行
    装置。
  17. 【請求項１７】 上記請求項１１記載のデータベースシ
    ステム退避装置により保存媒体に保存された保存データ
    を入力するとともに、復元仕様又は移行仕様を入力し、
    上記保存データの依存関係を参照することにより、復元
    又は移行するデータを復元仕様又は移行仕様に適合する
    ように評価して、データベースを復元又は移行する復元
    手順生成手段又は移行手順生成手段を有することを特徴
    とするデータベースシステム復元装置又はデータベース
    システム移行装置。
JP5043850A 1993-03-04 1993-03-04 データベースシステム退避装置及びデータベースシステム復元装置及びデータベースシステム移行装置 Expired - Fee Related JP2783109B2 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
JP5043850A JP2783109B2 (ja) 1993-03-04 1993-03-04 データベースシステム退避装置及びデータベースシステム復元装置及びデータベースシステム移行装置
TW082111230A TW268116B (ja) 1993-03-04 1993-12-31
US08/205,091 US5642505A (en) 1993-03-04 1994-03-02 Backup, restoration, migration systems of a database
KR1019940003993A KR970004101B1 (ko) 1993-03-04 1994-03-02 데이타베이스시스템의 세이브장치, 데이타베이스시스템의 복원장치, 데이타베이스시스템의 이행장치, 데이타베이스시스템 및 그 세이브, 복원, 이행방법
DE69427381T DE69427381T2 (de) 1993-03-04 1994-03-03 Backupsystem und -verfahren für eine Datenbank
EP94103254A EP0614150B1 (en) 1993-03-04 1994-03-03 Database system backup apparatus and method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP5043850A JP2783109B2 (ja) 1993-03-04 1993-03-04 データベースシステム退避装置及びデータベースシステム復元装置及びデータベースシステム移行装置

Publications (2)

Publication Number Publication Date
JPH06259301A true JPH06259301A (ja) 1994-09-16
JP2783109B2 JP2783109B2 (ja) 1998-08-06

Family

ID=12675197

Family Applications (1)

Application Number Title Priority Date Filing Date
JP5043850A Expired - Fee Related JP2783109B2 (ja) 1993-03-04 1993-03-04 データベースシステム退避装置及びデータベースシステム復元装置及びデータベースシステム移行装置

Country Status (6)

Country Link
US (1) US5642505A (ja)
EP (1) EP0614150B1 (ja)
JP (1) JP2783109B2 (ja)
KR (1) KR970004101B1 (ja)
DE (1) DE69427381T2 (ja)
TW (1) TW268116B (ja)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003532190A (ja) * 2000-04-24 2003-10-28 マイクロソフト コーポレイション コンピュータシステムにおいてボリュームスナップショット依存関係を提供する方法および装置
JP2006065845A (ja) * 2004-08-24 2006-03-09 Microsoft Corp 最適化された復元プランの生成
JP2006126906A (ja) * 2004-10-26 2006-05-18 Daikin Ind Ltd データ管理システム
JP2006525599A (ja) * 2003-04-30 2006-11-09 オラクル・インターナショナル・コーポレイション フラッシュバックデータベース
JP2007048066A (ja) * 2005-08-10 2007-02-22 Fuji Xerox Co Ltd デバイス管理装置および方法並びにプログラム
US7191360B2 (en) 2002-11-26 2007-03-13 Samsung Electronics Co., Ltd. Method of data backup and recovery
JP2008077285A (ja) * 2006-09-20 2008-04-03 Hitachi Information Systems Ltd Ｓｑｌ管理システムとｓｑｌ管理方法およびプログラム

Families Citing this family (58)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0962586A (ja) * 1995-08-25 1997-03-07 Fujitsu Ltd 情報処理装置及び情報処理装置におけるデータ処理方法
US5778395A (en) * 1995-10-23 1998-07-07 Stac, Inc. System for backing up files from disk volumes on multiple nodes of a computer network
US5754782A (en) * 1995-12-04 1998-05-19 International Business Machines Corporation System and method for backing up and restoring groupware documents
JPH09325904A (ja) * 1996-06-04 1997-12-16 Nec Corp ファームウエア情報のバックアップ方法
US5778390A (en) * 1996-06-07 1998-07-07 Electronic Data Systems Corporation Method and systems for creating duplicating, and archiving database files
US5819296A (en) * 1996-10-31 1998-10-06 Veritas Software Corporation Method and apparatus for moving large numbers of data files between computer systems using import and export processes employing a directory of file handles
JPH10224665A (ja) * 1997-02-04 1998-08-21 Sony Corp 送出システム
JP3734334B2 (ja) * 1997-05-07 2006-01-11 富士通株式会社 データ移行システム、データ移行用プログラムを格納したコンピュータ読み取り可能な記録媒体、及びデータ移行方法
US6023709A (en) * 1997-12-15 2000-02-08 International Business Machines Corporation Automated file error classification and correction in a hierarchical storage management system
US6151608A (en) * 1998-04-07 2000-11-21 Crystallize, Inc. Method and system for migrating data
US6240427B1 (en) * 1999-01-05 2001-05-29 Advanced Micro Devices, Inc. Method and apparatus for archiving and deleting large data sets
US6356895B1 (en) * 1999-01-08 2002-03-12 International Business Machines Corporation Method and computer program product for processing system files using a trigger program
US6728713B1 (en) * 1999-03-30 2004-04-27 Tivo, Inc. Distributed database management system
US7409546B2 (en) 1999-10-20 2008-08-05 Tivo Inc. Cryptographically signed filesystem
US6625622B1 (en) * 1999-05-14 2003-09-23 Eisenworld, Inc. Apparatus and method for transfering information between platforms
US6938058B2 (en) * 1999-08-23 2005-08-30 Eisenworld, Inc. Apparatus and method for transferring information between platforms
US6978272B1 (en) * 1999-11-29 2005-12-20 Ncr Corporation Method and apparatus for displaying instrumentation parameters in a database system
GB0002019D0 (en) * 2000-01-29 2000-03-22 Ibm Data migration tool
US6963875B2 (en) 2000-03-23 2005-11-08 General Atomics Persistent archives
US6711699B1 (en) 2000-05-04 2004-03-23 International Business Machines Corporation Real time backup system for information based on a user's actions and gestures for computer users
US10235368B2 (en) * 2000-06-08 2019-03-19 International Business Machines Corporation System and method for updating external file referenced by database with transactional consistency using SQL
US7107292B1 (en) 2000-10-13 2006-09-12 International Business Machines Corporation Fast system level recovery
US7620665B1 (en) * 2000-11-21 2009-11-17 International Business Machines Corporation Method and system for a generic metadata-based mechanism to migrate relational data between databases
US20020087962A1 (en) * 2000-12-29 2002-07-04 Hudson Charles A. System and process for migrating enhancements to a system
US9183317B1 (en) * 2001-06-20 2015-11-10 Microstrategy Incorporated System and method for exporting report results from a reporting system
US7133910B2 (en) * 2001-11-23 2006-11-07 International Business Machines Corporation Method for recovering the data of a logic cell in a DCE system
US6915287B1 (en) 2001-12-13 2005-07-05 Novell, Inc. System, method and computer program product for migrating data from one database to another database
US7305410B2 (en) * 2002-12-26 2007-12-04 Rocket Software, Inc. Low-latency method to replace SQL insert for bulk data transfer to relational database
JP4267353B2 (ja) 2003-03-28 2009-05-27 株式会社日立製作所 データ移行支援システム、および、データ移行支援方法
JP4149315B2 (ja) * 2003-06-12 2008-09-10 インターナショナル・ビジネス・マシーンズ・コーポレーション バックアップシステム
US7664795B2 (en) * 2003-09-26 2010-02-16 Microsoft Corporation Apparatus and method for database migration
US7499953B2 (en) * 2004-04-23 2009-03-03 Oracle International Corporation Online recovery of user tables using flashback table
US20060026587A1 (en) * 2004-07-28 2006-02-02 Lemarroy Luis A Systems and methods for operating system migration
US7389314B2 (en) * 2004-08-30 2008-06-17 Corio, Inc. Database backup, refresh and cloning system and method
US7672979B1 (en) * 2005-04-22 2010-03-02 Symantec Operating Corporation Backup and restore techniques using inconsistent state indicators
US7685170B2 (en) * 2005-08-04 2010-03-23 International Business Machines Corporation Journaling database queries for database replication
US20070112582A1 (en) * 2005-11-15 2007-05-17 Sean Fenlon Method for value-added reselling of marketing leads from multiple lead sources
US7747831B2 (en) * 2006-03-20 2010-06-29 Emc Corporation High efficiency portable archive and data protection using a virtualization layer
US7831787B1 (en) 2006-03-20 2010-11-09 Emc Corporation High efficiency portable archive with virtualization
US9235477B1 (en) 2006-04-24 2016-01-12 Emc Corporation Virtualized backup solution
US9317222B1 (en) 2006-04-24 2016-04-19 Emc Corporation Centralized content addressed storage
US8065273B2 (en) * 2006-05-10 2011-11-22 Emc Corporation Automated priority restores
US9684739B1 (en) 2006-05-11 2017-06-20 EMC IP Holding Company LLC View generator for managing data storage
US8103704B2 (en) * 2007-07-31 2012-01-24 ePrentise, LLC Method for database consolidation and database separation
US8819203B1 (en) * 2007-09-28 2014-08-26 Emc Corporation Techniques for providing an application service to an application from an appliance-style application services platform
US9507784B2 (en) 2007-12-21 2016-11-29 Netapp, Inc. Selective extraction of information from a mirrored image file
US8126847B1 (en) * 2008-04-30 2012-02-28 Network Appliance, Inc. Single file restore from image backup by using an independent block list for each file
US8200638B1 (en) 2008-04-30 2012-06-12 Netapp, Inc. Individual file restore from block-level incremental backups by using client-server backup protocol
US8239348B1 (en) * 2008-08-14 2012-08-07 Symantec Corporation Method and apparatus for automatically archiving data items from backup storage
US8504529B1 (en) 2009-06-19 2013-08-06 Netapp, Inc. System and method for restoring data to a storage device based on a backup image
DE102012202603B3 (de) * 2012-02-21 2013-07-04 Siemens Aktiengesellschaft Verfahren zur modellbasierten Softwareentwicklung von Programmen mit Datenbankzugriff
US9489271B1 (en) * 2012-03-29 2016-11-08 Veritas Technologies Llc User interface for restoring databases
CN102693174B (zh) * 2012-06-06 2015-02-18 武汉大学 一种面向对象代理数据库约束的备份方法
GB2529436B (en) * 2014-08-20 2016-05-18 Ibm Grouping file system events to perform continuous file system monitoring and backup
KR102150335B1 (ko) * 2019-01-17 2020-09-01 주식회사 쓰리데이즈 데이터베이스 관리 시스템
CN110147349A (zh) * 2019-04-08 2019-08-20 厦门天锐科技股份有限公司 一种文件数据库管理方法
US11809284B2 (en) * 2019-12-17 2023-11-07 Infosys Limited System and method of cloning a multi-tiered application
CN112084068A (zh) * 2020-09-15 2020-12-15 苏州律点信息科技有限公司 一种数据库远程备份方法、装置和云端服务器

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4961133A (en) * 1987-11-06 1990-10-02 Visystems, Inc. Method for providing a virtual execution environment on a target computer using a virtual software machine
US5136707A (en) * 1988-10-28 1992-08-04 At&T Bell Laboratories Reliable database administration arrangement
US5408652A (en) * 1990-08-31 1995-04-18 Fujitsu Limited Method and apparatus for heterogenous database access by generating different access procedures for different database data structures
US5365433A (en) * 1992-07-24 1994-11-15 Steinberg Geoffrey D System for automatically programming a functional database
US5404508A (en) * 1992-12-03 1995-04-04 Unisys Corporation Data base backup and recovery system and method

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003532190A (ja) * 2000-04-24 2003-10-28 マイクロソフト コーポレイション コンピュータシステムにおいてボリュームスナップショット依存関係を提供する方法および装置
US7191360B2 (en) 2002-11-26 2007-03-13 Samsung Electronics Co., Ltd. Method of data backup and recovery
JP2006525599A (ja) * 2003-04-30 2006-11-09 オラクル・インターナショナル・コーポレイション フラッシュバックデータベース
JP2006065845A (ja) * 2004-08-24 2006-03-09 Microsoft Corp 最適化された復元プランの生成
JP2006126906A (ja) * 2004-10-26 2006-05-18 Daikin Ind Ltd データ管理システム
JP2007048066A (ja) * 2005-08-10 2007-02-22 Fuji Xerox Co Ltd デバイス管理装置および方法並びにプログラム
JP2008077285A (ja) * 2006-09-20 2008-04-03 Hitachi Information Systems Ltd Ｓｑｌ管理システムとｓｑｌ管理方法およびプログラム

Also Published As

Publication number Publication date
EP0614150A3 (en) 1995-04-05
EP0614150A2 (en) 1994-09-07
DE69427381T2 (de) 2002-04-18
KR940022315A (ko) 1994-10-20
TW268116B (ja) 1996-01-11
KR970004101B1 (ko) 1997-03-25
JP2783109B2 (ja) 1998-08-06
US5642505A (en) 1997-06-24
DE69427381D1 (de) 2001-07-12
EP0614150B1 (en) 2001-06-06

Similar Documents

Publication Publication Date Title
JP2783109B2 (ja) データベースシステム退避装置及びデータベースシステム復元装置及びデータベースシステム移行装置
US7310653B2 (en) Method, system, and product for maintaining software objects during database upgrade
US6003039A (en) Data repository with user accessible and modifiable reuse criteria
US7467163B1 (en) System and method to manipulate large objects on enterprise server data management system
US6003042A (en) Systems, methods and computer programs products for storing a new version of an Envy Library file in a teamconnection object oriented programming environment
US6526441B2 (en) Input/output device information management system for multi-computer system
EP0421623A2 (en) Portable and dynamic distributed applications architecture
JP2863805B2 (ja) 版数管理方式
EP0723238B1 (en) Relational database system and method with high data availability during table data restructuring
US5396623A (en) Method for editing the contents of a DB2 table using an editproc manager
US4932026A (en) Apparatus for distributing data processing across a plurality of loci of control
RU2210803C2 (ru) Компьютерное устройство для выполнения прикладных программ
US6460052B1 (en) Method and system for performing fine grain versioning
Ferrandina et al. Implementing lazy database updates for an object database system
JPH0652531B2 (ja) リレーシヨナル・データベース管理システム
Wiil et al. Hyperform: A hypermedia system development environment
JP3727076B2 (ja) プログラム管理方法および装置
US8086588B2 (en) Computer program product and method for sharing information between multiple computer applications using a grafted model network
Whang et al. Office-by-example: an integrated office system and database manager
US5963955A (en) Bridge for exporting and importing objects between object oriented programming environments
Earl Principles of a reference model for computer aided software engineering environments
Cutts Delivering the benefits of persistence to system construction and execution
JP3769775B2 (ja) 分散リンク情報維持方法
Gerritsen Tools for the automation of database design
CA2476603C (en) Avoiding data loss when refreshing a data warehouse

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080522

Year of fee payment: 10

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

Free format text: PAYMENT UNTIL: 20090522

Year of fee payment: 11

LAPS Cancellation because of no payment of annual fees