JPS62257535A - デ−タ・ベ−ス・プロセツサ - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 Ａ、産業上の利用分野 本発明は、データ・ベース・プロセッサおよびその操作
方法に関し、さらに詳しくは、複数のテーブルを記憶す
るデータ・ベース・手段と、記憶初期設定およびコマン
ド処理手段を含むデータ・ベース・マネジャーとを含む
、データ・ベース・プロセッサに関する。

Ｂ、従来技術およびその問題点 Ｉ［３Ｍサービス・レベル・レボータ（ＳＬＲ）バージ
ョン２の概説書ＧＨ１９−６２１３−１（１９８４年５
月刊）には、データ・ベース・プロセッサの１つのタイ
プ、すなわち、性能、使用可能性、オペレーション等の
デジタル・コンピュータ・システムのための管理報告を
行うとともに、データを処理する専門家にデータ処理（
ＤＩ’）インストレーションの管理の助けになる情報を
与えるサービス・レベル・レポータが記載されている。

このｒ１１行物によれば、Ｓ　Ｌ　Ｒデータ・ベースは
ＤＰ装置のＩ　ＭＳ−ＶＳ　（情報管理システム−仮想
記憶）、ＣＩＣ３−ＶＳ　（顧客情報管理システム−仮
想記憶）、ＴＳ○（タイム・シュアリング機能）等の様
々なサブシステムからログ・データを集め、この集めた
情報に基づいて、システム総括（ｏｖｅｒｖｉｅ％ｌ）
、サービス・レベル、使用可能性、性能、オペレーショ
ン等をカバーする全範囲のレポートを提供する。

ＩＢＭサービス・レポータ・プログラム・ロジック・マ
ニュアルＬＹ１９−６２１２−１　（１９８４年７月刊
）には、主回線構成装置、コマンド・ルータおよび複数
のコマンド・プロセッサを含むＳＬＲデータ・ベースと
して知られるアーキテクチャが記載されている。該コマ
ンド・プロセッサは、コレクト（収集）、エディツト（
ｇ集）、レポート等のプロセッサからなり、ＤＰシステ
ムからログ・データを集め、これを編集し、ユーザー（
端末のオペレータ等）がアクセスできる。レポートが目
的のテーブルをいくつか生成する。

ＩＢＭ対話式システム生産性向上機能（ＴＳＰＦ）の概
説書Ｇ　Ｃ３４−４０４１−１（１９８５年９月刊）に
は、ｌ５ＰＦ機構、つまり対話式アプリケーションのた
めの制御およびサービスを与える対話マネジャーが記載
されている。対話とは、端末のユーザーとプログラムを
実行するコンピュータとの間の会話である。Ｉ　Ｓ　Ｐ
　ｌ”は、端末ユーザーとＳＬＲ等のログ・プロセッサ
用データ・ベース・マネジャーとの間のインターフェー
スとして有用である。

公知のデータ・ベース・プロセッサで生じろ問題の１つ
は、様々なアプリケーションで用いるデータの量が増加
すると、テーブル・データの処理が複雑になることであ
る。

ＳＬＲ等の公知のデータ・ベース・プロセッサで生じる
別の問題は、データ・ベースの容量が不足する可能性が
あることである。容量不足は、様々なアクセス許可を受
けた様々なユーザーがデータ・ベース更新のためにデー
タ収集操作を行う必要から同時にデータ・ベース・プロ
セッサを使用する時に特に生じやすい。

したがって１本発明の第１の目的は、複雑な操作を処理
できるデータ・ベース・プロセッサを提供することであ
る。

本発明の第２の目的は、記憶、および提示、つまり報告
する目的のために大量のデータを扱うデータ・ベース・
プロセッサを提供することにある。

本発明の第３の目的は、ユーザーが容易にデータをアク
セスできるデータ・ベース・プロセッサを提供すること
にある。

本発明の第４の目的は、テーブル処理容量の増したデー
タ・ベース・プロセッサを提供することにある。

本発明の第５の目的は、最適なアクセスを行なえるよう
にデータが記憶されており、ユーザーが簡便にデータ・
ソースおよびデータ・ベースの仕様を識別・修正するこ
とのできるデータ・ベース・プロセッサを提供すること
にある。

本発明の第６の目的は、′４ｉ数のデータ・ベースを制
御するのに用いることのできるデータ・ベース・プロセ
ッサを提供することである。

Ｃ６問題点を解決するための手段 本発明は、データ処理システムにおけるデータ・ベース
・プロセッサであって、データ・ベース手段とデータ・
ベース・マネジャーを含むものに関する。データ・ベー
ス手段は複数のテーブルを含む。

各テーブルはいくつかの行と列からなる。データ・ベー
ス・マネジャーは、データ処理システムのサブ・システ
ムから呼び出されたときに記憶域およびデータ・ベース
を初期設定するための主回線モジュールと、複数のコマ
ンド・プロセッサと、コマンドを受け取って該コマンド
を対応するコマンド・プロセッサに渡すコマンド・ルー
タとを含む。

本発明は、複数のコマンド・プロセッサの１つとして設
けたコピー・プロセッサによって特徴づけられる。コマ
ンド・プロセッサは、コマンド・ルータからコピー・コ
マンドを受け取って、データ・ベースの中のソース・テ
ーブルの選択された部分をターゲット・テーブルヘコピ
ーする。前記選択された部分を規定するのは１選択コマ
ンド・プロセッサである。

該選択される部分は、例えば年−月一日のサイクルにつ
いてのデータ・シーケンスのような、階層的かつ周期的
にグループ化されたデータ・シーケンスからなる。

本発明によれば、（あるカレンダー・テーブルの）すべ
ての年と月を含むような期間に渡って、日（例えば、月
の１０日から１５日の１川のす入での日）を選択して行
を新しいテーブルヘコピーしたり、または新しいテーブ
ルで行を生成したりすることが可能になる。

Ｄ、実施例 下記第１表は、以下の記述において使われる略語の一覧
表である。

第１表 ＣｌＣ５／ＶＳ　　顧客情報管理システム／仮想記憶 ＣＩ）　Ｕ　　　　　　中央演算処理装置ＧＤＤＭ　　
　　　図形データ表示管理プログラムＩＭＳ／ＶＳ　　
　情報管理システム／仮想記憶ｌ５ＰＦ　　　　　対話
式システム生産性向上機能ＪＣＬ　　　　　　ジョブ制
御言語 ＯＰＣ操作計画・管理プログラム ＲＭＦ　　　　　　資源ｉｉｔり電機能ＳＬＲサービス
・レベル・レポータ （サービス水準報告プロゲラｌＳ） ＳＭＦ　　　　　　システム管理機能 ＴＳＯタイムシュアリング機能 ｖＳ　　　　　　仮想記憶 ＶＳＡＭ　　　　　仮想記憶アクセス方式ＶＴＡＭ　　
　　　仮想通信アクセス方式以下の説明はＳＬＲログ・
プロセッサについて行うが１本発明の趣旨を逸脱しない
範囲で、他の同様なデータ・ベース・プロセッサにも本
発明な適用し得ることは言うまでもない。

第１図は、実質的に従来のデータ・ベース・プロセッサ
のように動作するＳＬＲログ・プロセッサ３０を示す。

該プロセッサ３０はインターフェース３９を介してＤＰ
（データ処理）システム１に接続されている。ＤＰシス
テム１はホスト・プロセッサ２を含む、該プロセッサ２
には、記憶システム３が接続されており、また、インタ
ーフェース４０を介して複数のユーザ一端末４も接続さ
れている。記憶システム３は、インターフェース２５を
介してホスト・プロセッサ２に接続された通常のデータ
記憶手段６を含む。複数のサブシステム、例えばＴＳＯ
８、ＣＩＣ８９、ＩＭＳｌｏ。

ＳＭＦ／ＲＭＦＩＩおよびバッチ１２が、ログ・データ
を生成し、インターフェース２Ｇを通じてシステム・ロ
グ５、例えば、ＳＭＦログ１５、ＴＳ○ログ１６．Ｃｌ
Ｃ５ログ１７およびＩＭＳログ１８へ送る。

ＳＬＲログ・プロセッサ３０は、データ・ベース３２と
データ・ベース・マネジャー（ＤＢＭ）３１を含む。０
８Ｍ３１とデータ・ベース３２とはＶＳＡＭデータ・ベ
ース・インターフェース３Ｇを介して接続されている。

