JPH1069488A - 並列データベースシステム検索方法 - Google Patents
並列データベースシステム検索方法Info
- Publication number
- JPH1069488A JPH1069488A JP8226406A JP22640696A JPH1069488A JP H1069488 A JPH1069488 A JP H1069488A JP 8226406 A JP8226406 A JP 8226406A JP 22640696 A JP22640696 A JP 22640696A JP H1069488 A JPH1069488 A JP H1069488A
- Authority
- JP
- Japan
- Prior art keywords
- data
- sub
- database
- information
- database operation
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
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/24—Querying
- G06F16/242—Query formulation
- G06F16/2433—Query languages
- G06F16/2438—Embedded query languages
-
- 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/24—Querying
- G06F16/242—Query formulation
- G06F16/2433—Query languages
- G06F16/2443—Stored procedures
-
- 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/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
- G06F16/24553—Query execution of query operations
- G06F16/24561—Intermediate data storage techniques for performance improvement
-
- 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/99931—Database or file accessing
- Y10S707/99933—Query processing, i.e. searching
- Y10S707/99935—Query augmenting and refining, e.g. inexact access
-
- 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/99941—Database schema or data structure
- Y10S707/99943—Generating database or data structure, e.g. via user interface
-
- 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/99944—Object-oriented database structure
- Y10S707/99945—Object-oriented database structure processing
Abstract
(57)【要約】
【課題】 並列データベースシステムにおいて、データ
ベース操作サーバから、フロントエンドサーバへ、後の
処理で使用するデータのみを転送するため、使用しない
データが大きい場合、問い合わせ時間を小さくする。 【解決手段】 データベースへの問い合わせに対するフ
ロントエンドの役割をするサーバと、データベースに対
する操作を行う役割をする複数のデータベース操作サー
バで構成され、フロントエンドサーバと、データベース
操作サーバとはネットワークで繋がる。先に行なう検索
問い合わせのときに、データベース操作サーバから、フ
ロントエンドサーバに、データの位置情報のみを返す。
後の問い合わせには変数を介して、位置情報を渡す。後
の問い合わせは、渡された位置情報と、データ内での各
サブデータの位置のディクショナリ情報により、サブデ
ータを取り出す。
ベース操作サーバから、フロントエンドサーバへ、後の
処理で使用するデータのみを転送するため、使用しない
データが大きい場合、問い合わせ時間を小さくする。 【解決手段】 データベースへの問い合わせに対するフ
ロントエンドの役割をするサーバと、データベースに対
する操作を行う役割をする複数のデータベース操作サー
バで構成され、フロントエンドサーバと、データベース
操作サーバとはネットワークで繋がる。先に行なう検索
問い合わせのときに、データベース操作サーバから、フ
ロントエンドサーバに、データの位置情報のみを返す。
後の問い合わせには変数を介して、位置情報を渡す。後
の問い合わせは、渡された位置情報と、データ内での各
サブデータの位置のディクショナリ情報により、サブデ
ータを取り出す。
Description
【０００１】
【発明の属する技術分野】本発明は、デ−タベ−ス管理
システムに関し、特にリレ−ショナルデ−タベ−ス管理
システムに適した問合せの並列処理に好適な問合せ処理
方法に関する。
システムに関し、特にリレ−ショナルデ−タベ−ス管理
システムに適した問合せの並列処理に好適な問合せ処理
方法に関する。
【０００２】
【従来の技術】本発明に関連する従来技術として、ＳＱ
Ｌ３のAbstruct Data Typeと、並列データベースシステ
ムの２点について記述する。
Ｌ３のAbstruct Data Typeと、並列データベースシステ
ムの２点について記述する。
【０００３】最初に、ＳＱＬ３のAbstruct Data Typeに
ついて記述する。事務データ処理を中心にしてリレーシ
ョナルデータベース、主にＳＱＬデータベースシステム
の適用が進んでいる。また、従来のリレーショナルデー
タベースの枠組みでは効率的に扱うことが難しい、複雑
な構造を持ったデータを扱うことを、１つの目的とする
オブジェクトデータベースの実用も進められた。
ついて記述する。事務データ処理を中心にしてリレーシ
ョナルデータベース、主にＳＱＬデータベースシステム
の適用が進んでいる。また、従来のリレーショナルデー
タベースの枠組みでは効率的に扱うことが難しい、複雑
な構造を持ったデータを扱うことを、１つの目的とする
オブジェクトデータベースの実用も進められた。
【０００４】一方で、リレーショナルデータベースを拡
張して、複雑な構造を持ったデータを扱うことが研究さ
れており、ＳＱＬ３で標準化が進められている。ＳＱＬ
３では、Abstruct Data Type（抽象データ型、以下ADT
と記す）という複雑な構造を持ったユーザ定義のデータ
（型）を扱うことができる。ADTは、複数の、属性と呼
ばれるデータ（以下では、サブデータと呼ぶことにす
る）を、関数インタフェースで隠蔽し、型間で継承関係
を持つことができる、オブジェクト指向の考えを取り入
れた複雑なデータを扱うことができる。CREATE TYPEで
始まるADTの定義系SQL文により型を定義する。定義した
型は、整数型、文字型などのシステム定義の型と同様に
変数宣言や、表の列定義などに用いることができる。各
型により複雑な構造を持ったデータを作成し使用するこ
とが可能になる。ＳＱＬ３、ADTについては、Andrew E.
Wade, Ph.D. :"Object Query Standards",ACM SIGMOD
Record, Vol.25, No.1, pp87-92, March 1996などに記
載がある。また、ＳＱＬ３の標準化のDraftは、ISO/IEC
JTC1/SC21/WG3 DBL-MCI-004, ISO Working Draft Data
base Language SQL, 1996である。
張して、複雑な構造を持ったデータを扱うことが研究さ
れており、ＳＱＬ３で標準化が進められている。ＳＱＬ
３では、Abstruct Data Type（抽象データ型、以下ADT
と記す）という複雑な構造を持ったユーザ定義のデータ
（型）を扱うことができる。ADTは、複数の、属性と呼
ばれるデータ（以下では、サブデータと呼ぶことにす
る）を、関数インタフェースで隠蔽し、型間で継承関係
を持つことができる、オブジェクト指向の考えを取り入
れた複雑なデータを扱うことができる。CREATE TYPEで
始まるADTの定義系SQL文により型を定義する。定義した
型は、整数型、文字型などのシステム定義の型と同様に
変数宣言や、表の列定義などに用いることができる。各
型により複雑な構造を持ったデータを作成し使用するこ
とが可能になる。ＳＱＬ３、ADTについては、Andrew E.
Wade, Ph.D. :"Object Query Standards",ACM SIGMOD
Record, Vol.25, No.1, pp87-92, March 1996などに記
載がある。また、ＳＱＬ３の標準化のDraftは、ISO/IEC
JTC1/SC21/WG3 DBL-MCI-004, ISO Working Draft Data
base Language SQL, 1996である。
【０００５】次に、並列データベースシステムについて
記述する。リレーショナルデータベースシステムにおい
ては、データを複数のデータベース処理サーバに分割し
て配置して、並列にアクセスすることで、性能の向上を
図ることが容易である。このような並列データベースシ
ステムに対する要求は、データ量の増大にともなって強
まってきている。並列データベースシステムについて
は、DeWitt,D.,et.al.:"Parallel Database Systems: T
he Future of High Performance Database Systems", C
ACM, Vol.35, No.6, 1992.に記載されている。
記述する。リレーショナルデータベースシステムにおい
ては、データを複数のデータベース処理サーバに分割し
て配置して、並列にアクセスすることで、性能の向上を
図ることが容易である。このような並列データベースシ
ステムに対する要求は、データ量の増大にともなって強
まってきている。並列データベースシステムについて
は、DeWitt,D.,et.al.:"Parallel Database Systems: T
he Future of High Performance Database Systems", C
ACM, Vol.35, No.6, 1992.に記載されている。
【０００６】並列データベースシステムの構成として
は、ホスト計算機のユーザアプリケーションプログラム
（以下UAPと呼ぶことにする）からのデータベースに対
する問い合わせを解析しコンパイルするサーバ（フロン
トエンドサーバと呼ぶことにする）と、データが格納さ
れるディスク装置にアクセスしデータの操作を行う複数
のサーバ（データベース操作サーバと呼ぶことにする）
を有する。以下では、簡単のため、１つのホスト、１つ
のフロントエンドサーバと複数のデータベース操作サー
バの構成で説明を行う。しかし、１つ、または、複数の
ホストからの複数の問い合わせに対して、複数のフロン
トエンドサーバが取りあつかうことができる。この場合
でも１つ１つの問い合わせに対しては、１つのホスト、
１つのフロントエンドサーバと複数のデータベース操作
サーバの構成であり、以下の説明、及び、本発明に問題
無く適用される。
は、ホスト計算機のユーザアプリケーションプログラム
（以下UAPと呼ぶことにする）からのデータベースに対
する問い合わせを解析しコンパイルするサーバ（フロン
トエンドサーバと呼ぶことにする）と、データが格納さ
れるディスク装置にアクセスしデータの操作を行う複数
のサーバ（データベース操作サーバと呼ぶことにする）
を有する。以下では、簡単のため、１つのホスト、１つ
のフロントエンドサーバと複数のデータベース操作サー
バの構成で説明を行う。しかし、１つ、または、複数の
ホストからの複数の問い合わせに対して、複数のフロン
トエンドサーバが取りあつかうことができる。この場合
でも１つ１つの問い合わせに対しては、１つのホスト、
１つのフロントエンドサーバと複数のデータベース操作
サーバの構成であり、以下の説明、及び、本発明に問題
無く適用される。
【０００７】一般にデータベースに対する問い合わせ
（以下、データベース問い合わせと呼ぶことにする）で
あるＳＱＬは、Ｃ言語などの計算機言語（以下親言語と
呼ぶことにする）に埋めこんだ形で使われることが多い
（以下、埋込型ＳＱＬと呼ぶことにする）。データベー
スへの検索、及びデータベースへのデータの更新、削除
と挿入などのデータベース問い合わせを、ホストの親言
語から発し、データベースシステムが問い合わせの解
析、実行を行ない、結果をホストに返す。ホストの親言
語は、結果を受け取り、条件判定などの制御処理や代入
や計算などの加工処理に用いる。ストアドプロシジャの
ように、制御処理や加工処理を含めたデータベース問い
合わせを発する場合でも本発明の適用は可能である。
（この場合、検索、挿入、更新、削除処理などデータベ
ース操作サーバ側で行なう処理を、制御処理や加工処理
などフロントエンドサーバ側で行なう処理と分ける意味
で、以下、データベース操作文と呼ぶことがある）。ス
トアドプロシジャについては、片山初子:ストアド・プ
ロシージャとトリガーを使いこなす, NIKKEI OPEN SYST
EMS, No.2, pp.133-144,1993.などに記載されている。
（以下、データベース問い合わせと呼ぶことにする）で
あるＳＱＬは、Ｃ言語などの計算機言語（以下親言語と
呼ぶことにする）に埋めこんだ形で使われることが多い
（以下、埋込型ＳＱＬと呼ぶことにする）。データベー
スへの検索、及びデータベースへのデータの更新、削除
と挿入などのデータベース問い合わせを、ホストの親言
語から発し、データベースシステムが問い合わせの解
析、実行を行ない、結果をホストに返す。ホストの親言
語は、結果を受け取り、条件判定などの制御処理や代入
や計算などの加工処理に用いる。ストアドプロシジャの
ように、制御処理や加工処理を含めたデータベース問い
合わせを発する場合でも本発明の適用は可能である。
（この場合、検索、挿入、更新、削除処理などデータベ
ース操作サーバ側で行なう処理を、制御処理や加工処理
などフロントエンドサーバ側で行なう処理と分ける意味
で、以下、データベース操作文と呼ぶことがある）。ス
トアドプロシジャについては、片山初子:ストアド・プ
ロシージャとトリガーを使いこなす, NIKKEI OPEN SYST
EMS, No.2, pp.133-144,1993.などに記載されている。
【０００８】親言語には、複数のデータベース問い合わ
せを埋め込むことができ、親言語の変数を介して、結果
のやりとりを行なうことができる。変数による値の受け
渡しは、親言語の解析結果の処理方法による。変数ごと
に値を格納する領域を決めておき、変数の値を使用する
場合は、その領域を見るように変数のバインドを決めて
おく方法などが挙げられる。
せを埋め込むことができ、親言語の変数を介して、結果
のやりとりを行なうことができる。変数による値の受け
渡しは、親言語の解析結果の処理方法による。変数ごと
に値を格納する領域を決めておき、変数の値を使用する
場合は、その領域を見るように変数のバインドを決めて
おく方法などが挙げられる。
【０００９】以下に、埋込型ＳＱＬによる、一般的な、
並列データベースシステムの内部形式の処理手順の作
成、転送と実行の例を記す。データベース操作の結果に
対する加工や制御を、埋込型ＳＱＬで書かれたUAPの制
御構文が行う。データベース問い合わせは１文ずつUAP
とのフロントエンドサーバにネットワークを介して送ら
れる。そして、コンパイラによって構文解析、意味解
析、最適化、コンパイルを行うことによって、送られた
データベース問い合わせに基づいた実際のデータベース
操作を行うための内部形式の処理手順を作成する。内部
形式の処理手順は、インタプリタで解釈実行するコード
や、実行形式のコードである。コンパイルに必要な定義
情報などはフロントエンドサーバからアクセスできるデ
ィクショナリ情報として存在する。作成された処理手順
は、実際にデータベース操作を行うデータベース操作サ
ーバにネットワークを通じて転送し起動要求により実行
する。実際にデータベース操作を行なうサーバは通常操
作する表の分割に関する情報で決まる。表の分割に関す
る情報は表定義で指定し、ディクショナリに入る。デー
タベース操作サーバはプロセサと１つ以上のディスク装
置を有する。データベース操作サーバのキャッシュに内
部形式の処理手順を置くことによって、２回目以降の実
行は、実行要求を発しキャッシュにある処理手順を用い
る改良案がある。並列データベースシステムにおいては
データベース操作サーバは複数存在し、ＳＱＬの処理の
並列化がなされる。ＳＱＬの処理の結果は、必要に応じ
て他のデータベース操作サーバとネットワークを通じて
データなどのやりとりを行い、最終的にUAPとのフロン
トエンドサーバの結果受取り処理を通じて、実行結果が
UAPに返され、実行結果の加工や制御を行う。以下ＳＱ
Ｌ文１文ずつについて同じ処理を繰り返す。
並列データベースシステムの内部形式の処理手順の作
成、転送と実行の例を記す。データベース操作の結果に
対する加工や制御を、埋込型ＳＱＬで書かれたUAPの制
御構文が行う。データベース問い合わせは１文ずつUAP
とのフロントエンドサーバにネットワークを介して送ら
れる。そして、コンパイラによって構文解析、意味解
析、最適化、コンパイルを行うことによって、送られた
データベース問い合わせに基づいた実際のデータベース
操作を行うための内部形式の処理手順を作成する。内部
形式の処理手順は、インタプリタで解釈実行するコード
や、実行形式のコードである。コンパイルに必要な定義
情報などはフロントエンドサーバからアクセスできるデ
ィクショナリ情報として存在する。作成された処理手順
は、実際にデータベース操作を行うデータベース操作サ
ーバにネットワークを通じて転送し起動要求により実行
する。実際にデータベース操作を行なうサーバは通常操
作する表の分割に関する情報で決まる。表の分割に関す
る情報は表定義で指定し、ディクショナリに入る。デー
タベース操作サーバはプロセサと１つ以上のディスク装
置を有する。データベース操作サーバのキャッシュに内
部形式の処理手順を置くことによって、２回目以降の実
行は、実行要求を発しキャッシュにある処理手順を用い
る改良案がある。並列データベースシステムにおいては
データベース操作サーバは複数存在し、ＳＱＬの処理の
並列化がなされる。ＳＱＬの処理の結果は、必要に応じ
て他のデータベース操作サーバとネットワークを通じて
データなどのやりとりを行い、最終的にUAPとのフロン
トエンドサーバの結果受取り処理を通じて、実行結果が
UAPに返され、実行結果の加工や制御を行う。以下ＳＱ
Ｌ文１文ずつについて同じ処理を繰り返す。
【００１０】
【発明が解決しようとする課題】データベース問い合わ
せで扱えるデータが、複数のデータ（ADTでいう属性、
以下サブデータと呼ぶ）の集まりであるとき、データに
対する検索、更新、挿入、加工、制御などの処理は、サ
ブデータ１つ１つを別個に処理する場合と、サブデータ
の集まりであるデータ全体を処理する場合の２通りが考
えられる。ここで、データベースに対する問い合わせの
使用方法として次のようなものが考えられる。まず、先
に行なう問い合わせで、データ全体を検索する。そし
て、親言語の変数を介して、後の問い合わせに、検索し
たデータを渡す。後の問い合わせで渡されたデータのサ
ブデータ１つ１つを別個に処理する。このような使用方
法の場合、後の問い合わせが、検索したデータのサブデ
ータ全てを使用するとは限らない。しかし、従来技術で
述べた並列データベースシステムの技術をそのままADT
に適用する場合、検索問い合わせでは、ホストに返す結
果であるデータは、データのあるデータベース操作サー
バから、後の問い合わせの解析や実行を行なうフロント
エンドサーバに全て転送される。使用しないサブデータ
がLOBデータなど大規模なデータの場合、データベース
操作サーバから、フロントエンドサーバに、使用しない
大規模データを転送すると、転送時間が増大することに
なり、問い合わせにかかる時間が大きくなる。本発明
は、データベース操作サーバから、フロントエンドサー
バへ、後の処理で使用するデータのみを転送することを
実現することで、問い合わせ時間を小さくするのが目的
である。
せで扱えるデータが、複数のデータ（ADTでいう属性、
以下サブデータと呼ぶ）の集まりであるとき、データに
対する検索、更新、挿入、加工、制御などの処理は、サ
ブデータ１つ１つを別個に処理する場合と、サブデータ
の集まりであるデータ全体を処理する場合の２通りが考
えられる。ここで、データベースに対する問い合わせの
使用方法として次のようなものが考えられる。まず、先
に行なう問い合わせで、データ全体を検索する。そし
て、親言語の変数を介して、後の問い合わせに、検索し
たデータを渡す。後の問い合わせで渡されたデータのサ
ブデータ１つ１つを別個に処理する。このような使用方
法の場合、後の問い合わせが、検索したデータのサブデ
ータ全てを使用するとは限らない。しかし、従来技術で
述べた並列データベースシステムの技術をそのままADT
に適用する場合、検索問い合わせでは、ホストに返す結
果であるデータは、データのあるデータベース操作サー
バから、後の問い合わせの解析や実行を行なうフロント
エンドサーバに全て転送される。使用しないサブデータ
がLOBデータなど大規模なデータの場合、データベース
操作サーバから、フロントエンドサーバに、使用しない
大規模データを転送すると、転送時間が増大することに
なり、問い合わせにかかる時間が大きくなる。本発明
は、データベース操作サーバから、フロントエンドサー
バへ、後の処理で使用するデータのみを転送することを
実現することで、問い合わせ時間を小さくするのが目的
である。
【００１１】
【課題を解決するための手段】上記目的を達成するため
に、先に行なう検索問い合わせのときには、複数のサブ
データからなるデータに対しては、データベース操作サ
ーバから、フロントエンドサーバに、データの位置情報
のみを返す。位置情報は、データベース操作サーバ上で
のデータのアドレスと、データベース操作サーバの識別
子を含む。後の問い合わせには変数を介して、位置情報
を渡す。後の問い合わせは、渡された位置情報と、デー
タ内での各サブデータの位置のディクショナリ情報と、
問い合わせで必要なサブデータの識別子により、データ
ベース操作サーバにあるデータの各サブデータを取り出
す。位置情報はデータのあるデータベース操作サーバの
識別子を含むので、データのあるデータベース操作サー
バにデータ取り出し要求を行なえる。また、位置情報は
データベース操作サーバ上でのデータのアドレスを含む
ので、データを取出せる。データ内での各サブデータの
位置のディクショナリ情報と、必要なサブデータの識別
子により、データから、必要なサブデータの位置を割り
出し、個々のサブデータを取り出すことができる。取り
出したサブデータはフロントエンドサーバに返され、そ
のサブデータを使用する処理を行なうことが可能にな
る。
に、先に行なう検索問い合わせのときには、複数のサブ
データからなるデータに対しては、データベース操作サ
ーバから、フロントエンドサーバに、データの位置情報
のみを返す。位置情報は、データベース操作サーバ上で
のデータのアドレスと、データベース操作サーバの識別
子を含む。後の問い合わせには変数を介して、位置情報
を渡す。後の問い合わせは、渡された位置情報と、デー
タ内での各サブデータの位置のディクショナリ情報と、
問い合わせで必要なサブデータの識別子により、データ
ベース操作サーバにあるデータの各サブデータを取り出
す。位置情報はデータのあるデータベース操作サーバの
識別子を含むので、データのあるデータベース操作サー
バにデータ取り出し要求を行なえる。また、位置情報は
データベース操作サーバ上でのデータのアドレスを含む
ので、データを取出せる。データ内での各サブデータの
位置のディクショナリ情報と、必要なサブデータの識別
子により、データから、必要なサブデータの位置を割り
出し、個々のサブデータを取り出すことができる。取り
出したサブデータはフロントエンドサーバに返され、そ
のサブデータを使用する処理を行なうことが可能にな
る。
【００１２】データベース操作サーバから、フロントエ
ンドサーバへ、後の処理で使用するデータのみを転送す
るため、使用しないデータが大きい場合、問い合わせ時
間を小さくする目的が実現される。
ンドサーバへ、後の処理で使用するデータのみを転送す
るため、使用しないデータが大きい場合、問い合わせ時
間を小さくする目的が実現される。
【００１３】サブデータを使用する後の処理が、先の検
索処理のデータに対する更新処理である場合、更新処理
の内部形式の処理手順が、データベース操作サーバ側
で、必要とするサブデータを受け取り更新処理を行なう
ことができる。この場合、データベース操作サーバか
ら、フロントエンドサーバへのサブデータの転送が無く
なるため、さらに問い合わせの時間が小さくなる。
索処理のデータに対する更新処理である場合、更新処理
の内部形式の処理手順が、データベース操作サーバ側
で、必要とするサブデータを受け取り更新処理を行なう
ことができる。この場合、データベース操作サーバか
ら、フロントエンドサーバへのサブデータの転送が無く
なるため、さらに問い合わせの時間が小さくなる。
【００１４】また、上記、先に行なう検索処理で、デー
タの位置情報のみを取り出し、後の処理でサブデータを
取り出す方法を第一の方法とし、先に行なう検索処理
で、サブデータを含むデータ全体をフロントエンドサー
バ側に取り出し、後の処理に渡す方法を第二の方法と
し、サブデータのデータ長や通信にかかる時間などから
計算した各方法のコスト比較や、LOBデータなどあらか
じめシステムで与える基準値より長いサブデータの有無
などにより、２つの方法から１つ選択することで、状況
に応じて細かく、問い合わせ時間が小さい方法を選択す
ることができ、問い合わせ時間を小さくする上記目的が
達成される。
タの位置情報のみを取り出し、後の処理でサブデータを
取り出す方法を第一の方法とし、先に行なう検索処理
で、サブデータを含むデータ全体をフロントエンドサー
バ側に取り出し、後の処理に渡す方法を第二の方法と
し、サブデータのデータ長や通信にかかる時間などから
計算した各方法のコスト比較や、LOBデータなどあらか
じめシステムで与える基準値より長いサブデータの有無
などにより、２つの方法から１つ選択することで、状況
に応じて細かく、問い合わせ時間が小さい方法を選択す
ることができ、問い合わせ時間を小さくする上記目的が
達成される。
【００１５】本発明はデータベースの主流であるリレー
ショナルデータベース、ＳＱＬにより説明を行う。ま
た、本発明で扱う複雑な構造を持ったデータとして、Ｓ
ＱＬ３のADTにより説明を行なう。しかし、親言語に、
データベース問い合わせが埋め込まれ、複数のデータベ
ース問い合わせの間でデータのやりとりができ、かつ、
複数のデータの集まりからなるデータを扱えるデータベ
ース管理システムであれば本発明を適用可能である。
ショナルデータベース、ＳＱＬにより説明を行う。ま
た、本発明で扱う複雑な構造を持ったデータとして、Ｓ
ＱＬ３のADTにより説明を行なう。しかし、親言語に、
データベース問い合わせが埋め込まれ、複数のデータベ
ース問い合わせの間でデータのやりとりができ、かつ、
複数のデータの集まりからなるデータを扱えるデータベ
ース管理システムであれば本発明を適用可能である。
【００１６】
【発明の実施の形態】以下において本発明の一実施例を
図面を用いて説明する。図１は本発明の実施例の構成図
である。データベースへの問い合わせ１２２に対するフ
ロントエンドの役割をするデータベースサーバ１２と、
データベースに対する操作を行う役割をする複数のデー
タベース操作サーバ１３で構成される。フロントエンド
データベースサーバ１２とデータベース操作サーバ１３
は、高速な相互結合ネットワークで繋がっているものと
する。
図面を用いて説明する。図１は本発明の実施例の構成図
である。データベースへの問い合わせ１２２に対するフ
ロントエンドの役割をするデータベースサーバ１２と、
データベースに対する操作を行う役割をする複数のデー
タベース操作サーバ１３で構成される。フロントエンド
データベースサーバ１２とデータベース操作サーバ１３
は、高速な相互結合ネットワークで繋がっているものと
する。
【００１７】ただし、ネットワークで繋がる複数プロセ
ッサの並列データベースシステムで無く、単一プロセッ
サのシステムでも、各サーバの役割として並列なプロセ
スを割り当てていれば、本発明を適用可能である。
ッサの並列データベースシステムで無く、単一プロセッ
サのシステムでも、各サーバの役割として並列なプロセ
スを割り当てていれば、本発明を適用可能である。
【００１８】フロントエンドサーバ１２は、外部のホス
ト１１とネットワークで繋がっているものとする。ただ
し、本発明はフロントエンドサーバ１２とデータベース
操作サーバ１３の間の転送量を削減するものなので、ホ
ストの役割をデータベースシステム側に取り込み、内部
の高速なネットワークで繋げる代案や、ホストの役割と
フロントエンドのデータベースサーバを１つに統合する
代案に対しても本発明を適用できる。また一連の問い合
わせが、ホストのUAPで無く、ストアドプロシジャの場
合でも、複数のサブデータに対する検索問い合わせ、変
数による受け渡し、後の問い合わせでサブデータを使用
するという形で対応を付けることができ、本発明を適用
できる。
ト１１とネットワークで繋がっているものとする。ただ
し、本発明はフロントエンドサーバ１２とデータベース
操作サーバ１３の間の転送量を削減するものなので、ホ
ストの役割をデータベースシステム側に取り込み、内部
の高速なネットワークで繋げる代案や、ホストの役割と
フロントエンドのデータベースサーバを１つに統合する
代案に対しても本発明を適用できる。また一連の問い合
わせが、ホストのUAPで無く、ストアドプロシジャの場
合でも、複数のサブデータに対する検索問い合わせ、変
数による受け渡し、後の問い合わせでサブデータを使用
するという形で対応を付けることができ、本発明を適用
できる。
【００１９】図１はデータベース問い合わせの解析、実
行の例であり、表、型などの定義文の解析は後述の図１
０を参照する。データベース問い合わせか、定義文か
は、意味解析で判定できる。解析１０１にはその判定を
含む。
行の例であり、表、型などの定義文の解析は後述の図１
０を参照する。データベース問い合わせか、定義文か
は、意味解析で判定できる。解析１０１にはその判定を
含む。
【００２０】まず、先に行なう検索問い合わせ１２２ａ
をフロントエンドサーバ１２で解析１０１することで、
内部形式の処理手順１２５を作成する。内部形式の処理
手順は、実行形式のコードであっても、インタプリタ用
のコードであっても良い。
をフロントエンドサーバ１２で解析１０１することで、
内部形式の処理手順１２５を作成する。内部形式の処理
手順は、実行形式のコードであっても、インタプリタ用
のコードであっても良い。
【００２１】検索問い合わせ１２２ａの実行に対して、
サブデータへの操作は無いものとし１３２、かつ、デー
タベース操作文であるため１３３、内部形式の処理手順
１２５をデータベース操作サーバ１３に転送する１０
２。データベース操作サーバ１３は処理手順１２５を受
け取り１１１、処理手順を実行し、複数のサブデータか
らなるデータの検索に対しては、データベース操作サー
バの識別子IDとデータのアドレスを取得する１１２。検
索の結果１２６はフロントエンドサーバ側に結果転送を
行なう１１３。フロントエンドサーバ側は結果を受け取
り１０３受け取った結果を、後の問い合わせ１２２ｂに
変数を介して渡す情報１２７としてUAPに返す１０５。
サブデータへの操作は無いものとし１３２、かつ、デー
タベース操作文であるため１３３、内部形式の処理手順
１２５をデータベース操作サーバ１３に転送する１０
２。データベース操作サーバ１３は処理手順１２５を受
け取り１１１、処理手順を実行し、複数のサブデータか
らなるデータの検索に対しては、データベース操作サー
バの識別子IDとデータのアドレスを取得する１１２。検
索の結果１２６はフロントエンドサーバ側に結果転送を
行なう１１３。フロントエンドサーバ側は結果を受け取
り１０３受け取った結果を、後の問い合わせ１２２ｂに
変数を介して渡す情報１２７としてUAPに返す１０５。
【００２２】次に、サブデータを使用する後の問い合わ
せ１２２ｂをフロントエンドサーバ１２で解析１０１す
る。入力となる変数が存在するので、変数にバインドし
た情報１２７がUAPから渡される。また、変数にバイン
ドした情報１２７が、複数のサブデータからなるデータ
の位置情報１２６の場合、サブデータを取り出すための
オフセット情報１２４をディクショナリ１４から取得す
る。上記情報１２７、１２４により、サブデータを取得
する内部形式の処理手順と、取得したサブデータを使用
する問い合わせの処理手順を作成する。
せ１２２ｂをフロントエンドサーバ１２で解析１０１す
る。入力となる変数が存在するので、変数にバインドし
た情報１２７がUAPから渡される。また、変数にバイン
ドした情報１２７が、複数のサブデータからなるデータ
の位置情報１２６の場合、サブデータを取り出すための
オフセット情報１２４をディクショナリ１４から取得す
る。上記情報１２７、１２４により、サブデータを取得
する内部形式の処理手順と、取得したサブデータを使用
する問い合わせの処理手順を作成する。
【００２３】問い合わせ１２２ｂの実行に対して、サブ
データへの操作であるため１３１、サブデータ取得１０
６を行なう。先の検索処理で取得した位置情報１２６の
データベース操作サーバの識別子から、データのあるデ
ータベース操作サーバがわかるので、サブデータ取り出
しに必要な情報１２８とともに、サブデータ取り出しの
要求をそのデータベース操作サーバ１３に出す。サブデ
ータ取り出しに必要な情報１２８とは、そのデータベー
ス操作サーバ内でのデータのアドレスと、必要なサブデ
ータを取り出すためのオフセット情報１２４である。ど
の、サブデータが必要かは、解析１０１時に抽出するこ
とができ、サブデータを取得する内部形式に情報を埋め
込んで置く。データベース操作サーバ側は、サブデータ
取り出しの要求があると、データのアドレスとサブデー
タのオフセット位置の情報からサブデータを取り出し、
要求元のフロントエンドサーバ１２にサブデータ１２９
を返す。実施例では、データベース操作サーバ１３側の
処理を、データのアドレスとサブデータのオフセット情
報を受け取り、サブデータを返す、システム括り付けの
処理で表しているが、解析時に同様の処理を行なう内部
形式の処理手順を作成し、実行時にデータベース操作サ
ーバに処理手順を転送し、実行する代案でも本発明を適
用できる。
データへの操作であるため１３１、サブデータ取得１０
６を行なう。先の検索処理で取得した位置情報１２６の
データベース操作サーバの識別子から、データのあるデ
ータベース操作サーバがわかるので、サブデータ取り出
しに必要な情報１２８とともに、サブデータ取り出しの
要求をそのデータベース操作サーバ１３に出す。サブデ
ータ取り出しに必要な情報１２８とは、そのデータベー
ス操作サーバ内でのデータのアドレスと、必要なサブデ
ータを取り出すためのオフセット情報１２４である。ど
の、サブデータが必要かは、解析１０１時に抽出するこ
とができ、サブデータを取得する内部形式に情報を埋め
込んで置く。データベース操作サーバ側は、サブデータ
取り出しの要求があると、データのアドレスとサブデー
タのオフセット位置の情報からサブデータを取り出し、
要求元のフロントエンドサーバ１２にサブデータ１２９
を返す。実施例では、データベース操作サーバ１３側の
処理を、データのアドレスとサブデータのオフセット情
報を受け取り、サブデータを返す、システム括り付けの
処理で表しているが、解析時に同様の処理を行なう内部
形式の処理手順を作成し、実行時にデータベース操作サ
ーバに処理手順を転送し、実行する代案でも本発明を適
用できる。
【００２４】フロントエンドサーバ側は、必要なサブデ
ータ１２９を受け取る１０７。サブデータを受け取る場
所は、解析１０１時に、問い合わせ１２２ｂの主となる
処理であるサブデータを使用する処理の内部形式の処理
手順中のサブデータ使用場所からポイントしておく。後
の問い合わせがデータベース操作文である１３３無し１
３４にかかわらず、続く内部形式の処理手順の実行１０
４、１１２でサブデータを使用することができる。
ータ１２９を受け取る１０７。サブデータを受け取る場
所は、解析１０１時に、問い合わせ１２２ｂの主となる
処理であるサブデータを使用する処理の内部形式の処理
手順中のサブデータ使用場所からポイントしておく。後
の問い合わせがデータベース操作文である１３３無し１
３４にかかわらず、続く内部形式の処理手順の実行１０
４、１１２でサブデータを使用することができる。
【００２５】先に行なう、複数のサブデータからなるデ
ータの検索問い合わせ１２２ａで、位置情報１２６のみ
を取得し、後に行なう、サブデータを使用する問い合わ
せ１２２bで、必要とするサブデータ１２９のみを取得
するため、使用しないデータがLOBのように大規模なデ
ータの場合、問い合わせ時間を小さくすることが可能に
なる。
ータの検索問い合わせ１２２ａで、位置情報１２６のみ
を取得し、後に行なう、サブデータを使用する問い合わ
せ１２２bで、必要とするサブデータ１２９のみを取得
するため、使用しないデータがLOBのように大規模なデ
ータの場合、問い合わせ時間を小さくすることが可能に
なる。
【００２６】図２は、複数のサブデータからなるデータ
の例である。型の定義例２１、型から作成されるデータ
の例２２、データの検索問い合わせ例２３を記述する。
の例である。型の定義例２１、型から作成されるデータ
の例２２、データの検索問い合わせ例２３を記述する。
【００２７】データ型の定義には、各サブデータ（ADT
でいう属性）の名称と型の宣言２０１を含む。サブデー
タの型は、システム定義の型でも、ユーザ定義の型でも
良い。型のデータに対する関数や手続きの定義２０２
や、型同士の継承関係も指定することができるが、指定
が無くても良い。
でいう属性）の名称と型の宣言２０１を含む。サブデー
タの型は、システム定義の型でも、ユーザ定義の型でも
良い。型のデータに対する関数や手続きの定義２０２
や、型同士の継承関係も指定することができるが、指定
が無くても良い。
【００２８】複数のサブデータからなるデータは、シス
テム定義の型と同じく、表定義２２に使用する。表へ、
データの挿入を行なうことで、住所データのように、郵
便番号、住所、電話番号のサブデータ２０４からなるデ
ータ２０３を作成することができる。
テム定義の型と同じく、表定義２２に使用する。表へ、
データの挿入を行なうことで、住所データのように、郵
便番号、住所、電話番号のサブデータ２０４からなるデ
ータ２０３を作成することができる。
【００２９】作成したデータは、検索などの問い合わせ
を行なうことができる２０５、２０６。２０５は住所デ
ータのサブデータ郵便番号を検索する問い合わせであ
る。２０６は住所データのサブデータ住所がYokohamaで
ある住所データを検索する問い合わせである。このよう
に、サブデータの検索も、複数のサブデータからなるデ
ータ自身の検索も行なうことができる。
を行なうことができる２０５、２０６。２０５は住所デ
ータのサブデータ郵便番号を検索する問い合わせであ
る。２０６は住所データのサブデータ住所がYokohamaで
ある住所データを検索する問い合わせである。このよう
に、サブデータの検索も、複数のサブデータからなるデ
ータ自身の検索も行なうことができる。
【００３０】図３は本発明の内、図１の位置情報１２６
の例である。位置情報１２６は、データベース操作サー
バ１３の識別子３０１と、サーバ１３内でのデータのア
ドレス３０２を含む。フロントエンドサーバ１２などで
の制御処理に用いる情報として、型の識別子などの付加
的な情報を含んでも良い。データベース操作サーバの識
別子３０１は、データを格納するデータベース操作サー
バを特定できる情報であればよい。データのアドレス３
０２は、データ格納の実アドレスでも、メモリ上にデー
タを取り出し先頭アドレスからのオフセットによる論理
的なアドレスで表してもよい。
の例である。位置情報１２６は、データベース操作サー
バ１３の識別子３０１と、サーバ１３内でのデータのア
ドレス３０２を含む。フロントエンドサーバ１２などで
の制御処理に用いる情報として、型の識別子などの付加
的な情報を含んでも良い。データベース操作サーバの識
別子３０１は、データを格納するデータベース操作サー
バを特定できる情報であればよい。データのアドレス３
０２は、データ格納の実アドレスでも、メモリ上にデー
タを取り出し先頭アドレスからのオフセットによる論理
的なアドレスで表してもよい。
【００３１】図４は本発明の内、図１の変数にバインド
する情報１２７の例である。図４は、複数のサブデータ
からなるデータの検索結果をバインドする場合である。
複数のサブデータからなるデータ全体の検索で無い場合
は、変数にバインドする情報は、検索するデータ自身で
ある。変数にバインドする情報１２７は、データベース
操作サーバ１３の識別子４０１と、サーバ１３内でのデ
ータのアドレス４０２を含む。フロントエンドサーバ１
２などでの制御処理に用いる情報として、型の識別子な
どの付加的な情報を含んでも良い。データベース操作サ
ーバの識別子４０１は、データを格納するデータベース
操作サーバを特定できる情報であればよい。データのア
ドレス４０２は、データ格納の実アドレスでも、メモリ
上にデータを取り出しオフセットによる論理的なアドレ
スで表してもよい。図２１の実施例のように、コストに
よりデータをフロントエンド側に置くか、バックエンド
側に置くか選択する方式を行なう場合には、データがフ
ロントエンド側にあるか、バックエンド側にあるかを表
す情報を変数にバインドする情報に含める。ホストのUA
P側では、サブデータを含むデータの検索の場合、変数
の領域として、変数にバインドする情報を受け取るだけ
の長さ分の領域を用意する必要がある。
する情報１２７の例である。図４は、複数のサブデータ
からなるデータの検索結果をバインドする場合である。
複数のサブデータからなるデータ全体の検索で無い場合
は、変数にバインドする情報は、検索するデータ自身で
ある。変数にバインドする情報１２７は、データベース
操作サーバ１３の識別子４０１と、サーバ１３内でのデ
ータのアドレス４０２を含む。フロントエンドサーバ１
２などでの制御処理に用いる情報として、型の識別子な
どの付加的な情報を含んでも良い。データベース操作サ
ーバの識別子４０１は、データを格納するデータベース
操作サーバを特定できる情報であればよい。データのア
ドレス４０２は、データ格納の実アドレスでも、メモリ
上にデータを取り出しオフセットによる論理的なアドレ
スで表してもよい。図２１の実施例のように、コストに
よりデータをフロントエンド側に置くか、バックエンド
側に置くか選択する方式を行なう場合には、データがフ
ロントエンド側にあるか、バックエンド側にあるかを表
す情報を変数にバインドする情報に含める。ホストのUA
P側では、サブデータを含むデータの検索の場合、変数
の領域として、変数にバインドする情報を受け取るだけ
の長さ分の領域を用意する必要がある。
【００３２】図５は本発明の内、図１の内部形式の処理
手順１２５の例である。内部形式の処理手順１２５は、
インタプリタで解釈実行するコード及び各コードに付随
する情報からなる。情報には、取り出すデータの型や長
さの情報、サブデータのオフセット情報、取り出したデ
ータを置く場所の情報など、処理に応じた各種の情報が
ある。情報には次に実行するコードの情報も含む。次に
実行するコードが条件分岐の情報により分かれることも
可能である。サブデータ取り出し用のコード５０１に付
随する情報５０２はデータの位置情報１２６や使用する
サブデータのオフセット情報を含む。内部形式の処理手
順は、インタプリタで解釈実行するコードで無く、実行
形式のコードであっても本発明を適用可能である。図５
は位置情報１２６からサブデータ１２９を取り出す内部
形式の処理手順５１と、サブデータを使用する内部形式
の処理手順５２の関係を示すものである。処理手順５１
により取り出すサブデータ１２９を置く場所５０５を共
用メモリ上でのオフセット位置５０６で表し、処理手順
５２でサブデータを使用するコードの情報５０４に入れ
て置く。上記の情報により、処理手順５１で取り出した
サブデータ１２９を処理手順５２側で使用することがで
きる。サブデータを取り出す内部形式の処理手順５１
と、サブデータを使用する内部形式の処理手順５２は、
１つの処理手順にまとめた形であっても良い。図５の例
では、サブデータ１２９を取り出す処理は、取り出すサ
ブデータの情報５０２を用いてコード５０１ａにより解
釈実行する形であるが、取り出す手順を表す複数のコー
ドからなっていても良い。図５の例では、サブデータ１
２９を使用する場合の内部形式の処理手順であるが、サ
ブデータを使用しない内部形式の処理手順の場合は、サ
ブデータを取り出す処理手順５１や、サブデータ１２９
を置く場所５０５のオフセット位置の情報は必要無い。
位置情報１２６を取り出す内部形式の処理手順の場合、
解釈実行に必要な情報として、取り出す位置情報の長さ
分の領域へのオフセット位置を含む。
手順１２５の例である。内部形式の処理手順１２５は、
インタプリタで解釈実行するコード及び各コードに付随
する情報からなる。情報には、取り出すデータの型や長
さの情報、サブデータのオフセット情報、取り出したデ
ータを置く場所の情報など、処理に応じた各種の情報が
ある。情報には次に実行するコードの情報も含む。次に
実行するコードが条件分岐の情報により分かれることも
可能である。サブデータ取り出し用のコード５０１に付
随する情報５０２はデータの位置情報１２６や使用する
サブデータのオフセット情報を含む。内部形式の処理手
順は、インタプリタで解釈実行するコードで無く、実行
形式のコードであっても本発明を適用可能である。図５
は位置情報１２６からサブデータ１２９を取り出す内部
形式の処理手順５１と、サブデータを使用する内部形式
の処理手順５２の関係を示すものである。処理手順５１
により取り出すサブデータ１２９を置く場所５０５を共
用メモリ上でのオフセット位置５０６で表し、処理手順
５２でサブデータを使用するコードの情報５０４に入れ
て置く。上記の情報により、処理手順５１で取り出した
サブデータ１２９を処理手順５２側で使用することがで
きる。サブデータを取り出す内部形式の処理手順５１
と、サブデータを使用する内部形式の処理手順５２は、
１つの処理手順にまとめた形であっても良い。図５の例
では、サブデータ１２９を取り出す処理は、取り出すサ
ブデータの情報５０２を用いてコード５０１ａにより解
釈実行する形であるが、取り出す手順を表す複数のコー
ドからなっていても良い。図５の例では、サブデータ１
２９を使用する場合の内部形式の処理手順であるが、サ
ブデータを使用しない内部形式の処理手順の場合は、サ
ブデータを取り出す処理手順５１や、サブデータ１２９
を置く場所５０５のオフセット位置の情報は必要無い。
位置情報１２６を取り出す内部形式の処理手順の場合、
解釈実行に必要な情報として、取り出す位置情報の長さ
分の領域へのオフセット位置を含む。
【００３３】図６は本発明の内、図１のサブデータのオ
フセット情報１２４の例である。サブデータのオフセッ
ト情報１２４は、複数のサブデータからなるデータごと
に作成する。サブデータのオフセット情報１２４は、サ
ブデータの識別子６０１、データ型６０２、データ長６
０３、オフセット位置６０４を含む。オフセット位置
は、データの先頭などの基準となるアドレスからのオフ
セットである。各サブデータがクラスタリングしてあれ
ば、各サブデータの、オフセット位置は、データ長６０
３から計算できるため、データ型６０２やオフセット位
置６０４は無くてもかまわない。また、可変長サブデー
タが存在する場合は、ディクショナリ１４にオフセット
位置を置くことができない。この場合、オフセット位置
をデータ１３０に組み入れる代案を適用できる。サブデ
ータの識別子６０１とオフセットの対応が取れるように
データ１３０に組みいれる。例えば、サブデータの識別
子が、データの中の定義順に、１から順にふられている
場合、データ１３０に同じ順にオフセットを置くように
する方法が考えられる。
フセット情報１２４の例である。サブデータのオフセッ
ト情報１２４は、複数のサブデータからなるデータごと
に作成する。サブデータのオフセット情報１２４は、サ
ブデータの識別子６０１、データ型６０２、データ長６
０３、オフセット位置６０４を含む。オフセット位置
は、データの先頭などの基準となるアドレスからのオフ
セットである。各サブデータがクラスタリングしてあれ
ば、各サブデータの、オフセット位置は、データ長６０
３から計算できるため、データ型６０２やオフセット位
置６０４は無くてもかまわない。また、可変長サブデー
タが存在する場合は、ディクショナリ１４にオフセット
位置を置くことができない。この場合、オフセット位置
をデータ１３０に組み入れる代案を適用できる。サブデ
ータの識別子６０１とオフセットの対応が取れるように
データ１３０に組みいれる。例えば、サブデータの識別
子が、データの中の定義順に、１から順にふられている
場合、データ１３０に同じ順にオフセットを置くように
する方法が考えられる。
【００３４】図７は本発明の内、図１のサブデータ取り
出し用情報１２８の例である。サブデータ取り出し用情
報１２８は、データベース操作サーバ１３内でのデータ
のアドレス３０２と、使用するサブデータ１２９のオフ
セット情報７０１を含む。使用するサブデータのオフセ
ット情報７０１は、サブデータの識別子６０１、データ
型６０２、データ長６０３、オフセット位置６０４を含
む。使用するサブデータ１２９のオフセット情報７０１
は、解析１０１時に、サブデータのオフセット情報１２
４から、使用するサブデータ１２９の識別子６０１のオ
フセット情報を取り出す。サブデータのオフセット情報
１２４と、使用するサブデータ１２９の識別子を、サブ
データ取り出し用情報１２８に含め、データベース操作
サーバ１３側で、使用するサブデータ１２９のオフセッ
ト情報を選択する代案も適用できる。
出し用情報１２８の例である。サブデータ取り出し用情
報１２８は、データベース操作サーバ１３内でのデータ
のアドレス３０２と、使用するサブデータ１２９のオフ
セット情報７０１を含む。使用するサブデータのオフセ
ット情報７０１は、サブデータの識別子６０１、データ
型６０２、データ長６０３、オフセット位置６０４を含
む。使用するサブデータ１２９のオフセット情報７０１
は、解析１０１時に、サブデータのオフセット情報１２
４から、使用するサブデータ１２９の識別子６０１のオ
フセット情報を取り出す。サブデータのオフセット情報
１２４と、使用するサブデータ１２９の識別子を、サブ
データ取り出し用情報１２８に含め、データベース操作
サーバ１３側で、使用するサブデータ１２９のオフセッ
ト情報を選択する代案も適用できる。
【００３５】図８は本発明の内、図１のサブデータ１２
９の例である。サブデータ１２９は、システム定義型も
しくは、ユーザ定義型の実際のデータ８０１である。取
り出すサブデータがユーザ定義型で、使用するデータが
サブデータのサブデータの場合、サブデータ取り出し用
情報７０１に、サブデータのサブデータのオフセット情
報を含めてデータベース操作サーバ１３側で、サブデー
タのサブデータを取り出す代案が適用できる。サブデー
タのサブデータのサブデータ以下続く場合でも同様にオ
フセット情報をサブデータ取り出し用情報７０１に含め
ることで適用可能である。
９の例である。サブデータ１２９は、システム定義型も
しくは、ユーザ定義型の実際のデータ８０１である。取
り出すサブデータがユーザ定義型で、使用するデータが
サブデータのサブデータの場合、サブデータ取り出し用
情報７０１に、サブデータのサブデータのオフセット情
報を含めてデータベース操作サーバ１３側で、サブデー
タのサブデータを取り出す代案が適用できる。サブデー
タのサブデータのサブデータ以下続く場合でも同様にオ
フセット情報をサブデータ取り出し用情報７０１に含め
ることで適用可能である。
【００３６】図９は本発明の内、図１のデータ操作サー
バに格納してあるデータ１３０の例である。データ操作
サーバに格納してあるデータ１３０は、各列ごとのデー
タ９０１の集まりである。各列の取り出しの高速化など
の為に、各列のデータに対して、先頭からのオフセット
情報などの付加情報があっても良い。各列のデータは、
システム定義の型のデータ９０２と、ユーザ定義の型の
データ９０３を含む。各列のデータ型は、CREATE TABLE
などの表定義によるもので、システム定義の型のデータ
９０２、ユーザ定義の型のデータ９０３ともに0回以上
何回どの順番で出現してもかまわない。ただし、どちら
か最低１つは必要である。図９の(a)は複数のサブデー
タからなる列データを、他の列データとクラスタリング
し、全体のデータ１３０に埋め込んだ形式にしてある。
サブデータに可変長のデータを含む場合、図９の(b)の
ように、サブデータを持つデータの列に対して、各サブ
データのオフセット９０４を組み入れる代案を適用でき
る。サブデータを持つデータ９０３ｂの構造が、全体の
データ１３０の構造と同形になっている。図９の(b)で
は、オフセットはサブデータの先頭アドレスからのもの
を入れているが、サブデータの識別子から、サブデータ
の位置を確定できる情報が組み入れてあれば他の形でも
よい。サブまた、可変長のサブデータに対して、オフセ
ットの情報では無く、その可変長のサブデータにデータ
長の情報を組み入れる代案もある。図６のディクショナ
リ情報のサブデータの識別子から、そのサブデータを取
り出せる形になっていれば本発明を適用可能である。
バに格納してあるデータ１３０の例である。データ操作
サーバに格納してあるデータ１３０は、各列ごとのデー
タ９０１の集まりである。各列の取り出しの高速化など
の為に、各列のデータに対して、先頭からのオフセット
情報などの付加情報があっても良い。各列のデータは、
システム定義の型のデータ９０２と、ユーザ定義の型の
データ９０３を含む。各列のデータ型は、CREATE TABLE
などの表定義によるもので、システム定義の型のデータ
９０２、ユーザ定義の型のデータ９０３ともに0回以上
何回どの順番で出現してもかまわない。ただし、どちら
か最低１つは必要である。図９の(a)は複数のサブデー
タからなる列データを、他の列データとクラスタリング
し、全体のデータ１３０に埋め込んだ形式にしてある。
サブデータに可変長のデータを含む場合、図９の(b)の
ように、サブデータを持つデータの列に対して、各サブ
データのオフセット９０４を組み入れる代案を適用でき
る。サブデータを持つデータ９０３ｂの構造が、全体の
データ１３０の構造と同形になっている。図９の(b)で
は、オフセットはサブデータの先頭アドレスからのもの
を入れているが、サブデータの識別子から、サブデータ
の位置を確定できる情報が組み入れてあれば他の形でも
よい。サブまた、可変長のサブデータに対して、オフセ
ットの情報では無く、その可変長のサブデータにデータ
長の情報を組み入れる代案もある。図６のディクショナ
リ情報のサブデータの識別子から、そのサブデータを取
り出せる形になっていれば本発明を適用可能である。
【００３７】複数のサブデータからなる列データ９０３
を、全体のデータ１３０と別の領域に格納し、その領域
へのポインタのみをデータ１３０に格納する代案も適用
できる。
を、全体のデータ１３０と別の領域に格納し、その領域
へのポインタのみをデータ１３０に格納する代案も適用
できる。
【００３８】図１０はサブデータのオフセット情報１２
４作成の実施例である。サブデータのオフセット情報１
２４は、複数のサブデータからなるデータの型の定義の
ときに作成される。CREATE TYPEのような型の定義文１
００１をフロントエンドサーバ１２で解析１０１を行な
う。サブデータ１つ１つに対して型を調べ、型の種類に
より決められた長さ、もしくは、文字列などの場合は定
義された長さによって、サブデータの識別子６０１、デ
ータ型６０２、データ長６０３、オフセット位置６０４
を得る。サブデータ識別子６０１は、サブデータの名称
と対応付けられるものであればかまわない。フロントエ
ンドサーバと、ディクショナリのあるサーバを分けて、
ディクショナリのあるサーバで解析を行なう代案も適用
できる。
４作成の実施例である。サブデータのオフセット情報１
２４は、複数のサブデータからなるデータの型の定義の
ときに作成される。CREATE TYPEのような型の定義文１
００１をフロントエンドサーバ１２で解析１０１を行な
う。サブデータ１つ１つに対して型を調べ、型の種類に
より決められた長さ、もしくは、文字列などの場合は定
義された長さによって、サブデータの識別子６０１、デ
ータ型６０２、データ長６０３、オフセット位置６０４
を得る。サブデータ識別子６０１は、サブデータの名称
と対応付けられるものであればかまわない。フロントエ
ンドサーバと、ディクショナリのあるサーバを分けて、
ディクショナリのあるサーバで解析を行なう代案も適用
できる。
【００３９】図１１は複数のサブデータからなるデータ
１３０作成の実施例である。複数のサブデータからなる
データ１３０は、挿入問い合わせのときなどに作成され
る。CREATE TABLEのような表の定義文により作成される
表定義情報を用いる。表定義情報は各列の列識別子、デ
ータ型を含む。従来と変わることとしては、データ型と
して、ユーザ定義の型を使用できる。図１１は挿入問い
合わせの例である。挿入問い合わせ１１０１をフロント
エンドサーバ１２で解析１０１を行なう。挿入問い合わ
せ１１０１は、各列に挿入する値データを含む。挿入す
る値データが、複数のサブデータからなるデータの場
合、各サブデータの値を指定する方法や、データを作成
する関数とその引数を指定する方法などがある。ADTの
場合は、データを作成する関数とその引数（引数無しの
指定もある）を指定する。関数によりデータを作成する
場合は、図１０の型の定義時、定義の中に指定した関数
などの解析した結果が、ディクショナリに格納される。
１３０作成の実施例である。複数のサブデータからなる
データ１３０は、挿入問い合わせのときなどに作成され
る。CREATE TABLEのような表の定義文により作成される
表定義情報を用いる。表定義情報は各列の列識別子、デ
ータ型を含む。従来と変わることとしては、データ型と
して、ユーザ定義の型を使用できる。図１１は挿入問い
合わせの例である。挿入問い合わせ１１０１をフロント
エンドサーバ１２で解析１０１を行なう。挿入問い合わ
せ１１０１は、各列に挿入する値データを含む。挿入す
る値データが、複数のサブデータからなるデータの場
合、各サブデータの値を指定する方法や、データを作成
する関数とその引数を指定する方法などがある。ADTの
場合は、データを作成する関数とその引数（引数無しの
指定もある）を指定する。関数によりデータを作成する
場合は、図１０の型の定義時、定義の中に指定した関数
などの解析した結果が、ディクショナリに格納される。
【００４０】挿入問い合わせ１１０１の解析１０１によ
り、挿入する値もしくは値を作成する関数と引数を、イ
ンタプリタで解釈実行する情報として含む内部形式の処
理手順１１０２を作成する。情報には、表定義情報やサ
ブデータのオフセット情報から得る各列やサブデータの
型、長さを含む。内部形式の処理手順１１０２をその挿
入する表の格納してあるデータ操作サーバ１３に転送す
る。データ操作サーバ１３側は、内部形式の処理手順１
１０２を受け取り、実行する。インタプリタで実行する
コードは、列やサブデータの型や長さの情報と挿入する
値の情報から、挿入する値の作成１１０３、型変換１１
０４を経て、データ１３０の形式に組み上げ格納１１０
５する。サブデータのサブデータに対しては、再帰処理
などを用いてデータ１３０を組み上げる。内部形式の処
理手順１１０２は、インタプリタで解釈実行するコード
で無く、実行形式のコードであっても本発明を適用可能
である。
り、挿入する値もしくは値を作成する関数と引数を、イ
ンタプリタで解釈実行する情報として含む内部形式の処
理手順１１０２を作成する。情報には、表定義情報やサ
ブデータのオフセット情報から得る各列やサブデータの
型、長さを含む。内部形式の処理手順１１０２をその挿
入する表の格納してあるデータ操作サーバ１３に転送す
る。データ操作サーバ１３側は、内部形式の処理手順１
１０２を受け取り、実行する。インタプリタで実行する
コードは、列やサブデータの型や長さの情報と挿入する
値の情報から、挿入する値の作成１１０３、型変換１１
０４を経て、データ１３０の形式に組み上げ格納１１０
５する。サブデータのサブデータに対しては、再帰処理
などを用いてデータ１３０を組み上げる。内部形式の処
理手順１１０２は、インタプリタで解釈実行するコード
で無く、実行形式のコードであっても本発明を適用可能
である。
【００４１】図１２は本発明の内、図１の内部形式の処
理手順作成１０１の処理説明図である。まず、問い合わ
せ１２２と、変数による入力があればそのバインドの情
報１２７を受け取る１２０１。問い合わせ１２２の構文
解析１２０２、意味解析１２０３を行ない、その過程で
変数のサブデータの使用があるかどうか、ある場合使用
するサブデータの識別子の解析も行なう。また問い合わ
せ１２２の中に使用するサブデータは複数あってもよい
ので、使用する側のサブデータと、取り出す側のサブデ
ータは同じ識別子で解析結果の情報に含めておく。変数
のサブデータの使用があれば１２０４、変数のバインド
の情報から、データの位置情報１２６を取り出し１２０
５、そのデータの位置情報１２６と、ディクショナリに
あるサブデータのオフセット情報１２４と、使用するサ
ブデータの識別子から、サブデータを取り出す内部形式
の処理手順５１を作成する１２０６。次に、サブデータ
を使用する問い合わせ１２２の内部形式の処理手順５２
を作成する１２０７。同じ識別子のサブデータには同じ
格納場所を表すオフセットを与えることで、サブデータ
を取り出す側５１と、使用する側５２で、サブデータの
やり取りができる。変数のサブデータの使用が無ければ
１２０４、サブデータを取り出す内部形式の処理手順は
必要無く、問い合わせ１２２の内部形式の処理手順のみ
を作成する１２０７。問い合わせがデータベース操作サ
ーバ側で行なうデータベース操作サーバの場合、内部形
式の処理手順には、実行するデータベース操作サーバの
情報を付随する。実行するデータベース操作サーバの情
報は、操作を行なう表の分割に関する情報から得られ
る。表の分割情報は、表定義時に指定され、ディクショ
ナリに入っている。
理手順作成１０１の処理説明図である。まず、問い合わ
せ１２２と、変数による入力があればそのバインドの情
報１２７を受け取る１２０１。問い合わせ１２２の構文
解析１２０２、意味解析１２０３を行ない、その過程で
変数のサブデータの使用があるかどうか、ある場合使用
するサブデータの識別子の解析も行なう。また問い合わ
せ１２２の中に使用するサブデータは複数あってもよい
ので、使用する側のサブデータと、取り出す側のサブデ
ータは同じ識別子で解析結果の情報に含めておく。変数
のサブデータの使用があれば１２０４、変数のバインド
の情報から、データの位置情報１２６を取り出し１２０
５、そのデータの位置情報１２６と、ディクショナリに
あるサブデータのオフセット情報１２４と、使用するサ
ブデータの識別子から、サブデータを取り出す内部形式
の処理手順５１を作成する１２０６。次に、サブデータ
を使用する問い合わせ１２２の内部形式の処理手順５２
を作成する１２０７。同じ識別子のサブデータには同じ
格納場所を表すオフセットを与えることで、サブデータ
を取り出す側５１と、使用する側５２で、サブデータの
やり取りができる。変数のサブデータの使用が無ければ
１２０４、サブデータを取り出す内部形式の処理手順は
必要無く、問い合わせ１２２の内部形式の処理手順のみ
を作成する１２０７。問い合わせがデータベース操作サ
ーバ側で行なうデータベース操作サーバの場合、内部形
式の処理手順には、実行するデータベース操作サーバの
情報を付随する。実行するデータベース操作サーバの情
報は、操作を行なう表の分割に関する情報から得られ
る。表の分割情報は、表定義時に指定され、ディクショ
ナリに入っている。
【００４２】図１３は本発明の内、図１の内部形式の処
理手順転送１０２と、処理手順受け取り１１１の実施例
の処理説明図である。実行するデータベース操作サーバ
１３の１つ１つに対して１３０１、内部形式の処理手順
１２５を転送する１３０２。データベース操作サーバ１
３側は、内部形式の処理手順１２５を受け取り１１１、
実行を行なう１１２。データベース操作サーバが処理手
順１２５の受け取り報告をフロントエンドサーバ１２に
返し、全て受け取ったのを確認してから各データベース
操作サーバ１３に起動要求をかけ実行１１２に移る代案
も適用できる。データベース操作サーバのキャッシュに
内部形式の処理手順１２５を置くことによって、２回目
以降の実行は、実行要求を発しキャッシュにある処理手
順１２５を用いる改良案も適用できる。
理手順転送１０２と、処理手順受け取り１１１の実施例
の処理説明図である。実行するデータベース操作サーバ
１３の１つ１つに対して１３０１、内部形式の処理手順
１２５を転送する１３０２。データベース操作サーバ１
３側は、内部形式の処理手順１２５を受け取り１１１、
実行を行なう１１２。データベース操作サーバが処理手
順１２５の受け取り報告をフロントエンドサーバ１２に
返し、全て受け取ったのを確認してから各データベース
操作サーバ１３に起動要求をかけ実行１１２に移る代案
も適用できる。データベース操作サーバのキャッシュに
内部形式の処理手順１２５を置くことによって、２回目
以降の実行は、実行要求を発しキャッシュにある処理手
順１２５を用いる改良案も適用できる。
【００４３】図１４は本発明の内、図１の内部形式の処
理手順実行１０４の実施例の処理説明図である。インタ
プリタにより、コードを１つずつ１４０１、付随する情
報とともに解釈実行を行なう１４０２。次に行なうコー
ドを情報から取り出し１４０３、次々実行していく。
理手順実行１０４の実施例の処理説明図である。インタ
プリタにより、コードを１つずつ１４０１、付随する情
報とともに解釈実行を行なう１４０２。次に行なうコー
ドを情報から取り出し１４０３、次々実行していく。
【００４４】図１５は本発明の内、図１の処理手順実行
１１２の実施例の処理説明図である。インタプリタによ
るコードの実行は図１４と同様である。インタプリタに
よって扱うコードの種類は、フロントエンドサーバ１２
側と、バックエンドサーバ１３側で異なってもよい。イ
ンタプリタにより、コードを１つずつ１５０１、付随す
る情報とともに解釈実行を行なう１５０２。次に行なう
コードを情報から取り出し１５０３、次々実行してい
く。実行するコードが、複数のサブデータからなるデー
タの検索の場合１５０４、データベース操作サーバ１３
ａの識別子３０１とデータのアドレス３０２を取得し、
解析時に結果用に用意しておく領域に、位置情報１２６
を作成する。データベース操作サーバ１３の識別子は、
内部形式の処理手順１２５にコードが用いる情報として
用意しておいても良い。複数のサブデータからなるデー
タで無い場合のデータの検索の場合は、解析時に結果用
に用意しておく領域に、データ自身を取り出す。
１１２の実施例の処理説明図である。インタプリタによ
るコードの実行は図１４と同様である。インタプリタに
よって扱うコードの種類は、フロントエンドサーバ１２
側と、バックエンドサーバ１３側で異なってもよい。イ
ンタプリタにより、コードを１つずつ１５０１、付随す
る情報とともに解釈実行を行なう１５０２。次に行なう
コードを情報から取り出し１５０３、次々実行してい
く。実行するコードが、複数のサブデータからなるデー
タの検索の場合１５０４、データベース操作サーバ１３
ａの識別子３０１とデータのアドレス３０２を取得し、
解析時に結果用に用意しておく領域に、位置情報１２６
を作成する。データベース操作サーバ１３の識別子は、
内部形式の処理手順１２５にコードが用いる情報として
用意しておいても良い。複数のサブデータからなるデー
タで無い場合のデータの検索の場合は、解析時に結果用
に用意しておく領域に、データ自身を取り出す。
【００４５】図１６は本発明の内、図１の結果受け取り
１０３と、結果転送１１３の実施例の処理説明図であ
る。内部形式の処理手順１２５を転送した１０２データ
ベース操作サーバ１３から、実行結果が無くなる１６０
２まで結果が転送される１６０１。結果は、複数個ごと
に転送する代案も適用できる。各データベース操作サー
バ１３からの結果はキューなどにより結果を送られてき
た順などに取り出される１６０３。結果受取りの処理手
順を解析時に作成しても良い。起動したデータベース操
作サーバ１３から全て結果終了の報告が送られてくるま
で１６０４、結果を受け取る１６０３。結果はホストの
UAPに返す１０５。図１の場合、結果を全て受け取って
からUAPに返すようになっているが、結果を１つまたは
複数個、受け取るごとにUAPに返す代案も適用できる。
問い合わせが検索の場合は結果は検索結果である。複数
のサブデータからなるデータの検索の場合は、検索結果
に位置情報１２６を含む。問い合わせが検索結果以外の
場合は、結果終了の報告のみである。
１０３と、結果転送１１３の実施例の処理説明図であ
る。内部形式の処理手順１２５を転送した１０２データ
ベース操作サーバ１３から、実行結果が無くなる１６０
２まで結果が転送される１６０１。結果は、複数個ごと
に転送する代案も適用できる。各データベース操作サー
バ１３からの結果はキューなどにより結果を送られてき
た順などに取り出される１６０３。結果受取りの処理手
順を解析時に作成しても良い。起動したデータベース操
作サーバ１３から全て結果終了の報告が送られてくるま
で１６０４、結果を受け取る１６０３。結果はホストの
UAPに返す１０５。図１の場合、結果を全て受け取って
からUAPに返すようになっているが、結果を１つまたは
複数個、受け取るごとにUAPに返す代案も適用できる。
問い合わせが検索の場合は結果は検索結果である。複数
のサブデータからなるデータの検索の場合は、検索結果
に位置情報１２６を含む。問い合わせが検索結果以外の
場合は、結果終了の報告のみである。
【００４６】図１７は本発明の内、図１のサブデータ取
得１０６と、サブデータ取り出し１１４と、データ転送
１１５と、データ受け取り１０７の実施例の処理説明図
である。データの位置情報１２７からデータのあるデー
タベース操作サーバ１３の識別子を取り出し１７０１、
そのデータベース操作サーバ１３に、サブデータ取り出
しに必要な情報１２８とともに、サブデータ取り出しの
要求をそのデータベース操作サーバ１３に出す１７０
２。データベース操作サーバ側はフロントエンドサーバ
１２側から、サブデータ取り出し用情報１２８を受け取
る１７０３。データベース操作サーバ１３内でのデータ
のアドレス３０２により、データを取得する１７０４。
使用するサブデータのオフセット情報７０１により、オ
フセット位置６０４からデータ長６０３の分だけ、デー
タ型６０２にしたがって、サブデータ１２９を取り出す
１７０５。可変長のサブデータに対して、オフセットが
データ１３０の方に組み入れてある代案においては、サ
ブデータの識別子から、データ１３０に組み込んだオフ
セットを取り出し、そのオフセットを用いてサブデータ
を取り出せばよい。取り出したサブデータ１２９はフロ
ントエンドサーバ側に転送する１１５。データベース操
作サーバ１３から受け取る１７０６結果である１つ以上
のサブデータ１２９を、解析１０１時に用意した、結果
を格納する領域５０５に置く１７０７。この領域は、サ
ブデータを使用する内部形式の処理手順５２にオフセッ
ト５０６で指定され、サブデータの使用が実現する。
得１０６と、サブデータ取り出し１１４と、データ転送
１１５と、データ受け取り１０７の実施例の処理説明図
である。データの位置情報１２７からデータのあるデー
タベース操作サーバ１３の識別子を取り出し１７０１、
そのデータベース操作サーバ１３に、サブデータ取り出
しに必要な情報１２８とともに、サブデータ取り出しの
要求をそのデータベース操作サーバ１３に出す１７０
２。データベース操作サーバ側はフロントエンドサーバ
１２側から、サブデータ取り出し用情報１２８を受け取
る１７０３。データベース操作サーバ１３内でのデータ
のアドレス３０２により、データを取得する１７０４。
使用するサブデータのオフセット情報７０１により、オ
フセット位置６０４からデータ長６０３の分だけ、デー
タ型６０２にしたがって、サブデータ１２９を取り出す
１７０５。可変長のサブデータに対して、オフセットが
データ１３０の方に組み入れてある代案においては、サ
ブデータの識別子から、データ１３０に組み込んだオフ
セットを取り出し、そのオフセットを用いてサブデータ
を取り出せばよい。取り出したサブデータ１２９はフロ
ントエンドサーバ側に転送する１１５。データベース操
作サーバ１３から受け取る１７０６結果である１つ以上
のサブデータ１２９を、解析１０１時に用意した、結果
を格納する領域５０５に置く１７０７。この領域は、サ
ブデータを使用する内部形式の処理手順５２にオフセッ
ト５０６で指定され、サブデータの使用が実現する。
【００４７】サブデータを使用する問い合わせ１２２ｂ
が、検索したデータに対する更新処理のように、データ
ベース操作サーバ１３側でサブデータを受け渡すことが
可能な場合は、サブデータを使用する側と共用している
領域におく処理１０７と、図５のサブデータを置く場所
５０５を、データベース操作サーバ１３側にする代案を
適用できる。検索したデータに対する更新処理かどうか
の判断は、先に行なう検索問い合わせ１２２ａの解析の
ときに、更新用検索の指定がある場合に可能である。こ
の場合、フロントエンドサーバ１２とデータベース操作
サーバ１３間のデータの転送が無いので、問い合わせ時
間の削減が見込まれる。
が、検索したデータに対する更新処理のように、データ
ベース操作サーバ１３側でサブデータを受け渡すことが
可能な場合は、サブデータを使用する側と共用している
領域におく処理１０７と、図５のサブデータを置く場所
５０５を、データベース操作サーバ１３側にする代案を
適用できる。検索したデータに対する更新処理かどうか
の判断は、先に行なう検索問い合わせ１２２ａの解析の
ときに、更新用検索の指定がある場合に可能である。こ
の場合、フロントエンドサーバ１２とデータベース操作
サーバ１３間のデータの転送が無いので、問い合わせ時
間の削減が見込まれる。
【００４８】また、サブデータを使用する問い合わせ１
２２ｂが、検索したデータに対する更新処理であり、デ
ータのアドレス４０２がデータ格納の実アドレスである
場合は、サブデータ取り出しを行なわず、更新処理の内
部形式の処理手順に直接、位置情報１２７や使用するサ
ブデータのオフセット情報１２４を組み込むことで、直
接データベース上のデータを更新する代案も適用でき
る。この場合、データをメモリ上に取り出さず、直接デ
ータを更新するので、問い合わせ時間の削減が見込まれ
る。
２２ｂが、検索したデータに対する更新処理であり、デ
ータのアドレス４０２がデータ格納の実アドレスである
場合は、サブデータ取り出しを行なわず、更新処理の内
部形式の処理手順に直接、位置情報１２７や使用するサ
ブデータのオフセット情報１２４を組み込むことで、直
接データベース上のデータを更新する代案も適用でき
る。この場合、データをメモリ上に取り出さず、直接デ
ータを更新するので、問い合わせ時間の削減が見込まれ
る。
【００４９】図１８と図１９は本発明を具体的なＳＱＬ
に適用する例の概要図である。図１８は、複数のサブデ
ータからなるデータの検索ＳＱＬの例であり、図１９
は、図１８で検索したデータのサブデータを使用するＳ
ＱＬの例である。図の例では、INTOにより、検索結果を
１つ取り出し、後に使用する例であるが、複数の検索結
果を取り出し、ループなどで結果１つずつを後の問い合
わせで使用する場合にも、本発明を適用可能である。
に適用する例の概要図である。図１８は、複数のサブデ
ータからなるデータの検索ＳＱＬの例であり、図１９
は、図１８で検索したデータのサブデータを使用するＳ
ＱＬの例である。図の例では、INTOにより、検索結果を
１つ取り出し、後に使用する例であるが、複数の検索結
果を取り出し、ループなどで結果１つずつを後の問い合
わせで使用する場合にも、本発明を適用可能である。
【００５０】図１８は、住所録から、住所データを検索
するＳＱＬの解析、実行である。住所データは、郵便番
号、住所、電話番号の３つのサブデータからなる。住所
録表や、住所データの型の定義情報をディクショナリか
ら取得し、解析を行ない、内部形式の処理手順１２５を
作成する。住所録表がデータベース操作サーバ１とサー
バ２の２つに分割格納されているものとする。WHERE条
件に合うデータはサーバ２の方にあるものとする。サー
バ１とサーバ２に内部形式の処理手順を転送し１０２、
実行を行なう１１２。サーバ２では条件に合うデータが
存在するので、データベース操作サーバ１３bの識別子
であるサーバ２を取得し１５０５、データのアドレス１
８０１を取得し１５０６、位置情報１２６を作成し１５
０７、結果１２６を返す１１３。結果１２６は、ホスト
１１のUAP側に変数にバインドする情報１２７として返
す。図１８ではディスクを省略しているが、アドレスは
データ格納の実アドレスでも、メモリ上にデータを取り
出しオフセットによる論理的なアドレスで表してもよ
い。
するＳＱＬの解析、実行である。住所データは、郵便番
号、住所、電話番号の３つのサブデータからなる。住所
録表や、住所データの型の定義情報をディクショナリか
ら取得し、解析を行ない、内部形式の処理手順１２５を
作成する。住所録表がデータベース操作サーバ１とサー
バ２の２つに分割格納されているものとする。WHERE条
件に合うデータはサーバ２の方にあるものとする。サー
バ１とサーバ２に内部形式の処理手順を転送し１０２、
実行を行なう１１２。サーバ２では条件に合うデータが
存在するので、データベース操作サーバ１３bの識別子
であるサーバ２を取得し１５０５、データのアドレス１
８０１を取得し１５０６、位置情報１２６を作成し１５
０７、結果１２６を返す１１３。結果１２６は、ホスト
１１のUAP側に変数にバインドする情報１２７として返
す。図１８ではディスクを省略しているが、アドレスは
データ格納の実アドレスでも、メモリ上にデータを取り
出しオフセットによる論理的なアドレスで表してもよ
い。
【００５１】図１９は、住所データのサブデータである
電話番号を判定条件に使用する問い合わせの例である。
判定後の処理は、発明の主旨と関係無いので…で省略す
る。問い合わせを受け取り１２０１、構文解析、意味解
析を行ない、変数:Xのサブデータ電話番号を使用する処
理であるので、変数にバインドされた位置情報１２７
と、使用するサブデータ電話番号のサブデータのオフセ
ット情報１２４より、サブデータを取り出す内部形式の
処理手順５１を作成する１２０６。次に、サブデータを
使用するIF文の内部形式の処理手順５２を作成する１２
０７。実行時には、位置情報１２７から取得したデータ
のベース操作サーバであるサーバ２に、サブデータ取り
出し用情報１２８である、住所データのアドレスと使用
するサブデータ電話番号のオフセット情報を転送する。
電話番号のオフセットは26である。郵便番号のデータ長
が6、住所のデータ長が20であり、住所データの先頭ア
ドレスから26の位置に電話番号があり、サブデータ電話
番号を取り出せる。ただし、サブデータはクラスタリン
グしてあるものとする。また、簡単のため、オフセット
は、最初のサブデータの先頭を0で表している。住所デ
ータを図１８の検索問い合わせで、キャッシュ上に置
き、余分なIOを起こさない代案を適用できる。取り出し
たサブデータ１２９は、データ受け取り１０７で、サブ
データを使用するIF文側と共用する領域に置く１７０７
ので、IF文の処理手順を実行する１０４ときに、サブデ
ータ１２９を使用できる。
電話番号を判定条件に使用する問い合わせの例である。
判定後の処理は、発明の主旨と関係無いので…で省略す
る。問い合わせを受け取り１２０１、構文解析、意味解
析を行ない、変数:Xのサブデータ電話番号を使用する処
理であるので、変数にバインドされた位置情報１２７
と、使用するサブデータ電話番号のサブデータのオフセ
ット情報１２４より、サブデータを取り出す内部形式の
処理手順５１を作成する１２０６。次に、サブデータを
使用するIF文の内部形式の処理手順５２を作成する１２
０７。実行時には、位置情報１２７から取得したデータ
のベース操作サーバであるサーバ２に、サブデータ取り
出し用情報１２８である、住所データのアドレスと使用
するサブデータ電話番号のオフセット情報を転送する。
電話番号のオフセットは26である。郵便番号のデータ長
が6、住所のデータ長が20であり、住所データの先頭ア
ドレスから26の位置に電話番号があり、サブデータ電話
番号を取り出せる。ただし、サブデータはクラスタリン
グしてあるものとする。また、簡単のため、オフセット
は、最初のサブデータの先頭を0で表している。住所デ
ータを図１８の検索問い合わせで、キャッシュ上に置
き、余分なIOを起こさない代案を適用できる。取り出し
たサブデータ１２９は、データ受け取り１０７で、サブ
データを使用するIF文側と共用する領域に置く１７０７
ので、IF文の処理手順を実行する１０４ときに、サブデ
ータ１２９を使用できる。
【００５２】図２０は本発明の代案の実施例である。図
２０は、先に行なう検索問い合わせ１２２ａの解析、実
行の例である。図１と異なるのは、複数のサブデータか
らなるデータの検索１２２ａにおいて、検索結果２００
１が、位置情報１２６で無く、データ自身２００１であ
ることである。この場合変数にバインドする情報１２７
は、フロントエンドサーバ上でのデータのアドレス、ま
たは、データ自身である。UAP側で、複数のサブデータ
からなるデータを受け取る機能が無い場合は、フロント
エンドサーバ上でのアドレスになる。サブデータを使用
する後の問い合わせ１２２bでは、フロントエンドサー
バ側にデータがあるので、データベース操作サーバ側で
サブデータ取り出しをする必要が無い。直接フロントエ
ンドサーバ側のデータおよびサブデータを使用できる。
２０は、先に行なう検索問い合わせ１２２ａの解析、実
行の例である。図１と異なるのは、複数のサブデータか
らなるデータの検索１２２ａにおいて、検索結果２００
１が、位置情報１２６で無く、データ自身２００１であ
ることである。この場合変数にバインドする情報１２７
は、フロントエンドサーバ上でのデータのアドレス、ま
たは、データ自身である。UAP側で、複数のサブデータ
からなるデータを受け取る機能が無い場合は、フロント
エンドサーバ上でのアドレスになる。サブデータを使用
する後の問い合わせ１２２bでは、フロントエンドサー
バ側にデータがあるので、データベース操作サーバ側で
サブデータ取り出しをする必要が無い。直接フロントエ
ンドサーバ側のデータおよびサブデータを使用できる。
【００５３】図２１は本発明の内、図１の変数にバイン
ドする情報１２７の図４とは別の例である。図２２の例
で使用する。変数にバインドする情報１２７は、データ
をフロントエンドサーバに転送しているか、データは転
送せずに位置情報をフロントエンドサーバに転送してい
るかを表すフラグ情報２１０１を含む。データをフロン
トエンドサーバに転送している場合0、位置情報をフロ
ントエンドサーバに転送している場合1のフラグ情報で
よい。データをフロントエンドサーバに転送している
か、データは転送せずに位置情報をフロントエンドサー
バに転送しているかを判別できれば、上記フラグ情報で
無くてもかまわない。変数にバインドする情報１２７に
は、データをフロントエンドサーバに転送している場合
の情報２１０２と、位置情報をフロントエンドサーバに
転送している場合の情報２１０３を含む。データをフロ
ントエンドサーバに転送している場合の情報２１０２
は、フロントエンド上でのデータのアドレスもしくは、
データ自身である。位置情報をフロントエンドサーバに
転送している場合の情報２１０３は、位置情報１２６で
ある。
ドする情報１２７の図４とは別の例である。図２２の例
で使用する。変数にバインドする情報１２７は、データ
をフロントエンドサーバに転送しているか、データは転
送せずに位置情報をフロントエンドサーバに転送してい
るかを表すフラグ情報２１０１を含む。データをフロン
トエンドサーバに転送している場合0、位置情報をフロ
ントエンドサーバに転送している場合1のフラグ情報で
よい。データをフロントエンドサーバに転送している
か、データは転送せずに位置情報をフロントエンドサー
バに転送しているかを判別できれば、上記フラグ情報で
無くてもかまわない。変数にバインドする情報１２７に
は、データをフロントエンドサーバに転送している場合
の情報２１０２と、位置情報をフロントエンドサーバに
転送している場合の情報２１０３を含む。データをフロ
ントエンドサーバに転送している場合の情報２１０２
は、フロントエンド上でのデータのアドレスもしくは、
データ自身である。位置情報をフロントエンドサーバに
転送している場合の情報２１０３は、位置情報１２６で
ある。
【００５４】図２２と図２３は、図１の方法（位置情報
を転送する方法）と図２０の方法（データを転送する方
法）を、コスト計算などの選択基準で選択する例の概要
図である。選択基準としては、サブデータのデータ長な
どのディクショナリ情報から各方法のコストを計算し比
較する方法や、検索するデータにLOBデータなどの大規
模なサブデータがあれば図１の方法、無ければ図２０の
方法というように分ける方法がある。
を転送する方法）と図２０の方法（データを転送する方
法）を、コスト計算などの選択基準で選択する例の概要
図である。選択基準としては、サブデータのデータ長な
どのディクショナリ情報から各方法のコストを計算し比
較する方法や、検索するデータにLOBデータなどの大規
模なサブデータがあれば図１の方法、無ければ図２０の
方法というように分ける方法がある。
【００５５】図２２は、複数のサブデータからなるデー
タの検索の概要図である。解析１０１時に、各方式のコ
スト計算など２２０１で図１の方法２２０２、図２０の
方法２２０３の解析、実行を選択する。ただし、結果を
返す１０５処理のときに、図２１の変数にバインドする
情報１２７を作成する。ホストのUAP側では、サブデー
タを含むデータの検索の場合、変数の領域として、変数
にバインドする情報を受け取るだけの長さ分の領域を用
意する必要がある。
タの検索の概要図である。解析１０１時に、各方式のコ
スト計算など２２０１で図１の方法２２０２、図２０の
方法２２０３の解析、実行を選択する。ただし、結果を
返す１０５処理のときに、図２１の変数にバインドする
情報１２７を作成する。ホストのUAP側では、サブデー
タを含むデータの検索の場合、変数の領域として、変数
にバインドする情報を受け取るだけの長さ分の領域を用
意する必要がある。
【００５６】図２３は、サブデータを使用する問い合わ
せの概要図である。解析１０１時に、変数にバインドす
る情報１２７の、データをフロントエンドサーバに転送
しているか、データは転送せずに位置情報をフロントエ
ンドサーバに転送しているかを表すフラグ情報２１０１
により２３０１、図１の方法２３０２、図２０の方法２
３０３の解析、実行を選択する。
せの概要図である。解析１０１時に、変数にバインドす
る情報１２７の、データをフロントエンドサーバに転送
しているか、データは転送せずに位置情報をフロントエ
ンドサーバに転送しているかを表すフラグ情報２１０１
により２３０１、図１の方法２３０２、図２０の方法２
３０３の解析、実行を選択する。
【００５７】
【発明の効果】以上のように、本発明によれば、複数の
サブデータからなるデータの検索において、位置情報の
みを転送し、後でそのデータのサブデータを使用する問
い合わせにおいて、使用するサブデータを取り出すた
め、使用しないサブデータの転送による通信時間を削減
し、問い合わせ時間を小さくすることができる。使用し
ないサブデータがLOBデータなど大規模なデータの場合
特に有効である。
サブデータからなるデータの検索において、位置情報の
みを転送し、後でそのデータのサブデータを使用する問
い合わせにおいて、使用するサブデータを取り出すた
め、使用しないサブデータの転送による通信時間を削減
し、問い合わせ時間を小さくすることができる。使用し
ないサブデータがLOBデータなど大規模なデータの場合
特に有効である。
【図１】実施例の構成図である。
【図２】複数のサブデータからなるデータの例である。
【図３】位置情報の例である。
【図４】変数にバインドする情報の例である。
【図５】内部形式の処理手順の例である。
【図６】サブデータのオフセット情報の例である。
【図７】サブデータ取り出し用情報の例である。
【図８】サブデータの例である。
【図９】データ操作サーバに格納してあるデータの例で
ある。
ある。
【図１０】サブデータのオフセット情報作成の実施例で
ある。
ある。
【図１１】複数のサブデータからなるデータ作成の実施
例である。
例である。
【図１２】内部形式の処理手順作成の処理説明である。
【図１３】内部形式の処理手順転送と処理手順受け取り
の処理説明である。
の処理説明である。
【図１４】内部形式の処理手順実行の処理説明である。
【図１５】処理手順実行の処理説明である。
【図１６】結果受け取りと結果転送の処理説明である。
【図１７】サブデータ取得とサブデータ取り出しの処理
説明である。
説明である。
【図１８】具体例の概要図である。
【図１９】具体例の概要図である。
【図２０】代案の実施例である。
【図２１】変数にバインドする情報の例である。
【図２２】複数のサブデータからなるデータの検索の概
要図である。
要図である。
【図２３】サブデータを使用する問い合わせの概要図で
ある。
ある。
１１…ホスト １２…フロントエンドサーバ １３…データベース操作サーバ １４…ディクショナリ １０１…解析、１０２…内部形式の処理手順転送、１０
３…結果受け取り １０４…内部形式の処理手順実行、１０６…サブデータ
取得、１０７…データ受け取り １１１…処理手順受け取り、１１２…処理手順実行、１
１３…結果転送 １１４…サブデータ取り出し、１１５…データ転送 １２１…UAP、１２２…問い合わせ、１２４サブデータ
のオフセット情報 １２５…処理手順、１２６…位置情報、１２７…変数に
バインドする情報 １２８…サブデータ取り出し用情報、１２９…サブデー
タ、１３０…データ
３…結果受け取り １０４…内部形式の処理手順実行、１０６…サブデータ
取得、１０７…データ受け取り １１１…処理手順受け取り、１１２…処理手順実行、１
１３…結果転送 １１４…サブデータ取り出し、１１５…データ転送 １２１…UAP、１２２…問い合わせ、１２４サブデータ
のオフセット情報 １２５…処理手順、１２６…位置情報、１２７…変数に
バインドする情報 １２８…サブデータ取り出し用情報、１２９…サブデー
タ、１３０…データ
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｇ０６Ｆ 15/403 ３７０Ｚ (72)発明者 原 憲宏 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所情報・通信開発本部内
Claims (9)
- 【請求項１】データベースへの問い合わせを解析するフ
ロントエンドサーバと、データベースに対する操作を行
う複数のデータベース操作サーバを有し、フロントエン
ドサーバと、複数のデータベース操作サーバとがネット
ワークで接続された並列データベースシステムにおい
て、 データの検索をデータベース操作サーバが行ない、検索
結果の加工や制御をフロントエンドサーバが行なう構成
において、 複数のサブデータからなるデータの検索において、デー
タベース操作サーバから、データの位置情報を検索結果
としてフロントエンドサーバに返し、 前記検索以降に処理を行なう、加工、制御、データベー
ス操作における、前記複数のサブデータからなるデータ
の各サブデータの使用において、 前記データの位置情報と、データ内でのサブデータの位
置のディクショナリ情報と、問い合わせで必要なサブデ
ータの識別子により、データベース操作サーバにあるデ
ータの各サブデータを取り出し、 取り出したサブデータを使用する処理を行なうことを特
徴とする並列データベースシステム検索方法。 - 【請求項２】データの位置情報とは、データベース操作
サーバの識別子と、データのデータベース操作サーバ内
でのアドレスであることを特徴とする請求項１記載の並
列データベースシステム検索方法。 - 【請求項３】データ内でのサブデータの位置のディクシ
ョナリ情報とは、 データがクラスタリングしてあり、 各サブデータの位置を先頭のアドレスからのオフセット
値で表したものを含むことを特徴とする請求項１記載の
並列データベースシステム検索方法。 - 【請求項４】データ内でのサブデータの位置のディクシ
ョナリ情報とは、 サブデータの識別子を含み、 データがクラスタリングしてあり、 各サブデータの位置を先頭のアドレスからのオフセット
値で表したものをデータに含み、前記サブデータを取り
出すときに、サブデータの識別子からオフセット値を取
り出し、取り出したオフセットを用いて、各サブデータ
を取り出すことを特徴とする請求項１記載の並列データ
ベースシステム検索方法。 - 【請求項５】前記サブデータを使用する処理が、検索し
たデータに対する更新処理であるとき、 前記データの位置情報と、サブデータの位置のディクシ
ョナリ情報とともに、更新処理の内部形式の処理手順
を、データベース操作サーバに送り、データベース操作
サーバ側で、更新処理の内部形式の処理手順が、サブデ
ータを使用することを特徴とする請求項１記載の並列デ
ータベースシステム検索方法。 - 【請求項６】データベースへの問い合わせを解析するフ
ロントエンドサーバと、データベースに対する操作を行
う複数のデータベース操作サーバを有し、フロントエン
ドサーバと、複数のデータベース操作サーバとがネット
ワークで接続された並列データベースシステムにおい
て、データの検索をデータベース操作サーバが行ない、
検索結果の加工や制御をフロントエンドサーバが行なう
構成において、 (1)複数のサブデータからなるデータの検索において、
データベース操作サーバから、データの位置情報を検索
結果としてフロントエンドサーバに返し、前記検索以降
に処理を行なう、加工、制御、データベース操作におけ
る、前記複数のサブデータからなるデータのサブデータ
の使用において、前記データの位置情報と、データ内で
のサブデータの位置のディクショナリ情報と、問い合わ
せで必要なサブデータの識別子により、データベース操
作サーバにあるデータの、各サブデータを取り出し、取
り出したサブデータを使用する処理を行なう第一の方法
と、 (2)複数のサブデータからなるデータの検索において、
データベース操作サーバから、サブデータを含むデータ
を検索結果としてフロントエンドサーバに返し、前記検
索以降に処理を行なう、加工、制御、データベース操作
で、フロントエンドサーバ側にあるサブデータを取り出
し、処理を行なう第二の方法と、解析過程で、あらかじ
め与える選択基準により２つの方法から１つ選択し、選
択した方法に対応する内部形式の処理手順を作成し、実
行することを特徴とする並列データベースシステム検索
方法。 - 【請求項７】あらかじめ与える選択基準とは、各方法の
コストをサブデータのデータ長を含むディクショナリ情
報から計算し、コストの比較により、適切な方法を選択
することを特徴とする請求項５記載の並列データベース
システム検索方法。 - 【請求項８】あらかじめ与える選択基準とは、サブデー
タのなかに、システムで与える基準値より長いデータを
含む場合第一の方法を、基準値より長いデータを含まな
い場合第二の方法を選択することを特徴とする請求項５
記載の並列データベースシステム検索方法。 - 【請求項９】複数のサブデータからなるデータの検索に
おいて、 フロントエンドサーバからユーザアプリケーション側へ
返す結果に、データをフロントエンドサーバに転送して
いるか、データは転送せず位置情報をフロントエンドサ
ーバに転送しているかを表すフラグ情報を含み、 前記検索以降に処理を行なう、加工、制御、データベー
ス操作における、前記サブデータの使用において、前記
フラグ情報から前記第一の方法と第二の方法のうち対応
する内部形式の処理手順を作成することを特徴とする請
求項５記載の並列データベースシステム検索方法。
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP22640696A JP3747525B2 (ja) | 1996-08-28 | 1996-08-28 | 並列データベースシステム検索方法 |
| US08/918,106 US5940289A (en) | 1996-08-28 | 1997-08-27 | Parallel database system retrieval method of a relational database management system using initial data retrieval query and subsequent sub-data utilization query processing for minimizing query time |
| US09/998,219 US6564205B2 (en) | 1996-08-28 | 2001-12-03 | Querying parallel database system that execute stored procedures using abstract data type attributes, retrieving location information of data, sub-data between first and second server |
| US10/379,673 US6959302B2 (en) | 1996-08-28 | 2003-03-06 | Querying database system to execute stored procedures using abstract data type attributes, retrieving location information of data, sub-data between first and second servers |
| US11/208,533 US7225179B2 (en) | 1996-08-28 | 2005-08-23 | Querying database system to execute stored procedures using abstract data type attributes, retrieving location information of data, sub-data between first and second servers |
| US11/730,242 US20070226179A1 (en) | 1996-08-28 | 2007-03-30 | Querying database system to execute stored procedures using abstract data type attributes, retrieving location information of data, sub-data between first and second servers |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP22640696A JP3747525B2 (ja) | 1996-08-28 | 1996-08-28 | 並列データベースシステム検索方法 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005283258A Division JP4033207B2 (ja) | 2005-09-29 | 2005-09-29 | データベース管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1069488A true JPH1069488A (ja) | 1998-03-10 |
| JP3747525B2 JP3747525B2 (ja) | 2006-02-22 |
Family
ID=16844627
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP22640696A Expired - Fee Related JP3747525B2 (ja) | 1996-08-28 | 1996-08-28 | 並列データベースシステム検索方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (5) | US5940289A (ja) |
| JP (1) | JP3747525B2 (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10240590A (ja) * | 1997-02-26 | 1998-09-11 | Hitachi Ltd | 並列データベースシステムルーチン実行方法 |
| JP2002041312A (ja) * | 2000-04-21 | 2002-02-08 | Xiam Ltd | 構造化された情報処理のためのオペレーティングシステム |
| JP2009181463A (ja) * | 2008-01-31 | 2009-08-13 | Toshiba Corp | サーバ、データ転送方法及びプログラム |
| WO2011128946A1 (ja) * | 2010-04-16 | 2011-10-20 | 三菱電機株式会社 | データアクセス方法及びデータアクセス装置 |
| JP2013196404A (ja) * | 2012-03-21 | 2013-09-30 | Mitsubishi Denki Information Technology Corp | データ処理装置及びデータ処理方法及びデータ処理プログラム |
Families Citing this family (62)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3510042B2 (ja) * | 1996-04-26 | 2004-03-22 | 株式会社日立製作所 | データベース管理方法及びシステム |
| JP3747525B2 (ja) * | 1996-08-28 | 2006-02-22 | 株式会社日立製作所 | 並列データベースシステム検索方法 |
| JP3777666B2 (ja) * | 1996-08-28 | 2006-05-24 | 株式会社日立製作所 | データベース処理方法およびシステム |
| JPH10232875A (ja) * | 1997-02-19 | 1998-09-02 | Hitachi Ltd | データベース管理方法および並列データベース管理システム |
| US6115703A (en) * | 1998-05-11 | 2000-09-05 | International Business Machines Corporation | Two-level caching system for prepared SQL statements in a relational database management system |
| JPH11327879A (ja) * | 1998-05-15 | 1999-11-30 | Fujitsu Ltd | 変数検索装置及び方法並びに変数検索プログラムを記録したコンピュータ読取り可能な記録媒体 |
| US7228300B2 (en) * | 1998-10-05 | 2007-06-05 | Oracle International Corporation | Caching the results of security policy functions |
| US6304867B1 (en) * | 1999-02-25 | 2001-10-16 | Electronic Data Systems Corporation | System and method for enhanced performance of a relational database management system through the use of application-specific memory-resident data |
| WO2000055725A1 (fr) * | 1999-03-17 | 2000-09-21 | Fujitsu Limited | Systeme serveur et support d'enregistrement |
| US20020029207A1 (en) * | 2000-02-28 | 2002-03-07 | Hyperroll, Inc. | Data aggregation server for managing a multi-dimensional database and database management system having data aggregation server integrated therein |
| US6725218B1 (en) * | 2000-04-28 | 2004-04-20 | Cisco Technology, Inc. | Computerized database system and method |
| US6789076B1 (en) * | 2000-05-11 | 2004-09-07 | International Business Machines Corp. | System, method and program for augmenting information retrieval in a client/server network using client-side searching |
| CA2310578A1 (en) * | 2000-06-02 | 2001-12-02 | Ibm Canada Limited-Ibm Canada Limitee | Method and apparatus for synchronizing not-logged application temporary tables in a multi-node relational database management system |
| US6898633B1 (en) * | 2000-10-04 | 2005-05-24 | Microsoft Corporation | Selecting a server to service client requests |
| US6823391B1 (en) * | 2000-10-04 | 2004-11-23 | Microsoft Corporation | Routing client requests to back-end servers |
| GB0028237D0 (en) * | 2000-11-18 | 2001-01-03 | Ibm | Method and apparatus for communication of message data |
| PT2765708T (pt) * | 2002-03-27 | 2016-10-25 | Panasonic Ip Corp America | Sistema de codificação de comprimento variável, método de descodificação de comprimento variável e método de codificação de comprimento variável |
| US7499910B2 (en) * | 2002-06-27 | 2009-03-03 | Siebel Systems, Inc. | Detecting and processing cache hits for queries with aggregates |
| US6990483B2 (en) * | 2002-07-08 | 2006-01-24 | International Business Machines Corporation | Method, system and program product for automatically retrieving documents |
| US8238696B2 (en) * | 2003-08-21 | 2012-08-07 | Microsoft Corporation | Systems and methods for the implementation of a digital images schema for organizing units of information manageable by a hardware/software interface system |
| US8166101B2 (en) | 2003-08-21 | 2012-04-24 | Microsoft Corporation | Systems and methods for the implementation of a synchronization schemas for units of information manageable by a hardware/software interface system |
| GB2405964A (en) * | 2003-09-15 | 2005-03-16 | Siemens Ag | Database access |
| US7284010B2 (en) * | 2003-10-23 | 2007-10-16 | Microsoft Corporation | System and method for storing and retrieving a field of a user defined type outside of a database store in which the type is defined |
| US6941316B2 (en) * | 2003-10-23 | 2005-09-06 | Microsoft Corporation | System and method for object persistence in a database store |
| US20050091231A1 (en) * | 2003-10-24 | 2005-04-28 | Shankar Pal | System and method for storing and retrieving XML data encapsulated as an object in a database store |
| CA2447458A1 (en) * | 2003-10-29 | 2005-04-29 | Ibm Canada Limited - Ibm Canada Limitee | System and method for managing query access to information |
| US7685095B2 (en) * | 2003-12-16 | 2010-03-23 | Oracle International Corporation | Executing a parallel single cursor model |
| US7958160B2 (en) * | 2003-12-16 | 2011-06-07 | Oracle International Corporation | Executing filter subqueries using a parallel single cursor model |
| US7451133B2 (en) * | 2003-12-16 | 2008-11-11 | Oracle International Corporation | Executing nested subqueries of parallel table functions in the parallel single cursor model |
| US7340452B2 (en) * | 2003-12-16 | 2008-03-04 | Oracle International Corporation | Parallel single cursor model on multiple-server configurations |
| US8086645B2 (en) * | 2003-12-16 | 2011-12-27 | Oracle International Corporation | Compilation and processing a parallel single cursor model |
| US20050141042A1 (en) * | 2003-12-25 | 2005-06-30 | Murata Kikai Kabushiki Kaisha | Communication terminal device |
| US6976029B2 (en) * | 2004-02-10 | 2005-12-13 | Microsoft Corporation | System and method for providing user defined types in a database system |
| KR101440615B1 (ko) * | 2004-02-10 | 2014-09-16 | 마이크로소프트 코포레이션 | 사용자 정의 타입들에 대한 계승을 지원하기 위한 시스템및 방법 |
| US7376656B2 (en) * | 2004-02-10 | 2008-05-20 | Microsoft Corporation | System and method for providing user defined aggregates in a database system |
| US7676453B2 (en) | 2004-04-22 | 2010-03-09 | Oracle International Corporation | Partial query caching |
| US7310637B2 (en) * | 2004-05-05 | 2007-12-18 | International Business Machines Corporation | Dynamic database access via standard query language and abstraction technology |
| US7548901B2 (en) | 2004-06-29 | 2009-06-16 | Microsoft Corporation | System and method for delayed fetching of designated members of a user defined type |
| US7574424B2 (en) * | 2004-10-13 | 2009-08-11 | Sybase, Inc. | Database system with methodology for parallel schedule generation in a query optimizer |
| US8086615B2 (en) * | 2005-03-28 | 2011-12-27 | Oracle International Corporation | Security data redaction |
| US7778998B2 (en) * | 2005-03-28 | 2010-08-17 | Bea Systems, Inc. | Liquid data services |
| US20060224628A1 (en) * | 2005-03-29 | 2006-10-05 | Bea Systems, Inc. | Modeling for data services |
| US8126870B2 (en) * | 2005-03-28 | 2012-02-28 | Sybase, Inc. | System and methodology for parallel query optimization using semantic-based partitioning |
| US20060218118A1 (en) * | 2005-03-28 | 2006-09-28 | Bea Systems, Inc. | Using query plans for building and performance tuning services |
| US20060224557A1 (en) * | 2005-03-29 | 2006-10-05 | Bea Systems, Inc. | Smart services |
| US20060224556A1 (en) * | 2005-03-29 | 2006-10-05 | Bea Systems, Inc. | SQL interface for services |
| US8145686B2 (en) * | 2005-05-06 | 2012-03-27 | Microsoft Corporation | Maintenance of link level consistency between database and file system |
| JP2006323721A (ja) * | 2005-05-20 | 2006-11-30 | Fuji Xerox Co Ltd | データ管理システム及びデータサーバ及びデータ管理方法 |
| US7475056B2 (en) * | 2005-08-11 | 2009-01-06 | Oracle International Corporation | Query processing in a parallel single cursor model on multi-instance configurations, using hints |
| JP4852938B2 (ja) * | 2005-09-02 | 2012-01-11 | 富士ゼロックス株式会社 | データサーバ及びデータ管理方法及びプログラム |
| US20070088706A1 (en) * | 2005-10-17 | 2007-04-19 | Goff Thomas C | Methods and devices for simultaneously accessing multiple databases |
| US7285849B2 (en) * | 2005-11-18 | 2007-10-23 | Fairchild Semiconductor Corporation | Semiconductor die package using leadframe and clip and method of manufacturing |
| US20080281772A2 (en) * | 2005-11-30 | 2008-11-13 | Webroot Software, Inc. | System and method for managing access to storage media |
| US7496580B2 (en) * | 2006-04-11 | 2009-02-24 | Honeywell International Inc. | Apparatus and method for procedural operations development and distribution |
| US20090019103A1 (en) * | 2007-07-11 | 2009-01-15 | James Joseph Tommaney | Method and system for processing a database query |
| US7917574B2 (en) | 2007-10-01 | 2011-03-29 | Accenture Global Services Limited | Infrastructure for parallel programming of clusters of machines |
| US7970872B2 (en) * | 2007-10-01 | 2011-06-28 | Accenture Global Services Limited | Infrastructure for parallel programming of clusters of machines |
| US8700646B2 (en) * | 2009-08-12 | 2014-04-15 | Apple Inc. | Reference file for formatted views |
| US10909113B2 (en) | 2013-07-31 | 2021-02-02 | Sap Se | Global dictionary for database management systems |
| JP2015146205A (ja) * | 2015-03-16 | 2015-08-13 | 株式会社東芝 | データベース処理方法、及びデータベース処理装置 |
| WO2019228572A2 (en) * | 2019-09-12 | 2019-12-05 | Alibaba Group Holding Limited | Log-structured storage systems |
| SG11202002614XA (en) | 2019-09-12 | 2020-04-29 | Alibaba Group Holding Ltd | Log-structured storage systems |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS57150883A (en) * | 1981-03-14 | 1982-09-17 | Tokyo Shibaura Electric Co | Display system for image information memory retrieving unit |
| JPS62154139A (ja) * | 1985-12-27 | 1987-07-09 | Nippon Telegr & Teleph Corp <Ntt> | デ−タ選別装置 |
| JPH0765032A (ja) * | 1993-08-27 | 1995-03-10 | Toshiba Corp | データベース言語変換機能を持つ情報処理システム |
Family Cites Families (36)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5048009A (en) | 1989-02-28 | 1991-09-10 | Hewlett-Packard Company | Broadcast station locator for a local area network |
| DE69132012T2 (de) * | 1990-10-16 | 2000-11-16 | Consilium Inc | Objektorientierte architektur für fabrikverwaltung |
| US5426747A (en) * | 1991-03-22 | 1995-06-20 | Object Design, Inc. | Method and apparatus for virtual memory mapping and transaction management in an object-oriented database system |
| JPH04299459A (ja) * | 1991-03-27 | 1992-10-22 | Nec Corp | データベースアクセスシステム |
| US5737395A (en) * | 1991-10-28 | 1998-04-07 | Centigram Communications Corporation | System and method for integrating voice, facsimile and electronic mail data through a personal computer |
| US5426780A (en) | 1992-02-28 | 1995-06-20 | Intergraph Corporation | System for dynamic segmentation analysis using conversion of relational data into object-oriented data |
| JP3269849B2 (ja) * | 1992-05-29 | 2002-04-02 | 株式会社日立製作所 | 並列データベース処理システムとその検索方法 |
| GB2274182B (en) * | 1993-01-09 | 1996-09-25 | Digital Equipment Int | Database co-processor |
| JP3266351B2 (ja) * | 1993-01-20 | 2002-03-18 | 株式会社日立製作所 | データベース管理システムおよび問合せの処理方法 |
| US5548770A (en) * | 1993-02-25 | 1996-08-20 | Data Parallel Systems, Inc. | Method and apparatus for improving retrieval of data from a database |
| US5467471A (en) * | 1993-03-10 | 1995-11-14 | Bader; David A. | Maintaining databases by means of hierarchical genealogical table |
| JP3023441B2 (ja) * | 1993-11-16 | 2000-03-21 | 株式会社日立製作所 | データベース分割管理方法および並列データベースシステム |
| JPH0824506B2 (ja) * | 1993-12-01 | 1996-03-13 | 株式会社新日本科学 | 霊長類の保定器 |
| 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 |
| US5522077A (en) * | 1994-05-19 | 1996-05-28 | Ontos, Inc. | Object oriented network system for allocating ranges of globally unique object identifiers from a server process to client processes which release unused identifiers |
| JP3773964B2 (ja) * | 1994-07-25 | 2006-05-10 | 株式会社日立製作所 | オブジェクト指向データベース管理システム及びその管理方法 |
| US5588150A (en) | 1994-09-29 | 1996-12-24 | International Business Machines Corporation | Push down optimization in a distributed, multi-database system |
| GB2296799A (en) * | 1995-01-06 | 1996-07-10 | Ibm | Processing parallel data queries |
| US5729730A (en) | 1995-03-28 | 1998-03-17 | Dex Information Systems, Inc. | Method and apparatus for improved information storage and retrieval system |
| US6078925A (en) * | 1995-05-01 | 2000-06-20 | International Business Machines Corporation | Computer program product for database relational extenders |
| CA2150745C (en) | 1995-06-01 | 2001-05-01 | Chaitanya K. Baru | Method and apparatus for implementing partial declustering in a parallel database system |
| US6249800B1 (en) * | 1995-06-07 | 2001-06-19 | International Business Machines Corporartion | Apparatus and accompanying method for assigning session requests in a multi-server sysplex environment |
| US5794250A (en) * | 1995-10-20 | 1998-08-11 | Ncr Corporation | Method and apparatus for extending existing database management system for new data types |
| US5754841A (en) | 1995-10-20 | 1998-05-19 | Ncr Corporation | Method and apparatus for parallel execution of user-defined functions in an object-relational database management system |
| US6067542A (en) * | 1995-10-20 | 2000-05-23 | Ncr Corporation | Pragma facility and SQL3 extension for optimal parallel UDF execution |
| US5806065A (en) | 1996-05-06 | 1998-09-08 | Microsoft Corporation | Data system with distributed tree indexes and method for maintaining the indexes |
| US6031978A (en) * | 1996-06-28 | 2000-02-29 | International Business Machines Corporation | System, method and program for enabling a client to reconnect to a same server in a network of computer systems after the server has moved to a different network address |
| JP3777666B2 (ja) | 1996-08-28 | 2006-05-24 | 株式会社日立製作所 | データベース処理方法およびシステム |
| JP3747525B2 (ja) * | 1996-08-28 | 2006-02-22 | 株式会社日立製作所 | 並列データベースシステム検索方法 |
| US5737597A (en) * | 1996-10-25 | 1998-04-07 | International Business Machines Corporation | Method for cataloging datastore characteristics and defining and generating datastore persistent objects |
| US5765147A (en) | 1996-11-21 | 1998-06-09 | International Business Machines Corportion | Query rewrite for extended search capabilities |
| US6148377A (en) | 1996-11-22 | 2000-11-14 | Mangosoft Corporation | Shared memory computer networks |
| US5999924A (en) | 1997-07-25 | 1999-12-07 | Amazon.Com, Inc. | Method and apparatus for producing sequenced queries |
| US5937409A (en) * | 1997-07-25 | 1999-08-10 | Oracle Corporation | Integrating relational databases in an object oriented environment |
| US6226635B1 (en) * | 1998-08-14 | 2001-05-01 | Microsoft Corporation | Layered query management |
| US6347312B1 (en) * | 1998-11-05 | 2002-02-12 | International Business Machines Corporation | Lightweight directory access protocol (LDAP) directory server cache mechanism and method |
-
1996
- 1996-08-28 JP JP22640696A patent/JP3747525B2/ja not_active Expired - Fee Related
-
1997
- 1997-08-27 US US08/918,106 patent/US5940289A/en not_active Expired - Fee Related
-
2001
- 2001-12-03 US US09/998,219 patent/US6564205B2/en not_active Expired - Fee Related
-
2003
- 2003-03-06 US US10/379,673 patent/US6959302B2/en not_active Expired - Fee Related
-
2005
- 2005-08-23 US US11/208,533 patent/US7225179B2/en not_active Expired - Fee Related
-
2007
- 2007-03-30 US US11/730,242 patent/US20070226179A1/en not_active Abandoned
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS57150883A (en) * | 1981-03-14 | 1982-09-17 | Tokyo Shibaura Electric Co | Display system for image information memory retrieving unit |
| JPS62154139A (ja) * | 1985-12-27 | 1987-07-09 | Nippon Telegr & Teleph Corp <Ntt> | デ−タ選別装置 |
| JPH0765032A (ja) * | 1993-08-27 | 1995-03-10 | Toshiba Corp | データベース言語変換機能を持つ情報処理システム |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10240590A (ja) * | 1997-02-26 | 1998-09-11 | Hitachi Ltd | 並列データベースシステムルーチン実行方法 |
| JP2002041312A (ja) * | 2000-04-21 | 2002-02-08 | Xiam Ltd | 構造化された情報処理のためのオペレーティングシステム |
| JP2009181463A (ja) * | 2008-01-31 | 2009-08-13 | Toshiba Corp | サーバ、データ転送方法及びプログラム |
| US8352481B2 (en) | 2008-01-31 | 2013-01-08 | Kabushiki Kaisha Toshiba | Server, data transfer method, and recording medium |
| WO2011128946A1 (ja) * | 2010-04-16 | 2011-10-20 | 三菱電機株式会社 | データアクセス方法及びデータアクセス装置 |
| CN102859497A (zh) * | 2010-04-16 | 2013-01-02 | 三菱电机株式会社 | 数据访问方法及数据访问装置 |
| JP5355784B2 (ja) * | 2010-04-16 | 2013-11-27 | 三菱電機株式会社 | データアクセス方法及びデータアクセス装置 |
| CN102859497B (zh) * | 2010-04-16 | 2015-05-06 | 三菱电机株式会社 | 数据访问方法及数据访问装置 |
| JP2013196404A (ja) * | 2012-03-21 | 2013-09-30 | Mitsubishi Denki Information Technology Corp | データ処理装置及びデータ処理方法及びデータ処理プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3747525B2 (ja) | 2006-02-22 |
| US20040002949A1 (en) | 2004-01-01 |
| US20070226179A1 (en) | 2007-09-27 |
| US20020038300A1 (en) | 2002-03-28 |
| US6959302B2 (en) | 2005-10-25 |
| US6564205B2 (en) | 2003-05-13 |
| US5940289A (en) | 1999-08-17 |
| US7225179B2 (en) | 2007-05-29 |
| US20050283493A1 (en) | 2005-12-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3747525B2 (ja) | 並列データベースシステム検索方法 | |
| JP3742177B2 (ja) | 並列データベースシステムルーチン実行方法 | |
| EP3446242B1 (en) | Query plan generation and execution in a relational database management system with a temporal-relational database | |
| US7512614B2 (en) | System and method for data ETL in a data warehouse environment | |
| US7499909B2 (en) | Techniques of using a relational caching framework for efficiently handling XML queries in the mid-tier data caching | |
| US6061690A (en) | Apparatus and method for storage of object collections in a database system | |
| US6694312B2 (en) | Database processing method and apparatus for processing data by analyzing query input | |
| WO2003107223A1 (en) | Systems and methods for processing queries | |
| US8073843B2 (en) | Mechanism for deferred rewrite of multiple XPath evaluations over binary XML | |
| JPH10512699A (ja) | コンピュータのネットワークからワールドワイドウェッブ上のページを捜し出したり、ドキュメントを捜し出したりするためのシステム及び方法 | |
| CN110688397B (zh) | 一种基于sql的分布式数据统一访问系统及方法 | |
| JP3808941B2 (ja) | 並列データベースシステム通信回数削減方法 | |
| JP4207096B2 (ja) | データベース管理方法 | |
| US7103872B2 (en) | System and method for collecting and transferring sets of related data from a mainframe to a workstation | |
| US5930800A (en) | Execution of user defined ADT function implemented by embedded module in a database management method | |
| US9172595B2 (en) | Systems and methods of packet object database management | |
| JP4033207B2 (ja) | データベース管理方法 | |
| JPH1021125A (ja) | 分散データベースシステムの所在管理方式 | |
| JP2007207280A (ja) | データベース管理方法 | |
| JP2008500604A (ja) | ハードウェアデータベース管理システム用アーキテクチャ | |
| JP2000057025A (ja) | データベースシステム関数実行回数削減方法 | |
| JPH05313965A (ja) | データベース管理システム | |
| Bocca | Logic languages and relational databases: the design and implementation of Educe | |
| JPH06222967A (ja) | データアクセス方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050201 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050404 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20050426 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050623 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20050628 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050913 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050929 |
|
| 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: 20051108 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20051121 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081209 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091209 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101209 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101209 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111209 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111209 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121209 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131209 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |