JP2001511563A

JP2001511563A - データベースのための構造

Info

Publication number: JP2001511563A
Application number: JP2000504524A
Authority: JP
Inventors: ロンストロム、ウルフ、ミカエル
Original assignee: テレフオンアクチーボラゲツトエルエムエリクソン（パブル）
Priority date: 1997-07-21
Filing date: 1998-07-07
Publication date: 2001-08-14
Also published as: SE9702761L; CN1271442A; EP0996902B1; EP0996902A2; BR9810766A; SE510000C2; KR20010022028A; AU8365198A; US6249788B1; SE9702761D0; WO1999005617A2; WO1999005617A3

Abstract

(57)【要約】この発明はデータベース内のデータ情報の記憶域の構造に関し、この情報はノードの階層に構造化され、この階層はツリー構造である。このツリー構造は、根ノード（１）と、恐らくは１つまたはいくつかの中間ノード（２，３）と、１つまたはそれ以上の葉ノード（４）を含み、根ノード（１）は１つまたはそれ以上の根エレメント（１Ｅ）を含み、それぞれの中間ノード（２，３）は１つまたはそれ以上の中間エレメント（２Ｅ１，２Ｅ２，２Ｅ３，．．．）を含み、それぞれの葉ノード（４）は１つまたはそれ以上の葉エレメント（４Ｗ１，４Ｅ２，４Ｅ３，．．．）を含む。それぞれのエレメントは、ツリー構造を保持し、またツリーとデータ情報の中でサーチを遂行できるようにするのに必要なアドレス情報を含む。ノード内のエレメントの順序は、データ情報に関して数字順またはアルファベット順のような論理的順序であり、それぞれのエレメント内のデータ情報は階層内の先行するエレメント内のデータ情報に関するデータ情報内の差異からなる。根エレメント内のデータ情報は、開始値からなる。この開始値は実際のデータ情報であり、残りのエレメント内の差異情報は、データ情報内のどこに差異があるかにかかわりなく、先行するエレメントに属するデータ情報に関して、データ情報の実際の差異を表現するデータ・ワードで作られている。

Description

【発明の詳細な説明】

【０００１】（発明の分野）この発明は、データベース内のデータ情報の記憶域のための構造に関する。

【０００２】この構造は、Ｂツリーを含んでいるノード階層にデータ情報が構造化される場
合に適する。このツリーは、根ノードと、恐らくは１つ以上のレベルの中間ノー
ドと、1つ以上の葉ノードを有する。

【０００３】根ノードは根エレメントを含み、それぞれの中間ノードは１つ以上の中間エレ
メントを含み、それぞれの中間ノードは１つ以上の葉エレメントを含む。

【０００４】このＢツリーは、中間ノード内の第１中間エレメントを根エレメントかまたは
階層内のより高いレベルに配置された中間エレメントへリンクすることにより、
構築される。中間ノード内の残りの中間エレメントは、第１中間エレメントにリ
ンクされる。

【０００５】同様に、それぞれの葉ノード内の第１葉エレメントは、根エレメントかまたは
中間ノードの１つの中間エレメントへリンクされる。葉ノード内の残りの葉エレ
メントは、第１葉エレメントへリンクされる。

【０００６】それぞれのエレメントは、リンクおよびデータ情報のためのアドレス情報を含
む。

【０００７】ノード内のエレメントの順序は、データ情報に関しては、アルファベット順ま
たは番号順のような論理的な順序である。

【０００８】それぞれのエレメント内のデータ情報は、階層内の先行するエレメントに属す
るデータ情報に関して、データ情報内に差異を構成する。

【０００９】（発明の背景）１つのデータベース内に複数の異なったデータ構造を使用することは、久しく
知られてきた。これらの構造は、例えば記憶空間の利用や高速サーチに関して種
々の利点を与える。

【００１０】公知の１つの構造はＢツリーに基づき、これによりデータベース内のテーブル
の中のエレメントの論理的な配分を可能にする。

【００１１】１つのエレメントは、例えば電話番号のような外部キーに結合されたデータベ
ース内の内部アドレスを含み得る。テーブル内に新しい電話番号を挿入するとき
は、ある論理的な順序により、この新しい電話番号の内部アドレスを配置すべき
エレメントに関して計算が行われる。

【００１２】Ｂツリーの機能は、テーブル内にこれらのアドレスを配分することであり、こ
れにより、それらが容易に発見されるような仕方で、前記アドレスが配分される
。

【００１３】Ｂツリーは本質的に、整然とした単純な構造を生成するために使用される。

【００１４】各ツリーは１つの根ノードから始まり、この根ノードは、希望するノードへの
サーチを一定の基準に基づいて実行できる更なるノードをポイントする（示す）
。これらのノードはキーまたは索引を含むことが多い。

【００１５】ｈｔｔｐアドレス、ファイル名、タイムスタンプ、電話番号などは、Ｂツリー
内に記憶されるキーの例である。

【００１６】注意すべきは、前記のノードが、キーまたは索引の階層を記述するのが目的の
ツリー構造内のノードであって、分散データベース内のプロセッサ・ノードでな
いことである。

【００１７】論理的に順次のデータ・セットの場合は、２つの相互に順次のデータ・セット
の間の差異の情報だけを記憶することも知られている。

【００１８】この手順は、例えば画像処理に使用され、そこでは、大量の情報を記憶して、
動画または画像を再生する必要があるが、２つの相互に順次の画像の間の差異は
非常に小さいかもしれないので、これらの画像の間の差異だけを記憶して、これ
らの画像を再生するときに利用することができる。

【００１９】２つの相互にリンクされたエレメントの全体を記憶する代わりに、その間の差
異のみを、リンクされたリストと共に記憶することも知られている。

【００２０】これはより少ない記憶空間しか必要としないが、同一の情報を供給する。

【００２１】更にまた注意すべきことは、たとえばファイル名またはｈｔｔｐアドレスと共
に、単純な仕方では２つの隣接するノードの間に差異を記述することを困難にす
るかもしれないような異なったフォーマットと接尾語が使用されることである。

【００２２】下記の出版物は、Ｂツリー内に構造化される情報の取り扱いを記述している。

【００２３】「トランザクション処理の概念と技法」、Ｊ．グレイ、Ａ．ライター著、モル
ガン・コフマン社、１９９３年。

【００２４】「接頭語Ｂツリー」、Ｒ．バイヤー、Ｋ．アンテラウアー、データベースシス
テムについてのＡＣＭ会報、第２巻、第１号、１１頁−２６頁、１９７７年。