５ＬＲ３０は、オフ・ピーク時にデータを収集するので
、システム性能に影響はない。ＳＭＦ、ＲＭＩ”、ＣＩ
Ｃ５−ＶＳ、ＩＭＳ−ＶＳ等の入力ログ５からのレコー
ドは、収集操作２３において収集かつ解析され、ＳＬＲ
データ・ベース３２の予め規定されたログテーブルへ書
き込まれる。

ＳＬＲデータ・ベース３２は、簡単なテーブル・フォー
マットでデータをアクセスすることを可能にするＶＳＡ
Ｍデータ・ベースの周囲に築かれる。

ＳＬＲデータ・ベースは、数年に渡って収集された活動
記８（ｈｉｓｔｏｒｉｃａｌ）データを含むこともある
。エンド・ユーザーの端末装置４は、提示すなわち報告
操作２４においてデータ・ベース３２に記憶されたデー
タに基づいて生成されたレボ−１・を表示することがで
きる。該レポートは、プリンタを使ってプリント・アウ
トすることもできる。

ＳＬＲレボ−１への例として、いくつかのソースからの
キー・メジャメント（測定、計測値）を結合するシステ
ム総括（ｏｖＣｒｖｉｅｗ）レポートを挙げることがで
きる。他のレポートは、応答時間によって示されるシス
テムの提供するサービスの質と量、および様々なデパー
トメント（部門）または他のグレーピングの提供するサ
ービスの量を示すこともある。様々なプロセッサ・チャ
ネル、およびデバイス・ユーティライゼーションのため
にレポートを提供することもできる。あるいは、レポー
トが、容量のプラニングまたは７カウンテイング（会計
、課金）等に有用な情報を示してもよい。

さらに、アプリケーション・プログラム、制御ユニット
、通信回線等のＶＴＡＭネットワーク資源の可用性につ
いてのレポートも提供することができる。

レポートはすべてＧ　Ｄ　Ｄ　Ｍを使ってフル・カラー
でグラフィック表示できる。

第１図のＳＬＲアーキテクチャによると、０８Ｍ３１の
主回線モジュール３３に至る線２１，２０によって示さ
れる通り、ＳＬＲのＤＢＭ３１はバッチ１２またはＴＳ
Ｏ８から呼び出される。

主回線モジュール３３は、主記憶域、サービス・ルーチ
ン、およびＳＬＲデータ・ベース３２を初期設定するの
に用いられる。

本発明によれば、ＳＬＲデータ・ベース３２は複数のサ
ブ・データ・ベースを含む。その中には。

主データ・ベース４１と少なくとも１つの補助データ・
ベース４２が含まれる。各サブ・データ・ベースは１名
前ＤＢＩＤによって識別される。主データ・ベース４１
は、主ファイル４３１作業ファイル４４と呼ばれる２つ
のＶＳＡＭデータ・セットを含む。同様に、補助データ
・ベース４２は。

２つのＶＳＡＭデータ・セットＡファイル４５、へ作業
４６を含む、もっとも後で述べるように、あるアプリケ
ーションでは、補助データ・ベースの作業ファイル４６
を省略したり、またはデータ・ベース識別テーブル中で
ダミー・ファイルとしてだけ該ファイルを登場させたり
することもできる。

点４７は、存在し得る他の補助サブ・データ・ベースを
示す。あるアプリケーションでは、補助データ・ベース
４２を主ファイル（ＭＡ　Ｉ　Ｎ　Ｆ　Ｉ　ＬＥ）と名
づけられた主データ・セットを含む主データ・ベースと
して用いる一方、他のデータ・ベース４１を補助データ
・ベースとして使うことも可能である。

コマンド・ルータ３４は、ユーザー・インターフェース
４，４０からのユーザー・コマンドと複数のコマンド・
プロセッサ３５との間のインターフェースとして用いら
れる。コマンド・ルータ３４はコマンドを要求、かつ走
査してその機能を識別し、該コマンドの内容を適切なコ
マンド・プロセッサに渡す。コマンド・プロセッサによ
って制御がコマンド・ルータに戻されろと、該コマンド
・ルータは別のコマンドを要求し、サイクルが繰り返さ
れる。終了コマンドが読み取られると、制御がインター
フェース３７を経て主回線３３へ戻される。

ブロック３５の様々なコマンド・プロセッサの目的は、
コマンドのバス、バリデーション、および必要な処理の
実行である。

第２図は、コマンド・プロセッサ・ブロック３５をより
詳細に示す、この図には、ｌ５ＰＦ６１等の、ＳＬＲロ
グ・プロセッサ３０を実行するのに有用ないくつかの対
話機能が示されている。ＩＳｒ’Ｆ６１は、矢印６３．
６４で示されるように、パネル・ライブラリ６５とテー
ブル・ライブラリ６６に接続されているが、その詳細は
上記ｌ５ＰＦに関する刊行物に記載されている。

第１図の矢印２０．２１で示された操作と同様に、ｌ５
ＰＦを用いてＳＬＲを呼び出すことができる。端末ユー
ザーがｌ５ＰＦ対話を使い第１図の報告操作２４のよう
に、つまり第２図の矢印６２．６７で示されるように、
報告操作を行う二ともできる。代わりに、矢印７１で示
されるように、ユーザーがｌ５ＰＦ環境外部のレポート
・コマンドを使うこともできる。

生産管理対話（Ｐｒｏｄｕｃｔｉｏｎ　Ｃｏｎｔｒｏｌ
　Ｄｉａｌｏｇ。

ＰＣ口）７０は、ｌ５ＰＦパネルおよびテーブル・サー
ビスを用いて、ログ・ソース５とＳＬＲデータ・ベース
３２の様々なデータ・ベースおよびデ−タ・セットとの
間の関係を制御する。

Ｉ）　ＣＤの機能構成要素は１例えばＩ　Ｓ　Ｐ　Ｆ　
６１の中、および−゛ナブシステム８〜１２の中、とい
うように、ＤＰシステム全般にわたって位置している。

しかしながら、ＰＣＤの目的は、ユーザーとＳＬＲデー
タ・ベース・マネジャー３１との間の会話を増進するこ
とである。

収集（ｃｏｌｌｅｃｔ）プロセッサ８０は、第１図の入
力ログ１５〜１Ｂから新しいデータを集めるのに用いら
れる。読み取られ入力されたレコードは、ＳＬＲデータ
・ベース３２のデータ・ベース・テーブルの新しい行を
生成するのに用いられたり、または、データ・ベースの
既存のテーブルを更新したりするのに用いられる。収集
機能によって生成されるテーブルは１列とデータ行を含
む６−意的に測定値を識別するデータを含む列はキー列
と呼ばれる。測定値を含む列はデータ列と呼ばれる。

システム・ログ５から収集されたデータは、最初、デー
タ・ベース３２のログ・テーブルに記憶される。次に、
これらのログ・テーブルからのデータは、報告の目的に
適したサマリ（ｓｕｍｍａｒｙ）・テーブルの形に要約
される。編集（ｅｄｉｔ）プロセッサ８１は、データ・
ベース３２からのデータの表示、変更、または削除に用
いられる。

アンロード（ｕｎｌｏａｄ）・コマンド・プロセッサ８
２は、データ・ベースまたはデータ・ベースから選択し
たテーブルの順次（ｓｅｑｕｅｎｔｉａｌ）ファイルを
作成するのに用いられるデータ・ベースの望ましいサブ
・セラ１−を作成するために、特定の列および行を指定
することができる。

ロード・プロセッサ８３は、アンロード・プロセッサに
よってアンロードされたテーブルをデータ・ベースに読
み戻すのに用いられる。

ビュー（ｖｉｅｗ）・コマンド・プロセッサ８４は、ビ
ュー・コマンドの情報から１組の制御ブロックを生成す
る。ビュー・テーブルは、記憶されているデータを含ま
ない。該テーブルは報告時に用いられる。つまり、ビュ
ー・コンビネーションのテーブルからのデータが組み合
わされるのは、報告時である。したがって、ビューを仮
想テーブルと考えることができる。ビューのためのソー
ス・テーブルは、後で述べるように、連結コマンドによ
って連結された様々なデータ・ベースに位置していても
よい。

選択（ｓｅｌｅｃｔ）コマンド・プロセッサ８５は、テ
ーブルの中のデータの選択に用いられる・ソート（ｓｏ
ｒｔ）　　・コマンド・プロセッサ８６は、データを望
む順番に並べ換えるのに用いられる。

