JP2002530776A - 並行的なｄｂｍｓテーブル操作のための装置及び方法 - Google Patents

Abstract

(57)【要約】 【課題】 データベース管理を高速化する方法及び装置を提供する。 【解決手段】 データベース・テーブルが、データベースを維持する別個の記憶装置（３１０）上に位置するいくつかのエクスポート・デイレクトリイ（３２０）に対応するいくつかのスレッド（４００）によりアンロードされる。各スレッドはアンロード（４２０）するためにデータベース・テーブルに割当てられる。各データベース・テーブルからアンロードされたデータは対応するエクスポート・デイレクトリイ（３２０）に記憶される。データは、各テーブルからデータ・ブロックを読出し、そしてデータ・ログをエクスポート・デイレクトリイ（３２０）内に記憶することにより、各データベース・テーブルからアンロードされる。各スレッドは対称的複数（ＳＭＰ）環境において別個の処理で処理される。処理は各データベース・テーブルがアンロードされるまで繰返される。データは、スレッド数に対応したある数の一時的テーブルを生成し、エクスポート・デイレクトリイ内に記憶された１組のデータを読出し、そして一時的テーブル内にデータを記憶することにより、データベース・テーブル内にロードされる。

Description

【発明の詳細な説明】

【０００１】 発明の背景 発明の属する技術分野 本発明はデータベース・テーブルのアンロード及びロードする処理に関する。
本発明はより詳細には、データベース・テーブルがアンロード及びロードされる
速度を増加させるための並列処理技術の応用に関する。さらに本発明は、対称的
複数処理（ＳＭＰ）環境におけるデータベースのアンロード及びロードに適用さ
れる並列処理技術に関する。

【０００２】 背景の技術 現代のデータベース管理は、増加的により大きなデータ記憶を維持することが
要求されている。データベースの増加された大きさに加えて、現代のデータベー
ス内部の構造は増加的に複雑になっている。

【０００３】 典型的に、データベースはテーブル形式でデータを維持する。各テーブルは関
係するデータの１つ又は複数の行を維持する。一例として、基本的なデータベー
スのテーブルは例えば、組織に属する個人の名前、社会保証番号、住所、及び電
話番号を有する複数の行を維持できる。

【０００４】 データベースは、組織が新しいメンバーを追加する時、大きさが増加し、そし
てメンバーについて追加の情報が含まれる時、大きさと複雑さの両方が増大する
であろう。例えば、より大きな及びより複雑なデータベースは上記情報に加えて
、おそらく図形形式の、クラブのメンバーの住居を示す地図を含むことができる
。データベースはまた、勤務先住所及び勤務先の場所を示す追加の図形的な地図
を含むことにより大きさと複雑さを増加できる。

【０００５】 データベース・テーブルは、データベースの他のテーブル又は行へのポインタ
ーを維持することにより複雑さを増すことができる。例えば、別のテーブルに維
持される同僚の組へのポインター、近接の組織メンバーへのポインター、又は追
加のメンバー・データが維持されるところのどんなメンバー項目へのポインター
である。

【０００６】 通常のデータベース管理システム（ＤＢＭＳ）は、ブロックを割当てることに
より、データベース・テーブルを構築するための空間を与える。一旦、テーブル
が定義されると、ＤＢＭＳは関係するデータの行を記憶するために必要なブロッ
クを割当てる。例えば、もし１００，０００行を含むテーブルが構築され、そし
てブロック当り１００行が適合できるようにテーブルの行が定義されていると、
ＤＢＭＳはテーブルを構築するために１，０００ブロックを割当てるであろう。

【０００７】 一般に、ＤＢＭＳシステムは隣接したブロックの組内にブロックを割当てる。
割当てられたブロックの隣接する組は普通はエクステント（存続範囲）と呼ばれ
る。一般的に、エクステントの大きさは変化する。上記例を使用すると、ＤＢＭ
Ｓは１，０００ブロックの１つのエクステント、５００ブロックの２つのエクス
テント、又はテーブルを構築するため必要な１，０００ブロックを割当てるため
のエクステントの大きさのどんな他の組合せも使用できる。一旦、必要なブロッ
クが割当てられると、割当てられたブロックを利用してデータがテーブル内の行
内に記憶される。

【０００８】 時間の経過につれて、追加のデータテーブルに追加され、そしてＤＢＭＳは必
要に応じて追加のブロックを割当てる。例えば、もしユーザがテーブルに２５０
行を追加すれば、上記パラメータを使用して、追加的な３ブロックが割当てられ
る必要がある。

【０００９】 時間の経過につれて、データベース内の情報が削除されるであろう。この場合
、行の削除はテーブルから行を削除するためにＳＱＬの使用を通じて生ずる。例
えば、ユーザはブロック１から５０行を、ブロック２０から４０行を、そしてブ
ロック６０から３０行を削除できる。これが発生した時、それはテーブル内に存
在するデータを維持するのに必要なものよりも、より多くのブロックをテーブル
内に存在させる。

【００１０】 これに加え、データベース内のデータは更新されるであろう。例えば、上記の
データベース・テーブルを使用して、作業要員として入れられていない組織メン
バーは、彼／彼女の名前、アドレス、社会保証番号及び電話番号を維持したテー
ブル内に割当てられた行を有するであろう。作業要員に入る際、行は勤務先住所
と関係情報を含むために更新されるであろう。しかし、もし、更新の結果して実
質的な量の情報が追加されると、元の行は更新された情報を維持するために十分
な割り当てられたデータのブロックを持たないであろう。

【００１１】 行が更新されて、元の行が更新された情報の全てを保持するための十分な空間
を有しない時、行移動が生ずる。これが発生すると、行はより多くの空間を持つ
位置に移動し、そして元の行が存在したブロック内にポインタが置かれ、ポイン
タは動かされた（移動した）行の位置を示すために設定される。もし、テーブル
への顕著な更新が存在し、そして不十分な量の空間が元の行に割当てられていた
場合、大量の行移動が生ずる。

【００１２】 しばしば、更新された行を保持するためにブロック内に不十分な空間しかない
。この場合、行は元の行が存在していた所から完全に異なるブロックへ移動され
、そしてポインタが元の行の位置に置かれて異なるブロック内の更新された行を
示す。

【００１３】 行が移動する時は何時でも、断片化として知られているものを生ずる。断片化
は、ブロックを読むことに加えて、ポインタが読まれて、解釈されなければいけ
ないため、データベース情報の検索時間を非常に増加させる。行が別のブロック
に移動された時、少なくとも２つのブロック（ポインタを含むブロックと移動さ
れた／断片化された行を含むブロック）が行特有情報を検索するために読まれな
ければならない。データベース・テーブル内の他の構造的変化はまた、断片化を
生じ、そして関連した効率問題を使用ずる（例えば、行チエイニング）。