【００２５】更にまた注意すべきは、複数のエレメントが逐次に連続している場合に、また
１つのコンテナをユニットとして取り扱える場合に、いわゆるコンテナ内に複数
の異なったエレメントを記憶することが知られていることである。

【００２６】（発明の要約）

【００２７】（技術的課題）上記のように先行技術を考えると、技術的課題が存在するのは、先行するノー
ドに関して差異情報のみを記憶することにより、既知の圧縮に対してさえ、既知
の構造に必要とされるよりも遥かに小さい記憶空間しか必要としない、データベ
ース内のデータ情報の記憶域の構造を供給することであると分かる。

【００２８】もう１つの技術的課題は、希望するエレメントまたはオブジェクトを効果的に
発見することも可能にする圧縮構造を提供することである。

【００２９】更にもう１つの技術的課題は、その中でデータ・ワードが、現在起こっている
差異を明確で単純な仕方で記述できる構造を提供する能力にある。

【００３０】なおもう１つの技術的課題は、記憶すべきデータ情報の複数の異なった接尾語
を単純な仕方で取り扱うデータ・ワードのための構造を提供することである。

【００３１】もう１つの技術的課題は、データ情報の２つのセットの間の差異がデータ情報
の終端に存在しない場合に、データ情報内のこの差異の後で発見される類似性を
表現する必要なしに、この差異を容易に表現できるようにすることにある。

【００３２】もう１つの技術的課題は、圧縮Ｂツリー内のエレメントまたはオブジェクトの
変更を取り扱う能力にある。

【００３３】なおもう１つの技術的課題は、コピーすべき圧縮Ｂツリー内のエレメントまた
はオブジェクトの１つを使用許可することである。

【００３４】もう１つの技術的課題は、ある特定のエレメントを捜すときに、Ｂツリーのサ
ーチを加速することである。

【００３５】もう１つの技術的課題は、特定のエレメントを捜すときに、データ情報の圧縮
により、Ｂツリーのサーチを実質的に高速化する可能性を供給する構造を提供す
ることである。

【００３６】更にもう１つの技術的課題は、データ情報が圧縮されていて、先行するノード
に関する差異情報のみを含んでいて、Ｂツリーへのエレメントの挿入と削除が単
純に効率的にできる構造を提供することである。

【００３７】もう１つの技術的課題は、キャッシュメモリへの読みこみにより複数のエレメ
ントを含む１つのノードを利用可能にする構造を提供することである。

【００３８】もう１つの技術的課題は、そこに含まれる複数の異なったノードとエレメント
の間の参照に必要なアドレス情報の量が、伝統的に必要とされるよりも遥かに少
ない構造を提供することである。

【００３９】（解決法）上記の技術的課題の１つ以上を解決する目的で、緒言に説明した種類の構造を
出発点として、この発明により、根エレメント内のデータ情報が開始値を構成す
ること、また、この開始値が実際のデータ情報を構成することが提案される。そ
の他のエレメント内の差異情報が、データ情報内の差異がどこにあるかにかかわ
りなく、先行するエレメントに属するデータ情報に関して、データ情報内の実際
の差異を表現するデータ・ワードを含んでいることも提案される。

【００４０】この差異が終端にあるかどうかにかかわりなく、実際の差異のみが記憶される
ので、高度に圧縮された構造が得られる。

【００４１】この発明の１つの実施例によれば、先行するデータ情報に関して何かが除去さ
れるべきかどうかについてと、もしそうならば、削除されるべきことの性質、そ
れがデータ情報のどこから削除されるべきかについての指標を差異情報が含み得
るようにすることにより、また、先行するエレメントに属するデータ情報に関し
て何かを追加すべきかどうかについてと、もしそうならば、追加されるべきこと
の性質、この追加が行われる前記データ情報内の場所についての指標を差異情報
が含み得るようにすることにより、そうした構造が生成される。

【００４２】この差異情報の表現を圧縮または短縮する方法を提供する目的で、この発明が
提案するのは、データ・ワードがヘッダと情報部を含み、このヘッダは情報部が
どのように解釈されるべきかを明らかにすることである。

【００４３】情報部が５つの異なったビットグループを含み得ることも提案されるが、それ
は下記の通りである。

【００４４】 − 本書において接尾語と呼ばれる第１グループで、データ情報に属する接尾
語のタイプを表現する。

【００４５】 − 本書においてマイナス情報と呼ばれる第２グループで、先行するエレメン
トに関して削除されるべきバイトの数を表現する。

【００４６】 − 本書においてプラス情報と呼ばれる第３グループで、先行するエレメント
に関して追加されるべきバイトの数を表現する。

【００４７】 − 本書において類似性と呼ばれる第４グループで、先行するエレメントに関
して類似する終端からのバイトの数を、接尾語を除外して表現する。

【００４８】 − 本書において差異を指定する第５グループで、明快な本文（クリアテキス
ト）において、追加されるべき文字、すなわちプラス情報を構成する。

【００４９】 − 上記の諸グループが正しく解釈されるようにするために、ヘッダが３ビッ
トを含んで構成されることが提案されるが、下記の通りである。

【００５０】 − 第１ビットは、第４グループが存在するかどうか、すなわち、データ情報
の終端で差異があるかどうかを示す。

【００５１】 − 第２ビットは、第２グループおよび第３グループが４ビットまたは８ビッ
トを含むかどうかを明らかにする。

【００５２】 − 第３ビットは、第２グループ、第３グループ、第４グループが存在するか
どうか、すなわち、接尾語に加えて、いずれかの差異情報が見出されるかどうか
を明らかにする。

【００５３】こうして、第１グループが５ビットを含み、第２グループおよび第３グループ
が４ビットまたは８ビットを含み、第４グループが０ビットまたは８ビットを含
み、第５グループが、先行するエレメントに関して追加されるべき全てのものを
表現するのに必要な数のバイトを含む。

【００５４】結果として、第５グループを例外として、１つの差異が接尾語の中にだけある
ときに、全ての差異情報を最低８ビット、すなわち１バイトで表現でき、また、
全てのグループが最大数のビットを含むとき、全ての差異情報を最大３２ビット
、すなわち４バイトで表現できる。

【００５５】差異がプラス情報から構成されるとき、実際の差異プラス1バイトないし４バイトが、既知の技法に関して1つの有意義な圧縮であった。この情報量は、圧縮なしで必要なメモリ空間の約２０％に対応するメモリ空間を必要とする。

【００５６】第１グループはその５ビットの媒体を通じて、接尾語の所定のリストにより、
３２の異なった接尾語を表現できるが、この接尾語のリストは多数の接尾語の取
り扱いを可能にし、ここで各接尾語は５ビットのみで表現できる。