レポート（ｒｅｐｏｒｔ）　　ａコマンド・プロセッサ
８７は、使用する測定値データを含むビューまたはテー
ブルを選択するのに用いられる。レポート。

選択、およびソート・コマンドを含むコマンド・シーケ
ンスの１例を、下記第２表に掲げる。

第２表 ＲＥＰＯＲＴ　ＪＯＢＳＴＡＴ ＳＥＬ［ＥＣＴ　　Ｃ０Ｌ（ＰＲＯＪＥＣ丁　ＴＯＴ−
ＣＰＵ　　ＰＥｌＩＣ−ＣＰＵ　　ＬＯ５Ｔ−ＣＩ’Ｕ
ＬＯ５ＴＣＰＬＩ） ＳＥＬＥＣＴ　ＲＯす５（ＹＥＡＲ，８３ＡＮＤ　ＭＯ
ＮＴＨ＝ＤＥＣ）ＳＯＲＴ　５ＥＱＵＥＮＣＥ（ＴＯＴ
−ＣＰＵ　ＤＥＳＣＥＮＤ）ＭＡＸ（５）ＮＤ ＪＯＢＳＴＡＴ−ジョブ統計（Ｊｏｂ　５ｔａｔｉｓｔ
ｉｃｓ）は、ジョブ・ログ・テーブルからの統計に基づ
くサマリー・テーブルである。該テーブルの内容は。

様々なプロジェクト（部門、デパートメント）の人間に
よって１日の様々な期間（シフト）に実行されるジョブ
が消費する資源のサマリーである。

このコマンド・ストリームによって、各プロジェクトつ
まり部門のために消費されたプロセッサ時間をＣＰＵ使
用量の多い順に示すレボ−１〜が、例えば下記第３表に
示すように作成される。

第３表 Ｐｒｏｃｅｓｓｉｎｇ　Ｔｉｍｅ　Ｕｓｅｄ　ｂｙ　Ｐ
ｒｏｊｅｃｔＰＲＯＪＩＥＣＴ　ＴＯＴ−ＣＰＵ　ＰＥ
ＲＣ−ＣＰＵ　ＬＯ３Ｔ−ＣＰＵ　ＬＱＳＴＣＰＵ阿Ｉ
Ｎ　　　メ　　　ＭＩＮ　　　％ へＰＰＬＤ［ＥＶ　２５８，６　１９．９　　　７．８
　　３．０ＥＮＧＩＮＩＥＩＩ：Ｒ２２４，８１７，３
８，３３，７ＰＲＯＤＲＵＮ　１９１．６　１４．７　
　３３．３　　１７．５ＰＵＲＣＩＩ＾ＳＥ　１１：１
．６　　８，７　　１５，７　　１３．８ＳＴＡＦＦ　
　　７８．４　　６．０　　２５．２　　３２．１ＴＯ
Ｔ−ＣＰＵは、プロジェクトの消費したＣＰＵ時間の合
計を示す。

ＰＥＲ−ＣＰＵは、全プロジェクトの消費したＣＰＵ時
間の中でそのプロジェクトのＴＯＴ−ＣＰＵが占める割
合を百分率で示す。

ＬＯ３Ｔ−ＣＰＵは、そのプロジェクトのうちの異常終
了（ａｂｅｎｄ）が生じたすべてのジョブについてのＣ
ＰＵ時間の合計である。

Ｌ　ＯＳ　Ｔ　−ＣＰ　Ｕは、そのプロジェクトのＴ。

Ｔ−ＣＰＵに占めるＬＯ３Ｔ−ＣＰＵの割合を百分率で
示す。

次に、コピー、生成、およびフィツト・コマンド・プロ
セッサ（８８，８９，９０）の動作について説明する。

データのコピーおよび生成の対象となる期間（ｔｉｍｅ
　ｐｅｒｉｏｄ）は、年１月、および日に関する情報を
含むカレンダー・テーブルから選択される。

コピー・プロセッサ８８は、１つのテーブルまたはビュ
ーからデータを取り、それを別のテーブルにコピーする
のに用いられる。典型的な例として、ＪＯｆ３ＳＴＡＴ
テーブル等のテーブルの選択された列から１年分のデー
タを取り出し、対応列を含む別のテーブルにコピーして
該データを収容することが挙げられる０元々のＪＯＢＳ
ＴＡＴのデータはそのままであり、以後の収容コマンド
によって更新することができる。コピー・コマンド・プ
ロセッサは、編集８１およびレポート８７プロセツサに
対するサブコマンド・プロセッサとして機能する。

コピーコマンドは、ターゲット（目的）・テーブルおよ
び該ターゲット・テーブルの位置するターゲット・デー
タ・ベースを示すデータ・ベース名を識別する“Ｔｏ　
ｔａｂｌｅ”　（テーブルへ）に関する情報を含む コピー・プロセッサは１次のように機能する。

選択コマンドによって選択された現在の（カレント）セ
クション内のすべての列が、ターゲット・テーブルにコ
ピーされる。１つの列は、ターゲット・テーブル中の同
じ名を持つ列にコピーされる。

次のような規則が適用される。

すなわち、ソースとターゲットの両方の列が同じタイプ
でなけ九ばならない、ソースとターゲットの文字列の長
さが違うこともあり、切捨て（ｔｒｕｎｃａｔｉｏｎ）
または空白の充填を引き起す。カレント・セレクション
の範囲内の列がターゲット列を持たないならば、それは
無視される。ターゲット・テーブル中の、ソース列を持
たない各キー列は、可能ならばＴＯＴ　（トータル）に
セットさ°　れるが、そうでなければ“■ｉｓｓｉｎｇ
”　（「不明」）にセットされる。ターゲット・テーブ
ル中のデータ列はソース列を持つ必要はない。ソース列
を持たない場合は、「不明ｊによって満たされる。

カレント・セレクションのＷｆｌ内の各行がターゲット
・テーブルの行に変形されて該ターゲット・テーブルに
挿入されるのは１次の条件が満たされるときである。す
なわち、ターゲット・テーブルが同じキーを持つ行をま
だ含まないときである。

これらの２つの条件の何れもが満たされないとき１行は
放棄（ｄｉｓｃａｒｄ）される。

既にターゲット・テーブルに含まれている行は影響を受
けない。

次に、コピー機能の２つの例を説明する。

例１ ８４年度の毎日のＣＰＵ時間を、テーブルＪＯＢＳＴＡ
ＴからＣＰＵ５ＴＡＴと呼ばれるテーブルにコピーする
。（両方のテーブルは同じデータ・ベースＭＡ　Ｉ　Ｎ
Ｆ　Ｉ　ＬＥ　（主ファイル）にある。）コマンドは下
記第４表のように与えられる。

第４表 ＥＤＩＴ　ＪＯＢＳＴＡＴ ＳＥＬＥＣＴ　ＣＯＬｔｌＭＮＳ（ＹＩＥＡＲＭＯＮＴ
ＨＤＡＹ　ＴＯＴ−５−ＣＰＵ）ＳＥＬＥＣＴ　ＲＯＩ
Ｓ（ＹＥＡＲ＝８４　ＡＮＤ　ＭＯＮＴｌｌ＝ＴＯＴ　
ＡＮＤ　ＤＡＹ　＝ＴＯＴ）ＣＯＰＹ　　ＴＯ（ＣＰｔ
ｌＳＴＡ丁）ＮＤ 上記第４表の中の、Ｍ　ＯＮ　Ｔ　Ｈ：　Ｔ　ＯＴとい
う表現は、カレンダー・テーブルに従って、１年のすべ
ての月（１月、２月、・・・、１２月）を選択すること
を意味する。同様に、ＤＡＹ＝ＴＯＴという表現は１月
のすべての日を選択することを意味する。

テーブルＪＯＢＳＴＡＴは下記第５表に示す通りである
。

第５表 Ｋｅｙｓ　　　　　　　　　　　ＤａｔａＹＥＡＲＭＯ
ＮＴＩＩ　　ＤＡＹ　　ＳＹＳＴＥＭ　ＮＵＭＢＥＲＪ
ＯＢＳ　ＣＰＵＴＩＭＥ８２　　　ＡＰＲ１０５ＹＳＡ
　　　　＋５００　　　２０（行）８２　　　ＡＰＲ１
０５ＹＳＢ　　　　　７００　　　１５８２　　　ＡＰ
Ｒ１０５ＹＳＣ９００１３（列） 例２ １９８４年についての最低合計レベル（時間レベル）を
主ファイル（例えばデータ・ベース４１）上のテーブル
ＪＯＢＳＴＡＴからデータ・ベースＦＯＲＥＣＡＳＴ　
（予測、例えばデータ・ベース４２）上のテーブルＪＯ
ＢＳＴＡＴヘコピーする。