【００１４】 時々、データベース・アドミニストレータ（ＤＢＡ）は、テーブルの状態に関
する情報を提供するＤＢＭＳテーブルの解析を実行する。例えば、データベース
・アドミニストレータは、いくつのブロックが削除した行を保持しているかに関
して、効率性情報を確認するために、削除された行の数に関する情報を見るであ
ろう。別の例として、データベース・アドミニストレータはテーブルのどの位の
数が他のプロセスにより移動されたか又は断片化されたかを見るであろう。

【００１５】 もし、多くの断片化が生じた場合、ブロック大きさ及び行空間はより効率的に
割り当てることができ、テーブル・データは効率的に検索されていないことを示
す。これが発生した時、データベース・アドミニストレータはテーブルを再構築
することを決意するであろう。

【００１６】 テーブルを生成する時、ＤＢＡはブロック・フリー（ＰＣＴＦＲＥＥ）のパー
センテイジ（ＰＣＴＦＲＥＥ）又は使用されたブロックのパーセンテイジ（ＰＣ
ＴＵＳＥＤ）を設定することにより、データベース・テーブルの構造に関する決
定を行なう。ＤＢＭＳが各ブロックを行又はテーブル情報で満たす時、それブロ
ック・フリーのパーセンテイジを少なくともパーセンテイジＰＣＴＦＲＥＥに等
しく保つ。

【００１７】 ＤＢＡはデータベース・テーブルがどのようにして使用されるかに応じてＰＣ
ＴＦＲＥＥ変数を設定する。例えば、もしテーブルが更新をしばしば有する時は
、どんな必要な行移動も同じブロック内で発生することを可能にするため十分な
空間を利用可能にするために、追加のＰＣＴＦＲＥＥが設定されるであろう。上
述したように、同じブロック内の行移動はテーブルを断片化しない。移動される
が断片化されない行は、単一のブロック読取りで検索できる。これに対し、移動
された行が断片化された時は、ブロックを読取り、ポインタを解釈し、そして第
２ブロック（又はそれよりも多く）を読み出す煩瑣な工程が生じる。従って、適
当なＰＣＴＦＲＥＥ設定は、データベース・テーブルは修正されるけれど、ＤＢ
ＭＳ性能を維持することを可能にする。

【００１８】 ＰＣＴＵＳＥＤは、ＤＢＡがＤＢＭＳテーブルの構造を制御することを可能に
する別のパラメータである。ＤＢＭＳは、そのブロックのパーセンテイジがＰＣ
ＴＵＳＥＤ以下に落ちていなければ、追加の行がブロック内に置かれることを防
ぐ。ＰＣＴＵＳＥＤは、もし更新があればブロックが使用されるけれども、それ
はブロック内で使用されたパーセンテイジがＰＣＴＵＳＥＤ以下でなければ、新
しい行を挿入するために使用されないという意味において、ＰＣＴＦＲＥＥとは
異なる。

【００１９】 時間中、重いＯＬＴＰ活動（挿入、更新及び削除）に関与するＤＢＭＳテーブ
ルは、行移動、断片化、行チエイニング等を経験する可能性が高い。さらに、さ
まざまなデータベース・テーブルは必ずしも最初に構築された時に適当な設定（
例えば、ＰＣＴＦＲＥＥ、ＰＣＴＵＳＥＤ）を有していないかもしれない。又は
、データベース・テーブルの必要性が変化して、テーブルの追加の移動、削除、
又は断片化を生ずるかもしれない。これはデータ検索性能及び空間使用の劣化を
生ずる。

【００２０】 ＤＢＡはテーブルがデータを効率的に記憶しているかどうかを決定するための
解析を実行するであろう。この結果、１つ又は複数のＤＢＭＳテーブルはデータ
を記憶し検索するのに非効率的であると決定されるであろう。テーブルの再編成
化（再構築）はこの問題の解決である。最大性能を達成するために、テーブルは
再構築される必要がある（すなわち、データが二次的空間にアンロードされ、そ
してテーブルの新鮮なインスタンスが再構築される）。このプロセスは、断片化
された行はアンロードされ、断片化なく再構築されたテーブルに記憶されるので
、上述された好ましくない影響の多くを取り去る。

【００２１】 構造的に健全なデータベースは、デイスク空間を有効に使用する。それはデー
タにアクセスするのに少ない時間を必要とし、通常のトランザクションに必要な
時間を減少し、ユーザへより良い応答時間を与える。オラクル及び他の現代のデ
ータベース・システムはデータ配置について効率的な論理を使用するけれど、時
間中の通常活動はデイスク上のデータの物理的な配置は、劣化を生じ空間要求が
増大する。これはテーブル走査、データベース・バックアップ、そして他の機能
に必要とされる過度の空間使用と多くの時間を生ずる。部分的に空のページと不
使用のエクステント空間は追加の空間使用に貢献する。また、非順序的行とエク
ステントのインターリービングは、もしそれらが定期的に解決されなければ重大
に性能を劣化する。

【００２２】 データベースを効率的に維持する（生産性を増加する）ことを確保するための
１つの方法は、データベースのデータについて規則的に再編成化を実行すること
である。現在、ＤＢＭＳテーブルを再編成化するための製品が入手可能である。
しかし、自動化された再編成化ツールでもっても、データベース・テーブルの再
編成化は実質的な利用の時間を必要とする。再編成化を実行するのに必要な時間
は、データベース・アクセスを必要とするお店の生産性又は収入に実質的な影響
を与える。例えば、いくつかの店は、データベースがオフラインの時、一時間に
おおよそ１００，０００ドルのコストを招く（例えば、１９９７年１２月号のオ
ラクル・マガジン、「非停止店舗の再編成」を参照）。従って、再編成を実行す
る速度又は効率のどんな改良も利益と競争能力を増加させるであろう。

【００２３】 発明の開示 本発明は、データベース・テーブルのアンロードとロードを支援する完全に並
列な操作を提供することの必要性を認識している。これはテーブルのアンロード
及びテーブルのロードの１つ又は両方のいずれかを実行するどんなデータベース
の動作の速度を増加する。

【００２４】 従って、本発明の１つの目的は、並列データベース・テーブルのアンロードを
可能にする並列処理技術を提供することである。

【００２５】 本発明の別の目的は、対称複数処理（ＳＭＰ）環境での並列処理技術を使用し
たデータベース・テーブルのアンロード及びロードの方法を提供することである
。