【００５７】それぞれの葉エレメント内の情報もまた、捜索されるオブジェクトを含む。

【００５８】あるオブジェクトがトランザクションの主題であるときに複数のオブジェクト
をロックすることを取り扱う目的で、それぞれのオブジェクトが４つの異なった
ビット組み合わせを含み、その第１ビット組み合わせは、前記オブジェクトがロ
ックされているかどうかを表現することが、この発明により提案される。

【００５９】前記第１ビット組み合わせは１つのオブジェクトがロックされていないことを
示すとき、第２ビット組み合わせがオブジェクト・ステータス・ビットを構成し
、第３ビット組み合わせはあるオブジェクトに属するオブジェクト・キーの長さ
に関する情報を含み、第４ビット組み合わせは前記オブジェクト・キーを含む。

【００６０】前記第１ビット組み合わせは前記オブジェクトがロックされていることを示す
とき、残りのビット組み合わせに属するビットがトランザクション・レジスタへ
の参照を表現する。このトランザクション・レジスタは、オブジェクト・ステー
タス・ビット、前記オブジェクトに属するオブジェクト・キーの長さに関する情
報、前記オブジェクト・キー自体、前記オブジェクトに適用されているロックの
タイプを含む。

【００６１】ステータス・ビットは、オブジェクトをコピーする処理に利用され、そこでそ
れぞれのビットはオブジェクトがコピーされたかどうかを指摘する。複数の同時
的なコピー処理は、それぞれのステータスビットを利用する。

【００６２】Ｂツリーから１つのエレメントを除去できるようにするために、この発明によ
り提案されるのは、あり得る後続のエレメントに属する差異情報を適応させて、
前記除去されるエレメントに先行する１つのエレメントに関する差異情報を構成
するようにすることと、後続エレメントに属するアドレス情報は、先行するエレ
メントをポイントするように調整されることと、先行するエレメントに属するア
ドレス情報が後続のエレメントをポイントするように調整されることである。

【００６３】同様に、あるエレメントを追加するときに、この追加されるエレメントに属す
る差異情報は、先行するエレメントに関して差異情報を構成するように調整され
ることと、この追加されるエレメントに属するアドレス情報は、先行するエレメ
ントおよびいずれかの後続のエレメントをポイントするように調整されることと
、前記あり得る後続のエレメントに属する差異情報は、追加されるエレメントに
関して差異情報を構成するように調整されることと、前記後続のエレメントに属
するアドレス情報は、前記追加されるエレメントをポイントするように調整され
ることと、前記先行するエレメントに属するアドレス情報は、前記追加されるエ
レメントをポイントするように調整されることが提案される。

【００６４】Ｂツリー内のサーチの可能な能力を加速するために、この発明により、１つの
ノードが１つのコンテナを含んで構成されることと、１つのノードに属するそれ
ぞれのエレメントは前記コンテナ内で互いの直接後ろの位置に配置されることが
提案される。

【００６５】その上、１つのコンテナ内の情報量は、データベース内でアクティブなプロセ
ッサ、データベースを利用するプロセッサに属するキャッシュメモリにより、１
つのアクセス内で読まれ得る情報量に等しいかまたはより少ないように調整され
ている。

【００６６】コンテナのサイズの制限があるので、メモリ内に前記情報を記憶するときに、
Ｂツリーにより与えられる順応性を保持することができる。

【００６７】このサイズの制限にもかかわらず、それぞれのエレメントの総合的な圧縮によ
り、コンテナは比較的に多数のエレメントを収納できる。

【００６８】こうして、あるメモリがアクセスされると、複数のエレメントが一回で同時に
キャッシュメモリへ読み込まれる。ノーマル・リンクされたリストの場合、読み
込まれるエレメントごとにメモリをアクセスする必要が非常に頻繁に起こる。

【００６９】その上、コンテナ内のエレメントの連続的な記憶域は、リンクされたリストに
必要なポインタよりも少ないポインタしか必要でないので、必要な空間を更に圧
縮できる。

【００７０】１つの頁内の参照は他の頁への参照よりも、かなり少ないアドレス情報しか必
要としないので、可能な最小のアドレス情報を利用する可能性は、ツリー構造の
ノードを可能な最大範囲まで、１つの共通の頁内に配置することである。

【００７１】（利点）発明の構造により与えられる主要な利点の１つは、２つの隣接するノードまた
はエレメントの間のどんな差異も表現できることである。必要なアドレス情報を
無視すれば、この方法を実行する場合に必要な記憶空間は、非圧縮Ｂツリーに必
要な記憶空間の約２０％へまで減少できる。

【００７２】この発明により与えられるもう１つの利点は、情報が記憶されている前記メモ
リまたは複数のメモリへの比較的少ないアクセスにより、Ｂツリーをサーチでき
ることである。

【００７３】このようにして発明によるツリー構造は、リンクされたリストに基づくデータ
構造内に必要なアドレス記憶空間の最適化（最小化）を可能にするが、ここで記
憶域構造は、リンクされたリストを貫く論理的で、比較的に高速なサーチ能力を
提供する順序つき構造である。

【００７４】要するに、この発明は、従来の場合よりも良いデータ圧縮を媒体として、また
ツリーへのエレメントの追加またはツリーからのエレメントの削除と共に１つの
頁を再配置するより大きな可能性を通じて、効果的な取り扱いを提供する。これ
らの再配置の可能性は、１つのアクセスを通じて各コンテナをキャッシュメモリ
に読み込み、キャッシュメモリ内で処理できる事実により与えられ、これは非常
に高速で効果的な処理手順である。

【００７５】発明による構造の基本的な性格を示す諸機能は、前記の請求項１に提示されて
いる。

【００７６】（好ましい実施例の詳細な説明）この発明が一層容易に理解されるように、データ情報の記憶に使用するために
ツリー構造を、この発明を説明するために後で使用する技術を使用しながら、こ
れから説明する。

【００７７】ツリー構造は、１つの木の形式のリンクされたリストを設立する方法を表現す
るが、これは、リスト内に与えられるエレメントのサーチを単純化して、一層効
果的にするためである。

【００７８】Ｂツリーの記述を容易にするために、出願人が使用する例では、１０００個の
エレメントが０ないし９９９の番号を付けられる。これらのエレメントは、図１
によるノーマル・リンクされたリストＡまたは図２によるツリーＢの中に配置で
きて、ここで多数のエレメントＥ１、同Ｅ２、同Ｅ３などは、０から９９９の数
の順にツリー構造内に配分される。

