[go: up one dir, main page]

JP2000163307A - データベース処理方法及びその実施装置並びにその処理プログラムを記録した媒体 - Google Patents

データベース処理方法及びその実施装置並びにその処理プログラムを記録した媒体

Info

Publication number
JP2000163307A
JP2000163307A JP10333585A JP33358598A JP2000163307A JP 2000163307 A JP2000163307 A JP 2000163307A JP 10333585 A JP10333585 A JP 10333585A JP 33358598 A JP33358598 A JP 33358598A JP 2000163307 A JP2000163307 A JP 2000163307A
Authority
JP
Japan
Prior art keywords
module
database
function
resource
udt
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
Application number
JP10333585A
Other languages
English (en)
Other versions
JP3763982B2 (ja
Inventor
Norihiro Hara
憲宏 原
Masashi Tsuchida
正士 土田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP33358598A priority Critical patent/JP3763982B2/ja
Priority to US09/448,513 priority patent/US6789074B1/en
Publication of JP2000163307A publication Critical patent/JP2000163307A/ja
Application granted granted Critical
Publication of JP3763982B2 publication Critical patent/JP3763982B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

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/245—Query processing
    • G06F16/2455—Query execution
    • G06F16/24553—Query execution of query operations
    • 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/2453—Query optimisation
    • G06F16/24534—Query rewriting; Transformation
    • G06F16/24547—Optimisations to support specific applications; Extensibility of optimisers
    • 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/99934—Query formulation, input preparation, or translation

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computational Linguistics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

(57)【要約】 【課題】 固有のＤＢリソースへアクセスするデータベ
ース処理を効率的に行うことが可能な技術を提供する。 【解決手段】 問い合わせ対象のデータ型に関連した関
数を実現するモジュールを起動してデータベース処理を
行うデータベース処理方法において、ユーザからの問合
せを解析する際に、ユーザからの問合せ中の関数を実現
するモジュールのデータベースリソースアクセス情報が
固有のデータベースリソースへのアクセスを行うことを
示している場合には、当該データベースリソースが格納
管理されているデータベース処理装置で当該モジュール
を実行する様に実行手順を決定するステップを有するも
のである。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明はユーザがデータ型及
びその振る舞いを定義することが可能なデータベース処
理システムに関し、特にユーザ定義関数による固有のデ
ータベースリソースへのアクセスを効率的に行うデータ
ベース処理システムに適用して有効な技術に関するもの
である。
【０００２】
【従来の技術】近年、データベース管理システムの分野
では、ハードウェアの進歩やＷＷＷ(World Wide Web)の
普及を背景に、文書や画像等のマルチメディアのデータ
をデータベースとして管理する需要が生じている。この
為、従来のリレーショナル・データベース管理システム
では管理することができなかった複雑なデータを任意に
定義し、管理する機能が必要になってきた。
【０００３】その需要を満たすべく現在、データベース
言語ＳＱＬ(Structured Query Language)ではＳＱＬ３
(ISO,ANSI)の規格化が進められている。ＵＤＴ(User-De
finedType、ユーザ定義データ型)は、ＳＱＬ３の主要機
能の１つである。ＵＤＴとは、ユーザ定義のデータ型で
あり、オブジェクト指向の概念を取り入れ、ＵＤＴデー
タに対する操作もメソッド（関数、手続き）としてユー
ザが定義する。ＵＤＴを用いると、複雑なデータ構造を
実現することができる。また、ＵＤＴデータの値自身の
振る舞い（付随する機能）をユーザ定義関数として定義
することができる。ＵＤＴの定義では、値を表現する為
の属性（群）の仕様と、その振る舞いを実現する一群の
操作をＵＤＴ関数として規定する。これらＵＤＴ定義情
報は、表定義等と同様にディクショナリ情報としてデー
タベース管理システムにおいて管理されるのが実装とし
て一般的である。
【０００４】上記オブジェクト指向の概念を取り入れ、
ユーザ定義データ型等の機能をサポートしたリレーショ
ナル・データベース管理システムを、オブジェクト・リ
レーショナル・データベース管理システムと呼ぶことが
近年多くなってきている。
【０００５】ＵＤＴ関数の定義には、ＳＱＬ自身を用い
た記述が可能である。また更に、この関数の定義には、
Ｃ言語等の一般プログラミング言語で記述してコンパイ
ルし、システムに登録したモジュールを指定することも
できる。これらモジュールとＵＤＴ関数との関連は、Ｕ
ＤＴを定義する為のタイプ定義文（ＣＲＥＡＴＥ ＴＹ
ＰＥ文）に記述される。すなわち、モジュールとはＵＤ
Ｔ関数の内部的実現形態である。ＵＤＴ関数とモジュー
ルの実装については、Don Chamberlin :"Usingthe new
DB2:IBM's Object-Relational Database System", pp28
5,1996 等に記載されている。
【０００６】ＵＤＴを使うことによって、マルチメディ
アデータに対応する機能をデータベース管理システムの
機能として実現することができる様になる。これは、今
までアプリケーションプログラムで行っていた処理を、
データベースシステム側で高速にかつ低開発コストで実
現できることを意味する。
【０００７】
【発明が解決しようとする課題】ここでいうマルチメデ
ィアデータに対応する機能には、従来のリレーショナル
・データベース管理システムには無い、複雑かつ高機能
な検索機能が挙げられる。画像、音声、文書、地図情報
等それぞれのデータに特有の検索システムには、それぞ
れの検索機能を満たす為のインデクスを有することが一
般的である。オブジェクト・リレーショナル・データベ
ース管理システムにおいても、ある種のインデクス若し
くはそれに替わる情報を有し、ＵＤＴ関数を通じてそれ
らの「ＤＢリソース」にアクセスすることによりＵＤＴ
に特有の検索機能を提供することが必要となる。テーブ
ルの列データであるＵＤＴデータに対する加工のみのＵ
ＤＴ関数では、マルチメディアデータに対して十分ユー
ザニーズを満たす様な機能は実現できないからである。
すなわち、マルチメディアデータに対するユーザのニー
ズに応えていく為にはテーブルデータの他に、ＵＤＴ下
で管理されるＤＢリソースが必要となる。データベース
管理システムにおいてその様なＤＢリソースを管理する
様な仕掛けが必要となる。
【０００８】一方、オブジェクト・リレーショナル・デ
ータベース管理システムの別の魅力は、リレーショナル
・データベース管理システム上に存在する既存のデータ
をそのまま生かせること、すなわちリレーショナル・モ
デルのメリットである表形式検索にある。つまり、同一
または別のテーブルにおける列データと関連した統合的
な検索が可能であることである。
【０００９】しかし、前述の様なＤＢリソースを有し、
それに対するアクセスにより機能を実現する様なＵＤＴ
関数を導入した場合、ＵＤＴ関数実現モジュールの実行
（起動）場所がＤＢリソースの存在場所（サーバ）に限
定される。よって、オブジェクト・リレーショナル・デ
ータベース管理システムのオプティマイザは、必ずＤＢ
リソースアクセスがあるかもしれない表格納ＢＥＳ（Ｂ
ａｃｋ Ｅｎｄ Ｓｅｒｖｅｒ）にてＵＤＴ実現モジュ
ールを起動する様にプランニングしなければならない
為、複数行の突き合わせ処理を伴う問合せ要求等実行性
能が十分に得られず、リレーショナル・モデルの効力を
十分に享受できないという問題がある。本発明の目的は
上記問題を解決し、固有のＤＢリソースへアクセスする
データベース処理を効率的に行うことが可能な技術を提
供することにある。
【００１０】
【課題を解決するための手段】本発明は、問い合わせ対
象のデータ型に関連した関数を実現するモジュールを起
動してデータベース処理を行うデータベース処理システ
ムにおいて、ユーザからの問合せ中の関数を実現するモ
ジュールが固有のＤＢリソースへのアクセスを行う場合
に、当該ＤＢリソースが格納管理されているデータベー
ス処理装置で当該モジュールを実行する様に実行手順を
決定するものである。
【００１１】本発明のデータベース処理システムでは、
データベースに定義されているデータ型に関連した関数
を実現するモジュールのモジュール定義情報を登録する
際に、当該モジュールがそのデータ型に固有のＤＢリソ
ースへのアクセスを行うかどうかを示すＤＢリソースア
クセス情報を登録しておく。
【００１２】ユーザからの問合せを受け取って対応する
データベース処理を行う際には、その問合せを解析して
その問合せ中の関数を実現するモジュールのＤＢリソー
スアクセス情報を参照し、その情報が固有のＤＢリソー
スへのアクセスを行うことを示している場合には、当該
ＤＢリソースが格納管理されているデータベース処理装
置で当該モジュールを実行する様に実行手順を決定す
る。
【００１３】また前記情報が固有のＤＢリソースへのア
クセスを行わないことを示している場合には、最もモジ
ュール実行頻度の少ないデータベース処理装置や当該Ｄ
Ｂリソースが格納管理されているデータベース処理装置
とは関連の無いデータベース処理装置にて当該モジュー
ルを実行する様に実行手順を決定する。
【００１４】以上の様に本発明のデータベース処理シス
テムによれば、固有のＤＢリソースへアクセスするモジ
ュールを当該ＤＢリソースが格納管理されているデータ
ベース処理装置で実行し、それ以外のモジュールを他の
データベース処理装置で実行するので、固有のＤＢリソ
ースへアクセスするデータベース処理を効率的に行うこ
とが可能である。
【００１５】
【発明の実施の形態】以下にユーザ定義関数による固有
のデータベースリソースへのアクセスを効率的に行う一
実施形態のデータベース処理システムについて説明す
る。図１は本実施形態のデータベース処理システムの概
略構成を示す図である。図１に示す様に本実施形態のデ
ータベース管理システム１は、モジュール定義情報登録
部６０と、ＵＤＴ関数実現モジュール実行手順決定処理
部１１０と、実行手順指示作成処理部２１０とを有して
いる。
【００１６】モジュール定義情報登録部６０は、データ
ベースに定義されているデータ型に関連した関数を実現
するモジュールが固有のＤＢリソースへのアクセスを行
うかどうかを示すＤＢリソースアクセス情報５２０を登
録する処理部である。
【００１７】ＵＤＴ関数実現モジュール実行手順決定処
理部１１０は、ユーザからの問合せ中の関数を実現する
モジュールのＤＢリソースアクセス情報５２０が固有の
ＤＢリソースへのアクセスを行うことを示している場合
に、当該ＤＢリソースが格納管理されているデータベー
ス処理装置で当該モジュールを実行する様に実行手順を
決定する処理部である。実行手順指示作成処理部２１０
は、ＵＤＴ関数実現モジュール実行手順決定処理部１１
０での決定結果に応じて問合せ実行手順指示を作成する
処理部である。
【００１８】データベース管理システム１をモジュール
定義情報登録部６０、ＵＤＴ関数実現モジュール実行手
順決定処理部１１０及び実行手順指示作成処理部２１０
として機能させる為のプログラムは、ＣＤ−ＲＯＭ等の
記録媒体に記録され磁気ディスク等に格納された後、メ
モリにロードされて実行されるものとする。なお前記プ
ログラムを記録する媒体はＣＤ−ＲＯＭ以外の他の媒体
でも良い。
【００１９】図１を用いて本実施形態の概念を簡単に説
明する。本実施形態のデータベース管理システム１で
は、問合せ解析処理部１０において、ユーザ要求２のユ
ーザ問合せに含まれるＵＤＴ関数実現モジュールに関す
るＤＢリソースアクセス情報５２０に応じて、ＵＤＴ関
数実現モジュール実行手順決定処理部１１０でＵＤＴ関
数実現モジュールをいつどこで実行するかを決定し、そ
の決定結果を基に実行手順指示作成処理部２１０で問合
せ実行手順指示を作成する。そして、データベース処理
実行制御部２０において、問合せ実行手順指示に従って
モジュールを起動することによりＵＤＴ関数を実行す
る。
【００２０】次に図１を用い、本実施形態のデータベー
ス管理システムの構成について詳細に説明する。本実施
形態のデータベース管理システム１は、ユーザからのデ
ータベース問合せ要求であるＳＱＬ（構造化照会言語）
を受け取り、構文解析、意味解析処理を通してデータベ
ースアクセスの最適なアクセス経路を決定する最適化処
理を行い、決定したアクセス経路に基づいてデータベー
ス処理用の内部処理コード、すなわち問合せ実行手順指
示を生成する問合せ解析処理部１０、生成された問合せ
実行手順指示を基にデータベースアクセスの制御を行う
データベース処理実行制御部２０、データベース処理実
行制御部２０の要求指示により、データベース領域アク
セス処理部５０を通じてテーブルデータ４２へのアクセ
ス制御を行うテーブルデータ管理部３０、また同様にデ
ータベース処理実行制御部２０の要求指示により、ＵＤ
Ｔ関数実現ＵＤＴ関数実現モジュール９０の起動を行う
モジュール起動部４０、テーブルデータ管理部３０若し
くはモジュール起動部４０の要求指示により、ＤＢリソ
ース４１及びテーブルデータ４２が格納されているデー
タベース領域４へのアクセス制御を行うデータベース領
域アクセス処理部５０、ユーザから入力されるＵＤＴ関
数実現モジュールに関するモジュール定義情報を受け付
け解析し、ディクショナリ５への登録を要求するモジュ
ール定義情報登録部６０、ユーザ要求が各種定義要求の
場合、問合せ解析処理部１０の解析結果に基づきディク
ショナリ５に対する登録或いは削除を要求する定義処理
部７０、ディクショナリ５に対する登録処理、参照処理
或いは削除処理を行うディクショナリ管理部８０を有し
ている。
【００２１】ディクショナリ５には、テーブルやインデ
クスに関する定義情報、等の各種定義情報が格納されて
いる。そのディクショナリ５に格納されている定義情報
には、データタイプ定義情報５１、モジュール定義情報
５２が含まれる。
【００２２】データタイプ定義情報５１は、ＵＤＴに関
する定義情報、すなわちＵＤＴを構成するデータ型及び
そのＵＤＴの振る舞いを実現する為のＵＤＴ関数に関す
る情報である。データタイプ定義情報５１は、ユーザ要
求２のデータタイプ定義要求によりユーザから入力され
たものである。
【００２３】そして、モジュール定義情報５２は、どの
ＵＤＴ関数の実現時にどのモジュールがどの契機で起動
されるか等を示す情報である。更にモジュール定義情報
５２には、そのモジュール起動時におけるＤＢリソース
アクセスに関する情報であるＤＢリソースアクセス情報
５２０を含む。モジュール定義情報５２は、モジュール
定義情報３によりユーザから入力されたものである。
【００２４】図２は本実施形態のコンピュータシステム
のハードウェア構成の一例を示す図である。コンピュー
タシステム１０００は、ＣＰＵ１００２、主記憶装置１
００１、磁気ディスク等の外部記憶装置１００３及び多
数の端末１００４で構成される。主記憶装置１００１上
には、図１を用いて先に説明したデータベース管理シス
テム１が置かれ、外部記憶装置１００３上にはデータベ
ース管理システム１が管理するデータベースに関する各
種定義情報を含むディクショナリ５、及び定義されたテ
ーブルデータ及びＵＤＴ関数実現モジュールがアクセス
するＤＢリソースを含むデータベース領域４が格納され
る。また、データベース管理システム１を実現するプロ
グラムも外部記憶装置１００３上に格納される。
【００２５】図３は本実施形態のデータタイプの追加例
を示す図である。ユーザがデータベース管理システムに
対して新たなデータタイプを追加する際の手順につい
て、図３の代表的な一手順例を用いて説明する。手順概
略は以下の様になる。
【００２６】（１）データタイプ定義（手順３０１） （２）ＵＤＴ実現モジュール定義情報登録（手順３０
２） （３）テーブル定義（手順３０３） まず、データタイプの定義（手順３０１）において、追
加しようとするデータタイプに関する情報を登録する。
データタイプの定義は、ＳＱＬの「ＣＲＥＡＴＥ ＴＹ
ＰＥ文」により行う。図３の「ＣＲＥＡＴＥ ＴＹＰＥ
文」の例では、text_no、text_name、author、contents
というそれぞれINT、CHAR、CHAR、VARCHAR型データの属
性と、ＢＯＯＬＥＡＮ型を返すＵＤＴ関数ＣＯＮＴＡＩ
ＮＳを有する「TEXT」型ＵＤＴが定義されている。
【００２７】手順３０１のデータタイプ定義において定
義したＵＤＴに関して、手順３０２においてＵＤＴ実現
モジュール定義情報の登録を行う。以下に図３のデータ
タイプ定義に基づいたＵＤＴ実現モジュール定義情報の
登録の際のユーザインタフェースの一例を挙げる。
【００２８】 まず、関連するＵＤＴの名称が「ＵＤＴ名」にTEXTと示
されている。その後に個々のモジュールに関する情報が
指示される。モジュール"_p_text_contains"は、ＵＤＴ
関数"TEXT_CONTAINS"を実現する為に起動されることを
示している。ＵＤＴ関数実現の為のモジュールには起動
契機として"AS_FUNCTION"を指定する。そして、「ＤＢ
リソースアクセス」YESは、ＵＤＴ関数実現の為のモジ
ュールが起動実行時にそのＵＤＴ固有のＤＢリソースに
対するアクセスを行うという宣言を示している。同様
に、モジュール"_p_text_extract1"は、ＵＤＴ関数"TEX
T_EXTRACT1"を実現する為に起動されることを示してい
る。ＵＤＴ関数実現の為のモジュールには起動契機とし
て"AS_FUNCTION"を指定する。本モジュールはＵＤＴ固
有のＤＢリソースに対するアクセスを要することを示し
ている。モジュール"_p_text_extract2"は、ＵＤＴ関
数"TEXT_EXTRACT2"を実現する為に起動されることを示
している。ＵＤＴ関数実現の為のモジュールには起動契
機として"AS_FUNCTION"を指定する。本モジュールはＵ
ＤＴ固有のＤＢリソースに対するアクセスを行わないこ
とを「ＤＢリソースアクセス」NOにより指定している。
【００２９】モジュール"_p_text_insert"は、TEXT型デ
ータの挿入時（"AS_INSERT_TRIGGER"は挿入時が起動契
機であることを示す）に起動されることを示している。
また、モジュール"_p_text_delete"は、TEXT型データを
含む行の削除時（"AS_DELETE_TRIGGER"は削除時が起動
契機であることを示す）に起動されることを示してい
る。モジュール"_p_text_insert"、"_p_text_delete"共
にモジュール実行においてＤＢリソースに対するアクセ
スを要することを示している。
【００３０】以上のデータタイプ定義（手順３０１）と
ＵＤＴ関数実現モジュール定義情報登録（手順３０２）
によって、ＵＤＴ関数実現モジュールをデータベース管
理システムが認知し、ユーザからの問合せ中のＵＤＴ関
数に応じて対応するモジュールが適切な場所で起動され
ＤＢリソースをアクセスすることにより特有の機能を実
現する為の情報が準備できたことになる。
【００３１】上記ＵＤＴの定義の下に、以下の手順３０
３でデータベース領域に格納するテーブルを定義する。
テーブルの定義は、図３の手順３０３の例の様にＳＱＬ
において「ＣＲＥＡＴＥ ＴＡＢＬＥ文」により行う。
この例では、title、country、produce_year、guide、m
ovie_contentsというそれぞれCHAR、INT、DATE、TEXT、
BLOB型の列から構成されるmovies_libテーブルが定義さ
れている。また、title、country、publish_year、guid
e、book_contentsというそれぞれCHAR、INT、DATE、TEX
T、BLOB型の列から構成されるbooks_libテーブルが定義
されている。
【００３２】図４は本実施形態のＵＤＴ関数実現モジュ
ール定義情報５２の構成例を示す図である。図４ではデ
ィクショナリ５に格納されるＵＤＴ関数実現モジュール
定義情報５２の構成の一形態を表している。ＵＤＴ関数
実現モジュール定義情報は、既述の様にユーザ定義デー
タタイプ（ＵＤＴ）を実現する為のモジュールに関する
定義情報である。
【００３３】図４に示す様に、ＵＤＴ毎にＵＤＴ関数実
現モジュール９０の数のモジュール定義情報レコード５
２１から成る。モジュール定義情報レコード５２１は、
それぞれあるＵＤＴ関数実現モジュール９０に関連する
モジュール名、ＵＤＴ名、起動契機、起動ＵＤＴ関数
名、そしてＤＢリソースアクセスフラグにより構成され
る。
【００３４】ＵＤＴ名５２３は、その関連するモジュー
ル（モジュール名５２２により識別される）が、どのＵ
ＤＴの振る舞いを実現する為に起動されるか、またはど
のＵＤＴに対する操作を行った際に起動されるかを示し
ている。
【００３５】その関連するモジュールがＵＤＴの振る舞
いを実現する為のもの、すなわちユーザ要求２の問合せ
に明示的に記述されるＵＤＴ関数を実現する為のもので
ある場合、起動契機５２４にはユーザの指定に伴い"AS_
FUNCTION"が設定され、起動ＵＤＴ関数名５２５にモジ
ュール名５２２に関連するＵＤＴ関数名が示される。起
動契機５２４が"AS_INSERT_TRIGGER"の場合、そのＵＤ
Ｔを含むテーブルデータが挿入された際に対応するモジ
ュールが起動され、"AS_DELETE_TRIGGER"の場合、その
ＵＤＴを含むテーブルデータが削除された際に対応する
モジュールが起動される。また"AS_UPDATE_TRIGGER"の
場合、テーブルデータに対する更新によってそのＵＤＴ
のデータが更新された際に対応するモジュールが起動さ
れる。
【００３６】ここで、ＤＢリソースアクセスフラグ５２
６は、モジュールが起動され実行する際に関連するＵＤ
Ｔ固有のＤＢリソースをアクセスするかどうかを示すフ
ラグである。ＤＢリソースアクセスフラグがＯＮの場
合、ＤＢリソースに対するアクセスを行うことを示す。
またＯＦＦの場合、ＤＢリソースでのアクセスは行わな
いことを示す。
【００３７】図５は本実施形態のモジュール定義情報登
録部６０の処理手順を示すフローチャートである。図５
では図３で説明したＵＤＴ関数実現モジュール定義情報
登録（３０２）を実行するモジュール定義情報登録部６
０における処理の流れの一例を表している。
【００３８】ユーザから入力されたモジュール定義情報
３より、１つのモジュール毎に次の処理を行う。まずス
テップ５０１において、登録対象であるモジュール定義
情報の為の定義情報エントリを用意する。そして次の様
にそのエントリに対し項目を設定していく。それらの項
目の基になる情報は全てユーザから入力されたモジュー
ル定義情報である。ステップ５０２においてモジュール
名を設定し、ステップ５０３においてそのモジュールが
どのＵＤＴの振る舞いを定義するものであるかを設定す
る。更にステップ５０４においてそのモジュールがどん
な契機で起動されるかを入力情報に従い設定し、ステッ
プ５０５でＵＤＴ関数名を設定する。
【００３９】また更にステップ５０６において、ユーザ
から入力されたモジュール定義情報を基にＤＢリソース
アクセス情報５２０であるＤＢリソースアクセスフラグ
５２６を設定する。ステップ５０６においてユーザから
入力されたモジュール定義情報の「ＤＢリソースアクセ
ス」がYESかどうかを判定する。YESの場合にはステップ
５０７に進み、ＤＢリソースアクセスフラグをＯＮに設
定する。またNOの場合にはステップ５０８に進み、ＤＢ
リソースアクセスフラグをＯＦＦに設定する。双方の場
合とも以上でエントリ項目設定は全て完了したので、ス
テップ５０９において設定したモジュール定義情報エン
トリをディクショナリ管理部８０のサービスを通してデ
ィクショナリへ登録する。もちろん、モジュール定義情
報エントリに対して必要な項目が全て設定されれば良
く、その設定順序はこの図５で示しているものと一致す
る必要はない。
【００４０】前述のＵＤＴ実現モジュール定義情報の登
録の際のユーザインタフェースの一例に従い、ディクシ
ョナリに登録したモジュール定義情報エントリの実際の
例を図４で示している。モジュール"_p_text_extract2"
は、ＤＢリソースアクセスがNOという定義なので、エン
トリの項目「ＤＢリソースアクセスフラグ」がＯＦＦに
なっている。
【００４１】図６は本実施形態のＵＤＴ関数実現モジュ
ール実行手順決定処理部１１０の処理手順を示すフロー
チャートである。図６では問合せ解析処理部１０でユー
ザ要求２（ＳＱＬ文）内にＵＤＴ関数が検出された場合
のＵＤＴ関数実現モジュール実行手順決定処理部１１０
の処理内容を表している。
【００４２】ＵＤＴ関数の解析にて、関数ＤＢリソース
アクセスフラグを基に、ＵＤＴ関数を実現するモジュー
ルに最適な問合せ実行手順を生成する様に決定する。ま
ず、ステップ１１２においてＳＱＬ文中のＵＤＴ関数の
出現位置がどこかを判定する。ＵＤＴ関数の出現位置が
WHERE句以降である場合に処理はステップ１１９に進
み、以下の様なＵＤＴ関数に関する手順を決定する。
【００４３】（ａ）ＵＤＴ関数起動時期：前 （ｂ）ＵＤＴ関数起動場所：各ＢＥＳ すなわち、WHERE句の判定処理の「前」に判定対象デー
タとしてテーブルデータが存在するＢＥＳ（Ｂａｃｋ
Ｅｎｄ Ｓｅｒｖｅｒ）にてＵＤＴ関数実現モジュール
を起動する様に決定する。各種スキャン（テーブルデー
タを逐次的に１つずつ取出すテーブルスキャン、インデ
クスを用いて条件に合致するテーブルデータのみを取出
すインデクススキャン等）により取出したテーブルデー
タに対し、ＵＤＴ関数実現モジュールを適応する。そし
て、その結果を判定する様にする。
【００４４】ここでＢＥＳとはテーブルデータが格納さ
れているデータベース領域を有し、テーブルデータへの
アクセスを主に担当するデータベースサーバのことを言
う。これに対し、主にユーザからの問合せを受付け、解
析し、問合せ手順指示を作成し、ＢＥＳに問合せ実行を
要求し、その結果をユーザに返すデータベースサーバの
ことをＦＥＳ（Ｆｒｏｎｔ Ｅｎｄ Ｓｅｒｖｅｒ）と
ここでは言う。また、ディクショナリを有し、各種定義
情報の登録及び取得を担当するデータベースサーバをＤ
Ｓ（Ｄｉｃｔｉｏｎａｒｙ Ｓｅｒｖｅｒ）と呼ぶこと
にする。複数のＢＥＳにテーブルデータを分割配置し、
そのそれぞれのＢＥＳが並列にデータベースアクセスを
行うことにより問合せに対する結果返却を高速に行う並
列データベース管理システムにも上記サーバ構成は適応
可能である。以上ステップ１２４にてＵＤＴ関数解析処
理を完了する。
【００４５】さて、ステップ１１２においてＵＤＴ関数
の出現位置がSELECT句に続く場合、すなわち関数結果が
射影対象になっている場合にステップ１１３に進み、統
計情報により絞り込み結果量を推定する。ステップ１１
４においてその絞り込み結果量が多いと推定される場合
に処理はステップ１１５に進み、対応するモジュールの
モジュール定義情報をディクショナリ管理部８０に要求
して取得する。続いてステップ１１６においてモジュー
ル定義情報内のＤＢリソースアクセスフラグの判定を行
う。ＤＢリソースアクセスフラグがＯＮの場合に処理は
ステップ１２０に進み、以下の様なＵＤＴ関数に関する
手順を決定する。
【００４６】（ａ）ＵＤＴ関数起動時期：後 （ｂ）ＵＤＴ関数起動場所：各ＢＥＳ すなわち、対応するＵＤＴ列のデータをテーブルデータ
から取出した「後」に、そのＵＤＴデータをＵＤＴ関数
実現モジュールへのパラメータとしてそのＢＥＳにてＵ
ＤＴ関数実現モジュールを起動する様に決定する。この
様に手順を決定するのはＤＢリソースに対するアクセス
が必要だからである。
【００４７】複数表の突き合わせ処理の場合、まず各Ｂ
ＥＳにて絞り込みを行った後、ＪＳにてジョイン処理を
行う。ＪＳは、ジョイン処理を担当するサーバであり、
負荷分散の理由にてテーブルデータが存在するＢＥＳと
は別のサーバに決定されることが多い。その後、ジョイ
ンの結果、最終的に絞り込まれたテーブルデータが存在
する各ＢＥＳにて一旦場所を移してＵＤＴ関数実現モジ
ュールを実行する。それはジョインの結果、最終的に絞
り込まれるデータ量が十分少ないと推定されるからであ
る。その為、各ＢＥＳへのＵＤＴデータの再転送は処理
コストとして殆ど影響はないと考えられる。ＵＤＴ関数
実現モジュールの結果を収集し、ＦＥＳに返却する様に
決定する。以上ステップ１２４にてＵＤＴ関数解析処理
を完了する。
【００４８】さて、ステップ１１６においてモジュール
定義情報内のＤＢリソースアクセスフラグがＯＦＦと判
定された場合に処理はステップ１２１に進み、以下の様
なＵＤＴ関数に関する手順を決定する。
【００４９】（ａ）ＵＤＴ関数起動時期：後 （ｂ）ＵＤＴ関数起動場所：ＪＳ/ＦＥＳ すなわち、対応するＵＤＴ列のデータをテーブルデータ
から取出した「後」に、最終絞り込み結果に対してＪＳ
或いはＦＥＳにてＵＤＴ関数実現モジュールを起動する
様に決定する。それは、ＤＢリソースに対するアクセス
が不要であることからモジュール起動及びＵＤＴデータ
転送を加味して柔軟にモジュール起動サーバを選定する
ことができることを意味する。
【００５０】複数表の突き合わせ処理の場合、まず各Ｂ
ＥＳにて絞り込みを行った後、ＪＳにてジョイン処理を
行う。その後、ジョインの結果、最終的に絞り込まれた
テーブルデータに関してＵＤＴ関数実現モジュールをそ
のＪＳにて実行する。それはジョインの結果、最終的に
絞り込まれるデータ量が十分少ない為、モジュール起動
の総負荷が問題ないと推定されるからである。そしてそ
の結果をＦＥＳに返却する様に決定する。以上ステップ
１２４にてＵＤＴ関数解析処理を完了する。
【００５１】さて、ステップ１１４においてＵＤＴ関数
起動側の絞り込み結果量が少ないと推定される場合にス
テップ１１７に進む。ステップ１１７において、対応す
るモジュールのモジュール定義情報をディクショナリ管
理部８０に要求して取得する。続いてステップ１１８に
おいてモジュール定義情報内のＤＢリソースアクセスフ
ラグの判定を行う。ＤＢリソースアクセスフラグがＯＮ
の場合に処理はステップ１２２に進み、以下の様なＵＤ
Ｔ関数に関する手順を決定する。
【００５２】（ａ）ＵＤＴ関数起動時期：前 （ｂ）ＵＤＴ関数起動場所：各ＢＥＳ すなわち、ＵＤＴ関数実現モジュールの起動は、最終的
に絞り込みが行われる「前」に行う。そして対応するＵ
ＤＴ列のデータをテーブルデータから取出した際に、そ
のＢＥＳにてそのＵＤＴデータをＵＤＴ関数実現モジュ
ールへのパラメータとして起動する様に決定する。この
様に手順を決定するのはＤＢリソースに対するアクセス
が必要だからである。
【００５３】複数表の突き合わせ処理の場合、まず各Ｂ
ＥＳにてＵＤＴデータを取出した後ＵＤＴ関数実現モジ
ュールの起動を行う。その結果及び絞り込み結果をＪＳ
に転送し、最終的な絞り込み、すなわちジョイン処理を
行う。そしてその結果をＦＥＳに返却する様に決定す
る。
【００５４】データ取出し直後にＵＤＴ関数実現モジュ
ールの起動を行う様に決定するのは、ＢＥＳにおけるテ
ーブルデータの量が少なく、モジュール起動による総負
荷が少ないと判断されるからである。また、ＵＤＴ関数
実現モジュールは、ＢＥＳに存在するＤＢリソースをア
クセスする必要があるからである。以上ステップ１２４
にて、ＵＤＴ関数解析処理を完了する。
【００５５】さて、ステップ１１８においてモジュール
定義情報内のＤＢリソースアクセスフラグがＯＦＦと判
定された場合に処理はステップ１２３に進み、以下の様
なＵＤＴ関数に関する手順を決定する。
【００５６】（ａ）ＵＤＴ関数起動時期：後 （ｂ）ＵＤＴ関数起動場所：ＪＳ/ＦＥＳ すなわち、対応するＵＤＴ列のデータをテーブルデータ
から取出した「後」に、最終絞り込み結果に対してＪＳ
或いはＦＥＳにてＵＤＴ関数実現モジュールを起動する
様に決定する。それは、ＤＢリソースに対するアクセス
が不要であることからモジュール起動及びＵＤＴデータ
転送を加味して柔軟にモジュール起動サーバを選定する
ことができることを意味する。
【００５７】複数表の突き合わせ処理の場合、まず各Ｂ
ＥＳにて絞り込みを行った後、ＪＳにてジョイン処理を
行う。その後、ジョインの結果、最終的に絞り込まれた
テーブルデータに関してＵＤＴ関数実現モジュールをそ
のＪＳにて実行する。それはジョインの結果、最終的に
絞り込まれるデータ量が十分少ない為、モジュール起動
の総負荷が問題ないと推定されるからである。そしてそ
の結果をＦＥＳに返却する様に決定する。以上ステップ
１２４にてＵＤＴ関数解析処理を完了する。
【００５８】なおここでの統計情報による最適化の手法
はあくまで一例であり、本実施形態において最適化の為
の情報としてＤＢリソースアクセス情報を用いる点が重
要である。
【００５９】本ＵＤＴ関数の解析結果とその他のSQL文
解析結果を基に、図１の実行手順指示作成処理部２１０
にて実行手順を生成する。ここで、次の問合せ文を例に
とって先に説明したUDT関数解析処理を具体的に説明す
る。
【００６０】SELECT movies_lib.title, TEXT_EXTRACT1(movies_lib.guide,'本文'), TEXT_EXTRACT2(books_lib.guide) FROM movies_lib,books_lib WHERE TEXT_CONTAINS(movies_lib.guide,'independenc
e') IS TRUE AND books_lib.publish_year=1997 AND movies_lib.title = books_lib.title テーブルmovies_libのguide列とテーブルbooks_libのgu
ide列はデータ型が、TEXT型のＵＤＴで定義されてい
る。TEXT型データの値としては文書が格納されている。
【００６１】関数TEXT_CONTAINSは、第一パラメータで
ある指定TEXT型データ内に第二パラメータにより指定さ
れる文字列を含む場合にTRUE(BOOLEAN型)を返す関数で
ある。関数TEXT_EXTRACT1は、第一パラメータである指
定TEXT型データ内に第二パラメータにより指定されるタ
グ部分に相当する文書を抽出しVARCHAR型データとして
返す関数である。関数TEXT_EXTRACT2は、第一パラメー
タである指定TEXT型データ内の文書データを全て返す関
数である。その際タグ情報は省略される。図４のUDT関
数実現モジュール定義情報からも分かる様に関数TEXT_C
ONTAINS,TEXT_EXTRACT1をそれぞれ実現するモジュール_
p_text_contains及びモジュール_p_text_extract1は、
実行時にTEXT型固有のＤＢリソースをアクセスする。こ
の例では、ＤＢリソースには、タグ名称からそのタグに
対応する要素番号を取得する為の索引が情報として格納
されているものとする。
【００６２】上記ＳＱＬ文の例は、movies_libテーブル
のguide列（解説）に"independence"を含むテーブルデ
ータのtitle（題名）と、books_libテーブルのpublish_
year列（出版年）が1997であるテーブルデータのtitle
（題名）とが一致するものに対して、そのmovies_libテ
ーブルのtitle（題名）と、movies_libテーブルのguide
列（解説）の中の「本文」と、books_libテーブルのgui
de列（解説）全文を返すという検索要求である。
【００６３】上記ＳＱＬ文のＵＤＴ関数は図６で示した
フローに従って次の様に解析される。まず、movies_lib
テーブルに対する部分の解析処理において、ＵＤＴ関数
TEXT_CONTAINSは、WHERE句以降に出現することから図６
のステップ１１９の様に決定される。またＵＤＴ関数TE
XT_EXTRACT1に関しては、TEXT_CONTAINSによる絞り込み
により十分少なく絞り込まれると推定し図６のステップ
１２２の様に決定される。すなわち、ＵＤＴ関数TEXT_E
XTRACT1実現モジュールの起動は、ジョイン処理の前に
各ＢＥＳにて行われる様に決定する。
【００６４】次に、books_libテーブルに対する部分の
解析処理において、ＵＤＴ関数TEXT_EXTRACT2に関して
は、最終的にジョイン処理により絞り込み結果量が少な
くなると推定し、更にＤＢリソースへのアクセスが不要
であることから、図６のステップ１２３の様に決定され
る。以上の解析結果を基に生成した実行手順指示の一例
を図７及び図８に示す。
【００６５】図７は本実施形態の実行手順指示の一例を
示す図である。本ＳＱＬ文は２つのテーブルの突き合わ
せ処理を要するので、テーブルmovies_libに対するスキ
ャン処理７２０、テーブルbooks_libに対するスキャン
処理７３０、そして突き合わせ処理７１０の３つの部分
から問合せ実行手順指示７００は構成される。図７の部
分詳細７２０ａはテーブルmovies_libに対するスキャン
処理７２０の詳細を表している。
【００６６】図８は本実施形態のスキャン処理７３０及
び突き合わせ処理７１０の詳細を示す図である。図８の
部分詳細７３０ａはテーブルbooks_libに対するスキャ
ン処理７３０の詳細を表しており、図８の部分詳細７１
０ａは突き合わせ処理７１０の詳細を表している。
【００６７】図９は本実施形態の問合せ実行処理の概要
を示す図である。図９では図７及び図８に示した実行手
順指示に従った問合せ実行処理の概略を表している。本
概略図におけるデータベース環境は、テーブルデータ４
２のmovies_libがＢＥＳ１０３ａとＢＥＳ１０３ｂに、
テーブルデータ４２のbooks_libがＢＥＳ１０３ｄとＢ
ＥＳ１０３ｅにそれぞれ分割格納管理されている並列デ
ータベース環境である。ＦＥＳ１０１、ＤＳ１０２、Ｂ
ＥＳ１０３は互いにネットワーク１０８により接続さ
れ、そのネットワーク１０８を介し問合せ要求、実行手
順指示、中間加工結果及び問合せ結果を並列にやり取り
する。
【００６８】まず図７の問合せ実行手順指示の部分詳細
７２０ａに従って、ＢＥＳ１０３ａとＢＥＳ１０３ｂそ
れぞれのサーバにおいて、テーブルmovies_libのテーブ
ルデータを１件ずつアクセスし、guide列データ及びtit
le列データを取出す。次にguide列データをパラメータ
にＵＤＴ関数実現モジュール９０の_p_text_containsを
起動し、その結果を判定する。条件判定の結果、条件を
満たしているなら、更に_p_text_extract1を起動する。
本モジュールにおいて、ＤＢリソース４１へのアクセス
が行われ、タグ「本文」に対応する部分を取得する。そ
して、図９のデータ１０４ａに示す様にその関数結果、
titleデータ及びテーブルデータすなわち行を識別する
行識別子をジョイン処理を行うＢＥＳ１０３ｃに転送す
る。以上の処理をテーブルデータがなくなるまで繰り返
す。結果転送処理に関しては、転送に関するコストを考
慮してある程度のデータ量をまとめて転送する方が望ま
しい。ジョインサーバであるＢＥＳ１０３ｃにおいて、
ＢＥＳ１０３ａ及びＢＥＳ１０３ｂより転送されたデー
タ１０４ａをデータ１０４ｂとしてマージしておく。
【００６９】上記テーブルmovies_libへのアクセス処理
と同時に、図８の問合せ実行手順指示の部分詳細７３０
ａに従って、ＢＥＳ１０３ｄとＢＥＳ１０３ｅそれぞれ
のサーバにおいて、テーブルbooks_libのテーブルデー
タを１件ずつアクセスし、guide列データ、publish_yea
r列データ、及びtitle列データを取出す。次にpublish_
year列に対する条件判定（=1997）を行い、条件を満た
すならば図９のデータ１０５ａとして、titleデータ及
びテーブルデータすなわち行を識別する行識別子をジョ
イン処理を行うＢＥＳ１０３ｃに転送する。以上の処理
をテーブルデータがなくなるまで繰り返す。もちろん結
果転送処理に関しては、転送に関するコストを考慮して
ある程度のデータ量をまとめて転送する方が望ましい。
【００７０】ジョインサーバであるＢＥＳ１０３ｃにお
いて、ＢＥＳ１０３ｄ及びＢＥＳ１０３ｅより転送され
たデータ１０５ａをデータ１０５ｂとしてマージしてお
く。そして、ジョインサーバＢＥＳ１０３ｃにおいて、
図８の問合せ実行手順指示の部分詳細７１０ａに従っ
て、図９の突き合わせ処理１０６を行う。突き合わせ処
理により更に絞り込まれたテーブルデータに関して、モ
ジュール_p_text_extract2を起動する。最終的にその結
果（TEXT_EXTRACT2結果）と転送されてきたTEXT_EXTRAC
T1の結果を問合せ結果１０７としてＦＥＳ１０１を経由
してユーザに返す。
【００７１】ジョインの結果絞られたデータ件数は非常
に少ないので、ＤＢリソースアクセスを伴わないモジュ
ール_p_text_extract2の起動をジョインサーバにおいて
最終段階で行うことは、無駄な関数起動を行わない非常
に効率の良い処理手順である。
【００７２】以上示したフローチャートの処理は、図２
で例として示したコンピュータシステムにおけるプログ
ラムとして実行される。しかし、そのプログラムは図２
の例の様にコンピュータシステムに物理的に直接接続さ
れる外部記憶装置に格納されるものと限定はしない。ハ
ードディスク装置、フロッピー（登録商標）ディスク装
置等のコンピュータで読み書きできる記憶媒体に格納す
ることができる。
【００７３】前記の様に本実施形態のデータベース処理
システムでは、ユーザ定義データ型の振る舞いを表すユ
ーザ定義関数がそのＵＤＴ固有のＤＢリソースを効率的
にアクセスすることを可能にしており、この為ユーザは
多彩なＵＤＴを定義することができる。
【００７４】以上説明した様に本実施形態のデータベー
ス処理システムによれば、固有のＤＢリソースへアクセ
スするモジュールを当該ＤＢリソースが格納管理されて
いるデータベース処理装置で実行し、それ以外のモジュ
ールを他のデータベース処理装置で実行するので、固有
のＤＢリソースへアクセスするデータベース処理を効率
的に行うことが可能である。
【００７５】
【発明の効果】本発明によれば固有のＤＢリソースへア
クセスするモジュールを当該ＤＢリソースが格納管理さ
れているデータベース処理装置で実行し、それ以外のモ
ジュールを他のデータベース処理装置で実行するので、
固有のＤＢリソースへアクセスするデータベース処理を
効率的に行うことが可能である。
【図面の簡単な説明】
【図１】本実施形態のデータベース処理システムの概略
構成を示す図である。
【図２】本実施形態のコンピュータシステムのハードウ
ェア構成の一例を示す図である。
【図３】本実施形態のデータタイプの追加例を示す図で
ある。
【図４】本実施形態のＵＤＴ関数実現モジュール定義情
報５２の構成例を示す図である。
【図５】本実施形態のモジュール定義情報登録部６０の
処理手順を示すフローチャートである。
【図６】本実施形態のＵＤＴ関数実現モジュール実行手
順決定処理部１１０の処理手順を示すフローチャートで
ある。
【図７】本実施形態の実行手順指示の一例を示す図であ
る。
【図８】本実施形態のスキャン処理７３０及び突き合わ
せ処理７１０の詳細を示す図である。
【図９】本実施形態の問合せ実行処理の概要を示す図で
ある。
【符号の説明】
１…データベース管理システム、２…ユーザ要求、３…
モジュール定義情報、１０…解析処理部、２０…データ
ベース処理実行制御部、３０…テーブルデータ管理部、
４０…モジュール起動部、５０…データベース領域アク
セス処理部、７０…定義処理部、８０…ディクショナリ
管理部、９０…ＵＤＴ関数実現モジュール、４…データ
ベース領域、４１…ＤＢリソース、４２…テーブルデー
タ、５…ディクショナリ、５１…データタイプ定義情
報、５２…モジュール定義情報、５３…統計情報、５２
０…ＤＢリソースアクセス情報、６０…モジュール定義
情報登録部、１１０…ＵＤＴ関数実現モジュール実行手
順決定処理部、２１０…実行手順指示作成処理部、１０
００…コンピュータシステム、１００１…主記憶装置、
１００２…ＣＰＵ、１００３…外部記憶装置、１００４
…端末、１１００…処理プログラム、３０１〜３０３…
手順、５２１…モジュール定義情報レコード、５２２…
モジュール名、５２３…ＵＤＴ名、５２４…起動契機、
５２５…起動ＵＤＴ関数名、５２６…ＤＢリソースアク
セスフラグ、７００…問合せ実行手順指示、７１０…突
き合わせ処理、７２０及び７３０…スキャン処理、７２
０ａ…部分詳細、７１０ａ及び７３０ａ…部分詳細、１
０１…ＦＥＳ、１０２…ＤＳ、１０３…ＢＥＳ、１０４
…データ、１０５…データ、１０６…突き合わせ処理、
１０７…問合せ結果、１０８…ネットワーク。

Claims (5)

    【特許請求の範囲】
  1. 【請求項１】 問い合わせ対象のデータ型に関連した関
    数を実現するモジュールを起動してデータベース処理を
    行うデータベース処理方法において、 ユーザからの問合せを解析する際に、ユーザからの問合
    せ中の関数を実現するモジュールのデータベースリソー
    スアクセス情報が固有のデータベースリソースへのアク
    セスを行うことを示している場合には、当該データベー
    スリソースが格納管理されているデータベース処理装置
    で当該モジュールを実行する様に実行手順を決定するス
    テップを有することを特徴とするデータベース処理方
    法。
  2. 【請求項２】 当該モジュールのデータベースリソース
    アクセス情報が固有のデータベースリソースへのアクセ
    スを行わないことを示している場合には、最もモジュー
    ル実行頻度の少ないデータベース処理装置にて当該モジ
    ュールを実行する様に前記実行手順を決定することを特
    徴とする請求項１に記載されたデータベース処理方法。
  3. 【請求項３】 当該モジュールのデータベースリソース
    アクセス情報が固有のデータベースリソースへのアクセ
    スを行わないことを示している場合に、当該データベー
    スリソースが格納管理されているデータベース処理装置
    とは関連の無いデータベース処理装置にて当該モジュー
    ルを実行する様に前記実行手順を決定することを特徴と
    する請求項１に記載されたデータベース処理方法。
  4. 【請求項４】 問い合わせ対象のデータ型に関連した関
    数を実現するモジュールを起動してデータベース処理を
    行うデータベース処理装置において、 データベースに定義されているデータ型に関連した関数
    を実現するモジュールが固有のデータベースリソースへ
    のアクセスを行うかどうかを示すデータベースリソース
    アクセス情報を登録するモジュール定義情報登録部と、 ユーザからの問合せを解析する際に、ユーザからの問合
    せ中の関数を実現するモジュールのデータベースリソー
    スアクセス情報が固有のデータベースリソースへのアク
    セスを行うことを示している場合には、当該データベー
    スリソースが格納管理されているデータベース処理装置
    で当該モジュールを実行する様に実行手順を決定するモ
    ジュール実行手順決定処理部とを備えることを特徴とす
    るデータベース処理装置。
  5. 【請求項５】 問い合わせ対象のデータ型に関連した関
    数を実現するモジュールを起動してデータベース処理を
    行うデータベース処理装置としてコンピュータを機能さ
    せる為のプログラムを記録した媒体において、 データベースに定義されているデータ型に関連した関数
    を実現するモジュールが固有のデータベースリソースへ
    のアクセスを行うかどうかを示すデータベースリソース
    アクセス情報を登録するモジュール定義情報登録部と、 ユーザからの問合せを解析する際に、ユーザからの問合
    せ中の関数を実現するモジュールのデータベースリソー
    スアクセス情報が固有のデータベースリソースへのアク
    セスを行うことを示している場合には、当該データベー
    スリソースが格納管理されているデータベース処理装置
    で当該モジュールを実行する様に実行手順を決定するモ
    ジュール実行手順決定処理部としてコンピュータ機能さ
    せる為のプログラムを記録したことを特徴とする媒体。
JP33358598A 1998-11-25 1998-11-25 データベース処理方法及びその実施装置並びにその処理プログラムを記録した媒体 Expired - Fee Related JP3763982B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP33358598A JP3763982B2 (ja) 1998-11-25 1998-11-25 データベース処理方法及びその実施装置並びにその処理プログラムを記録した媒体
US09/448,513 US6789074B1 (en) 1998-11-25 1999-11-24 Database processing method and apparatus, and medium for recording processing program thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP33358598A JP3763982B2 (ja) 1998-11-25 1998-11-25 データベース処理方法及びその実施装置並びにその処理プログラムを記録した媒体

Publications (2)

Publication Number Publication Date
JP2000163307A true JP2000163307A (ja) 2000-06-16
JP3763982B2 JP3763982B2 (ja) 2006-04-05

Family

ID=18267700

Family Applications (1)

Application Number Title Priority Date Filing Date
JP33358598A Expired - Fee Related JP3763982B2 (ja) 1998-11-25 1998-11-25 データベース処理方法及びその実施装置並びにその処理プログラムを記録した媒体

Country Status (2)

Country Link
US (1) US6789074B1 (ja)
JP (1) JP3763982B2 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006012155A (ja) * 2004-06-29 2006-01-12 Microsoft Corp ユーザ定義型の指定されたメンバを遅延フェッチするシステムおよび方法
JP2007524951A (ja) * 2004-02-26 2007-08-30 インターナショナル・ビジネス・マシーンズ・コーポレーション 動的照会最適化のための方法、装置、およびコンピュータ・プログラム

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040267766A1 (en) * 2003-06-26 2004-12-30 Andreas Marek Defining user-defined data types and/or user-defined methods using an interpreted programming language
US20050198636A1 (en) * 2004-02-26 2005-09-08 International Business Machines Corporation Dynamic optimization of batch processing
US20050289098A1 (en) * 2004-06-24 2005-12-29 International Business Machines Corporation Dynamically selecting alternative query access plans
US7779037B2 (en) * 2007-03-27 2010-08-17 International Business Machines Corporation Sharing a single instance of a user defined type
GB2527081B (en) 2014-06-11 2021-05-19 Ibm Asynchronous resource usage collection and control of fenced user code
CN104216992B (zh) * 2014-09-09 2017-12-15 百度在线网络技术（北京）有限公司 一种信息处理方法及装置
WO2018142592A1 (ja) * 2017-02-03 2018-08-09 株式会社日立製作所 情報処理システム及び情報処理方法
US10606851B1 (en) * 2018-09-10 2020-03-31 Palantir Technologies Inc. Intelligent compute request scoring and routing
CN111949607B (zh) * 2020-09-03 2023-06-27 网易（杭州）网络有限公司 一种udt文件的监控方法、系统和装置

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5761493A (en) * 1990-04-30 1998-06-02 Texas Instruments Incorporated Apparatus and method for adding an associative query capability to a programming language
US5742810A (en) * 1995-08-31 1998-04-21 International Business Machines Corporation System, method and computer program product for passing host variables to a database management system
US6067542A (en) * 1995-10-20 2000-05-23 Ncr Corporation Pragma facility and SQL3 extension for optimal parallel UDF execution
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
US5864843A (en) * 1995-10-20 1999-01-26 Ncr Corporation Method and apparatus for extending a database management system to operate with diverse object servers
US5794250A (en) * 1995-10-20 1998-08-11 Ncr Corporation Method and apparatus for extending existing database management system for new data types
US6324683B1 (en) * 1996-02-23 2001-11-27 International Business Machines Corporation System, method and program for debugging external programs in client/server-based relational database management systems
US6424991B1 (en) * 1996-07-01 2002-07-23 Sun Microsystems, Inc. Object-oriented system, method and article of manufacture for a client-server communication framework
US5781910A (en) * 1996-09-13 1998-07-14 Stratus Computer, Inc. Preforming concurrent transactions in a replicated database environment
US5765147A (en) * 1996-11-21 1998-06-09 International Business Machines Corportion Query rewrite for extended search capabilities
US5857182A (en) * 1997-01-21 1999-01-05 International Business Machines Corporation Database management system, method and program for supporting the mutation of a composite object without read/write and write/write conflicts
US5995958A (en) * 1997-03-04 1999-11-30 Xu; Kevin Houzhi System and method for storing and managing functions
US5956706A (en) * 1997-05-09 1999-09-21 International Business Machines Corporation Method and system for limiting the cardinality of an SQL query result
US5806061A (en) * 1997-05-20 1998-09-08 Hewlett-Packard Company Method for cost-based optimization over multimeida repositories
US6278994B1 (en) * 1997-07-10 2001-08-21 International Business Machines Corporation Fully integrated architecture for user-defined search
US6199059B1 (en) * 1998-04-22 2001-03-06 International Computex, Inc. System and method for classifying and retrieving information with virtual object hierarchy
US6192370B1 (en) * 1998-06-19 2001-02-20 Sap Aktiengesellschaft Method and system for rapid memory-resident processing of transactional data
US20010051956A1 (en) * 1998-09-29 2001-12-13 Paul Bird Global caching and sharing of sql statements in a heterogeneous application environment

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007524951A (ja) * 2004-02-26 2007-08-30 インターナショナル・ビジネス・マシーンズ・コーポレーション 動的照会最適化のための方法、装置、およびコンピュータ・プログラム
US8122010B2 (en) 2004-02-26 2012-02-21 International Business Machines Corporation Dynamic query optimization
JP2006012155A (ja) * 2004-06-29 2006-01-12 Microsoft Corp ユーザ定義型の指定されたメンバを遅延フェッチするシステムおよび方法

Also Published As

Publication number Publication date
US6789074B1 (en) 2004-09-07
JP3763982B2 (ja) 2006-04-05

Similar Documents

Publication Publication Date Title
JP3836928B2 (ja) データベース処理方法
US6519597B1 (en) Method and apparatus for indexing structured documents with rich data types
US6366934B1 (en) Method and apparatus for querying structured documents using a database extender
US6584459B1 (en) Database extender for storing, querying, and retrieving structured documents
US6421656B1 (en) Method and apparatus for creating structure indexes for a data base extender
US5819251A (en) System and apparatus for storage retrieval and analysis of relational and non-relational data
US7062507B2 (en) Indexing profile for efficient and scalable XML based publish and subscribe system
US5608904A (en) Method and apparatus for processing and optimizing queries having joins between structured data and text data
US8145668B2 (en) Associating information related to components in structured documents stored in their native format in a database
US6078925A (en) Computer program product for database relational extenders
US7318063B2 (en) Managing XML documents containing hierarchical database information
US6148296A (en) Automatic generation of database queries
US20030037037A1 (en) Method of storing, maintaining and distributing computer intelligible electronic data
JP3914662B2 (ja) データベース処理方法及び実施装置並びにその処理プログラムを記憶した媒体
JP2001109758A (ja) 仮想表インタフェースと該インタフェースを用いた問合せ処理システム及び方法
JP2001075969A (ja) 画像管理検索装置、画像管理検索方法及び記憶媒体
US20080065592A1 (en) Method, system and computer-readable media for software object relationship traversal for object-relational query binding
US6748377B1 (en) Facilitating query pushdown in a multi-tiered database environment
US6636846B1 (en) Method for providing a system maintained materialized functionally dependent column for a database management system
JP3763982B2 (ja) データベース処理方法及びその実施装置並びにその処理プログラムを記録した媒体
JP3777666B2 (ja) データベース処理方法およびシステム
JP3786233B2 (ja) 情報検索方法および情報検索システム
Gardarin et al. An introduction to the e-xml data integration suite
Carey et al. Data access interoperability in the IBM database family
JPH09218880A (ja) ドキュメントデータ検索システム

Legal Events

Date Code Title Description
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: 20060117

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20060118

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090127

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100127

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100127

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110127

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110127

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120127

Year of fee payment: 6

LAPS Cancellation because of no payment of annual fees