【００２６】 本発明のさらに別の目的は、データベース・テーブルの並列アンロード及びロ
ードのボトルネックを防ぐ方法を提供することである。

【００２７】 本発明のさらに別の目的は、本発明の並列処理技術を使用することにより、デ
ータベースの再編成が実行される速度を実行することである。

【００２８】 これら及びその他の目的は、データベース・テーブルの並列アンロードを実行
するための方法により達成される。この方法は、データベース・テーブルを処理
するための幾つかのスレッドを開始し、データベース・テーブルのそれぞれ１つ
を前記スレッドの対応するものに割当て、そして対応するスレッドのプロセスに
より各それぞれのデータベース・テーブルをアンロードするステップを含む。方
法は、テーブル・アンロード・プロセスが、データベース・テーブル・アンロー
ドの速度を実質的に改良するために、対称複数処理（ＳＭＰ）環境を利用するこ
とを可能にする。

【００２９】 本発明は、データベース・テーブル内にデータをロードするステップを含むテ
ーブル・データの並列ロードの方法を含む。この方法は、データベース・テーブ
ル内にデータをロードするためのＸスレッドを決定し、Ｘ一時的テーブルを生成
し、各一時的テーブルはエクスポート・デイレクトリイ内に記憶された１組のデ
ータに対応し、各々の一時的テーブルをロードするためのＳＱＬ＊ＬＯＡＤＥＲ
（商標）を開始し、そして対応するＳＱＬ＊ＬＯＡＤＥＲ（商標）プロセスを経
由して対応するエクスポート・デイレクトリイ内に記憶されたデータと共に各一
時的テーブルをロードするステップを含む。

【００３０】 本発明とその付随する効果のより完全な理解は、以下の添付図面を参照した詳
細説明から容易に得られる。本発明の実施の形態の詳細な説明 ＴＳ再編成における並行アンロード／ロード選択 本発明者は新規な並行アンロード／ロード方法を開発した。この方法は、テー
ブル空間再編成の速度を増加するためにプラチナＴＳ再編成Ｖ２．１．０内に導
入されるアンロード／ロード選択に使用される。以前は、ＴＳ再編成でテーブル
空間を再編成する最高速の方法は、並列直接ロード選択と一緒に高速アンロード
を使用することである。

【００３１】 図を参照すると、いくつかの図を通じて同じ又は対応する部分が同様な参照番
号で示されている。図１は高速アンロード／ロード処理を説明するフローチャー
トである。ステップ１００において、単一高速アンロード処理が各テーブルをア
ンロードする。そして、ステップ１００ａ．．１１０ｎがテーブルをロードする
のに使用される並列直接ロードを説明する。

【００３２】 図２は高速アンロード処理説明するフロー図である。ステップ２００において
、高速アンロードがテーブル上で実行される。高速アンロードはテーブルからデ
ータを読取り記憶する。ステップ２１０において、データベース内の次のテーブ
ルがアンロードされるべきかを決定し、そして処理が各テーブルがアンロードさ
れるまで繰返される。

【００３３】 図１及び２の処理により説明されるように、並列直接ロードにおいて、一時に
１つのテーブルのみについて処理し、アンロードについて単一処理を、そしてロ
ードについて複数ＳＱＬ＊ＬＯＡＤＥＲ（商標、オラクルのユーテイリイテイ）
を順次に処理することにより、テーブルはアンロードされる。例えば、多数のテ
ーブルを含んだテーブル空間をアンロードする時、ＴＳ再編成は次のテーブルを
処理することができる前に１つのテーブルが完全にアンロードされるのを待たな
ければならない。

【００３４】 図３は、複数テーブルを並行的にアンロード（ステップ３００）及びロード（
ステップ３０５）するために複数ＣＰＵ装置をユーザが利用することを可能にす
る、本発明の並行アンロード／ロード選択を示す。テーブル空間が大きい及び小
さいテーブルの両方の組合せを含む時に、この方法は特に効率的である。そして
、ＴＳ再編成が１つの大きなテーブルをアンロート及びロードする間、それはま
たいくつかの小さいテーブルを同時的にアンロード及びロードすることができる
。本発明の原理は、複数の索引及び／又は制約条件を並行的に構築することに拡
張できる。

【００３５】 本発明の並行的アンロード／ロード処理は、以下の特性を有する計算及びデー
タベース環境で最適に実行できる： （１）対称的複数処理（ＳＭＰ）計算環境−適当な計算ハードウェアは複数の
ＣＰＵを含み、そして対称的複数処理環境を備えなければならない。ホスト装置
の対称的複数処理能力が高ければ高いほど、性能のポテンシャルはより高くなる
。複数プロセッサー計算機の１つの形式は、対称的複数プロセッサー計算機であ
る。ＳＭＰ計算機は普通、２乃至１６プロセッサーを有し、これらの全ては計算
機の単一メモリ源と共有された記憶装置を共有する。ＳＭＰ能力は利用可能なプ
ロセッサの数に依存する。より多くのプロセッサを有すると、本発明はより多く
の質問とロードを並列に実行することを可能にする。

【００３６】 （２）複数デイスクに横断したテータフアイル分割−再編成をアンロードする
ためのテーブル空間のデータフアイルは異なる物理的デイスク上に記憶されなけ
ればならない。この要件は本発明の並行的アンロード／ロード処理から完全な利
益を得るために必要とされる。

【００３７】 （３）デイスク上の定義されたエクスポート・デイレクトリイ−並行的アンロ
ード／ロード選択のために使用されるスレッドの数は、エクスポート・デイレク
トリイの数に等しいか又はより少ない。これらのデイレクトリイは、別の物理的
デイスクに存在する時に最適に使用される。

【００３８】 高ＳＭＰ能力及び効率的並列動作でもってさえも、データ移動は物理記憶装置
の限定された帯域幅のため、ボトルネック又は不均一な速度減少を経験する。Ｓ
ＭＰの少ない制限の１つは、物理デイスクが数多いＣＰＵにより作られる同時的
読取り及び書込み要求を素早く処理できない時に発生する。

【００３９】 割込みされるデータの別の源は、特に並列処理における、デイスク衝突である
。複数処理がデータベースにアクセスして変更しようと試みる時、デイスク・ヘ
ッドは一時に１つの処理の要求のみに応えることができ、他の操作を待たせる。
同じデイスクに同時にアクセスすることを試みる２つの処理のこの状況は、デイ
スク衝突と呼ばれる。デイスク衝突の結果はデータの詰り、又はボトルネックで
ある。

【００４０】 並列処理はメモリとデイスクの間にデータを移動するために複数のＣＰＵを使
用するため、数多くのＣＰＵが待機又は割込み無しにデータを高速に移動できる
ように、定義された複数のデイスクを有することが重要である。