コマンドは下記第６表のように与えられる。

第６表 ＥＤＩＴ　ＪＯｎＳＴＡＴ Ｓ［Ｅｌ、ｌ４ＣＴ　ｆｌｏＩｄｓ（Ｙ［ＡＩ＋＝８４
　ＡＮＤ　ＭＯＮＴＩ　＝ＴＯＴ　ＡＮＤ　ＤＡＹ　＝
ＴＯＴ　−ＡＮＤ　　ＳＹＳ丁Ｄ　　＝ＴＯＴ　　ＡＮ
Ｄ　　ＰＥＲＩＯＤ　　＝ＴＯＴ　　ＡＮＤ　　ＰＲＯ
ＪＥＣＴ　　＝ＴＯＴ）ＣＯＰＹ　ＴＯ（ＪＯＩ３ＳＴ
ＡＴ）　ＤＢＮＡＭＥ（ＦＯＩＥＣＡＳＴ）ＥＮＤ この動作では、コピー・プロセッサは、まずカレント・
セレクションの第１行、つまり先行する選択コマンドに
従って選択プロセッサが選択したすべての行のうちの第
１行を読み取り、そして呼び出されたときに主回線モジ
ュール３３によって初期設定された主記憶域へこの行を
記憶する。次に、コピー・プロセッサは、前記第１行を
記憶域からターゲット・テーブルへ書き込む０次に、コ
ピー・プロセッサはカレント・セレクションの第２行を
記憶領へ読み出した後、該行をターゲット・テーブルへ
書き込む。選択された行がすべてソース・テーブルから
ターゲット・テーブルヘコビーされるまで、同じ動作が
繰り返される。

記憶域へ記憶される際に１行データについてなにがしか
のチェックまたは修正操作が実行されることを考慮すべ
きである。

次に、生成（Ｃｒｅａｔｅ）コマンド・プロセッサ８９
について説明する。

該コマンドの機能は、合計テーブルにいくつかの行を挿
入することである。

例えば予測操作における典型的な用途は、データ列をす
べて「不明」で満たした状態で、１９８７年のすべての
日に対応する行を挿入することになろう。このようにす
ると、曲線フィツト機能を用いることによって、１９８
６年について使用可能なデータを外挿し、その結果を１
９８７年の分の空の列に書き込むことができる。

このように、生成コマンドの機能は、！ｇ集（ＥＤＩＴ
）の下でサブ・コマンドとして実現される。

生成される行は、５ＥＬＥＣＴ　　ＲＯＷＳ　（行選択
）によって規定される。

このコマンドは、テーブルが合計テーブルであること、
そして選択コマンドの指定したカレン１−・セレクショ
ンが少なくとも１つの時間キーを持つことを要請する。

新しい行が挿入された結果、テーブルの含む行は、カレ
ント・セレクションの範囲内での時間キーのすべての可
能な組み合わせを持つことになる。

このように、コマンドの効果は、先行する行選択コマン
ドによって制御される。５ＥＬＥＣＴ　　ＣＯＬＵＭＮ
Ｓ　（列選択）コマンドは１行選択のデフォルトを示す
ことによって、間接的な効力を持つだけである。

行選択によって確立されるカレント・セレクションは、
次のようなものでなければならない。

すなわち、各時間キーについて、該セレクションは、単
一の値ＴＯＴ（’Ｉ’ＯＴはすべての通常値の合計であ
る）または１個以上の通常値のセット（決して通常値と
ＴＯＴからなるセットではない）を与える。すべての時
間キーにＴＯＴが与えられたならば、すべての低次の時
間キーについてもそうならなければならない。つまり、
プロファイル（例えば、１箇月の間の平均的な日）はサ
ポートされない。非時間キーについて該セレクションが
与えるのは単一の値であるが、それはＴＯＴまたは通常
値のどちらかでなければならない。テーブルについては
、ＴＯＴパターンを選択して与えなければならない。

該コマンドは、カレント・セレクションの範囲内のキー
を使ってすべての行を１つずつ生成していく、（そして
、すべてのデータ列には「不明」を満たす、）テーブル
に同じキーを持つ行がなければ、生成された行が該テー
ブルに挿入される。

そうでなければ、該行は放棄される。

例１ テーブルＪＯＢＳＴＡＴにおいて、１９８７年のそれぞ
れの日々について行を生成する。コマンドは下記第７表
のように与えられ与えられる。

第７表 ＥＤＩＴ　　ＪＯＢＳＴＡＴ ＳＥＬ［ＥＣＴ　ＲＯＩＩＳ（ＹＥＡＲ＝８７　ＡＮＤ
　ＭＯＮＴＩＩ　＝ＴＯＴ　ＡＮＤ　ＤＡＹ　＝ＴＯＴ
　−ＡＮＤ　ＳＹＳＩＤ＝ＭＡＩＮ　ＡＮＤ　ＰＥＲＩ
ＯＤ＝ＴＯＴ　ＡＮＤ　ＰＲＯＪＥＣＴ＝ＡＰＰＬＸ）
ＲＥＡＴＥ ＮＤ 二こで、５ＹＳＩＤは、例えばＭＡＩＮ、ＳＹＳ　１３
等のシステムの識別 ＰＲＯＪＥＣＴは、例えばＡＰＰＬＸ等のプロジェクト
の識別である。

すべての行で、非時間キーがＳＹＳＩＤ＝ＭＡＩＮ、Ｐ
ＥＲＩＯＤ＝ＴＯＴ、ＰＲＯＪＥＣＴ＝Ａ　Ｉ）　Ｐ　
Ｌ　Ｘにセットされ、すべてのデータ列が［不明」にセ
ットされる。

例２ テーブルＪＯＢＳＴＡＴにおイテ、１９８６年の後半６
箇月についての行を生成する。コマンドは、下記第８表
のように与えられる。

第８表 ＥＤＩＴ　ＪＯＢＳＴＡＴ ＳＥＬＥＣＴ　ＲＯＶＳ（ＹＥＡＲ＝８６　ＡＮＤ　Ｍ
ＯＮＴＩＩ　＝ＪＵＬ　ＡＮＤ　ＭＯＮＴＩＩ　＝ＤＥ
ＣＡＮＤ　ＤＡＹ＝ＴＯＴ　−ＡＮＤ　５ＹＳＩＤ”Ｔ
ＱＴ　ＡＮＤ　ＰＥＲＩＯＤ：ＴＯＴ　ＡＮＤＰＲＯＪ
ＥＣＴ＝ＴＯＴ） ＣＲＥＡＴＥ’ ＮＤ すべての行で、非時間キーがＴＯＴにセットされ、すべ
てのデータ列が「不明」にセットされる。

フィツト（Ｆｉｔ）コマンド・プロセッサ９ｏは。

曲線フィツト・コマンドの処理に用いられる。

曲線フィツトの主要な機能は、過去のデータに基づいて
予測を行うことである。しかしながら。

該機能を使って内挿（データ間のギャップを埋めること
）および平滑化（回帰曲線の点、ポイントを計算するこ
と）を行うこともできる。

曲線フィツト機能は主としてｌ５ＰＦ対話から呼び出さ
れる。該機能は、編集（Ｅ　Ｄ　Ｉ　Ｔ）の下で、サブ
・コマンドとして実現される。操作対象となる行は１行
選択によって規定される。

曲線フィツト・コマンドは、オペランダとしてソース曲
線タイプを含み、オプション・オペランドとしてターゲ
ット操作を含む、下記第９表のようなソース曲線タイプ
が用いられる。