【００７９】ノーマルリンク・リストＡ内のエレメント“３１２”Ｅ３１３をサーチすると
きは、サーチはエレメント“０”Ｅ１で開始され、エレメント“０”Ｅ１はエレ
メント“１”Ｅ２へのサーチに更にリンクし、同様にエレメント“３１２”、Ｅ
３１３に達するまでサーチしてリンクする。これは、最初のエレメント“０”Ｅ
１へのサーチを含まずに、３１２回のサーチになる。

【００８０】図２に図示するツリー構造が、より少ないサーチにより同一のエレメントを発
見することを可能にする。

【００８１】図示されるツリーは、“０−９９９”の値を有する根エレメントを含む根ノー
ドを有する。このエレメントは、複数のエレメント２Ｅ１、２Ｅ２、２Ｅ３，．
．．などを含む第１中間ノードへリンクし、これらのエレメント２Ｅ１、２Ｅ２
、２Ｅ３の各々は、更なるエレメントを含む更なる中間ノードへリンクする。図
２は、エレメント“３００−３９９”２Ｅ４が中間ノード３へ、どのようにリン
クするかを示す。

【００８２】中間ノード３内のエレメント３Ｅ１、３Ｅ２、３Ｅ３，．．．などは、代わり
に複数の葉エレメントを含む葉ノードへリンクする。図２は、どのようにエレメ
ント“３１０−３１９”が更に、複数の葉エレメント４Ｅ１、４Ｅ２、４Ｅ３，
．．．などを含む葉ノード４へリンクするかを示す。

【００８３】葉リーフは、捜索されている実際の情報を含有する。

【００８４】出願人の例では、サーチはエレメント“３１２”４Ｅ３についてであり、図示
のツリー構造において下記の通り実行される。

【００８５】最初に、第１中間ノード２内のエレメント２Ｅ１、２Ｅ２、２Ｅ３，．．．を
通してエレメント“３００−３９９” ２Ｅ４が発見されるまでサーチが行われ
、これは４回のサーチが必要である。

【００８６】それから第２中間ノード３を通してエレメント“３１０−３１９”３Ｅ２が発
見されるまでサーチが行われ、これは２回のサーチが必要である。

【００８７】最後に、葉エレメント４Ｅ１、４Ｅ２、４Ｅ３，．．．を通して、捜索される
エレメント“３１２”が発見されるまでサーチが行われ、これは３回のサーチが
必要である。

【００８８】こうして、ノーマル・リンクされたリストＡの場合における３１２サーチと反
対に、根エレメント“０−９９９”１Ｅについてのサーチを含まずに、全体で９
回のサーチになる。

【００８９】ノーマル・リンクされたリストＡの場合において、エレメント“９９９”Ｅ１
０００は１０００回のサーチを必要とするのに対し、ＢツリーＢにおいては３０
回のサーチが必要なだけである。他方において、ノーマル・リンクされたリスト
Ａにおいては、エレメント“０”からエレメント“9”までは、Ｂツリーにおいて必要な２つの追加サーチがリーフ・エレメントに落とされるので、一層敏速に
発見される。

【００９０】２つの相互にリンクされたエレメントの差異のみを記憶して、エレメント全体
の記憶の代わりとすることが、リンクされたリストに関連して知られている。

【００９１】こうして、図２の例において、根エレメント１Ｅはデータ情報“０”を収納し
、第１中間ノード２内のすべてのエレメントはそのときデータ情報“＋１００”
を収納し、これは先行するエレメントに対する差異であり、第２中間ノード３内
の全てのエレメントは、同様にデータ情報“＋１０”を含むかも知れず、また葉
ノード４内の葉ノード４はデータ情報“＋１”を収納することになる。

【００９２】これは、より少ない記憶空間しか必要とせず、しかも同一の情報を提供する。

【００９３】いつでも上記の例のような単純な仕方でソートされたように情報を記憶できる
わけではない。

【００９４】例えば、ファイル名またはｈｔｔｐアドレスの場合は、データ情報は一層複雑
なデータ構造である。その上、種々なフォーマットと接頭語が使用され、これが
、単純な仕方で２つの隣接するノードの間の差異情報を記述することを困難にす
るかもしれない。

【００９５】下記のリンクされたアドレスは、これに関して、例示される。

【００９６】１）http://www.ericsson.se/ndb/description.html ２）http://www.ericsson.se/ndb/nodedescription.html ３）http://www.ericsson.se/ndb/system arch.pdf ４）http://www.ericsson.se/ndb/system arch.ps

【００９７】この場合は、２、３、４のための情報が１２８バイトを必要とする。これは、
開始値からの開始点を有する圧縮形で記述でき、この開始値はアドレス番号1になる。先行するエレメントに対する差異を記憶する方法においては、上記のアド
レスを下記の方法で表現できる。

【００９８】１）http://www.ericsson.se/ndb/description.html ２）-"description.html"+"nodedescription.html" ３）-"nodedescription.html"+"system arch.pdf" ４）-"df"+"s"

【００９９】これらは2、3、4のために８０バイトを必要とし、希望する情報を再生するために記憶しなければならないデータ情報の圧縮はこの通りである。これは、何も
圧縮がない場合に必要とされる記憶空間の約６０％に相当する。

【０１００】この発明は本質的に、Ｂツリー内の先行するエレメントへの差異をそれぞれの
エレメントにおいて記憶することのみに基づく方法の上に構築され、既知の技法
に対してこの方法は、ツリー構造内に必要とされるデータ情報をさらに圧縮また
は減少することを可能にする。

【０１０１】差異がエレメントの終端にない場合は、この方法はデータ情報の終端の全てを
記憶する必要なしに、二つの隣接するエレメントの間の差異情報を生成する可能
性を提供する。

【０１０２】上記の例において、開始値（１）と後続のエレメント（２）の間の差異は、こ
のデータ情報の終端からの文字の数で発見される。

【０１０３】二つのエレメント内のデータ情報の間の実際の差異は実際に比較的小さくて、
+“ｎｏｄｅ”であるので、これは差異情報が必要な―“ｄｅｓｃｒｉｐｔｉｏｎ．ｈｔｍｌ”+“ｎｏｄｅｄｅｓｃｒｉｐｔｉｏｎ.ｈｔｍｌ”よりも大きいこ
とを意味する。

【０１０４】データ情報内のどこに差異があるかにかかわりなく、種々のエレメント内の差
異情報が、先行するエレメントに属するデータ情報に関するデータ情報内の実際
の差異を表現するデータ・ワードを含んで構成されることを、この発明により提
案される。

【０１０５】この差異情報は、先行するエレメントに属するデータ情報から何かを削除すべ
きかどうかについての指示（ディレクティブ）を含み、もしそうした場合ならば
、何を除去すべきか、またデータ情報内のどこからそれを除去すべきかの性質を
おびた指示を含む。