【００４１】 ボトルネックを除去するための１つの方法は、複数のデイスクにデータを分割
することである。データの分割は、デイスクＩ／Ｏ帯域幅及びデイスク衝突の制
限的影響を減少するために、データを複数のデイスク・ドライブに横断してデー
タを物理的に分散する処理である。データ・エクスポートに対してより多くのデ
イスクを定義（分割）すると、Ｉ／Ｏボトルネックをより減少し、より高速の並
列操作が得られる。

【００４２】 図４は、１つのエクスポート・デイスクを使用した並列処理を説明する。サー
バーの質問コーデイネータは質問を２つの分離した操作に分離するけれども、デ
イスク・ヘッドは一時に１つの走査の要求のみ対処でき、他の操作を待たせ、又
はボトルネックを生ずる。この例では、単一デイスクのＩ／Ｏ制限はサーバーの
並列処理特徴の目的を破る。この問題の解決は適当なデイスク割当てに依存する
。

【００４３】 図５は、適当なデイスク割当て、及び複数のエクスポート・デイスク（分割さ
れたデータ）を使用した並列処理の実施の形態を説明する。並列処理は１つの処
理が他を待つというよりは同時的に実行される。 ＴＳ再編成において並行的スレッドわ使用する 本発明の並行的ロード／アンロード処理は、同時にアンロード／ロードされる
べきある数のテーブルを決定する定義されたある数のスレッドを使用する。換言
すれば、並行的スレッドの数は、ＴＳ再編成がアンロード及びロードのフェーズ
において開始する処理の数に等しい。これらの処理の各々は１つのテーブルに作
用する。

【００４４】 定義されたスレッドの数はエクスポート・デイレクトリイの数により制限され
る。図６は、３つの別個のデイスク、３１０ａ、３１０ｂ及び３１０ｃを有し、
各デイスクがデータフアイルを記憶し、そして各々がエクスポート・デイレクト
リイ３２０ａ、３２０ｂ及び３２０ｃを有する、ＳＭＰ計算環境を示す。この示
された環境において、並行的ロード／アンロードはテーブルをアンロードするた
めに３つのスレッド（エクスポート・デイレクトリイ当り１つ）を定義する。 並行的アンロード・フェーズ 図７は、本発明の並行的アンロード位相を示すフローチャートである。ステッ
プ４００において、現在の計算環境で使用されるべきスレッドの数が決定される
。使用されるスレッドの数は、ＧＵＩ又は他の入力装置を会してユーザより与え
られる。しかし、スレッドの数はまた別個のデイスク・ドライブに存在するエク
スポート・デイレクトリイの数に等しい最大値に制限される。例えば、ＴＳ再編
成は行き先タブ・プロパテイ・ページを使用して、テーブル空間再編成中（図８
を参照）に、アンロードされたデータ及び他のエクスポート・フアイルのための
位置を指定するエクスポート・デイレクトリイ・パスを入力し、変更し、又は削
除する。

【００４５】 テーブル再編成のエクスポート・フェーズ中、再編成ユーテイリテイは、テー
ブル空間からテーブル・データとデータ記述言語（ＤＤＬ）をアンロードし、そ
してそれを指定されたデイレクトリイにエクスポートする。エクスポートのため
のホスト・デイレクリイ・パスは再編成中のデータ及びアンロードされたＤＤＬ
のための位置を指定するデイレクリイ・パスである。

【００４６】 行き先タブ・プロパテイ・ページは以下のことをするために使用される。 ・ホスト・エクスポート・デイレクトリイを追加する。 ・ホスト・エクスポート・デイレクトリイを削除する。 ・ホスト・エクスポート・デイレクリイを修正する。

【００４７】 もしエクスポート・デイレクトリイ又はエクスポート・フアイル大きさ内の利
用可能な不十分な空間が、再編成ユーテイリテイがデータをアンローデイングし
ている時にｕｌｉｍｉｔｉに達すると、再編成ユーテイリテイは残りのデータを
次の指定されたエクスポート・デイレクトリイにエクスポートする。もし、他の
エクスポート・デイレクトリイが指定されていないと、ＴＳ再編成は再編成を実
行しない。

【００４８】 これは大部分のＵＮＩＸ（登録商標）プラットホームにおいて共通な２ギガバ
イト制限を取除く。圧縮されたフアイルは分割できないため、これは圧縮された
エクスポート方法（以下に説明する）には適用できない。

【００４９】 ステップ４１０において、ＴＳ再編成は定義されたスレッドの数と同じ数の高
速アンロード処理を開始する。これは高速アンロード処理の第１組と呼ばれる。

【００５０】 ステップ４２０において、テーブルが各プロセスに割当てられる。各高速アン
ロード処理は対応するスレッドにより実行され、そして割当てられたテーブルを
別個のエクスポート・デイレクトリイの１つにアンロードする（ステップ４３０
）。

【００５１】 データがアンロードされるデイレクトリイを探すため、各スレッドは全てのエ
クスポート・デイレクトリイを検査し、そして生成されたエクスポート・フアイ
ルを収容できる最も小さい利用可能なデイレクトリイを選択する。このような方
法は、エクスポート・デイレクトリイに対して最適な適合を見つけ出すこととし
て、知られている。一旦、スレッドは最適なデイレクトリイを見付けると、それ
はそのデイレクトリイを要求し、そして次のスレッドは別を選択しなければなら
ない。

【００５２】 他のアプリケーションが同じフアイル・システム上の空間を使用している場合
、スレッドはそのデータの全てをその選ばれた最適なデイレクトリイにロードし
ないかもしれない。もしこれが生ずると、再編成ユーテイリテイはエクスポート
・フアイルを複数のエクスポート・フアイルに分割し、そして別のエクスポート
・デイレクトリイ上に書き込むことを試みる。もし代替的なエクスポート・デイ
レクトリイが無ければ、又はデイスクが満杯であれば、スレッドは終了し、そし
て残りのスレッドの１つが残りのデータをアンロードする。

【００５３】 ユーザは、ユーザのエクスポート・フアイルの大きさを、これらのフアイルの
ためにエクスポート・デイレクトリイ内に十分な空間を割当てるために、推定で
きる。エクスポート・フアイルの大きさを推定するために、使用されるべきスレ
ッドの数により、オブジェクトの現在の割当てを分割する。