第９表 直線　　　　　　　　Ｙ＝Ａ＋Ｂ串Ｘ 指数関数　　　　　　Ｙ＝Ａ嘲Ｅ−申（Ｂ＊Ｘ）べき　
　　　　　　　Ｙ＝Ａ＊Ｂ＊傘Ｘ双曲線　　　　　　　
Ｙ：Ａ＋Ｂ／Ｘ 逆数　　　　　　　　Ｙ：１／　（Ａ＋Ｂ傘Ｘ）有理式
　　　　　　　Ｙ＝Ｘ／　（Ｂ＋Ａ嘲Ｘ）周期関数　　
　　　　Ｙ＝Ａ＋ＢｍＸ十周期要素ソースは、テーブル
の中の数（ｎｕｎ＋ｅｒｉｃ）列である。ターゲット操
作を知ると、結果の処理がわかる。ターゲット操作のオ
ペランドを省略すると、フィツトの良さを示すメツセー
ジが発せられるだけであり、データはデータ・ベースに
記憶されない。

次のような充填（ＦＩＬＬ）、置換（ＲＥＰＬＡＣＥ）
操作がサポートされる。充填（ＦＩＬＬ）は、（カレン
ト・セレクションの範囲内で）計算値によってターゲッ
ト列中の値が「不明」である場所だけを満たす操作であ
る。

置換（ＲＥＰＬＡＣＥ）は、（カレント・セクションの
範囲内）で列の全内容を置換する操作である。

ターゲットは、テーブル中の数列の名である。

これは、カレント・セレクションの中になければならず
、かつキー列であってもならないが、ソース列と同じで
２５つでもよい。

フィツト・コマンドは、表示されたタイプのうちで、（
カレント・セレクションの範囲内の）ソース列の数デー
タのすべてに最もよく近似する曲線を計算する。

テーブルは１時間キーを持たねばならない。データに相
当する時間キーは、時間スケール上の点に変換されてＸ
座標として使われる。データ値はＹ座標として使われる
。

確定された曲線は、ターゲット列のカレント・セレクシ
ョンの中のすべてのデータ、または不明データだけを、
置換するのに用いられる。データの計算は、時間キーを
Ｘ軸に変換し、かつ曲線上の対応するｙ＊ａを計算する
ことによって行われる。

Ｘ値の規定は次のように行われる。すなわち、Ｘ座標は
常に、時間カウントの起点として選ばれたある瞬間から
経過したクロック時間を表わすにれは、すへての期間の
実際の長さが考慮され。

その結果、例えば１月が２月より１０％長くなることを
意味する。したがって、結果として生じるＹ値に影響が
及ぶので、すべての月が同じ長さを持つように提示した
場合に、フィツトによって計算された直線がまっすぐに
見えないことになる。

ユーザーが期間の長さが異なることについて注意しなけ
ればならない理由は他にもある。すなわち、概算中のデ
ータが何らかの形で期間の長さに依存するならば、厳密
には異なる期間についての値は比較不可能であり、それ
らに曲線をフィツトさせることは無意味である。

時間キーの何れかがＴＯＴならば、対応する期間につい
て何か代表値を持つことが考えられる。

この値は、キー列毎に一意に規定される。特に、時間（
ＨＯｌＪＲ）　に−）い１”は０１日（ＤＡＹ）につい
ては１、月（ＭＯＮＴＨ）については１月（ＪＡＮ）、
年（ＹＥＡＲ）については４（］９０ｏ年はうるう年で
ないから）になる。

ユーザーが単一のＴＯＴパターンから選ばれたデータに
ついて作業する限り、このような約束事はほとんど意味
がない、ＴＯＴパターンがいくつかあると、予期しない
効果が生じる０例えば、１月全体に関係するデータは、
１月１日に対応する点によって表わされる。一方、その
ような点が１月１５日、または１月３１日であることを
期待するユーザーがいるかもしれない。

時間キーの何れかが「不明」ならば、Ｘ値は計算不可能
であり、そのような時間キーを含む行はバイパスされる
。

下記第１０表の例は、１９８５年のデータに基づいて１
９８６年の予測を行う方法を示す。テーブルＪＯＢｓＴ
ＡＴは１９８５年ニツイテノデータを持っているが、１
９８６年についての行のいくつかは、すべてのデータ列
において「不明」となっている。

第１０表 ＥＤＩＴ　ＪＯＢＳＴＡＴ ＳＥＬＥＣＴ　ＲＯす５（ＹＥＡＲ＝８６０ＲＹＥＡＲ
＝８５−ＡＮＤ　ＭＯＮＴＨ＝’ｒＯＴ　ＡＮＤ　ＤＡ
Ｙ＝ＴＯＴ−ＡＮＤ　　５ＹＳＩＤ＝阿ＡＩＮ　　ＡＮ
Ｄ　　ＰＥＲＩＯＤ＝ＴＯＴ−ＡＮＤ　ＧＥＮＥＲＡＴ
Ｅ＝ＡＰＰＬＸ）ＦＩＴ　　　　ＬＩＮＥ（ＣＯ３Ｔ）
　　　　　　１４ＬＬＣＦ−ＣＯ５Ｔ）ＦＩＴ　　　　
ＥＸＰＯＮＥＮＴ（ＪＯＢＳ）　　　　ＲＥＰＬＡＣＥ
（ＪＯ［３Ｓ）ＮＤ 最初のフィツト・コマンドは、列Ｃ０５Ｔ（（ｌ用）の
中でカレント・セレクションの中のすべてのデータ（ｎ
ｕ＋ｍｅｒｉｃ　ｄａｔａ、つまり「不明」ではないデ
ータ）を使う。列が１９８６年のすべての行について「
不明」を含むので、使用されるデータは厳密に１９８５
年のデータである。コマンドは。

最小自乗法を用いて該データについての回帰直線を計算
する。この線について計算された点が、列Ｆ−ＣＯ５Ｔ
の中でカレント・セレクションの中のすべての「不明」
データと置換される。列全体の内容が「不明」であると
仮定すると、我々が得るのは該データを１９８６年の方
へ延長した１９８５年のデータの線形近似になる。

第２のフィツト・コマンドは、同様に、　ＪＯＩ３Ｓ列
の１９８５年度データに最も良く近似する指数関数曲線
を計算する。そして、同じ列のすべてのデータを該曲線
から計算した値によって置換する。このようにして、平
滑化した１９８５年度のデータが得られ、その続きが１
９８６年度の方へ延びていく。

コピー、生成、フィツトのコマンドに対応して動作する
コピー、生成、およびフィツト・コマンド・プロセッサ
８８〜９０は、ＳＬＲの動作を改良するのに用いること
ができる。これらのコマンドの有利な用途は、予測操作
にある。

ＳＬＲの予測機能によれば、ユーザーがデータ・ベース
中の履歴（ｈｉｓｔｏｒｉｃａｌ）データを使って将来
の有用性を予言することができる。そのためには、ＳＬ
Ｒがデータ・ベース中の合計テーブル・データをある種
の計算への入力としてとることができ、かつ計算の結果
をデータ・ベース中に記憶してレポートを作成できるこ
とが要請される。

予測を含むすべてのユーザー・アプリケーションのため
に、ユーザーは、入力、つまり履歴データを指定しなけ
ればならない、つまり、希望する予測のタイプ、時間範
囲、時間分解能（セレクション・プロファイルを介して
、１つの特定のｔｏｔパターンを指定する）、他のセレ
クション規′＄（例えば１部門名、またはシステムｉｄ
）　、測定値（例えば、ジョブの数、ＣＰｔＪ時間）を
指定しなければならない。

また、ユーザーは、出力、つまり予測期間を指定しなけ
ればならない。すなわち、時間範囲、予測アルゴリズム
、オプション（例えば、直換／非置換）、予測を記憶す
る場所（データ・ベース名。

テーブル名、新しいキー列の値）を指定しなければなら
ない。

いくつかのタスクは予測機能を必要とする。例えば、使
用とパフォーマンスの計画およびフォロー１アツプ（Ｕ
ｓａｇｅ　ａｎｄ　Ｐｅｒｆｏｒｍａｎｃｅ　Ｐｌａｎ
ｎｉｎｇａｎｄ　Ｆｏｌｌｏｗ−ｕｐ）　、容量計画（
Ｃａｐａｃｉｔｙ　Ｉ’ｌａｎｎｉｎｇ）会計（Ａｃｃ
ｏｖｎｔｉｎｇ）がそうである。

次に、これらのタスクとＳＬＲ予測機能の関係について
説明する。

（イ）使用とパフォーマンスの計画およびフォロー・ア
ップ ユーザーは、ＳＬＲデータ・ベースにおけるキー測定値
（例えば、応答時間、ＣＰＵ使用、ライン・エラー頻度
）についての予測を作成することによって、実際の値が
期待した値、つまり目標とどれだけ異なっているかをフ
ォロー・アップするための優秀なツールを得る。