【０１０６】この差異情報はまた先行する情報に属するデータ情報に何かを追加すべきかの
指示、およびこうした場合にデータ情報内のどこに何を追加すべきかについての
指示を含む。

【０１０７】図3はデータ・ワードの構成を示すことを目的とする。図示の場合データ・ワード5はヘッダ５１と情報部５２を含み、ヘッダ５１は情報部５２がどのように解釈されるべきかを開示する。

【０１０８】情報部５２は下記の通り5つの異なったビットのグループを含み得る。

【０１０９】 − 第1グループ５２１は、本書では接尾語と呼ばれ、データ情報内に包含される接尾語のタイプを表現する。

【０１１０】 − 第２グループ５２２は、本書ではマイナス情報と呼ばれ、先行するエレメ
ントに関して除去されるべきバイトの数を表現する。

【０１１１】 − 第３グループ５２３は、本書ではプラス情報と呼ばれ、先行するエレメン
トに追加すべきバイトの数を表現する。

【０１１２】 − 第４グループ５２４は、本書では類似性を指示し、接尾語に関係なく、先
行するエレメントに類似する終端からのバイトの数を表現する。

【０１１３】 − 第５グループ５２５は、本書では差異を指示し、追加されるべき情報、す
なわち、明瞭な（クリア）テキスト内のプラス情報５２３を構成する。

【０１１４】ヘッダ５１は、５ビットを含んで構成され、下記の通りである。

【０１１５】 − 第１ビット５１１は、第４グループ５２４が存在するかどうか、すなわち
、データ情報の終端に差異があるかどうかを開示する。

【０１１６】 − 第２ビット５１２は、第２グループ５２２と第３グループ５２３が４ビッ
トまたは８ビットを含むかどうかを開示する。

【０１１７】 − 第３ビット５１３は、第２グループ５２２、第３グループ５２３、第５グ
ループ５２５が存在するかどうか、すなわち、接尾語５２１のほかに、何か差異
情報が見出されるかどうかを開示する。

【０１１８】第１グループ５２１は５ビットを含み、第２グループ５２２と第３グループ５
２３は４ビットまたは８ビットを含み、第４グループ５２４は０ビットまたは８
ビットを含み、第５グループ５２５は追加され得ることを表現するのに必要な数
のバイトを含む。

【０１１９】こうして、第２グループのほかには、差異が接尾語内だけに存在するとき、全
ての差異情報を最低８ビットで、すなわち１バイトで表現でき、または全てのグ
ループが最大数のビットを含むとき、最大３２ビット、すなわち４バイトで表現
できる。

【０１２０】その５ビットの媒体を通して、第１グループ５２１は、所定の接尾語リストに
より、３２の異なった接尾語を表現できる。

【０１２１】例えば、接尾語“ｈｔｍｌ”に“０００００”の値を割り当てでき、また接尾
語“ｐｄｆ”に“００００１”の値を割り当てできる。こうして、それぞれの接
尾語は、両方の場合とも５ビットで表現される。これに対して、もし接尾語“ｈ
ｔｍｌ”を略さないで書けば、４バイト、３２ビットを必要とし、“ｐｄｆ”は
３バイト、２４ビットを必要とする。

【０１２２】これを例示するために、リンクされたｈｔｔｐアドレスの例に戻ると、下記の
通りである。

【０１２３】１）http://www.ericsson.se/ndb/description.html ２）http://www.ericsson.se/ndb/nodedescription.html ３）http://www.ericsson.se/ndb/system arch.pdf ４）http://www.ericsson.se/ndb/system arch.ps

【０１２４】この発明によれば、これは既知の技法により達成し得るよりも更に圧縮された
形で、下記のように記述し得る。

【０１２５】１）http://www.ericsson.se/ndb/description.html

【０１２６】２）ヘッダ５１：１０１（３ビット）；接尾語５２１：ｈｔｍｌ（５ビット）
；マイナス情報５２２：−０（４ビット）；プラス情報５２３：４（４ビット）
；終端５２４における類似性：１１（８ビット）、差異５２５：“ｎｏｄｅ”（
４バイト）。

【０１２７】３）ヘッダ５１：００１（３ビット）；接尾語５２１：ｐｄｆ（５ビット）；
マイナス情報５２２：―１５（４ビット）；プラス情報５２３：＋１１（４ビッ
ト）；差異５２５：“ｓｙｓｔｅｍ#ａｒｃｈ”（１１バイト）。

【０１２８】４）ヘッダ５２：０００（３ビット）接尾語５２１：ｐｓ（ビット）。

【０１２９】既知の技法による圧縮に必要な８０バイトおよび非圧縮情報に関する１２８バ
イトに対して、上記の結果は第２行、第３行、第４行について、２１バイトであ
る。

【０１３０】ツリー構造を維持して前記構造を通してサーチができるようにするために、こ
の情報に対してアドレス情報を追加しなければならない。

【０１３１】それぞれの葉エレメントに属するデータ情報もまた実際のオブジェクト、例え
ばユーザが見る外部ｈｔｔｐアドレスのための内部表現、いわゆるオブジェクト
・キーを含む。

【０１３２】あるエレメントは、種々の仕方のトランザクション、例えばオブジェクトの変
更または更新により影響され得る。一定の変化の場合は、他のトランザクション
に対して、エレメントまたはオブジェクトをロックすることが必要である。他の
トランザクションのためにそのオブジェクトを使用可能にできる範囲によって、
種々のタイプのロックを使用できる。

【０１３３】図４に示すように、この発明によれば、あるオブジェクト６は４つの異なった
ビット組み合わせを含む。

【０１３４】オブジェクト６における第１ビット組み合わせは、このオブジェクトがロック
されているかどうかを明らかにする。

【０１３５】オブジェクト６がロックされていないことを第１ビット組み合わせが明らかに
するとき、第２ビット組み合わせ６２がオブジェクト・ステータス・ビットを含
み、第３ビット組み合わせ６３が前記オブジェクトに属するオブジェクト・キー
の長さに関する情報を含み、第４ビット組み合わせが実際のオブジェクト・キー
を含む。

【０１３６】オブジェクト６がロックされていることを第１ビット組み合わせが明らかにす
るとき、図５の通りに、ロックが加えられるようにしたトランザクションに属す
るトランザクション・レジスタ７への参照６５を、残りのビット組み合わせに属
するビットが表現する。

【０１３７】このトランザクション・レジスタ７はオブジェクト・ステータス・ビット６２
、オブジェクト・キーの長さに関する情報６３、オブジェクト・キー自身、オブ
ジェクト６に加えられたロックのタイプに関する情報６６を含む。