【００５４】 図９に示すように、再編成ユーテイリテイは並列質問タブ・プロパテイ・ペー
ジを使用して、フイールドをオブジェクトに対してどんな既存の並列パラメータ
と共に満たす。例えば、テーブルの並列パラメータは、もしそのテーブルが並列
パラメータを使用して最初に生成され又は修正されたならば、存在するであろう
。これらのパラメータは、テーブルのデータ記述言語（ＤＤＬ）とデータ辞書内
に保持される。もしパラメータがオブジェクトに対して既に存在するならば、再
編成ユーテイリテイはデータ質問を自動的に分割し、そしてユーザは並列質問タ
ブ・プロパテイ・ページ内に値を指定する必要が無い。そうでなければ、再編成
ユーテイリテイは並列質問タブ・プロパテイ・ページ内に設定されたパラメータ
により質問を分割する。

【００５５】 本発明の十分な効果のためには、エクスポート・デイレクトリイの数がスレッ
ドの数と等しいかより大きいことである。また、各エクスポート・デイレクトリ
イはデイスクＩ／Ｏボトルネックを回避するために別の物理デイスク上に存在す
べきである。上述したように、Ｉ／Ｏボトルネックは、もし２つ以上のエクスポ
ート・デイレクトリイが同じデイスク上に存在すると、２つ以上の処理が同時に
同じデイスクに書き込む（アンロードする）可能性のために、発生する可能性が
ある。スレッドの第１組の第１高速アンロード処理が終了する時、ＴＳ再編成は
処理の終了が成功したかどうかを検査し（ステップ４４０）、もしそうであるな
らば、ツギノテーブルをアンロードするための次の高速アンロード処理が開始さ
れる（ステップ４７０）。

【００５６】 この方法において、各テーブルはそのそれぞれのスレッドにおいて実行された
処理によりアンロードされる。各スレッドは独立である。従って、もし１つのス
レッドが大きなテーブルに割当てられた処理を有するならば、他の処理は次のテ
ーブルについて処理を開始する前に終了のために大きな処理を待つ必要が無い。

【００５７】 そうでなければ、もしテーブルのアンロード中に問題が発生すると、ＴＳ再編
成は処理が失敗した理由を、ジョブ・ログフアイル中の最終的な高速アンロード
のログフアイルと一緒に表示する（ステップ４５０）。問題が発生したテーブル
は、ＴＳ再編成の内部アンロード・プログラムを使用してアンロードできる。こ
のアンロード・プログラムは別個の処理として開始されない、従って、ＴＳ再編
成がテーブルの残りの並行的アンロードを続行できる前にそれは終了されなけれ
ばならない。

【００５８】 一旦、全てのテーブルのアンロードが成功すると、アンロード処理が完了する
。アンロード／ロード操作の速度及び消費されたデイスク空間の量を表示するた
めに、性能メーター（推測、又は対話式）が設けられてよい。

【００５９】 一旦、アンロード処理が完了すると、ＴＳ再編成は、テーブル空間の他のオブ
ジェクトのエクスポートであるテーブル再編成の次のステップを続ける（ステッ
プ４８５）。

【００６０】 他のオブジェクトのエクスポートは、全ての索引、トリガー、制約条件、及び
主及び独特キー（テーブル及びクラスターを除いたすべて）を含んだテーブル空
間のＤＤＬを記憶するためのフアイルの生成を含む。

【００６１】 最終的に、ＴＳ再編成はアンロードされたテーブル上にドロップを実行し（ス
テップ４９０）、そして並行的なロード（ステップ４９５）を実行し、アンロー
ドされたデータを新鮮なテーブル空間にロードする。

【００６２】 並列的ロード・フェーズ 全てのテーブル空間オブジェクトをドロップした後、ＴＳ再編成は再編成のロ
ード（インポート）フェーズを開始する。図１０に並列的なロード・フェーズの
フローチャートが示されている。ステップ６００において、ＴＳ再編成がデータ
を記憶するためのテーブルを生成することによりロード・フェーズを開始する。
ＴＳ再編成は指定されたスレッドの数と同じ数のテーブルを順次に生成する。ス
レッドの指定された数はアンロード・フェーズ中のスレッドの数と等しい。

【００６３】 テーブルの１組が生成された後、ＴＳ再編成は各々対応するテーブルのデータ
をロードするために使用されるＳＱＬ＊ＬＯＡＤＥＲ（商標）処理を同時に開始
する。開始された処理の数はスレッドの数に等しい。各ＳＱＬ＊ＬＯＡＤＥＲ（
商標）処理は、エクスポート・デイレクトリイからテーブル・データを読取り、
そしてそのデータを対応するテーブルへロードすることにより、１つの対応する
テーブルに対してデータをロードする（ステップ６１０）。

【００６４】 再編成ユーテイリテイは、断片化を除去しそして記憶パラメータを最適化し、
エクスポート・フアイル内のＤＤＬを使用することにより、オブジェクトを再生
成する。再生成ユーテイリテイは、データをオブジェクト内にロードして戻すた
め並列スレッド内の複数のＣＰＵを調整し、再編成されたテーブル空間を生ずる
。

【００６５】 これらの処理の１つが終了した後、ＴＳ再編成はデータがテーブル内に成功的
にロードされたかどうか、そして、挿入された行の数が正しいかどうかを検査す
る（ステップ６２０）。もしエラーがロード中に発生し又はＳＱＬ＊ＬＯＡＤＥ
Ｒ（商標）により挿入された行の数が正しくなければ、ＴＳ再編成は、次のテー
ブルを続ける前にデータを順次にロードするために内部ＴＳ再編成ロード機能に
自動的に切換える（ステップ６３０）。もし、ＳＱＬ＊ＬＯＡＤＥＲ（商標）処
理にエラーが無ければ、又はエラー無しに内部ロードが終了した後、ＴＳ再編成
は次のテーブルを生成し（ステップ６５０）、そしてこのテーブルのデータをロ
ードするためにまた別のＳＱＬ＊ＬＯＡＤＥＲ（商標）の処理を並行的に開始す
る（ステップ６１０を繰返す）。

【００６６】 図１１に示す並行的テーブル再編成のように、並行的直接ロードは複数ＣＰＵ
を呼び起こし、各々がエクスポート・フアイルからのデータをオブジェクトのフ
アイルに同時にロードするための別個のＳＱＬ＊ＬＯＡＤＥＲ（商標）セッショ
ン実行する。ＳＱＬ＊ＬＯＡＤＥＲ（商標）がこれらのデータフアイルを書く時
、再編成ユーテイリテイは最適方法を使用し、入力するデータを収容する十分な
空間を持つ分割デイレクトリを選択する。そして、再編成ユーテイリテイはデイ
レクトリイのその選択されたリスト内で最適方法を使用し続け、スレッドに対し
て入力データの全てを収容できる最小のデータフアイルを選択する。各スレッド
はそのデータをデータフアイル内のできる限り多くの自由空間にロードする。