例えば、ユーザーは、データ列ＴＯＴ−ＣＰＵオヨヒ合
計７−フ／Ｌ／　Ａ　Ｄ　Ｄ　ＲＳ　Ｔ　Ａ　Ｔ　（Ｄ
　Ａ　Ｙ列は除外できる）と同じキーを持つ合計テーブ
ルを生成することができる。ＡＤＤＲＳＴＡＴ、つまり
アドレス・スペース・ロード統計は、プロジェクトおよ
びシステムによって集約されたアドレス・スペース統計
を含むサマリー・テーブルである。

ＳＬＲ予測によってこのテーブルを予測データで満たす
ことができる。そして、データがＡＤＤＲＳＴＡＴテー
ブルに収集されるとＣＰｔＴＰｔ時間の予＆ＩＩＪと実
際の違いについてのレポートの生成が可能になる。

（ロ）容量計画 予ｉｔ’ｌ１機能を用いることによって、ＳＬＲで測定
した任意の資源についての過去の使用を未来の計画期間
へ外挿することができる。ユーザーは、予測方法を選択
する際に判断を要する。多くの場合。

過去の期間の数字に定数（おそらく、ユーザー・グルー
プ等に応じて異なる定数となろう）を乗するだけで充分
である。もっとも、より精巧な外挿法が必要な場合もあ
る。最後に、過去から外挿することはできないが、予期
される変化については、編集機能を用いることができる
。

（ハ）会計 ＤＰササ−スの会計報告を行うタスクは、次のようなサ
ブタスクを含む。

単価の設定 使用回数の測定 料金の計算 ユーザーへの請求 ＳＬＲ予測機能は、コピー、生成、およびフィツト・コ
マンドによって実現される。

予１１１１機能が実行可能となるためには、ユーザーが
２つのデータ・ベース、すなわち予ａｔ’！データ・ベ
ース４１　（ｄｄ名ＭＡＩＮＦＩＬＥ、更新モード）。

と通常のＳＬＲ測定データを含むベース・データ・ベー
ス４２（ユーザーが規定したｄｄ名、読出モード）を用
意しなければならない。

対話によってユーザーがベースＤＢ（データ・ベース）
の中のテーブルを選択する。該テーブルは予測ＤＢの中
の同一のテーブルにコピーされる。

予測時間枠を指定することによって、ユーザーは対話に
生成コマンドへの入力を与える。最後に。

フィツト・コマンドが実行されて、予測データが生成さ
れる。

結果を表示するために、対話は（予測ＤＢに、それがＭ
ＡＩＮＦＩＬＥであるように）ビュー規定を生成し、ベ
ースＤＢの入力テーブルと予測ＤＢの新しいテーブルを
連合（ｃｏｍｂｉｎｅ）させる。

同一の実行の際、１つ以上のＳＬＲデータ・ベースをア
クセスする必要がある。その理由は、次の通りである。

１、インストレージョンのあるものは、単一のＶＳＡＭ
ファイルに収容できないほどの大量のＳＬＲデータを持
つ。これらのインストレージョンは、既にいくつかのデ
ータ・ベースを持っている。問題は、これらをいっしょ
にアクセスできないことである。

２、多くのソースからデータを集める大規模なインスト
レージョンでは、収集実行の際に時間が経過することが
問題となるにの問題は、同時にいくつかの収集ジョブを
行うことによって避けられる。しかし、これは現在不可
能である。なぜなら、更新モードでデータ・ベースにア
クセスできるユーザーはせいぜい１人だからである。

多重データ・ベースが自然な解決策のように思われる。

それによれば、異なるデータ・ベースに対していくつか
の収集ジョブを行った後、別のＳＬＲ実行時に該データ
・ベースをいつしぶにアクセスすることができる。

３、予測、会計等の機能はデータ・ベースを更新する。

現在のアーキテクチャでは、ユーザーが更新モードでデ
ータ・ベースをアクセスしなければならないので、他の
ユーザーを妨害することになる。ユーザーにデータ・ベ
ース全体への更新アクセス権を与えることは、安全保護
−ヒの理由から望ましくない。

この問題は、単一のデータ・ベースでは部分的にしか解
決できない。普通、読取モードでファイルが開かれ、更
新モードでは必要なときだけ再度開かれる。このように
すべてのアクセスが直列化されると、競合するジョブの
間で深刻な妨害が生じる。したがって、他のテーブルに
ダメージを与えるのを防ぐため、ＳＬＲの中である種の
アクセス許可を実現する必要が生じる。

一方、この問題は、多重データ・ベースによって簡単に
解決できる。すなわち、予測チーフルは単数または複数
の異なるファイルに霞かれるので、ユーザーは妨害や他
のデータにダメージを与える危険を冒さずにアクセスす
ることができる。以前のように、ＳＬＨの始動時のデー
タ・ベースは、ＳＬＲに連結されたデータ・ベース（ｄ
ｄ名）主ファイル１つだけである。別のデータ・ベース
を連結するために、ユーザーは連結（ＣＯＮＮＥＣＴ）
コマンド、例えば Ｃ０ＮＮＥＣＴ　　Ｆ’○ＲＥＣＡＳＴ　　ＵＰＤＡＴ
Ｅ。

を発する。

結果として、　ｄｄ名ｒ”０ＲＥＣＡＳＴ（予測）に割
り当てられたデータ・ベースが、主ファイルとともに、
ＳＬＲにとってアクセス可能になる。

ここで、主ファイルが主なＳＬＲデータ・ベースである
必要がないことに注意すべきである。それどころか、更
新モードでＳＬＲを始動させる際に、主ファイルとして
小さなプライベート・データ・ベースを用意し、続いて
読取専用モードの際に補助データ・ベースとして主Ｓ　
Ｌ　Ｒデータ・ベースを連結するのが簡便である。

連結されたデータ・ベースは、次のコマンドによって分
前できる。

ＤＩＳＣＯＮＮ　　ＦＯＲＥＣＡＳＴ。

連結・分離操作は、連結コマンド・プロセッサ９１によ
って実行される。ＰＣＤ７０は、ソフトウェア・ツール
を提供し、ＳＬＲデータの収集の完全自動化のための方
法論を確立する。データ・ベースに障害が生じた場合、
ＰＣＤを用いることによって、バックアップをとった後
に収集されたすべてのログを再収集することができる。

ＰＣＤは、ｌ５ＰＦ６１のテーブル・サービスを使い、
１以上のＳＬＲデータ・ベースのためにバックアップ・
データセットを維持するだけでなく、１以上のログ・ソ
ースからのログ・データセットの状況も維持する。

ＰＣＤの主な構成要素は、オンライン保全機能。

ログ・ロガー（ｌｏｇ−１ｏｇｇｅｔ）　、およびデー
タ収集ドライバである。

ＳＬＲの下では対話は実行されない、対話は、ｌ５ＰＦ
マスク・アプリケーション・メニューから直接呼び出さ
れる。

システムは、ＤＢＩＤ（データ・ベース識別）およびロ
グ・データ・セットｉｄ　（データ・ソース）から構成
されている。各ＤＢＩＤは、主ファイル（ＭＡＩＮＦＩ
ＬＥ）、作業ファイル（ＷＯＲＫＦＩＬＥ）、およびバ
ックアップ・データ・セットに関連する。作業ファイル
は、実データ・セットであってもよいし、ダミーのデー
タ・セットであってもよい、各データ・ソースは、実デ
ータ・セット、ＤＢＩＤ、およびコレクト（ＣＯＬＬＥ
ＣＴ）・ステートメントに関連する。

ログ・データ・セットとバックアップ・データ・セット
のシステムへの導入は１手操作でもよいし、ログ・ロガ
ーが行ってもよい、ログ・ロガーはバックグラウンド・
ジョブ・ステップであり、コレクト（ＣＯＬＬＥＣＴ）
入力として使われるデータ・セットの名を持つＩ　ＳＰ
Ｆテーブルを更新する。ログ・ロガーは１例えば、ＳＭ
Ｆデータ・セットがダンプされるときに、コレクト入力
として使われるデータ・セットを生成するすべてのジョ
ブに含まれていなければならない。

次に、データ収集ドライバについて述べる。