【０１３８】ステータスビット６２は、オブジェクト・コピー処理中に使用され、そこでそ
れぞれのビットは、前記オブジェクトがコピー済みであるかどうかを指示する。
同時コピー処理の番号の各々は、それぞれのステータス・ビットを使用し、これ
により、ステータス・ビットがあるのと同じ数の異なったコピー処理のために、
オブジェクトを利用できる。

【０１３９】図６は、この発明により、あるエレメントＥ’２が、どのように除去されるか
を示すつもりである。図６は、除去されるエレメントＥ’２に先行するエレメン
トＥ’１に関して異なった情報を構成するように、あり得る後続のエレメントＥ
’３に属する差異情報Ｅ’３１が調整されることを示す。

【０１４０】後続のエレメントＥ’３に所属する全てのアドレス情報Ｅ’１３もまた、先行
するエレメントＥ’１をポイントするように調整され、また先行するエレメント
Ｅ’１に属するアドレス情報Ｅ’１３は、後続のエレメントＥ’３をポイントす
るように調整される。

【０１４１】図７は、あるエレメントＥ’’２を追加すると、この追加されたエレメントＥ
’’２に属する差異情報Ｅ’’２１が、先行するエレメントＥ’’１に関して差
異情報を形成するように調整されることを、同様な仕方で図示する。

【０１４２】あり得る後続のエレメントＥに属する差異情報Ｅ’’３１は、追加されたエレ
メントＥ’’に関する差異情報を形成するように、それから調整される。

【０１４３】追加されたエレメントＥ’’に属するいずれかのアドレス情報Ｅ’’１２、Ｅ
’’２３は、先行するエレメントＥ’’１と後続のエレメントＥ’’３をポイン
トするように調整され、いずれかの後続エレメントＥ’’３のアドレス情報Ｅ’
’２３は、追加されたエレメントＥ’’２をポイントするように調整され、先行
するエレメントＥ’’１に属するアドレス情報Ｅ’’１２は追加されたエレメン
トＥ’’２をポイントするように調整されている。

【０１４４】上記の説明において、ノード内のエレメントはリンクされたリスト内でインタ
・リンクされる。これは、これらのエレメントを通してのサーチには、エレメン
トごとに１つのメモリへのアクセスを必要とすることを意味する。

【０１４５】前述の圧縮構造は、必要なメモリ空間の著しい圧縮を供給するので、１つの共
通のコンテナ内に複数のエレメントを記憶することを、この構造が可能にする。

【０１４６】図８は、この発明の好ましい実施例を示し、ここでそれぞれのノードはコンテ
ナ８を含んで構成される。

【０１４７】１つのノードに属するそれぞれのエレメント８Ｅ１、８Ｅ２、８Ｅ３，．．．
は、コンテナ８内で、互いの直後の位置に配置されている。

【０１４８】この発明のツリー構造を通じてのサーチの可能な能力を一層効率的にする目的
で、コンテナ８内に収納される情報の量を、データベース内で作動または前記デ
ータベースを使用するプロセッサに属するキャッシュメモリへ１回の読み込みで
読める情報量に等しいか、それ以下にすることが提案される。

【０１４９】コンテナ内のエレメント８Ｅ１、８Ｅ２、８Ｅ３，．．．は互いに連続的にあ
るので、それぞれのエレメントが、リンクされたリスト内に必要とされる全ての
アドレス情報を含む必要はない。

【０１５０】こうして、エレメント８Ｅ１、８Ｅ２、８Ｅ３，．．．が１つのコンテナ内に
収納されているときに、この発明により提案されるのは、それぞれの中間エレメ
ント８Ｅ１、８Ｅ２、８Ｅ３，．．．内に見出されるリンクと関連アドレス情報
は、１つのリンク８１と階層内の後続のノード８’に属する第１エレメント８’
Ｅ1に関する関連アドレス情報、および、１つのリンク８２とそれぞれの第１中間エレメント８Ｅ１から階層内の先行するノード及び関連コンテナ８’’内のエ
レメント８’’Ｅ３への関連アドレス情報に限定されることである。

【０１５１】同様に、それぞれの葉エレメント８’Ｅ1、８’Ｅ２、８’Ｅ3，．．．内の各
リンク及び関連アドレス情報は、一つのリンク８１とそれぞれの第１葉エレメン
ト８’Ｅ１から先行するノード内のエレメント８Ｅ３への関連アドレス情報と階
層内の関連コンテナ８だけに限定される。

【０１５２】一つのテーブル内でアドレスするときは種々の量のアドレス情報が必要である
が、この量は種々のノードがどのように配置されるかによって異なる。他のペー
ジヘのノードをアドレスするときにはこのアドレス手順は最悪の場合８バイトま
で必要になるかもしれない。

【０１５３】これらのページは種々のサイズでありうるし、異なったデータ構造に適応し得
る。

【０１５４】この発明の一つの好ましい実施例において、これらのツリーのノードはできる
かぎり同一ページ上に配置される。

【０１５５】これにより他のノードを参照することが一層容易になる。この発明によれば、
一つのアクセスによりキャッシュメモリへコンテナの内容を読み込むことができ
るのに適した特定のサイズをコンテナに与えることができる。

【０１５６】今日のプロセッサは、通常一回１２８バイトをキャッシュメモリへ読み込ませ
ることができ、以下の説明はこの値に基づいている。しかしながら下記の説明で
指摘するコンテナサイズおよび他の寸法は、希望する効果を得るために、関連す
るプロセッサのキャッシュメモリへ一度に読み込むことができる情報の量により
調整されることを理解すべきである。

【０１５７】この発明の将来の応用において考慮にいれる必要のありうるもう一つのパラメ
ータは、キャッシュメモリへ情報を読み込む処理にとられる時間である。処理時
間がキャッシュ・ミス（ｃａｃｈｅ−ｍｉｓｓ）のための時間を上回るときは、
コンテナのサイズをおよび他の寸法を制限して、一度にキャッシュメモリへ読み
込むことのできる情報量にかかわりなく、コンテナを処理するのにとられる時間
がキャッシュ・ミスに取られる時間よりも短い値にすることがふさわしい。

【０１５８】一つのページ上に少量の修正アドレス情報と共にある全てのコンテナをアドレ
スしたいと望むときは、この発明により１バイトの支援によりアドレスできる数
のコンテナを最低収容できるように1ページを調整することが提案される。1バイ
トで２５６個のコンテナをアドレスでき、これは３２７６８バイトに相当する。
こうして1ページは少なくとも３３Ｋバイトおよび1ページに属する他の必要な情
報を含むように調整できる。