【００６７】 もし、ロード・フェーズ中に致命的なエラーが発生したならば、又は、もし再
編成化ジョブが取消されたか、又はどんな理由で殺されたならば、失敗したジョ
ブは回復を必要とするジョブとなる。図１２に示すように、ジョブが失敗した後
（ステップ１１０５）、ＴＳ再編成は自動的に既に成功的に生成されそして失敗
（ステップ１１１０）の前にロードされたテーブルを全て飛び越えて、現存しな
いテーブル又は完全にロードされなかったテーブルのみを並行的にロードする（
ステップ１１１５）。

【００６８】 図１３に示すように、ロード・フェーズ中、ＴＳ再編成は最初に一次的名前の
下でテーブルを生成する（ステップ１３００）。データが再ロードされた後、一
時的テーブルはテーブルの元の名前に名前を付け替えられる（ステップ１３２０
）。最後に、テーブル上の主な制約条件と索引が生成される（ステップ１３３０
）。これはＴＳ再編成が失敗前に完全にインポートされなかったテーブルを認識
し、全ての一時的テーブルをドロップし、そしてこれらのテーブルのためのロー
ドを再開することを可能にする（図１１、処理１１１５Ａを参照）。

【００６９】 並行的なアンロード／ロード選択を使用する時、ＴＳ再編成は自動的にオプシ
ョンを選択する。全てのテーブルが生成された後、全ての索引／制限条件を生成
する。全てのテーブルが成功的に生成され、そしてそれらのデータがテーブル内
に再ロードされた後に、このテーブル空間の索引及び制限条件が生成される。 ＴＳ再編成内の並列的索引生成 並行的索引生成は、再編成化中に索引生成の速度を増加するためにテーブル又
はテーブル空間の再編成化に使用できるオプションである。規則テーブル又はテ
ーブル空間再編成化において、テーブルが作成されそしてデータがテーブル内に
ロードされて戻された後に、索引は順順に生成される。

【００７０】 テーブル空間再編成中、ユーザは並行的索引生成オプションを選択しても良い
。この場合、ＴＳ再編成は並行的に索引を生成する（順次索引生成がデフォルト
の行動）。これはＴＳ再編成が全ての索引及び制限条件を１つのエクスポート・
フアイル内に集めることを可能にし、そしてテーブル空間の全てのテーブル（テ
ーブル再編成の場合）又は再編成すべきテーブル（テーブルの再編成の場合）が
生成された時、それはこれらの索引と制限条件を並行的に生成することを開始す
る。

【００７１】 このオプションを選択した時、ユーザは、索引／制限条件フェーズ中に並行的
に開始するための処理の数として使用されるスレッドの数を指定しなければなら
ない。

【００７２】 索引のための重要なフェーズが開始する時、ＴＳ再編成は指定されたスレッド
の数と同じ数の索引生成処理を開始する。スレッドの第１組の第１索引処理が終
了した時、次の索引生成処理が開始され、そしてその後の索引生成処理が全ての
索引及び制限条件が生成されるまで他のスレッドが完了する時に同様に開始され
る。

【００７３】 もしエラーが１つの索引又は制限条件の生成時に発生すると、ＴＳ再編成はエ
ラーを記録し、失敗した索引のＤＤＬをフアイル内に書き込む。そして、ユーザ
は問題を手動で編集しそして訂正する。

【００７４】 本発明は、オラクル・データベースと一緒に実施されるものとして記載された
。しかし、説明された方法は他の既知のデータベース製品及びカスタム・データ
ベース設備にも等しく適用できる。例えば、オラクル・ユーテイリテイ、ＳＱＬ
＊ＬＯＡＤＥＲ（商標）の代りに、エクスポート・デイレクトリイに記憶された
テーブル・データを読出して、データを新鮮なテーブル空間にロードできる別の
プログラムも使用できる。

【００７５】 本発明は、当業者には理解されるように、通常の汎用目的または専用化デジタ
ル・コンピュータ又は本発明の教示にしたがってプログラムされたマイクロプロ
セッサにより、容易に実現できる。

【００７６】 当業者には理解されるように、適当なソフトウエア・コーデイングが本発明の
教示に基づいてプログラマにより容易にできる。本発明はまた、当業者には理解
されるように、アプリケーション専用集積回路を準備することにより、又はね通
常の部品の回路の適当なネットワークを相互接続することにより実現できる。

【００７７】 本発明は、本発明の方法を実行するためコンピュータをプログラムするのに使
用できる命令をその上に又はその中に有する記憶媒体であるコンピュータ・プロ
グラム製品を含む。記憶媒体は、フロッピイ・デイスク、光デイスク、ＤＶＤ、
ＣＤ−ＲＯＭ、マイクロドライブ、光磁気デイスク、ＲＯＭ、ＲＡＭ、ＥＰＲＯ
Ｍ、ＥＥＰＲＯＭ、ＤＲＡＭ、ＶＲＡＭ、フラッシュメモリ装置、磁気又は光カ
ード、ナノシステム（分子メモリＩＣを含む）、又は命令及び／又はデータを含
むに適したどんな形式の媒体又は装置を限定的ではなく含む。

【００７８】 コンピュータ読取り可能な媒体に記憶された本発明は、汎用／専用コンピュー
タ又はマイクロプロセッサのハードウエアを制御し、コンピュータ又はマイクロ
プロセッサが人間のユーザ又は本発明の結果を使用する他の機構と相互作用する
ことを可能にするためのソフトウェアを含む。このようなソフトウェアは、デバ
イス・ドライバ、オペーレテイング・システム、データベース・エンジン及び製
品、及びユーザ・アプリケーションを限定的ではなく含む。最終的に、このコン
ピュータ読取り可能媒体はさらに上述した本発明を実行するソフトウエアをさら
に含む。

【００７９】 本発明の教示を実現するためのソフトウエア・モジュールに含まれる汎用／専
用コンピュータ又はマイクロプロセッサのプログラミングに含まれるのは、ユー
ザ入力検索、並列処理のためのスレッドの数の決定、スレッドの開始、データベ
ース・テーブルのアンロード、成功の決定、内部再編成処理の開始、データベー
ス・オブジェクトのエクスポート、アンロードされたデータの圧縮、本発明の処
理の監視、そしてテーブル・ロード・ユーテイリテイを使用した並行的ロード環
境の設定、そして、本発明の方法による結果の表示、記憶、又は通信を含む。

【００８０】 明らかに、上述の教示に照らして、本発明の数多くの修正や変形が可能である
。したがって、特許請求の範囲の記載の中で、本発明は上記記載とは異なった態
様で実行できる。