データ・ソースおよびＤＢＩＤは、永続的な工ＳＰＦテ
ーブル６６に保持される。収集を行うときは、ｌ５ＰＦ
がバックグラウンドで始動されてこれらのｌ５ＰＦテー
ブルが開かれ、最初のデータ・ソースが読み取られる。

関連するＤＢＩＤエントリがピック・アップされて、用
いられる主ファイルおよび作業ファイルが割り当てられ
る。コレクト・ステートメントを含むＪＣＬメンバが割
り当てられ、収集が実行される。次いで、後続のデータ
・ソースが読み取られる。該プロセスは、すべてのデー
タ・ソースが処理されるまで継続する。

オンライン保全機能は、次のようなタスクを実行するた
めに用いられる。すなわち。

イ、ＰＣＤに対する１以上のデータ・ベースの規定 口、ログ・ソースの規定および該ログ・ソースとデータ
・ベースとの関連′づけ ハ、データ収集ドライバの収集するログ・データ・セッ
トの１手操作による入力 ニ、ログ・データ・セットの収集状況の決定ホ、破壊さ
れたデータ・ベースのリカバーのために用いるバックア
ップ・データ・セットの決定ＰＣＤは、ｌ５ＰＦマスタ
・アプリケーション・メニューから選択される。

ユーザーがＰＣＤを選択すると、生産管理上（ｐｒｉｍ
ａｒｙ）メニュー　（ＤＲＥ　Ｂ　Ｆ　Ｅ）が第３ａ図
のように表示される。

第３ａ図の各オプションの処理について、以下に述べる
。

ＰＣＤパネル階層の構造の一部が、下記第１１表のＰＣ
Ｄパネル名に表ねされている１字下げを用いているのは
、そのパネルがトップ・パネルから呼び出される順番を
表ねすためである。字下げの解釈は１次の通りである。

１、名が直前のラインのパネルよりも多く字下げされて
いるパネルは、先行するラインで名づけられているパネ
ルによって呼び出される。

２、名の字下げが直前のラインのパネルよりも少ないか
、または等しいパネルは、該パネルよりも字下げが少な
い先行ラインのうちの最後において名づけられているパ
ネルによって呼び出される。

第１１表 ＤＲＥＢＦＥ　　　　　　　主オプション・メニュー　
　　　　　第３ａ図ＤＲＥＢＦＥＲデータ・ベースの規
定　　　　　　　第３ｂ図ｏｒ＋ＥｎＦｃｎＸ　　　　
データ・ベースに対するアクション　第３ｃ図の選択 ＤＲＥＢＦＥＲＡ　　　新しいデータ・ベースの規定　
　　　第３ｄ図ＤＲＥＢＦＥＩＩＥ　　　データ・ベー
ス規定の編集　　　　　第３０図ＤＩｔＥ［１ＦＥＲＤ
　　　Ｄｒ３１ｄ（７）削除の確認　　　　　　　　　
第３ｆ図ＤＲＥＢＦＥＲ３バックアップ・データセット
のトラ　第３ｇ図ッキング ＤＲＥＢＦＥＢＩ　　バックアップ・データセットの追
加　第３ｈ図または修正 ＤＲＥＢＦＥＬ　　　　　　ログ・ソースの規定　　　
　　　　　第３ｊ図ＤＲＥＢＦＩＥＬＸ　　　　　ソー
スに対するアクションの選択　　第３ｊ図ＤＲＩＥＤＦ
ＥＬＡ　　　　新しいログ・ソースの規定　　　　　第
３に図ＤＲＥＢＦＥＬＥ　　　　ログ・ソース規定の編
集　　　　　　第３１図ＤＲＥ８ＦＩＥＬＤ　　　　ロ
グ・ソースの削除の確認　　　　　第３０１図ＤＲＥ８
ＦＥＬＳ　　　　ログ・データセットの１−ラッキング
　第３０図ＤＲＥ［１ＦＥＬ１　　　ログ・データセッ
トの追加または修　第３０回正 第３ａ図のオプション１が選択されると、第３ｂ図に示
されるパネルＤＲＥＢＦＥＲが現われる。

第３ｂ図に示されるパネル機能は、データ・ベースの規
定、および各データ・ベースに関連するバックアップ・
データセットの維持のために使オ〕れる。データ・ベー
スの規定を追加、削除、もしくは修正することができる
。また、特定のデータ・ベースを選択し、該選択された
データ・ベースに関連する。バックアップ・データセラ
！・を検査もしくは修正することもできる。

既存の（ｅｘｉｓｔｉｎｇ）　、または新しい（ｎｅす
）データ・ベースが選択されると、第３ｃ図に示される
選択パネルＤＲＥＢＦＥＲＸが提示される。

オプション１が選ばれた場合、データ・エントリ・パネ
ルが表示され、そこで、ユーザーがデータ・ベースのた
めの情報を変更したり追加したりできる。選択されたデ
ータ・ベースがＰＣＤにとって未知である場合、第３ｄ
図に示されるパネルＤＲＥＢＦＲＥＡが現われる。デー
タ・ベースが既知ならば、わずかに異なったパネルＤＲ
ＥＢＦＥＲＥが第３ｅ図のように表示される。

第３ｃ図のオプション２が選択された場合は、パネル削
除確認（ｃｏｎｆｉｒｍ　ｄｅｌｅｔ、ｅ）パネル０Ｒ
ＥＢＦＥＲＤが第３ｆ図のように表示される。

ユーザーがエンター（ＥＮＴＥＲ）・キーを押すと、こ
のデータ・ベースに関する全情報がＩ）　ＣＤから取り
除かれる。ユーザーがＥＮＤキーを押すと、該リクエス
ト（ｒｅｑｕｅｓむ）は無視される。

第３Ｃ図のオプション３が選択された場合は１手繰作ま
たは自動ログ・ロガーによって入力済の。

選択されたＤＢＩＤに関連するバックアップ・データセ
ットのリストを含むパネルＤＲＥＢＦＥＲ８が第３ｇ図
のようにユーザーに提示される。

ユーザーは、このパネルから、該リストの中のエントリ
の追加もしくは削除を行ったり、あるいはバックアップ
・データセット・エントリの状況の変更を行ったりでき
る。このような処理を行うのは、Ｉ　　（ｉｎｓｅｒｔ
、挿入）およびＤ　（ｄｅｌｅｔｅ）のラインコマンド
（ｉｎｅｃｏｍｍａｎｄ　）である。■を入力すると、
バックアップ・データ・セットの追加／修正（ａｄｄ／
ｍｏｄＨｙ　ｂａｃｋｕｐ　ｄａｔａ　５ｅｔ）のため
のデータ・エントリ・パネルＤＲＥＢＦＥＲＩが第３ｈ
図のように呪われる。

Ｄを入力すると、該ラインがディスクプレイから除かれ
る。

ＰＣＤは、データ・ソースの管理（ｄａｔａｓｏｕｒｃ
ｅ　ｍａｎａｇｅｍｅｎｔ）のためにも使われる。第３
ａ図のＰＣＤ主オプション・メニューのオプション２が
選択されると、データ・ソース・パネルＤＲＥ　１３　
Ｆ　Ｅ　Ｌが第３１図のように現われる。

この機能は、ログ・ソースの規定、および各ログ・ソー
スに関連するログ・データセラ１〜状況Ｓを維持するた
めに用いられる。ログ・ソースの規定を追加、削除、も
しくは修正することができる。

また、特定のログ・ソースを選択し、該ログ・ソースに
関連するログ・データセットを検査もしくは修正するこ
ともできる。既存の、または新しいログ・ソースが選択
されると、第３ｊ図に示される選択パネルＤＲＥＢＦＥ
ＬＸが提示される。

Ｄ　ＲＥ　Ｂ　Ｆ　Ｅ　Ｌ　Ｘのオプション１が選択さ
れた場合、データ・エントリ・パネルが表示され、そこ
でユーザーがデータ・ソースのための情報を変更したり
、追加したりできる。選ばれたデータ・ソースがＰＣＤ
にとって未知ならば、第３に図に示されるパネルＤＲＥ
ＢＦＥＬＡが現われる。

データ・ソースが既知ならば、わずかに異なったパネル
ＤＲＥＢＦＥＬＥが第３１図のように表示される。

ＤＲＥＢＦＥＬＸのオプション２が選択された場合は、
パネル削除確認（ｃｏｎｆｉｒｍ　ｄｅｌｅｔｅ）パネ
ルＤＲＥＢＦＥＬＤが第３ｍ図のように表示される。