【０１５９】図9は一つのＢツリーが、どのように多数のより小さなパーツ・ツリーＴ1、同
Ｔ2、同Ｔ3に分割されたかを図式的に示す。これにより1ページに収容するには大きすぎるツリーをより小さな複数のパーツ・ツリーに分割できる。

【０１６０】パーツ・ツリーＴ１が１つのページｐ１に収容される場合は、必要なアドレ
ス情報Ｒ１は参照ごとに１バイト必要なだけである。参照Ｒ２、同３がパーツ・
ツリーＴ１、同Ｔ２、同Ｔ３の間にあるときは、より大きな量のアドレス情報が
必要であり、すなわち異なったページｐ１、ｐ２，．．．，ｐｎの上のアドレス
コンテナに必要な情報の量が必要である。

【０１６１】こうしてツリー全体の参照の大部分はそれぞれ１バイト以内に収容し得る。パ
ーツ・ツリーの間の参照だけがより大きなメモリ空間を必要とする。

【０１６２】この発明によるＢツリーを通じて参照する一つの方法を以下に例示により説明
する。

【０１６３】図１０は一つのツリーの略図である。いわゆる根ページからサーチが始まって
下向きに続く。Ｂツリーのエレメントは差異情報のみを含むので、全てのサーチ
レベルで開始値を有する必要がある。記憶される実際のオブジェクトは、開始値
と差異情報を利用することにより発見できる。根ページ上の根ノードは開始値“
ＮＵＬＬ”を含有する。

【０１６４】希望するオブジェクトは第1エレメント9ｅｌ1と比較される。もしこのオブジェクトがエレメント9ｅｌ1と等しいかまたはより小さければ、サーチは左ポイン
タ9ｐｌ1に続き、さもなければ次のエレメント9ｅｌ2との比較が続く。もしこの
オブジェクトが9ｅｌ2に等しいかまたはより小さければ、このサーチは左ポイン
タ9ｐｌ2へ続き、これがわれわれの例の場合である。

【０１６５】ポインタ9ｐｌ2がポイントするノードの開始値は、そのときエレメント9ｅｌ2
であり、それはこのノード内の全てのエレメントは、エレメント9ｅｌ2よりも大
きいからである。この仕方でサーチが継続して、1つのページ用の複数のノード全体を行う。

【０１６６】もしサーチが他のページへ移っても、ページに注意せずにツリーを通してサー
チが継続されたかのように、このページは根ノードと同一の開始値を有する。上
記のことから開始値がサーチ全体を通じて暗黙に知られていることが明らかであ
る。こうしてサーチに関連して開始値を記憶することは必要がない。

【０１６７】一つのコンテナ内であるオブジェクトを収容できない場合は、更なるコンテナ
が割り当てられて、第1のコンテナに結合され、こうして必要な空間を有するより大きなコンテナが形成される。

【０１６８】そのときこのコンテナはその内容を一回でキャッシュメモリへ読み込むのに大
きすぎるようになり、このコンテナ内のあるエレメントのサーチに関連してキャ
ッシュミスが生じる。これは一つの機能を提供するが、しかしながら能率の低下
という損失を支払う。

【０１６９】この発明は上述し図示した例示の実施例に限定されるものではなく、前記の特
許請求の範囲に説明されたこの発明の概念の範囲内で修正と変更をなし得ること
を理解すべきである。

【図面の簡単な説明】

この発明を一層容易に理解し、その他の諸特徴を明らかにするために、実施例
を参照し、また添付図面を参照して説明してきたが、添付図面は下記の通りであ
る。

【図１】公知技術によるエレメントのリンクされたリストの図式的で高度に単純化され
た図である。

【図２】公知の仕方でのツリー構造により構造化された第１図によるリンクされたリス
トの部分を示す図である。

【図３】２つの隣接するエレメントの間の差異情報を表現するために、どのようにデー
タ・ワードがこの発明により構造化されるかを図式的に示す図である。

【図４】ロックされてないオブジェクトの構造の略図である。

【図５】ロックされたオブジェクトの構造の略図である。

【図６】どのようにあるエレメントをツリー構造から削除できるかを図式的に示す。

【図７】どのようにあるエレメントをツリー構造へ追加できるかを図式的に示す。

【図８】あるエレメントに属する複数のノードが１つのコンテナ内に集められる代案の
実施例を図示する。

【図９】どのように１つのツリーを多数のより小さなサブ・ツリーに分割できるかを図
式的に示す。

【図１０】Ｂツリーの略図で、Ｂツリーを通してどのようにサーチが遂行されるかを示す
。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，ＧＭ，ＧＷ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＷ【要約の続き】であり、残りのエレメント内の差異情報は、データ情報内のどこに差異があるかにかかわりなく、先行するエレメントに属するデータ情報に関して、データ情報の実際の差異を表現するデータ・ワードで作られている。

Claims

【特許請求の範囲】