【図面の簡単な説明】

【図１】データベース高速アンロード／ロード（ＰＤＬ）手順を説明するフ
ローチャート。

【図２】非並行的データベース・アンロード手順の反復的性質を説明するフ
ローチャート。

【図３】本発明によるデータベース・テーブルの並行的ロード及びアンロー
ドのための高レベル・プロセスを説明するフローチャート。

【図４】単一エクスポート・ディスクについて実行される並列処理を説明す
る図。

【図５】本発明による複数エクスポート・デイスクを使用して実行される並
列処理を説明する図。

【図６】本発明によるデータベース・テーブル及びエクスポート・デイレク
トリイを維持する複数の記憶装置を示す図。

【図７】本発明によるエクスポート（アンロード）処理を説明するフローチ
ャート。

【図８】本発明による行き先タブ・プロパテイ・ページを説明する図。

【図９】本発明による並列質問タブ・ページを説明する図。

【図１０】本発明による並列ロード・プロセスを説明するフローチャート。

【図１１】本発明による並列エクスポート・フェーズと並列直接ロードを持
った並行テーブル再編成を説明する図。

【図１２】本発明によるアンロード／ロード処理のためのフエイル・セーフ
／フォールト回復システムを説明するフローチャート。

【図１３】本発明による高レベル・テーブル名及びロード処理を説明するフ
ローチャート。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ， ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ， ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，Ｃ Ｒ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＥＥ，ＥＳ，ＦＩ ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ， ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，Ｋ Ｚ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ， ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，Ｓ Ｋ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ 【要約の続き】 テーブル内にデータを記憶することにより、データベー ス・テーブル内にロードされる。

Claims (34)

【特許請求の範囲】
1. 【請求項１】 データベース・テーブルをアンロードするための方法であっ
   て、 データベース・テーブルを処理するため、ある数のスレッドを開始し、 前記データベース・テーブルのそれぞれ１つを前記スレッドの対応する１つに
   割当て、 対応するスレッドの処理によりそれぞれの各データベース・テーブルをアンロ
   ードする、 各ステップを含む方法。
2. 【請求項２】 前記開始するステップが、 ユーザによるある数Ｘのスレッドの入力を検索し、 前記データベース・テーブルを維持する別個の記憶装置上に位置する、ある数
   のエクスポート・デイレクトリイを識別し、 Ｘを識別されたエクスポート・デイレクトリイの数に制限し、 Ｘをスレッドの前記数として使用する、 各ステップを含む請求項１に記載の方法。
3. 【請求項３】 前記記憶装置はデイスク・ドライブである請求項２に記載の
   方法。
4. 【請求項４】 前記アンロードするステップが、 それぞれのデータベース・テーブルからデータのブロックを読出し、そしてエ
   クスポート・デイレクリイ中に読出されたデータ・ブロックを記憶する、各ステ
   ップを含む請求項１に記載の方法。
5. 【請求項５】 前記アンロードするステップがさらに、 読出し及び記憶の前記ステップの完了の成功を決定し、 （１）もし前記成功の決定のステップが未完了を示しているならば、前記ス
   レッドの各々を停止し、 （２）テーブル上で内部ＴＳ再編成を実行する、 各ステップを含む請求項４に記載の方法。
6. 【請求項６】 データベースのテーブルの各々がアンロードされるまで、割
   当て及びアンロードの前記ステップを繰返すステップを、 さらに含む請求項１に記載の方法。
7. 【請求項７】 前記テーブルの各々に関係する他のオブジェクをエクスポー
   トし、 前記テーブルをドロップする、 各ステップをさらに含む請求項１に記載の方法。
8. 【請求項８】 データベース・テーブル内にデータをロードする方法であっ
   て、 データをデータベース・テーブル内にロードするためのＸスレッドを決定し、 Ｘ一時的テーブルを生成し、各一時的テーブルはエクスポート・デイレクトリ
   イ内に記憶された１組のデータに対応し、 一時的テーブルの各々をロードするため各スレッドと一緒にＳＱＬ＊ローダー
   処理を開始し、 対応するＳＱＬ＊ローダー処理を介して、対応するエクスポート・デイレクト
   リイ内に記憶されたデータと共に各一時的テーブルをロードする、 各ステップを含む方法。
9. 【請求項９】 それぞれのデータベース・テーブルについてロードするステ
   ップの成功を決定し、 （１）もし前記成功の決定のステップが未完了を示しているならば、前記ス
   レッドの各々を停止し、 （２）テーブル上で内部ＴＳ再編成を実行する、 各ステップを含む請求項８に記載の方法。
10. 【請求項１０】 各テーブルがロードされるまで、生成、開始及びロードの
    ステップをさらに含む請求項８に記載の方法。
11. 【請求項１１】 ロードの前記ステップ中の欠陥を認識し、そして、 （１）不成功にロードされたテーブルを認識し、 （２）不成功にロードされたテーブル上に内部ＴＳ再編成を実行する、 各ステップを含む請求項８に記載の方法。
12. 【請求項１２】 前記決定するステップが、 ユーザによるある数のスレッド入力を検索し、 エクスポート・デイレクトリイの数を決定し、 検索されたスレッドの数及びエクスポート・デイレクトリイの数の少ない方の
    数に等しいスレッドの数を設定する、 各ステップを含む請求項８に記載の方法。
13. 【請求項１３】 コンピュータ命令をその上に記憶したコンピュータ読取り
    可能な媒体であって、コンピュータにロードされた時、コンピュータに、 データベース・テーブルを処理するためにある数のスレッドを開始し、 前記データベース・テーブルのそれぞれ１つを前記スレッドの対応する１つに
    割当て、 対応するスレッドの処理によりそれぞれの各データベース・テーブルをアンロ
    ードする、 各ステップを実行させるコンピュータ読取り可能な媒体。
14. 【請求項１４】 前記開始するステップが、 前記データベース・テーブルを維持する別個の記憶装置上に位置する、ある数
    Ｘのエクスポート・デイレクトリイを識別し、 Ｘをスレッドの前記数として使用する、 各ステップを含む請求項１３に記載のコンピュータ読取り可能な媒体。
15. 【請求項１５】 前記記憶装置がデイスク・ドライブである、請求項１４に
    記載のコンピュータ読取り可能な媒体。
16. 【請求項１６】 前記アンロードするステップが、 それぞれのデータベース・テーブルからデータのブロックを読出し、そしてエ
    クスポート・デイレクリイ中に読出されたデータ・ブロックを記憶する、各ステ
    ップを含む請求項１３に記載のコンピュータ読取り可能な媒体。
