JP4206586B2 - データベース管理方法および装置並びにデータベース管理プログラムを記録した記憶媒体 - Google Patents
データベース管理方法および装置並びにデータベース管理プログラムを記録した記憶媒体 Download PDFInfo
- Publication number
- JP4206586B2 JP4206586B2 JP32211999A JP32211999A JP4206586B2 JP 4206586 B2 JP4206586 B2 JP 4206586B2 JP 32211999 A JP32211999 A JP 32211999A JP 32211999 A JP32211999 A JP 32211999A JP 4206586 B2 JP4206586 B2 JP 4206586B2
- Authority
- JP
- Japan
- Prior art keywords
- storage area
- database
- data
- database storage
- bucket
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/2282—Tablespace storage structures; Management thereof
-
- 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/99931—Database or file accessing
- Y10S707/99932—Access augmentation or optimizing
-
- 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/99931—Database or file accessing
- Y10S707/99933—Query processing, i.e. searching
-
- 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
-
- 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/99953—Recoverability
-
- 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/99956—File allocation
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【発明の属する技術分野】
本発明は、データを複数の記憶領域に格納するデータベース管理技術に関する。
【0002】
【従来の技術】
一般的にデータベースを有するデータベースシステムでは、データベースに保有する情報は時々刻々変化している。その情報は時間経過と共に新たな情報が追加され、あらかじめ用意したデータベースを格納するためのデータベース格納領域の容量よりも大きくなる場合がある。
【0003】
そのため、大規模なデータベースを扱う場合、あらかじめデータベースを複数のデータベース格納領域に分割して格納する方法が採用される。複数のデータベース格納領域に分割格納する分割手段として、キー・レンジ分割、ハッシュ分割、均等分割といった手段が用意される。各々の分割手段によって、分割したパーティションを指定したデータベース領域と1対1に対応させたり、複数のパーティションをあるデータベース領域に対応させたりという手法が採られる。時間経過と共に新たな情報が追加される場合、2つのデータベースの拡張方法が考えられる。一つは、分割手段としてキーレンジ分割が採用されている場合、新たなキーレンジを追加したり、あるキーレンジを分割するといった方法がある。これは、新たにデータベース領域を追加することなく操作することも可能である。もう一つは、分割手段は変更しないで新たにデータベース領域を追加または既存のデータベース領域を拡張する方法がある。これは、容量の増大に伴ってデータベース格納領域を増分させる方法である。これに対して、分割手段としてハッシュ分割を採用すると、分割に対するオーバヘッドが少なく、データの増加に対する柔軟性が高い。
【0004】
ただし、あらかじめ用意したデータベース格納領域は時間と共に新たな情報が追加されるだけでなく、過去の古いデータを削除する場合もあり、必ずしも常にデータベース格納領域の容量よりも大きくなるわけではない。このような場合は、データベース再編成を行うことによって古いデータを削除することによって空きを作成し、新たに追加される情報を格納するために使用するようにすることで解決される。
【0005】
しかし、過去のデータを延々と蓄積していくようなデータベースシステムでは、将来予測されるデータ量を想定し、あらかじめデータベース格納領域を用意しておくのは資源管理コストがかかるため、当面、予想されるデータ量まで格納できるデータベース領域を準備しておき、実際にデータ量の増加に伴って新たなデータベース格納領域が必要になった時点でデータベース格納領域を追加する運用を行う。
【0006】
データベースに対するデータベース格納領域の追加は、データベースの定義変更を伴う。最も単純な方法としては、データベースの内容を一旦バックアップし、データベース格納領域の追加を行う定義変更処理を行った後、バックアップしたデータベースを再ローディングするという方法がある。ただし、この方法では大規模データベースの場合、バックアップを取得する時間及びバックアップ媒体等にかかるコストが非常に高く、再ローディングする処理も膨大な時間を要する。
【0007】
第1の公知例として、米国特許4,412,285がある。本公知例では、表をハッシュ分割するが、あらかじめ複数のバケットに分割し、いくつかのバケットを仮想プロセッサに対応させて管理する技術が開示されている。
【0008】
第2の公知例として、特開平6−139119号公報には、複数のプロセッサで構成される並列データベースシステム上にキーレンジ分割されたデータベースをアクセス頻度によってデータを再編成する技術が開示されている。
【0009】
第3の公知例として、特開平6−314299号公報には、複数のプロセッサで構成される並列データベースシステム上に、階層的にデータベースを分割する技術が開示されている。
【0010】
第4の公知例として、特開平7−141394号公報には、複数のプロセッサで構成される並列データベースシステム上に分割されたデータベースに対して、第5の公知例として、特開平9−293006号公報には、ハッシュ関数を使用した分割方法を示し、データベース分割数が変更された場合にデータの再配置を必要とせず、データを新規追加した格納領域に格納しようとする技術が開示されている。ただし、本公知例ではデータの再配置は必要ないが、検索時には分割したすべての記憶装置を検索するようになっている。
【0011】
【発明が解決しようとする課題】
従来技術における前者の方法の場合、データベースの大規模化についての問題が生じる。データベースの大規模化によって再配置が必要になるのは、データベース領域中の表に対するデータの追加が行われることによって、あらかじめ与えられたデータベース格納領域の空きがなくなる場合である。
【0012】
上述したハッシュ分割を採用したデータベースの場合、ハッシング結果は分割数すなわち与えられたデータベース格納領域数に依存するため、新たにデータベース格納領域を追加する場合、それまで蓄積したデータをすべて新しい分割数の元でハッシングをやりなおし再格納しなければならない。これは、非常に膨大な時間と資源を浪費することになり、効率良くシステムを運用することができない。
【0013】
また、再格納しないで既存の各データベース格納領域から、再配置処理として再ハッシュした結果によって他のデータベース格納領域にデータを移動させる場合、結局、各データベース格納領域中のすべてのデータを読み込まなければならず、再ハッシュしても同じデータベース格納領域内に残るデータがある場合でも無駄なデータの読み込みが生じてしまう。
【0014】
一方、キーレンジ分割を採用したデータベースの場合、最大値または最小値の方へキーレンジを追加したり、既存のキーレンジを分割させたり、マージしたりという手法は採用されているが、新規に追加したデータベース領域に対してデータ量を考慮したデータの再配置は行われていない。
【0015】
本発明の目的は、データを複数の格納領域へ好適に格納するデータベース管理方法および装置を提供することにある。
【0016】
【課題を解決するための手段】
前記目的を達成するために、本発明では、複数のキーレンジと記憶装置に設けられた複数のデータ格納領域とを対応付け、データをデータベースに格納するときは、該データを含むキーレンジに対応するデータ格納領域に上記データを格納し、上記データ格納領域の追加が必要な場合、複数の上記データ格納から所定量のデータを上記追加したデータ格納領域へ移動し、上記移動したデータに対応するキーレンジを上記データ格納領域に対応付けるようにした。
【0017】
【発明の実施の形態】
以下、本発明の一実施例を添付図面を用いて具体的に説明する。
【0018】
本実施例の目的は、ハッシュ分割したデータベースに対してデータベース格納領域を追加する場合に、既存のデータベース格納領域から新たに追加したデータベース格納領域に対して最も少ないコストでデータを再配置することを可能とするデータベース格納管理方法を提供することにある。
【0019】
本実施例の他の目的は、キーレンジ分割したデータベースに対してデータベース格納領域を追加する場合に、既存のデータベース格納領域から新たに追加したデータベース格納領域に対して最も少ないコストでデータを再配置し、再配置したデータの範囲で新たなキーレンジの定義を加えることを可能とするデータベース格納管理方法を提供することにある。
【0020】
図2は本実施形態のコンピュータシステムの構成例を示す図である。コンピュータシステム10は、CPU12、主記憶装置14、磁気ディスク装置等の外部記憶装置20及び多数の端末30で構成される。主記憶装置14上には、データベース管理システム40が置かれ、複数の外部記憶装置20を使用してデータベース管理システム40が管理するデータベースを格納するデータベース領域50a,50b,50c,50d、データベースの定義情報を管理するデータベース定義情報格納領域60およびデータベースに対する更新操作に関する更新履歴情報を管理するデータベースログ格納領域70が構成される。さらに、データベース管理システム40を実現するプログラム2100も外部記憶装置20上に格納される。また、データベース管理システム40は、端末30からのデータベースアクセス要求を制御するデータベースアクセス制御部400、データ挿入処理部410、データ検索処理部430、データベースのデータの再配置処理を制御する再配置処理部450から構成される。
【0021】
図1は本発明におけるデータベースの分割管理の原理を示す。
【0022】
例として当該データベースで「ZAIKO」表が定義された場合についての定義文の一例を示す。
【0023】
CREATE TABLE ZAIKO (
SCODE CHAR(10),
SNAME CHAR(10),
COL CHAR(4),
TANKA INTEGER,
ZSURYO INTEGER)
HASH BY SCODE IN(DBAREA1,DBARE2,DBAREA3,DBAREA4) ;
上記定義によって、「ZAIKO」表は4つの列SCODE,SNAME,COL,TANKA,ZSURYOで構成され、各列に対してデータ型が与えられる。また、SCODE列をパーティショニングキーとしてハッシュ分割し、ハッシュ分割したデータは、4つのデータベース格納領域DBAREA1,DBAREA2,DBAREA3に分割して格納するよう指示されている。「ZAIKO表」を例にとった場合の表の分割方法の原理を図1を用いて説明する。図1ではパーティショニングキーである「SCODE」列のデータがハッシュ関数によってあるハッシュ値を求め、求めたハッシュ値をもとにバケットマップ表80によって、あらかじめ12個のバケットに分割し、データベース格納領域が3個与えられた場合、各データベース格納領域に均等に4個ずつのバケットを振り分けるよう初期化される。また、バケットマップ表80内の各エントリからは対応するデータベース格納領域内のセグメントへのポインタが格納される。セグメントは、複数の固定長のページから構成される。バケット・エントリ番号0からは、セグメント500aへのポインタが格納され、セグメント500a,500b,500c,500d,500eがチェインされていることを示す。バケット・エントリ番号1からは、セグメント501aへのポインタが格納され、セグメント501a,501b,501cがチェインされていることを示す。バケット・エントリ番号2からは、セグメント502aへのポインタが格納されている。バケット・エントリ番号3からは、セグメント503aへのポインタが格納され、セグメント503a,503b,503c,503dがチェインされていることを示す。同様に、データベース格納領域DBAREA2には、バケット・エントリ番号の4から7までのバケットを格納し、データベース格納領域DBAREA3には、バケット・エントリ番号の8から11までのバケットを格納している。
【0024】
「ZAIKO」表を例にとり、データを挿入する処理の概略処理フローを図3に示す。データベースの表に対してデータの挿入処理要求が行われる場合、「ZAIKO」表を例にとると以下のような要求がデータベース管理システムに対して発行される。
【0025】
INSERT INTO ZAIKO VALUES('101','ブラウス','red',35000,62)
上記、挿入処理要求が図2における端末30から入力されると、データベース管理システム40のデータベースアクセス制御部400が受け取る。データベースアクセス制御部400は受け取った処理要求を解析し、データ挿入処理要求であると判断すると、データの挿入処理を行うデータ挿入処理部410に制御を渡す。データ挿入処理部410では、まず「ZAIKO」表に関する定義情報を図2におけるデータベース定義情報格納領域60から取得する(ステップ411)。「ZAIKO」表に関する定義情報から、「ZAIKO」表は「SCODE」列をパーティショニングキーとし4つのデータベース格納領域に分割していることがわかる。そこで、「SCODE」列に対応するデータ値’101’に対してハッシュ関数を適用する。当該ハッシュ関数はできるだけシノニムを発生しないような工夫がなされ、最終的には本実施例に示した最大バケット数12で割った余りの値がハッシュ値となる。例えば、本例ではハッシュ値が3となったとする。その場合、当該行を挿入するデータベース格納領域をバケットマップ表から求め、DBAREA1であることが判明する(ステップ413)。さらに、DBAREA1に格納する場合、当該バケットエントリ番号3に対してすでにセグメントが確保されているか否かをチェックし(ステップ414)、まだセグメントが確保されていなければ新規にセグメントを確保する(ステップ415)。新規にセグメントを確保した場合、バケットマップ表の当該バケットエントリに割り当てたセグメントのポインタを格納する。図1で示したようにすでにセグメント502aが割り当てられている場合は、セグメント502a内に当該行を挿入する空きページが存在するか否かをチェックする。もし、空きページが存在しない場合は、新規にセグメントを確保し、セグメント502aとのチェインを生成する。空きページが存在した場合は、当該空きページを行の挿入ページとして決定する(ステップ416)。こうして決定したページに行を挿入する(ステップ417)。行挿入時には、当該ページに対する更新ログを図2に示したデータベースログ格納領域に取得する。
【0026】
次に、「ZAIKO」表を例にとり、データを検索する処理の概略処理フローを図4に示す。データベースの表に対してデータの検索処理要求が行われる場合、「ZAIKO」表を例にとると以下のような要求がデータベース管理システムに対して発行される。
【0027】
SELECT SCODE,SNAME,COL,TANKA,ZSURYO FROM ZAIKO WHERE SNO='101'
上記、検索処理要求が図2における端末30から入力されると、データベース管理システム40のデータベースアクセス制御部400が受け取る。データベースアクセス制御部400は受け取った処理要求を解析し、データ検索処理要求であると判断すると、データの検索処理を行うデータ検索処理部430に制御を渡す。データ検索処理部430では、まず「ZAIKO」表に関する定義情報を図2におけるデータベース定義情報格納領域60から取得する(ステップ431)。取得した情報の中から、「ZAIKO」表はパーティショニングキーSCODE列でハッシュ分割していることが判明する。次に当該検索要求の探索条件中にパーティショニングキーであるSCODE列に対する条件指定があるか否かをチェックする(ステップ432)。当該問い合わせの場合、SNO列に対する条件が指定されているので、ハッシュ関数を適用することによってデータベース格納領域を決定する(ステップ433)。ここでは、「SCODE」列に対応するデータ値’101’に対してハッシュ関数を適用する。当該ハッシュ関数はできるだけシノニムを発生しないような工夫がなされ、最終的には本実施例に示した最大バケット数12で割った余りの値がハッシュ値となる。例えば、本例ではハッシュ値が3となったとする。その場合、当該行を挿入するデータベース格納領域をバケットマップ表から求め、DBAREA1であることが判明する(ステップ434)。データベース格納領域が決定されたので、さらに当該データベース格納領域内の当該バケットにセグメントがチェインされているか否かをバケットマップ表を参照して求める(ステップ435)。当該バケットのセグメントがチェインされている場合は、チェインされているすべてのセグメントに格納されているデータに対して探索条件の評価を行う(ステップ436)。もし、当該バケットのセグメントがない場合は、検索対象データがないということになり、検索結果は0件となる。また、ステップ432によってパーティショニングキーであるSNO列に対する条件指定がない場合は、すべてのデータベース格納領域が検索対象になる。すべてのデータベース格納領域が検索対象となった場合、各データベース格納領域内のバケットマップ表に設定されたセグメント番号が0でないものを対象に各要素番号のセグメントチェインを辿りながら探索条件評価を行う(ステップ437ないし438)。
【0028】
本発明によるデータベース分割格納方法を用い、データの再配置を行う場合の原理を図5及び図6を用いて説明する。図1で示した3つのデータベース格納領域への分割に対して図5のように新規に「データベース格納領域4」50dを追加した場合のデータの流れを示す。データベース格納領域を1つ追加した場合、バケットマップ表80ではバケット数12個で分割しているので、バケット数が均等になるよう現在の各データベース格納領域のバケット数から4分の1ずつバケットを選択し、新規の「データベース格納領域4」50dに移動させるようにする。「データベース格納領域1」50aからは、バケット0から3までの内、バケット3を対象として選択する。バケットマップ表80から当該バケット3のセグメントチェインを参照し、セグメント503a,503b,503c,503dを入力し、「データベース格納領域4」50dに移動させる。「データベース格納領域2」50bからは、バケット4から7までの内、バケット7を選択する。バケットマップ表80から当該バケット7のセグメントチェインを参照し、セグメント507a,507b,507cを入力し、「データベース格納領域4」50dに移動させる。「データベース格納領域3」50cからは、バケット8から11までの内、バケット11を選択する。バケットマップ表80から当該バケット11のセグメントチェインを参照し、セグメント511a,511bを入力し、「データベース格納領域4」50dに移動させる。以上のようにして再配置処理が完了すると、図6に示すようなデータの分割配置になる。図を見やすくするためにバケットマップ表80内のバケットエントリ番号の位置を変更しているが、当該バケットエントリ番号の配置は昇順に並んでいるほうがよい。「データベース格納領域4」50dを追加し、データの再配置処理が完了すると、「データベース格納領域1」50aでは、バケット0,1,2が割り当てられ、「データベース格納領域2」50bでは、バケット4,5,6が割り当てられ、「データベース格納領域3」50cでは、バケット8,9,10が割り当てられ、「データベース格納領域4」50dでは、バケット3,7,11が割り当てられる。
【0029】
図5、6で示したデータの再配置の原理図に基づいて、データの再配置処理の処理の流れを図7に示す。データ再配置処理要求が図2における端末30から入力されると、データベース管理システム40のデータベースアクセス制御部400が受け取る。データベースアクセス制御部400は受け取った処理要求を解析し、データ再配置処理要求であると判断すると、データの検索処理を行うデータ再配置処理部450に制御を渡す。データ再配置処理部450では、まず表に関する定義情報を図2におけるデータベース定義情報格納領域60から取得する(ステップ451)。取得した定義情報からすべての既存のデータベース格納領域の情報を取り出す。取り出した核データベース格納領域毎にバケットマップ表80を参照し、移動対象となるバケットを選択する処理を行う(ステップ452)。図5のような場合、既存のデータベース格納領域数は3であり、バケットマップ表が持つ最大バケット数が12であるので、新規にデータベース格納領域を1個追加する場合、各データベース格納領域内のバケット数は最大バケット数の4分の1となるようにする。こうして、各データベース格納領域から移動対象となるバケットを求める。そして、バケットマップ表80を参照し、チェインされているセグメント情報を参照しながら移動対象セグメントの抽出処理を行う(ステップ453)。移動対象セグメントの抽出処理では、セグメントを構成するページ単位にデータベース格納領域から入力するか、またはセグメント単位で入力するかは、確保できるメモリサイズで決定すればよい。当該セグメント抽出処理によって抽出したセグメントを追加するデータベース格納領域への反映処理を行う(ステップ454)。当該反映処理では、抽出したセグメントを格納するため、追加したデータベース格納領域内で新規にセグメントを確保し、データベース格納領域に書き込む処理を行う。抽出したセグメントの反映処理が完了すると、移動対象となったデータベース格納領域から当該セグメントを削除する(ステップ455)。そして、バケットマップ表80のセグメントチェインの情報を更新し、かつ、割り当てデータベース格納領域の情報も更新する(ステップ456)。以上のようにステップ452からステップ456までを既存の移動対象となるすべてのデータベース格納領域に対して行い、すべてのデータベース格納領域の処理が終了するまで行う(ステップ457)。データの抽出・反映処理が完了した時点でデータの再配置を簡潔させることができ、追加したデータベース格納領域に関する情報をデータベース定義情報に反映させることで処理を完了する(ステップ458)。
【0030】
このようにデータベースの再配置処理では、各既存のデータベース格納領域から1レコードずつデータを読み込む必要がなく、セグメント単位で読み込み、追加したデータベース格納領域に書きこみを行えばよい。また、移動対象でないバケットは一切、読み込む必要がない。
【0031】
図8は本発明におけるデータベースの分割管理の原理をキーレンジ分割されたデータベースの場合の例として示す。
【0032】
例として当該データベースで「ZAIKO」表が定義された場合についての定義文の一例を示す。
【0033】
CREATE TABLE ZAIKO (
SCODE CHAR(10),
SNAME CHAR(10),
COL CHAR(4),
TANKA INTEGER,
ZSURYO INTEGER)
IN((DBAREA1) SCODE >v0,(DBARE2) SCODE>v4,(DBAREA3) SCODE>v8) ;
上記定義によって、「ZAIKO」表は4つの列SCODE,SNAME,COL,TANKA,ZSURYOで構成され、各列に対してデータ型が与えられる。また、SCODE列をパーティショニングキーとしてキーレンジ分割し、キーレンジ分割したデータは、3つのデータベース格納領域DBAREA1,DBAREA2,DBAREA3に分割して格納するよう指示されている。「ZAIKO表」を例にとった場合の表の分割方法の原理を図8を用いて説明する。図8ではパーティショニングキーである「SCODE」列のデータをキーレンジ分割定義によってデータベース格納領域を求め、求めたデータベース格納領域内をさらに4個のバケットに分割する。各バケットは、一つのキーレンジをさらに細かなキーレンジに分割したものである。各バケットへの分割方法は、キーレンジを単純に分割する方法や、実際に含まれるデータの分布を取得してデータ量が均等になるようなデータ区間すなわちキーレンジに分割する方法が挙げられる。
【0034】
データベース格納領域が3個与えられた場合、各データベース格納領域に均等に4個ずつのバケットを振り分けるよう初期化する。また、バケットマップ表80内の各エントリからは対応するデータベース格納領域内のセグメントへのポインタが格納される。セグメントは、複数の固定長のページから構成される。まず、データベース格納領域1は、SCODE列の値がv0より大きくv4以下の値を持つレコードが割り当てられ、バケット・エントリ番号0には、さらにSCODE列の値がv0より大きくv1以下の値を持つレコードが割り当てられ、セグメント500aへのポインタが格納され、セグメント500a,500b,500c,500d,500eがチェインされていることを示す。バケット・エントリ番号1には、SCODE列の値がv1より大きくv2以下の値を持つレコードが割り当てられ、セグメント501aへのポインタが格納され、セグメント501a,501b,501cがチェインされていることを示す。バケット・エントリ番号2には、SCODE列の値がv2より大きくv3以下の値を持つレコードが割り当てられ、セグメント502aへのポインタが格納されている。バケット・エントリ番号3には、SCODE列の値がv3より大きくv4以下の値を持つレコードが割り当てられ、セグメント503aへのポインタが格納され、セグメント503a,503b,503c,503dがチェインされていることを示す。同様に、データベース格納領域DBAREA2には、バケット・エントリ番号の4から7までのバケットを格納し、データベース格納領域DBAREA3には、バケット・エントリ番号の8から11までのバケットを格納している。
【0035】
本発明によるデータベース分割格納方法を用い、キーレンジ分割されたデータベースのデータの再配置を行う場合の原理を図9及び図10を用いて説明する。図8で示した3つのデータベース格納領域への分割に対して図9のように新規に「データベース格納領域4」50dを追加した場合のデータの流れを示す。データベース格納領域を1つ追加した場合、バケットマップ表80ではバケット数12個で分割しているので、バケット数が均等になるよう現在の各データベース格納領域のバケット数から4分の1ずつバケットを選択し、新規の「データベース格納領域4」50dに移動させるようにする。「データベース格納領域1」50aからは、バケット0から3までの内、バケット3を対象として選択する。バケットマップ表80から当該バケット3のセグメントチェインを参照し、セグメント503a,503b,503c,503dを入力し、「データベース格納領域4」50dに移動させる。「データベース格納領域2」50bからは、バケット4から7までの内、バケット7を選択する。バケットマップ表80から当該バケット7のセグメントチェインを参照し、セグメント507a,507b,507cを入力し、「データベース格納領域4」50dに移動させる。「データベース格納領域3」50cからは、バケット8から11までの内、バケット11を選択する。バケットマップ表80から当該バケット11のセグメントチェインを参照し、セグメント511a,511bを入力し、「データベース格納領域4」50dに移動させる。以上のようにして再配置処理が完了すると、図10に示すようなデータの分割配置になる。図を見やすくするためにバケットマップ表80内のバケットエントリ番号の位置を変更しているが、当該バケットエントリ番号の配置は昇順に並んでいるほうがよい。「データベース格納領域4」50dを追加し、データの再配置処理が完了すると、「データベース格納領域1」50aでは、バケット0,1,2が割り当てられ、「データベース格納領域2」50bでは、バケット4,5,6が割り当てられ、「データベース格納領域3」50cでは、バケット8,9,10が割り当てられ、「データベース格納領域4」50dでは、バケット3,7,11が割り当てられる。本実施例で示したキーレンジ分割したデータベースの場合、再配置後にデータベースの定義を変更する必要がある。本実施例では再配置前に3つのキーレンジに分割するように定義されていたが、再配置後は各キーレンジからデータを移動したため6つのキーレンジに分割された定義となるよう変更される。
【0036】
以上、説明したように、データベースのデータをあらかじめ固定された複数のバケットに分割し、かつ、データベース格納領域内で物理的に独立したセグメントにバケットを格納するので、新規に追加したデータベース格納領域に対するデータの再配置処理時に移動対象のバケットのデータのみを再配置対象とすることができる。
【0037】
また、再配置処理によって移動したセグメントは開放されるので、他のバケットの格納セグメントとして再利用が可能となり、データベース格納領域の空きに無駄がない。
【0038】
【発明の効果】
本発明によれば、データを複数の格納領域へ、好適に格納することができる。
【図面の簡単な説明】
【図1】本発明の特長となるデータベース分割格納の原理を示す。
【図2】本発明を実施するためのデータベース管理システムの構成図を示す。
【図3】本実施例に係る表へのデータの挿入処理の概略フローを示す。
【図4】本実施例に係る表の検索処理の概略処理フローを示す。
【図5】本発明の特長となるデータ再配置のデータの流れを示す。
【図6】図5によるデータ再配置後のデータベース分割格納状態を示す。
【図7】本発明によるデータベース再配置処理の概略処理フローを示す。
【図8】本発明の特長となるキーレンジ分割したデータベース分割格納の原理を示す。
【図9】本発明の特長となるキーレンジ分割表のデータ再配置のデータの流れを示す。
【図10】図5によるデータ再配置後のキーレンジ分割したデータベース分割格納状態を示す。
【符号の説明】
10:コンピュータシステム
12:CPU
14:主記憶装置
20:外部記憶装置
30:端末
40:データベース管理システム
50:データベース格納領域
54:セグメント
60:データベース定義情報格納領域
70:データベースログ格納領域
80:バケットマップ表
400:データベースアクセス制御部
410:データ挿入処理部
430:データ検索処理部
450:再配置処理部
Claims (8)
- データを格納するための複数のページから構成されるデータ格納領域を複数含むデータベース格納領域を複数有し、前記データの格納時もしくは検索時に利用するデータベース格納領域と前記データとを割り付けるデータ割り当て手段を有するデータベース管理装置におけるデータベース管理方法であって、
データベースの格納領域として所定数m個のデータベース格納領域が与えられた場合、
前記データベースの一つ又は複数のデータ項目に対して所定のハッシュ関数を適用し、所定数n(m≦n)個の論理的なバケットに分割し、
前記バケットと前記データベース格納領域との対応、および前記バケットと前記データ格納領域との対応を関連付けてバケットマップ表の各エントリに予め記憶し、
前記データを登録する場合に前記登録すべきデータについて前記所定のハッシュ関数によりハッシュコードを得て、前記得たハッシュコードに対応する前記バケットマップ表のエントリを参照して、前記登録すべきデータを格納すべき前記データ格納領域を特定し、当該データ格納領域に当該登録すべきデータを格納することを特徴とするデータベース管理方法。 - データを格納するための複数のページから構成されるデータ格納領域を複数含むデータベース格納領域を複数有し、前記データの格納時もしくは検索時に利用するデータベース格納領域と前記データとを割り付けるデータ割り当て手段を有するデータベース管理装置におけるデータベース管理方法であって、
データベースの格納領域として所定数m個のデータベース格納領域が与えられた場合、
前記データベースの一つ又は複数のデータ項目に対して所定のハッシュ関数を適用し、所定数n(m≦n)個の論理的なバケットに分割し、
前記バケットと前記データベース格納領域との対応、および前記バケットと前記データ格納領域との対応を関連付けてバケットマップ表の各エントリに予め記憶し、
前記データを検索する場合に前記検索すべきデータについて前記所定のハッシュ関数によりハッシュコードを得て、前記得たハッシュコードに対応する前記バケットマップ表のエントリを参照して、前記検索すべきデータが格納されている前記データ格納領域を特定し、当該データ格納領域に当該検索すべきデータを探索することを特徴とするデータベース管理方法。 - 前記データベース格納領域を1つ又は複数追加した場合、(所定数m+追加数)の前記データベース格納領域について、追加以前の前記データベース格納領域に対応付けられている前記バケットマップ表のエントリから前記追加したデータベース格納領域に割り付けるべき前記エントリを特定し、
前記特定されたバケットマップ表のエントリに記憶されたデータ格納領域に相当するデータ格納領域を前記追加されたデータベース格納領域から割り当て、
前記割り当てたデータ格納領域に対して、前記特定されたバケットマップ表のエントリに記憶されたデータ格納領域をデータ格納領域単位に移動し、
前記特定されたバケットマップ表のエントリに記憶されたデータ格納領域との対応を前記割り当てたデータ格納領域との対応に変更することを特徴とする請求項1または請求項2に記載のデータベース管理方法。 - 請求項3記載のデータベース管理方法であって、
前記データベース格納領域を1つ又は複数追加した場合、(所定数m+追加数)の前記データベース格納領域について、追加以前の前記データベース格納領域に対応付けられている前記バケットマップ表のエントリから前記追加したデータベース格納領域に割り付けるべき前記エントリを特定する際に、
前記追加するデータベース管理領域も含め、すべてのデータベース格納領域それぞれに関 連付けられているバケット数が均等になるように、
追加以前の各データベース格納領域から前記均等にした場合のバケット数よりも多い数分のバケットを選択することを特徴とするデータベース管理方法。 - データを格納するための複数のページから構成されるデータ格納領域を複数含むデータベース格納領域を複数有し、前記データの格納時もしくは検索時に利用するデータベース格納領域と前記データとを割り付けるデータ割り当て手段を有するデータベース管理装置であって、
データベースの格納領域として所定数m個のデータベース格納領域が与えられた場合、
前記データベースの一つ又は複数のデータ項目に対して所定のハッシュ関数を適用し、所定数n(m≦n)個の論理的なバケットに分割する手段と、
前記バケットと前記データベース格納領域との対応、および前記バケットと前記データ格納領域との対応を関連付けてバケットマップ表の各エントリに予め記憶する手段と、
前記データを登録する場合に前記登録すべきデータについて前記所定のハッシュ関数によりハッシュコードを得て、前記得たハッシュコードに対応する前記バケットマップ表のエントリを参照して、前記登録すべきデータを格納すべき前記データ格納領域を特定し、当該データ格納領域に当該登録すべきデータを格納する手段とを有することを特徴とするデータベース管理装置。 - データを格納するための複数のページから構成されるデータ格納領域を複数含むデータベース格納領域を複数有し、前記データの格納時もしくは検索時に利用するデータベース格納領域と前記データとを割り付けるデータ割り当て手段を有するデータベース管理装置であって、
データベースの格納領域として所定数m個のデータベース格納領域が与えられた場合、
前記データベースの一つ又は複数のデータ項目に対して所定のハッシュ関数を適用し、所定数n(m≦n)個の論理的なバケットに分割する手段と、
前記バケットと前記データベース格納領域との対応、および前記バケットと前記データ格納領域との対応を関連付けてバケットマップ表の各エントリに予め記憶する手段と、
前記データを検索する場合に前記検索すべきデータについて前記所定のハッシュ関数によりハッシュコードを得て、前記得たハッシュコードに対応する前記バケットマップ表のエントリを参照して、前記検索すべきデータが格納されている前記データ格納領域を特定し、当該データ格納領域に当該検索すべきデータを探索する手段とを有することを特徴とするデータベース管理装置。 - 前記データベース格納領域を1つ又は複数追加した場合、(所定数m+追加数)の前記データベース格納領域について、追加以前の前記データベース格納領域に対応付けられている前記バケットマップ表のエントリから前記追加したデータベース格納領域に割り付けるべき前記エントリを特定する手段と、
前記特定されたバケットマップ表のエントリに記憶されたデータ格納領域に相当するデータ格納領域を前記追加されたデータベース格納領域から割り当てる手段と、
前記割り当てたデータ格納領域に対して、前記特定されたバケットマップ表のエントリに記憶されたデータ格納領域をデータ格納領域単位に移動する手段と、
前記特定されたバケットマップ表のエントリに記憶されたデータ格納領域との対応を前記割り当てたデータ格納領域との対応に変更する手段とを有することを特徴とする請求項5または請求項6に記載のデータベース管理装置。 - 請求項7記載のデータベース管理装置であって、
前記データベース格納領域を1つ又は複数追加した場合、(所定数m+追加数)の前記データベース格納領域について、追加以前の前記データベース格納領域に対応付けられている前記バケットマップ表のエントリから前記追加したデータベース格納領域に割り付ける べき前記エントリを特定する際に、
前記追加するデータベース管理領域も含め、すべてのデータベース格納領域それぞれに関連付けられているバケット数が均等になるように、
追加以前の各データベース格納領域から前記均等にした場合のバケット数よりも多い数分のバケットを選択する手段を有することを特徴とするデータベース管理装置。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP32211999A JP4206586B2 (ja) | 1999-11-12 | 1999-11-12 | データベース管理方法および装置並びにデータベース管理プログラムを記録した記憶媒体 |
US09/702,351 US6578039B1 (en) | 1999-11-12 | 2000-10-31 | Database management methods and equipment, and database management program storage media |
US10/405,225 US7284022B2 (en) | 1999-11-12 | 2003-04-03 | Database management methods and equipment and database management program storage media |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP32211999A JP4206586B2 (ja) | 1999-11-12 | 1999-11-12 | データベース管理方法および装置並びにデータベース管理プログラムを記録した記憶媒体 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2001142751A JP2001142751A (ja) | 2001-05-25 |
JP4206586B2 true JP4206586B2 (ja) | 2009-01-14 |
Family
ID=18140147
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP32211999A Expired - Fee Related JP4206586B2 (ja) | 1999-11-12 | 1999-11-12 | データベース管理方法および装置並びにデータベース管理プログラムを記録した記憶媒体 |
Country Status (2)
Country | Link |
---|---|
US (2) | US6578039B1 (ja) |
JP (1) | JP4206586B2 (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9659048B2 (en) | 2013-11-06 | 2017-05-23 | International Business Machines Corporation | Key-Value data storage system |
Families Citing this family (35)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4051510B2 (ja) * | 1998-07-16 | 2008-02-27 | ソニー株式会社 | データ記憶装置およびデータ記憶方法 |
JP4206586B2 (ja) * | 1999-11-12 | 2009-01-14 | 株式会社日立製作所 | データベース管理方法および装置並びにデータベース管理プログラムを記録した記憶媒体 |
JP4183400B2 (ja) | 2001-06-27 | 2008-11-19 | 株式会社日立製作所 | データベースシステムとデータベース管理方法およびプログラム |
US6978282B1 (en) * | 2001-09-04 | 2005-12-20 | Emc Corporation | Information replication system having automated replication storage |
US7299243B2 (en) * | 2001-09-19 | 2007-11-20 | Bmc Software, Inc. | System and method for controlling free space distribution by key range within a database |
US7213025B2 (en) * | 2001-10-16 | 2007-05-01 | Ncr Corporation | Partitioned database system |
US8239343B2 (en) * | 2003-05-23 | 2012-08-07 | Bmc Software, Inc. | Database reorganization technique |
JP4330941B2 (ja) * | 2003-06-30 | 2009-09-16 | 株式会社日立製作所 | データベース分割格納管理装置、方法及びプログラム |
JP3816088B2 (ja) * | 2003-07-04 | 2006-08-30 | 松下電器産業株式会社 | データ一致検出装置、データ一致検出方法、データ選別装置 |
JP4537022B2 (ja) | 2003-07-09 | 2010-09-01 | 株式会社日立製作所 | データ配置に制限を設けるデータ処理方法、記憶領域制御方法、および、データ処理システム。 |
US8583657B2 (en) * | 2004-05-06 | 2013-11-12 | Oracle International Corporation | Method and apparatus for using a hash-partitioned index to access a table that is not partitioned or partitioned independently of the hash partitioned index |
US20070162506A1 (en) * | 2006-01-12 | 2007-07-12 | International Business Machines Corporation | Method and system for performing a redistribute transparently in a multi-node system |
US7809769B2 (en) * | 2006-05-18 | 2010-10-05 | Google Inc. | Database partitioning by virtual partitions |
US20070282878A1 (en) * | 2006-05-30 | 2007-12-06 | Computer Associates Think Inc. | System and method for online reorganization of a database using flash image copies |
US7831620B2 (en) * | 2006-08-31 | 2010-11-09 | International Business Machines Corporation | Managing execution of a query against a partitioned database |
US7523288B2 (en) * | 2006-09-06 | 2009-04-21 | Microsoft Corporation | Dynamic fragment mapping |
US8150870B1 (en) * | 2006-12-22 | 2012-04-03 | Amazon Technologies, Inc. | Scalable partitioning in a multilayered data service framework |
US8694472B2 (en) * | 2007-03-14 | 2014-04-08 | Ca, Inc. | System and method for rebuilding indices for partitioned databases |
US7680766B2 (en) | 2007-03-29 | 2010-03-16 | Redknee Inc. | Method and apparatus for adding a database partition |
US7974965B2 (en) * | 2007-12-17 | 2011-07-05 | International Business Machines Corporation | Federated pagination management |
US8209334B1 (en) * | 2007-12-28 | 2012-06-26 | Don Doerner | Method to direct data to a specific one of several repositories |
JP2009217768A (ja) * | 2008-03-13 | 2009-09-24 | Nec Corp | データベースにおけるパーティション障害管理方法およびシステム |
US7992037B2 (en) * | 2008-09-11 | 2011-08-02 | Nec Laboratories America, Inc. | Scalable secondary storage systems and methods |
US8918365B2 (en) * | 2009-06-19 | 2014-12-23 | Blekko, Inc. | Dedicating disks to reading or writing |
CN102667761B (zh) | 2009-06-19 | 2015-05-27 | 布雷克公司 | 可扩展的集群数据库 |
KR20130030077A (ko) * | 2011-09-16 | 2013-03-26 | 삼성전기주식회사 | 스핀들모터 |
US9141646B1 (en) * | 2011-12-30 | 2015-09-22 | Teradata Us, Inc. | Database redistribution in dynamically-configured database systems |
JP6295754B2 (ja) * | 2014-03-19 | 2018-03-20 | 日本電気株式会社 | データ処理装置 |
US10223379B2 (en) | 2014-09-04 | 2019-03-05 | International Business Machines Corporation | Parallel processing of a keyed index file system |
JP6288596B2 (ja) * | 2014-11-05 | 2018-03-07 | 華為技術有限公司Huawei Technologies Co.,Ltd. | データ処理方法および装置 |
JP6540110B2 (ja) * | 2015-03-11 | 2019-07-10 | 富士通株式会社 | データベースシステム、情報処理装置、及び、データベースプログラム |
US10261943B2 (en) | 2015-05-01 | 2019-04-16 | Microsoft Technology Licensing, Llc | Securely moving data across boundaries |
US10963440B2 (en) * | 2015-08-10 | 2021-03-30 | Singlestore, Inc. | Fast incremental column store data loading |
US10482076B2 (en) * | 2015-08-14 | 2019-11-19 | Sap Se | Single level, multi-dimension, hash-based table partitioning |
CN105426408B (zh) * | 2015-11-02 | 2019-03-08 | 北京锐安科技有限公司 | 一种多索引的数据处理方法及装置 |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4412285A (en) | 1981-04-01 | 1983-10-25 | Teradata Corporation | Multiprocessor intercommunication system and method |
JP3269849B2 (ja) * | 1992-05-29 | 2002-04-02 | 株式会社日立製作所 | 並列データベース処理システムとその検索方法 |
JPH06139119A (ja) | 1992-10-28 | 1994-05-20 | Hitachi Ltd | データベース管理システムおよびデータベース管理方法 |
JP3367140B2 (ja) | 1993-04-28 | 2003-01-14 | 株式会社日立製作所 | データベース管理方法 |
US5687369A (en) * | 1993-09-02 | 1997-11-11 | International Business Machines Corporation | Selecting buckets for redistributing data between nodes in a parallel database in the incremental mode |
US5819083A (en) * | 1993-09-02 | 1998-10-06 | International Business Machines Corporation | Minimal sufficient buffer space for data redistribution in a parallel database system |
US5634125A (en) * | 1993-09-02 | 1997-05-27 | International Business Machines Corporation | Selecting buckets for redistributing data between nodes in a parallel database in the quiescent mode |
JP3023441B2 (ja) | 1993-11-16 | 2000-03-21 | 株式会社日立製作所 | データベース分割管理方法および並列データベースシステム |
US5742806A (en) * | 1994-01-31 | 1998-04-21 | Sun Microsystems, Inc. | Apparatus and method for decomposing database queries for database management system including multiprocessor digital data processing system |
JP3510042B2 (ja) | 1996-04-26 | 2004-03-22 | 株式会社日立製作所 | データベース管理方法及びシステム |
JP4206586B2 (ja) * | 1999-11-12 | 2009-01-14 | 株式会社日立製作所 | データベース管理方法および装置並びにデータベース管理プログラムを記録した記憶媒体 |
US7080101B1 (en) * | 2000-12-01 | 2006-07-18 | Ncr Corp. | Method and apparatus for partitioning data for storage in a database |
-
1999
- 1999-11-12 JP JP32211999A patent/JP4206586B2/ja not_active Expired - Fee Related
-
2000
- 2000-10-31 US US09/702,351 patent/US6578039B1/en not_active Expired - Fee Related
-
2003
- 2003-04-03 US US10/405,225 patent/US7284022B2/en not_active Expired - Fee Related
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9659048B2 (en) | 2013-11-06 | 2017-05-23 | International Business Machines Corporation | Key-Value data storage system |
Also Published As
Publication number | Publication date |
---|---|
US20050050050A1 (en) | 2005-03-03 |
US6578039B1 (en) | 2003-06-10 |
JP2001142751A (ja) | 2001-05-25 |
US7284022B2 (en) | 2007-10-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4206586B2 (ja) | データベース管理方法および装置並びにデータベース管理プログラムを記録した記憶媒体 | |
US5274807A (en) | Method for reducing magnetic storage volume for computer disk image backup | |
US6477535B1 (en) | Method and apparatus for concurrent DBMS table operations | |
US5222235A (en) | Databases system for permitting concurrent indexing and reloading of data by early simulating the reload process to determine final locations of the data | |
US7558802B2 (en) | Information retrieving system | |
CA2209549C (en) | Method and apparatus for loading data into a database in a multiprocessor environment | |
JP4199888B2 (ja) | データベース管理方法 | |
US20130151492A1 (en) | Information processing system | |
US6415375B2 (en) | Information storage and retrieval system | |
CN103902623A (zh) | 用于在存储系统上存取文件的方法和系统 | |
US6449613B1 (en) | Method and data processing system for hashing database record keys in a discontinuous hash table | |
KR20160100211A (ko) | 대용량 오디오 핑거프린트 데이터베이스의 온라인 실시간 업데이팅을 구성하기 위한 방법 및 장치 | |
CN103514222B (zh) | 虚拟机映像的存储方法、管理方法、存储管理装置及系统 | |
KR101575639B1 (ko) | 지도 서비스를 위한 타일 이미지 갱신 시스템 및 그 방법 | |
US20210209087A1 (en) | Reorganization of Databases by Sectioning | |
CN108984343B (zh) | 一种基于内容分析的虚拟机备份及存储管理方法 | |
CN117235185B (zh) | 数据平衡处理方法、装置及电子设备 | |
JP2010061604A (ja) | 整合性検証システム、検証方法およびプログラム | |
TWI475419B (zh) | 用於在儲存系統上存取檔案的方法和系統 | |
KR102023274B1 (ko) | 슬롯별 n-비트 카운터를 이용한 변형 쿠쿠 해시 알고리즘 | |
CN107066624B (zh) | 数据离线存储方法 | |
CN118069365A (zh) | 一种面向分布式图数据库的数据快速装载方法、系统、设备及存储介质 | |
JPS59752A (ja) | デ−タベ−ス検索方式 | |
WO2024099541A1 (en) | Hierarchical catalog for storage tapes | |
CN113986117A (zh) | 文件的存储方法、系统、计算设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040713 |
|
RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060417 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070925 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071122 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080701 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080829 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080924 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20081007 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111031 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121031 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121031 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131031 Year of fee payment: 5 |
|
LAPS | Cancellation because of no payment of annual fees |