ユーザーがエンター（ＥＮＴＥＲ）　　・キーを押すと
、このソースに関する全情報がＰＣＤから取り除かれる
。ユーザーがＥＮＤキーを押すと、該リクエスト（ｒｅ
ｑｕｅｓｔ）は無視される。

ＤＲＥＢＦＥＬＸのオプション３が選択された場合は、
手操作または自動ログ・ロガーによって入力済の、選択
されたログ・ソースに関連するログ・データセットのリ
ストを含むパネルＤＲＥ　ＢＦＥＬＳが第３ｎ図のよう
にユーザーに提示される。

ユーザーは、このパネルから、該リストの中のエン１−
りの追加もしくは削除を行ったり、あるいはログ・デー
タセット・エントリの状況の変更を行ったりできる。こ
のような処理を行うのは、■（ｉｎｓｅｒｔ、挿入）お
よびＤ　（ｄｅｌｅｔｅ）のラインコマンド（ｌｉｎｅ
ｃｏｍｍａｎｄ）である。■を入力すると、ソース・ロ
グ・データ・セットの追加／修正（ａｄｄ／＋１ｏｄｉ
ｆｙ　５ｏｕｒｃｅ　ｄａｔａ　５ｅｔ）のためのデー
タ・エントリパネルＤＲＥＢＦＥＬＩが第３０図のよう
に呪われる。

Ｄを入力すると、該ラインがディスプレイから除かれる
。

次に、コピー、生成、およびフィツトの各プロセッサの
動作について、第４．５．６図をそれぞれ参照しつつ詳
細に説明する。

第４図は、以下のようなコピー・プロセッサ８８の動作
を示すフロー・チャートである。

１０１、ターゲット・テーブルへ至るアクセス・パス（
ｐａｔｈ）のセット・アップ 該動作は、ターゲット・テーブルの規定（ｄｅｆｉｎｉ
ｔｉｏｎ）から、ターゲット行の中のデータ列の位置と
フォーマットと名を読み取ること、バッファを割り当て
ること、および位置を確立することからなる。′ １０２、ソース・テーブルへ至るアクセス・パスのセッ
ト・アップ 該動作は、ソース・テーブルの規定から。

ソース行の中のデータ列の位置とフォーマットと名を読
み取ること、バッファを割り当てること、および位置を
確立することからなる。

１０３、ソース行とターゲット行の間の変換のセット・
アップ 変換（ｔｒａｎｓｆｏｒ＋５ａｔｉｏｎ）は、いくつか
の移動（ｍｏｖｅ）命令からなる。各移動命令は、ソー
ズ行のある位置にある名づけられだ列を、ターゲット行
の別の位置にある名づけられた対応列に移動する０選択
コマンドの指定した通りのカレント・セレクション内の
列だけが、ソース・テーブルにおいて考慮される。診断
（ｄｉａｇｎｏｓｔｉｃｓ）がこの時点で発せられるが
、それは次のもののためである。

イ、ソース・テーブルには存在するが、ターゲット・テ
ーブルには存在しない列。（該列はコピーされない、） 口、ソース・テーブルには存在しないが、ターゲット・
テーブルには存在する列。（ターゲット列の値は、許可
に応じて不明またはＴ　ＯＴにセットされる。） ハ、ターゲット・テーブル中の、値を更新できない列。

（値は不明にセットされる。、）二、同じ名を持つが、
タイプの異なる列。

（値は、許可に応じて不明またはＴＯＴにセットされる
。） １０４、デフォルト（ｄ　ｅ　ｆ　ａ　ｕ　ｌ　ｔ　）
　　・ターゲット行のセット・アップ。

この行のすべての列の値は不明になる。

１０５、ソース・テーブルから１つの行を読み取る。

１０６、デフォルト行からターゲット行を初期設定する
。

１０７、ソース行をターゲット・フォーマットに変換す
る。

ソース行からの入力および初期設定されたターゲット行
への出力について上記変換が使われる。

１０８、変換済行をターゲット・テーブルへ書き込む。

１０９、終了か？ノーならば１０５へ行く。イエスなら
ば１１０へ行く。

１１０、ソース・テーブルとターゲット・テーブルのた
めのテーブル・アクセスを終了する。

バッファおよび変換プログラムが削除される。

第５図は、以下のような生成プロセッサ８９の動作を示
すフロー・チャートである。

１２０、テーブルが時間キーを持つか否かをチェックす
る。

１２１、該テーブルが時間キーをもたないならば、出口
（ＥＸＩＴ）へ行く。持つならば、１２２へ行く。

１２２、該テーブルのための処理を開始する。バッファ
を割り当てる。

１２３、時間キーを解析する。

開始点の値、終了点の値、および開始キーと終了キーの
間の行の数を、最低の時間キーをステップ・アップする
ことによって探し出す。

１２４、最初の可能な行を初期設定する。

該行は可能な限り最低の時間キーを持っており、すべて
のデータ列が不明にセットされている。

１２５、該行をデータ・ベースへ書き込む。

既存の行の置換は行われない。

１２６、次の可能な時間キーを見つける。

時間キーの有効な組合せが見つかるまで、時間キーの最
低単位１つ分ずつタイムスタンプを増加させることを繰
り返す。

１２７、次の行を初期設定する。

該行：土計算済の時間キーを持っており、すへてのデー
タ列は不明にセットされている。

１２８、終了か？ノーならば１２５へ行く。イエスなら
ば１２９へ行く。

１２９、該テーブルのための処理を終了する。

バッファが削除される６ 第６図は、以下のようなフィツト・プロセッサ９０の動
作を示すフロー・チャートである。

該プロセッサの入力は、選択コマンドが指示した通りの
現在列セレクションと、ターゲットおよびソースの列の
名と、フィツト・コマンドが指示した通りの曲線フィツ
ト機能（ｆｕｎｃｔｉｏｎ）である。

１３１６ソ一ス列およびターゲラｈ列が有効で、かつ数
列であるか否かチェックする。

１３２、指定された機能を選択する。

１３３、データ・ベースから１つの行を読み取る１３４
、ソース値を蓄積する。

該値を該行から曲線フィツト・ルーチンへ渡す。

１３５、終了か？ノーならば１３３へ行く。イエスなら
ば１３６へ行く。

１３６、曲線をポイン１〜ヘフイツトさせる。

１３７、データ・ベース上でフィツトされた値を埋める
。

８０行についてキーを計算する。

ｂ、フィツトされた曲線から値を得る。

Ｃ１該行を直く。

Ｅ０発明の効果 本発明のデータ・ベース・プロセッサによれば。

ソース・テーブルのうちのターゲット・テーブルヘコピ
ーしたい部分の選択を簡便に行えるという優れた効果が
得られる。

【図面の簡単な説明】

第１図は、本発明によるデータ・ベース・プロセッサの
概略を示す図。 第２図は、第１図のデータ・ベース・プロセッサを詳細
に示すブロック図。 第３ａ〜３０図は、本発明によるＰＣＤのためのパネル
を示す図、 第４図は、コピー・プロセッサの動作を示すフローチャ
ート 第５図は、生成プロセッサの動作を示すフローチャート 第６図は、フィツト・プロセッサの動作を示すフローチ
ャートである。 出願人　　インターナショナル・ビジネス・マシーンズ
・コーポレーション 代理人　　弁理士　　頓　　宮　　孝　　−（外１名） 才　１　図 ヤ３ｏ回 才４（￥１

Claims (1)

1. 【特許請求の範囲】 各々が行と列からなる複数のテーブルを記憶するデータ
   ・ベース手段と、 複数のコマンド・プロセッサ、およびコマンドを受け取
   って該コマンドに対応するコマンド・プロセッサに渡す
   コマンド・ルータを含むデータ・ベース・マネジャー とを含むデータ・ベース・プロセッサであって、コマン
   ド・プロセッサとして、 前記コマンド・ルータから選択コマンドを受け取って、
   前記データ・ベース手段の中のソース・テーブルのうち
   の、同手段の中のターゲット・テーブルへコピーしたい
   部分を、該ソース・テーブルの行と列の両方を指定して
   選択する選択プロセッサと、 前記コマンド・ルータからコピーコマンドを受け取って
   、前記ソース・テーブルの前記指定された行と列の両方
   と一致する部分を前記ターゲット・テーブルへコピーす
   るコピー・プロセッサ とを含むことを特徴とするデータ・ベース・プロセッサ