17. 【請求項１７】 前記アンロードするステップがさらに、 読出し及び記憶の前記ステップの完了の成功を決定し、 （１）もし前記成功の決定のステップが未完了を示しているならば、前記ス
    レッドの各々を停止し、 （２）テーブル上で内部ＴＳ再編成を実行する、 各ステップを含む請求項１６に記載のコンピュータ読取り可能な媒体。
18. 【請求項１８】 データベースのテーブルの各々がアンロードされるまで、
    割当て及びアンロードの前記ステップを繰返すステップを、 さらに含む請求項１３に記載の方法。
19. 【請求項１９】 前記テーブルの各々に関係する他のオブジェクをエクスポ
    ートし、 前記テーブルをドロップする、 各ステップをさらに含む請求項１３に記載の方法。
20. 【請求項２０】 コンピュータ命令をその上に記憶したコンピュータ読取り
    可能な媒体であって、コンピュータにロードされた時、コンピュータに、 データをデータベース・テーブル内にロードするためのＸスレッドを決定し、 Ｘ一時的テーブルを生成し、各一時的テーブルはエクスポート・デイレクトリ
    イ内に記憶された１組のデータに対応し、 一時的テーブルの各々をロードするため各スレッドと一緒にＳＱＬ＊ローダー
    処理を開始し、 対応するＳＱＬ＊ローダー処理を介して、対応するエクスポート・デイレクト
    リイ内に記憶されたデータと共に各一時的テーブルをロードする、 各ステップを実行させるコンピュータ読取り可能な媒体。
21. 【請求項２１】 前記コンピュータ命令がその上に記憶されていて、コンピ
    ュータにロードされた時、コンピュータに、 それぞれのデータベース・テーブルについてロードするステップの成功を決定
    し、 もしロードの前記ステップが不成功ならば、 （１）もし前記成功を決定するステップが不成功を示すならば、前記スレッ
    ドの各々を停止し、 （２）テーブル上で内部ＴＳ再編成を実行する、 各ステップを実行させる請求項２０に記載のコンピュータ読取り可能な媒体。
22. 【請求項２２】 前記コンピュータ命令がその上に記憶されていて、コンピ
    ュータにロードされた時、コンピュータに、各テーブルがロードされるまで、生
    成、開始及びロードの前記ステップの繰返しステップを実行させる請求項２０に
    記載のコンピュータ読取り可能な媒体。
23. 【請求項２３】 前記コンピュータ命令がその上に記憶されていて、コンピ
    ュータにロードされた時、コンピュータにさらに、 ロードする前記ステップ中の故障を認識し、 （１）不成功にロードされたテーブルを認識し、 （２）不成功にロードされたテーブル上で内部ＴＳ再編成を実行する 各ステップを実行させる請求項２０に記載のコンピュータ読取り可能な媒体。
24. 【請求項２４】 前記決定するステップが、 ユーザによるある数のスレッド入力を検索し、 エクスポート・デイレクトリイの数を決定し、 検索されたスレッドの数及びエクスポート・デイレクトリイの数の少ない方の
    数に等しいスレッドの数を設定する、 各ステップを含む請求項２０に記載のコンピュータ読取り可能な媒体。
25. 【請求項２５】 システム中に維持されたデータベース・テーブルをアンロ
    ードする装置であって、 前記データベース・テーブルを処理するため、ある数のスレッドを開始する手
    段と、 前記データベース・テーブルのそれぞれ１つを前記スレッドの対応するものに
    割当てる手段と、 対応するスレッドの処理により、それぞれの各データベース・テーブルをアン
    ロードする手段と、 を含む装置。
26. 【請求項２６】 前記開始する手段が、開始するためにユーザからのある数
    のスレッドを検索するための手段をさらに含む請求項２５に記載の装置。
27. 【請求項２７】 前記開始する手段が、開始されたスレッドの数を前記シス
    テムの別個の記憶装置上に位置するエクスポート・デイレクトリイのある数に制
    限するための手段を含む請求項２５に記載の装置。
28. 【請求項２８】 前記アンロードする手段が、 それぞれのデータベース・テーブルからデータのブロックを読出し、そして対
    応するスレッドと関連したエクスポート・デイレクトリイ中に読出されたデータ
    ・ブロックを記憶する手段を、 含む請求項２５に記載の装置。
29. 【請求項２９】 全ての前記データベース・テーブルがアンロードされるま
    で、それぞれのデータベース・テーブルを対応するスレッドに割当て、そして各
    それぞれのテーブルをアンロードすることを繰返す手段をさらに含む請求項２５
    に記載の装置。
30. 【請求項３０】 データベース・テーブルをアンロードするための装置であ
    って、 前記データベース・テーブルを処理するため、ある数のスレッドを開始するよ
    うに構成された開始器と、 前記データベース・テーブルの各々を開始された前記スレッドの対応するもの
    に割当てるように構成された割当器と、 対応する各スレッド上に導入されたアンロード器であり、それぞれの各アンロ
    ード器はアンロード器の対応するスレッドに割当てられたデータベース・テーブ
    ルをアンロードするように構成されているアンロード器と、 を含む装置。
31. 【請求項３１】 前記開始器が、 ユーザから開始するためにある数のスレッドを検索するように構成されたユー
    ザ・インターフエイスと、 開始するためのスレッドの数を前記システムの別個の記憶装置上に位置するあ
    る数のエクスポート・デイレクトリイに限定するように構成された制限器と、 を含む請求項３０に記載された装置。
32. 【請求項３２】 それぞれのアンロード器の各々が、 それぞれのアンロード器が設けられたのと同じスレッドに割当てられたテーブ
    ル内に維持されたデータ・ブロックを読出すように構成された読出し器と、 読み出されたデータ・ブロックを、それぞれのアンロード器が設けられている
    のと同じスレッドに対応したエクスポート・デイレクトリイ内に記憶するように
    構成された書込み器と、 を含む請求項３０に記載された装置。
33. 【請求項３３】 前記割当て器が、データベース・テーブルを前記スレッド
    の各々に割当て、そして、前記スレッドの１つの完了時に、各データベース・テ
    ーブルが割当てられるまで、別の前記データベース・テーブルに完了されたスレ
    ッドを割当てる、請求項３０に記載の装置。
34. 【請求項３４】 各データベース・テーブルがアンロードされた後、前記ス
    レッドの各々にロードされ、そして実行されるロード器をさらに含み、各ロード
    器は、 ロード器を実行するスレッドに対応したエキスポート・デイレクトリイ中に記
    憶されたデータ・ブロックを読出し、そしてデータ・ブロックを新鮮なテーブル
    空間に記憶するように構成されている、請求項３２に記載された装置。