【請求項１】データベース内のデータ情報の記憶のための構造であって、
１つの根ノードと１つ以上の中間ノードと１つ以上の葉ノードとを含むツリー構
造を含んでいるノード階層内にデータ情報が構造化され、根ノードは１つ以上の
根エレメントを含み、それぞれの中間ノードは１つ以上の中間エレメントを含み
、それぞれの葉ノードは１つ以上の葉エレメントを含み、１つの中間ノード内の
１つの第１中間エレメントは根エレメントへまたは階層内のより上位に配置され
た中間ノード内の１つの中間エレメントへリンクされ、中間ノード内の残りの中
間エレメントは前記第１中間エレメントへリンクされ、それぞれの葉ノード内の
１つの第１葉エレメントは根エレメントへまたは前記中間ノードの内の１つの中
間エレメントへリンクされ、１つの葉ノード内の残りの葉エレメントは第１葉エ
レメントへリンクされ、それぞれのエレメントは前記リンクのためのアドレス情
報とデータ情報を含み、ノード内のエレメントの順序はデータ情報についての１
つのアルファベット順または数字の順のような論理的順序であり、それぞれのエ
レメント内のデータ情報は階層内の先行するエレメントに属するデータ情報に関
する差異を構成する、前記データ情報の記憶構造において、前記根エレメント内
のデータ情報は開始値を構成し、前記開始値は実際のデータ情報を含んでいて、
前記データ情報内のどこに差異があるかにかかわりなく、残りのエレメント内の
差異の情報は先行するエレメントに属するデータ情報に関するデータ情報の実際
の差異を表現するデータ・ワードを含んでいる、前記構造。
【請求項２】前記差異情報は先行するエレメントに属するデータ情報に関
して何かを除去すべきかどうか、またそのような場合何を除去すべきか、前記デ
ータ情報内のどこから除去すべきかについての情報を含み；前記差異情報は先行
するエレメントに属するデータ情報に関して何かを追加すべきかどうか、またそ
のような場合何を追加すべきか、前記データ情報内のどこへ追加すべきかについ
ての情報を含むことを特徴とする請求項１記載の構造。
【請求項３】前記データ・ワードはヘッダと情報部を含み、前記ヘッダは
前記情報部をいかに解釈すべきかを明らかにすることを特徴とする請求項２記載
の構造。
【請求項４】前記情報部は５つの異なったビットのグループを含み得るこ
とを特徴とする請求項３記載の構造であって、第１グループは接尾語を指定し、前記データ情報により所有される接尾語のタ
イプを表現し、第２グループはマイナス情報を指定し、このマイナス情報は先行エレメントに
関して除去すべきバイトの数を表現し、第３グループはプラス情報を指定し、このプラス情報は先行エレメントに関し
て追加すべきバイトの数を表現し、第４グループは類似性を指定し、この類似性は先行エレメントに関して前記接
尾語とは別に類似性を有するバイトの数を示し第５グループは差異を指定し、この差異はクリアテキスト内の前記データ情報
に追加すべき文字、すなわち前記プラス情報を構成する、前記構造。
【請求項５】前記ヘッダは３ビットを含んでいることを特徴とする請求項
４記載の構造であって、第１ビットは前記第４グループが存在するかどうかを、すなわち前記データの
終結において差異があるかどうかを明らかにし、第２ビットは前記第２グループおよび前記第３グループが４ビットまたは８ビ
ットを含むことを示し、第３ビットは前記第２グループ、前記第３グループ、前記第４グループが存在
するかどうかを、すなわち前記接尾語とは別に差異情報が存在するかどうかを示
す、前記構造。
【請求項６】前記第１グループが５ビットを含むことと、前記第２グルー
プおよび前記第３グループが４ビットまたは８ビットを含むことと、前記第４グ
ループが０ビットまたは８ビットを含むことと、前記第５グループが必要な数の
バイトを含むことを特徴とする請求項５記載の構造。
【請求項７】前記第１グループがその５ビットの媒体を通じて、所定の接
尾語のリストにより３２の異なった接尾語を表現できることを特徴とする請求項
６記載の構造。
【請求項８】それぞれの葉エレメントについて前記データ情報が捜索済み
のオブジェクトを含むことと、前記オブジェクトが４つの異なったビット組み合
わせを含み、その第１のビット組み合わせは前記オブジェクトがロックされてい
るかどうかを示すものであることを特徴とする請求項８記載の構造。
【請求項９】前記オブジェクトがロックされていないことを前記第１のビ
ット組み合わせが示すときに、第２のビット組み合わせがオブジェクトのステー
タス・ビットを含み、第３のビット組み合わせが前記オブジェクトに属するオブ
ジェクト・キーの長さに関する情報を含み、第４のビット組み合わせが前記オブ
ジェクト・キーを含むことを特徴とする請求項８記載の構造。
【請求項１０】前記オブジェクトがロックされていないことを前記第１の
ビット組み合わせが示すときに、残りのビット組み合わせに属するビットがトラ
ンザクション・レジスタへの参照を表現することと、前記トランザクション・レ
ジスタが、オブジェクト・ステータス・ビット、前記オブジェクトに属するオブ
ジェクト・キーの長さに関する情報、前記オブジェクト・キー自体、前記オブジ
ェクトの適用されているロックのタイプに関する情報を含むことを特徴とする請
求項８記載の構造。
【請求項１１】前記ステータス・ビットがオブジェクト・コピー処理で使
用されることと、前記オブジェクトが使用されているかどうかをそれぞれのビッ
トが指示することと、複数の同時的なコピー処理が各々それぞれのステータスビ
ットを使用することを特徴とする請求項９または請求項１０に記載の構造。
【請求項１２】あるエレメントを除去するときに、あり得る後続のエレメ
ントに属する前記差異情報を、前記除去されるエレメントに先行するエレメント
に関連する差異情報を構成するように調整することと、前記後続のエレメントに
属するアドレス情報を前記先行するエレメントをポイントするように調整するこ
とと、前記先行するエレメントに属するアドレス情報を前記後続のエレメントを
ポイントするように調整することを特徴とする請求項１記載の方法。
【請求項１３】あるエレメントを追加するときに、前記追加されるエレメ
ントに属する前記差異情報を、先行するエレメントに関連する差異情報を構成す
るように調整することと、前記追加されるエレメントに属するアドレス情報を前
記先行するエレメントおよびあり得る後続のエレメントを示すように調整するこ
とと、前記あり得る後続のエレメントに属する差異情報を、前記追加されるエレ
メントに関する差異情報を構成するように調整することと、前記後続のエレメン
トに属するアドレス情報を、前記追加されるエレメントをポイントするように調
整することと、前記先行するエレメントに属するアドレス情報を前記後続のエレ
メントをポイントするように調整することを特徴とする請求項１記載の構造。
【請求項１４】あるノードがコンテナを含んでいることと、あるノードに
属するそれぞれのエレメントが前記コンテナ内で直接に順次の位置に割り当てら
れていることを特徴とする請求項１記載の構造。
【請求項１５】同一時間に前記データベース内または前記データベースを
使用して作動するプロセッサに属するキャッシュメモリへ読みこみできる情報よ
りも少ないかまたは同一量の情報をあるコンテナが収納することを特徴とする請
求項１４記載の構造。
【請求項１６】それぞれの中間エレメント内の前記リンクと関連アドレス
情報は、前記階層内の１つの後続のノードに属する第１エレメントに関する１つ
のリンクとその関連アドレス情報に限定されることと、それぞれの葉エレメント
内の前記リンクと関連アドレス情報は、それぞれの第１葉エレメントから前記階
層内の１つの先行するノードに属する１つのエレメントまでに関する１つのリン
クとその関連アドレス情報に限定されることを特徴とする請求項１４または請求
項１５に記載の構造。
【請求項１７】１バイトによりアドレスできる複数のノードを収容できる
ように１つのページが調整されていることと、１つのツリー構造が複数のパーツ
・ツリーに分割され、そこではそれぞれのパーツ・ツリーが１ページに含まれる
ことと、１つの共通のパーツ・ツリー内の２つのノードの間のそれぞれの参照に
属するアドレス情報は１バイトを含んでいることと、２つの異なったパーツ・ツ
リー内のそれぞれの参照に属するアドレス情報はそれに必要なメモリ空間を含ん
でいることを特徴とする請求項１３記載の構造。