特許 6350071 データベースクライアント装置、データベースクライアントプログラム、及びデータベースシステム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6350071

(24)【登録日】2018年6月15日

(45)【発行日】2018年7月4日

(54)【発明の名称】データベースクライアント装置、データベースクライアントプログラム、及びデータベースシステム

(51)【国際特許分類】

   G06F 17/30 20060101AFI20180625BHJP

【ＦＩ】

   G06F17/30 330A

   G06F17/30 340D

【請求項の数】5

【全頁数】12

(21)【出願番号】特願2014-152016(P2014-152016)

(22)【出願日】2014年7月25日

(65)【公開番号】特開2016-31544(P2016-31544A)

(43)【公開日】2016年3月7日

【審査請求日】2017年5月15日

(73)【特許権者】

【識別番号】000000295

【氏名又は名称】沖電気工業株式会社

(74)【代理人】

【識別番号】100180275

【弁理士】

【氏名又は名称】吉田 倫太郎

(74)【代理人】

【識別番号】100161861

【弁理士】

【氏名又は名称】若林 裕介

(74)【代理人】

【識別番号】100090620

【弁理士】

【氏名又は名称】工藤 宣幸

(72)【発明者】

【氏名】阿部 哲也

【審査官】 後藤 昂彦

(56)【参考文献】

【文献】 特開２０１２−２４３１７０（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１２／０２９６９３６（ＵＳ，Ａ１）

【文献】 呉本 成浩，“セキュアなＷｅｂシステム構築への道 第4回 危険なデータベース ＳＱＬインジェクション対策”，日経バイト，日経ＢＰ社，２００２年 ９月２２日，第２３３号，ｐｐ．１５２−１５７

【文献】 一志 達也，“ＰＬ／ＳＱＬもデバッグできるＯｒａｃｌｅツールの決定版 Ｏｒａｃｌｅ ＳＱＬ Ｄｅｖｅｌｏｐｅｒ短期習得ゼミ 最終回 ＳＱＬ Ｄｅｖｅｌｏｐｅｒのレポート機能”，ＤＢ Ｍａｇａｚｉｎｅ，日本，株式会社翔泳社，２００７年 ４月 １日，第１６巻，第１４号，ｐｐ．１７８−１８３

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １７／３０

(57)【特許請求の範囲】

【請求項1】

複数のパラメータのうち一部又は全部のパラメータに対応する入力値を保持する入力値保持手段と、
上記複数のパラメータのうち上記入力値保持手段が入力値を保持したパラメータについては当該入力値を設定可能であり、上記複数のパラメータのうち上記入力値保持手段が入力値を保持しなかったパラメータについては所定の値が設定された構文を保持する構文保持手段と、
上記入力値保持手段が保持した入力値を、上記構文保持手段が保持した構文にバインド処理を行うバインド手段と、
上記バインド手段がバインド処理した構文をデータベースサーバに送信してデータ処理依頼するデータ処理依頼手段と
を有することを特徴とするデータベースクライアント装置。

【請求項2】

上記構文保持手段が保持する構文は、１又は複数の構文リストから選択したことを特徴とする請求項１に記載のデータベースクライアント装置。

【請求項3】

上記構文は、ＳＱＬ構文であり、
上記所定の値は、入力値が文字情報の場合には、ＮＵＬＬであり、数値情報の場合には、
数値の零であって、
Ｃ言語により記述された言語により設計されたことを特徴とする請求項１又は２に記載のデータベースクライアント装置。

【請求項4】

データベースクライアント装置に搭載されたコンピュータを、
複数のパラメータのうち一部又は全部のパラメータに対応する入力値を保持する入力値保持手段と、
上記複数のパラメータのうち上記入力値保持手段が入力値を保持したパラメータについては当該入力値を設定可能であり、上記複数のパラメータのうち上記入力値保持手段が入力値を保持しなかったパラメータについては所定の値が設定された構文を保持する構文保持手段と、
上記入力値保持手段が保持した入力値を、上記構文保持手段が保持した構文にバインド処理を行うバインド手段と、
上記バインド手段がバインド処理した構文をデータベースサーバに送信してデータ処理依頼するデータ処理依頼手段と
して機能させることを有することを特徴とするデータベースクライアントプログラム。

【請求項5】

データベースクライアント装置と、データベースクライアントサーバとを備えるデータベースシステムにおいて、
データベースクライアント装置として請求項１〜３のいずれかに記載のデータベースクライアント装置を適用したことを特徴とするデータベースシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、データベースクライアント装置、データベースクライアントプログラム、及びデータベースシステムに関する。

【背景技術】

【0002】

従来、ＯＲＡＣＬＥ（登録商標）データベースクライアントにおいて、アプリケーション（以下、「ＡＰＬ」とも呼ぶ）は、データベースアクセス機能を実装するために、ＯＣＩ（Ｏｒａｃｌｅ Ｃａｌｌ Ｉｎｔｅｒｆａｃｅ）を使用することが可能である。ＯＣＩは、リレーショナルデータベース管理システム（Ｒｅｌａｔｉｏｎａｌ ＤａｔａＢａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ、以下、「ＲＤＢＭＳ」とも呼ぶ）向けの汎用インタフェース（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ、以下、「ＡＰＩ」とも呼ぶ）である。例えば、ＯＣＩは、Ｃ又はＣ＋＋言語で作成するアプリケーションからデータベース操作を実行することができる。

【0003】

ＯＣＩを用いたデータベースアクセスについて、以下の第１から第５の手順に沿って説明する。

【0004】

第１に、データベースクライアントのＡＰＬは、データベースの検索例として以下のＳＱＬ構文を選択する。

【0005】

「ＳＥＬＥＣＴ 項目Ｃ１、項目Ｃ２、項目Ｃ３ ＦＲＯＭ 表Ｔ ＷＨＥＲＥ 項目ＣＡ＝ｘｘｘ ＡＮＤ 項目ＣＢ＝ｙｙｙ ＡＮＤ 項目ＣＣ＝ｚｚｚ」（以降、このＳＱＬ構文を、「ＳＱＬ構文Ｗ１」と呼ぶ）。

【0006】

また、ＡＰＬは、データベース検索結果の受け渡しが必要となる変数及びデータベース検索条件を設定する変数を用意する。例えば、検索結果取得用の変数は、変数ｖａ、ｖｂ及びｖｃとし、検索条件を設定する変数は、変数ｖｄ、ｖｅ及びｖｆとする。

【0007】

第２に、ＡＰＬは、ＳＱＬ構文Ｗ１の項目ＣＡ〜ＣＣのいずれかに設定する条件値を変数ｖｄ、ｖｅ、ｖｆに設定する。

【0008】

第３に、ＡＰＬは、ＳＱＬ構文Ｗ１と変数ｖａ〜ｖｆの関連付けを行う。この関連付けは、ＡＰＬにＳＱＬ構文を埋め込んでＳＱＬ構文に変数を設定する際に必要な手続きであり、種々のデータベースシステムが提供するＡＰＩにより行う。ＯＲＡＣＬＥクライアントライブラリが提供するＯＣＩを用いて行うこの操作は、「変数のバインド」と呼ばれている。

【0009】

第４に、ＡＰＬは、ＯＣＩによりＳＱＬ構文Ｗ１の実行を要求し、ＯＲＡＣＬＥクライアントライブラリが提供するＯＣＩは、データベースサーバにトランザクションを発行する。

【0010】

第５に、ＯＣＩは、データベース検索結果を受信し、バインドされた変数（ｖａ、ｖｂ、ｖｃ）に検索結果を設定して、ＡＰＬに応答を返す。

【0011】

以上が、従来のデータベースアクセスの一例である（特許文献１参照）。

【先行技術文献】

【特許文献】

【0012】

【特許文献1】特開２０１３−２５４４６号公報

【発明の概要】

【発明が解決しようとする課題】

【0013】

しかし、ＡＰＬの実装要件によっては、このデータベースに対する検索がＳＱＬ構文Ｗ１とは異なる検索条件の機能が必要となる可能性がある。この場合、ＳＱＬ構文及び変数のバインドは、先に示した動作とは異なることになる。

【0014】

例えば、検索条件が項目ＣＡの指定のみ（つまり、ＳＱＬ構文Ｗ１よりも絞込みが必要でない場合）で検索する場合、ＳＱＬ構文は、以下となるはずである。

【0015】

「ＳＥＬＥＣＴ 項目Ｃ１、項目Ｃ２、項目Ｃ３ ＦＲＯＭ 表Ｔ ＷＨＥＲＥ 項目ＣＡ＝ｘｘｘ」（以降、このＳＱＬ構文を、「ＳＱＬ構文Ｗ２」と呼ぶ）。

【0016】

また、データベースの検索条件がさらに追加（つまり、ＳＱＬ構文Ｗ１よりも絞込みが必要な場合）して、検索する場合、ＳＱＬ構文は、以下のような項目ＣＤの条件が追加されるかもしれない。

【0017】

「ＳＥＬＥＣＴ 項目Ｃ１、項目Ｃ２、項目Ｃ３ ＦＲＯＭ 表Ｔ ＷＨＥＲＥ 項目ＣＡ＝ｘｘｘ ＡＮＤ 項目ＣＢ＝ｙｙｙ ＡＮＤ 項目ＣＣ＝ｚｚｚ ＡＮＤ 項目ＣＤ＝ｉｉｉ」（以降、この検索構文を、「ＳＱＬ構文Ｗ３」とする）。

【0018】

このように、ＡＰＬは、検索条件の要件毎に合致するＳＱＬ構文を有するインタフェースを実装することになるが、検索条件毎に条件分岐（ＩＦ文）によりインタフェースを実装することになれば、開発及びデバッグの工数が増大することになる。図８は、条件分岐（ＩＦ文）により呼び出すインタフェース（関数）を示す説明図である。図８（ａ）〜（ｃ）では、検索項目に対する条件値（入力変数）の個数とバインドする変数の数が異なっていることを示している。

【0019】

また、ＯＣＩのバインド操作、つまり、バインドする変数の個数や、変数の型（例えば、ｉｎｔ型やｃｈａｒ型）に対応したプログラム設計は、多くのバグを発生させる要因となり得る。

【0020】

このため、簡易な手段によりデータベースへ操作要求することができるデータベースクライアント装置、データベースクライアントプログラム、及びデータベースシステムが望まれている。

【課題を解決するための手段】

【0021】

第１の本発明のデータベースクライアント装置は、（１）複数のパラメータのうち一部又は全部のパラメータに対応する入力値を保持する入力値保持手段と、（２）上記複数のパラメータのうち上記入力値保持手段が入力値を保持したパラメータについては当該入力値を設定可能であり、上記複数のパラメータのうち上記入力値保持手段が入力値を保持しなかったパラメータについては所定の値が設定された構文を保持する構文保持手段と、（３）上記入力値保持手段が保持した入力値を、上記構文保持手段が保持した構文にバインド処理を行うバインド手段と、（４）上記バインド手段がバインド処理した構文をデータベースサーバに送信してデータ処理依頼するデータ処理依頼手段とを有することを特徴とする。

【0022】

第２の本発明のデータベースクライアントプログラムは、データベースクライアント装置に搭載されたコンピュータを、（１）複数のパラメータのうち一部又は全部のパラメータに対応する入力値を保持する入力値保持手段と、（２）上記複数のパラメータのうち上記入力値保持手段が入力値を保持したパラメータについては当該入力値を設定可能であり、上記複数のパラメータのうち上記入力値保持手段が入力値を保持しなかったパラメータについては所定の値が設定された構文を保持する構文保持手段と、（３）上記入力値保持手段が保持した入力値を、上記構文保持手段が保持した構文にバインド処理を行うバインド手段と、（４）上記バインド手段がバインド処理した構文をデータベースサーバに送信してデータ処理依頼するデータ処理依頼手段として機能させることを有することを特徴とする。

【0023】

第３の本発明は、データベースクライアント装置と、データベースクライアントサーバとを備えるデータベースシステムにおいて、データベースクライアント装置として第１の本発明を適用したことを特徴とするデータベースシステム。

【発明の効果】

【0024】

本発明によれば、データベースへの操作要求を簡易な手段により実装することにより、プログラム開発及びデバッグ工数の削減をすることができる。

【図面の簡単な説明】

【0025】

【図1】実施形態に係るデータベースクライアントアプリケーションの動作を示すフローチャートである。

【図2】実施形態に係るデータベースシステムの全体構成を示すブロック図である。

【図3】データベース表Ｔの構成を示す説明図である。

【図4】既存の方式と本発明の方式について、比較を示す説明図である。

【図5】検索条件から導き出される従来のＳＱＬ構文の定義を示す説明図である。

【図6】従来のＳＱＬ定義と本方式のＳＱＬ定義の比較を示す説明図である。

【図7】実施形態に係るデータベースクライアントアプリケーションの動作の具体例を示す説明図である。

【図8】従来のプログラム設計において、検索条件の要件毎に呼び出すインタフェース（アプリケーション）を示した説明図である。

【発明を実施するための形態】

【0026】

（Ａ）主たる実施形態
以下、本発明によるデータベースクライアント装置、データベースクライアントプログラム、及びデータベースシステムの一実施形態を、図面を参照しながら詳述する。

【0027】

（Ａ−１）実施形態の構成
図２は、この実施形態のデータベースシステム１の全体構成を示すブロック図である。

【0028】

データベースシステム１は、データベースクライアント１０、データベースサーバ２０を有している。また、データベースクライアント１０、データベースサーバ２０は、それぞれネットワークＮに接続しているものとする。なお、データベースシステム１は、ネットワークＮを有さず、独立で構築（スタンドアローン）しても良い。

【0029】

データベースシステム１は、データベースクライアント１０から、データベースサーバ
２０にデータベースのデータ更新や参照などのトランザクションが与えられ、処理が行われる環境である。

【0030】

データベースクライアント１０は、データベースサーバ２０にデータベースに係るトランザクションを与えるものである。図２においては、データベースクライアント１０は１つとなっているが、その数は限定されないものである。データベースクライアント１０は、例えば、パソコン等の情報処理装置（１台に限定されず、複数台を分散処理し得るようにしたものであっても良い。）上に、データベースクライアントアプリケーション１０Ａをインストールすることにより、構築される。

【0031】

クライアントライブラリ１１は、データベースクライアント１０が、データベース２０にアクセスする機能を提供するためのライブラリである。データベースクライアント１０には、種々のデータベースシステムに応じて、ライブラリが提供されている。この実施形態では、クライアントライブラリ１１は、ＯＲＣＬＥデータベースクライントが提供するライブラリを適用した例を示している。

【0032】

ＳＱＬ定義テーブル１２は、データベース２２にアクセスするＳＱＬ構文のひな形が記憶されている。

【0033】

ＯＣＩ１３は、クライアントライブラリ１１が提供するＡＰＩを用いて、データベース２２２にアクセスするものである。

【0034】

データベースサーバ２０は、データベースクライアント１０から与えられたトランザクションの処理を行うものであり、ＲＤＢＭＳ２１とデータベース２２を有している。

【0035】

ＲＤＢＭＳ２１は、リレーショナルデータベース管理システムの機能を担っており、例えば、データベースクライアント１０から受けた取ったトランザクションの処理を行うものである。

【0036】

データベース２２は、データ（レコード）の記憶部である。図３は、データベース２２に記憶されるデータベース表Ｔを示す説明図である。表Ｔにおける項目Ｃ１、Ｃ３、ＣＡ及びＣＣは、整数型（ＩＮＴＥＧＥＲ型）であり、項目Ｃ２、Ｃ４、ＣＢ及びＣＤは、文字列型（ＶＡＲＣＨＡＲ型）である。なお、データベース表Ｔのデータは、データベース２２に記憶される一例であり、データベース２２は、種々の表に対応したデータが記憶されることは言うまでもない。

【0037】

データベースクライアントアプリケーション１０Ａは、入力条件からデータベース２２へ問い合わせるＳＱＬ構文を定義するインタフェースである。データベースクライアントアプリケーション１０Ａは、検索条件毎のＳＱＬ構文と必要となる変数の関係を明確にするため、以下の条件で機能実装の仕様が決定される。なお、データベースクライアントアプリケーション１０Ａは、種々のプログラミング言語により実装されるが、この実施形態では、Ｃ言語により実装した例を示している。

【0038】

データベースクライアントアプリケーション１０Ａは、要件定義から必要となるデータベース検索機能の条件を抽出し、ＳＱＬ構文を定義する。このとき、検索条件で指定される項目数は明確になるようにする。例えば、先述の検索条件であるＳＱＬ構文Ｗ１〜Ｗ３の３種類の検索構文を例に説明する。ＳＱＬ構文Ｗ１は、「項目ＣＡの指定」、ＳＱＬ構文Ｗ２は、「項目ＣＡ、ＣＢ、ＣＣの指定」、ＳＱＬ構文Ｗ３は、「項目ＣＡ、ＣＢ、ＣＣ、ＣＤの指定」となっていた。つまり、ここでの作業において、要件定義上の最大指定項目数は、４項目ということになる。

【0039】

次に、データベースクライアントアプリケーション１０Ａは、検索条件指定に必要な変数を定義し、検索項目と固定的に結びつける。先に述べた従来の方式では、引数と条件指定項目の関係がインタフェース毎に異なっていた。インタフェースＡでは、検索条件の項目ＣＡに変数ｖｄがバインドされているが、インタフェースＢでは、変数ｖｄは、検索条件の項目ＣＢにバインドされている。データベース表Ｔの項目ＣＡが整数型（ＩＮＴＥＧＥＲ型）、項目ＣＢが文字列型（ＶＡＲＣＨＡＲ）のため、インタフェースＡの引数ｖｄは、整数型（ｉｎｔ型）、インタフェースＢの引数ｖｄは、文字型（ｃｈａｒ型）と使い分けて使用する必要があった。

【0040】

一方、データベースクライアントアプリケーション１０Ａは、検索条件に指定される項目と変数を固定的な関係にする。つまり、上記で検索条件の指定項目が求まり、これらの項目に対して、必要な変数を１対１で定義することを意味し、定義する変数と条件項目を１対１とすることで、条件項目の型に合致した変数として定義できる。結果として、検索で指定する項目数の最大４に対して、指定項目ＣＡへのバインド変数はｖｄ、項目ＣＢへのバインド変数はｖｅ、項目ＣＣへのバインド変数はｖｆ、項目ＣＤへのバインド変数はｖｇとなる。これにより、検索条件毎のＳＱＬ構文へのバインドは全て統一される。

【0041】

以上をまとめると、インタフェースの実装について、図４で示す事項を導き出すことができる。図４は、既存の方式と本発明の方式とについて、インタフェース（関数）、インタフェース引数、変数のバインド及びＳＱＬ構文の定義数の観点から比較を示す説明図である。

【0042】

図４では、ＳＱＬ構文の定義数は、両方式に差異は存在しないが、その他の項目については、差異が存在することが読み取れる。

【0043】

次に、データベースクライアントアプリケーション１０Ａは、ＳＱＬ構文のパターン定義を行う。定義したＳＱＬ構文は、ＳＱＬ定義テーブル１２に記憶される。まず、データベースクライアントアプリケーション１０Ａは、検索条件で指定する項目の最大数は４であるため、最小１、最大４の検索条件パターンを列挙する。検索条件のパターン総数は、以下の（１）式で求められる。
検索条件のパターン総数＝₄C₀＋₄C₁＋₄C₂＋₄C₃＋₄C₄＝１６…（１）

【0044】

図５は、検索条件から導き出される従来のＳＱＬ構文の定義を示す説明図である。図５（ａ）は、検索項目指定数が０の場合のＳＱＬ構文を１つ示している。図５（ｂ）は、検索項目指定数が１の場合のＳＱＬ構文を４つ示している。図５（ｃ）は、検索項目指定数が２の場合のＳＱＬ構文を６つ示している。図５（ｄ）は、検索項目指定数が３の場合のＳＱＬ構文を４つ示している。図５（ｅ）は、検索項目指定数が４の場合のＳＱＬ構文を１つ示している。

【0045】

但し、この従来のＳＱＬ定義は、必要な検索条件のみを付与する定義であり、これをプログラムで実装することは、結局、検索条件毎にバインドする変数が異なる従来の方式となってしまう。

【0046】

データベースクライアントアプリケーション１０Ａは、このＳＱＬ定義をさらに図６のように展開する。図６は、従来の一般的なＳＱＬ定義（図５）と本方式のＳＱＬ定義の比較を示す説明図である。図６の(ａ)〜(ｄ)は図５の(ａ)〜(ｄ)と同一の関係であって、先に説明した検索項目指定数に対するＳＱＬ構文の数が同じグループを示している。以下に、図６の具体例を説明する。

【0047】

本方式のＳＱＬ定義は、バインド変数の値を項目指定条件に使用しない場合には、検索条件として利用されないような宣言をしている。例えば、検索条件に項目ＣＣ、項目ＣＤが指定されない場合、通常であればＳＱＬ定義は以下となる。
「ＳＥＬＥＣＴ 項目Ｃ１、項目Ｃ２、項目Ｃ３ ＦＲＯＭ 表Ｔ ＷＨＥＲＥ 項目ＣＡ＝バインド変数ｖｄ ＡＮＤ 項目ＣＢ＝バインド変数ｖｅ」

【0048】

これに対し、本方式のＳＱＬ定義は以下である。
「ＳＥＬＥＣＴ 項目Ｃ１、項目Ｃ２、項目Ｃ３ ＦＲＯＭ 表Ｔ ＷＨＥＲＥ 項目ＣＡ＝バインド変数ｖｄ ＡＮＤ 項目ＣＢ＝バインド変数ｖｅ ＡＮＤ バインド変数ｖｆ＝０ ＡＮＤ バインド変数ｖｇ ｉｓ ＮＵＬＬ」

【0049】

データベース表Ｔを構成する項目ＣＡ及び項目ＣＣの型は、整数型（ＩＮＴＥＧＥＲ型）であることから、バインド変数ｖｄは、Ｃ言語のプログラム上、整数型（ｉｎｔ型）となるはずであり、項目ＣＢ及び項目ＣＤの型は、ＶＡＲＣＨＡＲ型であることから、Ｃ言語のプログラム上、文字型（ｃｈａｒ型）となるはずである。

【0050】

ここで、本方式における項目ＣＣ、項目ＣＤが指定されない場合のＳＱＬ定義として、バインド変数ｖｆ＝０が意味するところは、項目ＣＣへの条件ではなく、「バインド変数ｖｆの値が０である」という条件になることである。Ｃ言語のプログラム上で、項目ＣＣへの条件指定がない場合は、バインド変数ｖｆには初期値を設定する実装になっていれば、バインド変数ｖｆの値は０となるべきである。このとき、「バインド変数ｖｆの値が０である」という条件は「真」となり、ＳＱＬ構文を解析するデータベースサーバ２０は、エラー検出をしない。

【0051】

同様に、バインド変数ｖｆ＝０ ＡＮＤ バインド変数ｖｇ ｉｓ ＮＵＬＬが意味するところは、項目ＣＤへの条件ではなく、「バインド変数ｖｇの値がＮＵＬＬである」という条件になることである。Ｃ言語のプログラム上で、項目ＣＤへの条件指定がない場合は、バインド変数ｖｇに渡される文字列ポインタにＮＵＬＬが設定する実装になっていれば、「バインド変数ｖｇの値がＮＵＬＬである」という条件は「真」となり、ＳＱＬ構文を解析するデータベースサーバ２０は、エラー検出はしない。

【0052】

よって、このＳＱＬ定義により各検索条件において、必ず全てのバインド変数を使用することになり、Ｃ言語のプログラムにおいて、変数をバインドする処理は、使用するＳＱＬ定義に関係なく統一される。つまり、条件分岐（ＩＦ文）を実装する上で、検索条件を指定するための変数ｖｄ、ｖｅ、ｖｆ、ｖｇを受け取り、ＳＱＬ定義に対して、必ずｖｅ、ｖｄ、ｖｆ、ｖｇをバインドし、ＳＱＬの発行処理を実行することで、検索結果を正常に受け取る事ができるということである。

【0053】

なお、本方式のＳＱＬ定義は、以下である。
「ＳＥＬＥＣＴ 項目Ｃ１、項目Ｃ２、項目Ｃ３ ＦＲＯＭ 表Ｔ ＷＨＥＲＥ 項目ＣＡ＝バインド変数ｄ ＡＮＤ 項目ＣＢ＝バインド変数ｅ ＡＮＤ バインド変数ｖｆ＝０ ＡＮＤ バインド変数ｖｇ ｉｓ ＮＵＬＬ」

【0054】

上記のＳＱＬ定義で得られる検索結果は、以下のＳＱＬ定義と同等なものとなる。
「ＳＥＬＥＣＴ 項目Ｃ１、項目Ｃ２、項目Ｃ３ ＦＲＯＭ 表Ｔ ＷＨＥＲＥ 項目ＣＡ＝バインド変数ｖｄ ＡＮＤ 項目ＣＢ＝バインド変数ｖｅ」

【0055】

（Ａ−２）実施形態の動作
図１は、実施形態のデータベースクライアントアプリケーション１０Ａの動作を示すフローチャートである。

【0056】

データベースクライアントアプリケーション１０Ａは、入力された検索条件のパラメータ変数の設定の有無をチェックする（Ｓ１０１）。なお、値が設定されていない変数は、初期値となる。例えば、初期値は、項目が整数型（ＩＮＴＥＧＥＲ型）の場合には０、文字型の場合にはＮＵＬＬを設定する。

【0057】

データベースクライアントアプリケーション１０Ａは、検索の条件に合致するＳＱＬ定義をＳＱＬ定義テーブル１２から取得し、メモリ上に展開する（Ｓ１０２）。

【0058】

データベースクライアントアプリケーション１０Ａは、検索条件変数及び検索結果取得変数を全てバインドする（Ｓ１０３）。

【0059】

データベースクライアントアプリケーション１０Ａは、クライアントライブラリ１１が提供するＯＣＩ１３によりＳＱＬの実行を要求する。ＯＣＩ１３は、ネットワークＮを介してデータベースサーバ２０にトランザクションを発行する（Ｓ１０４）。

【0060】

データベースクライアントアプリケーション１０Ａは、ネットワークＮを介してデータベースサーバ２０から検索結果を取得する（Ｓ１０５）。

【0061】

図７は、実施形態のデータベースクライアントアプリケーション１０ＡがＯＣＩ１３を用いてデータベースアクセスする基本動作を示す説明図である。図７では、データベース表Ｔの検索対象は、項目Ｃ１、項目Ｃ２、項目Ｃ３であり、条件として、項目ＣＡに変数ｖd、項目ＣＢに変数ｖe、項目ＣＣに変数ｖｆ、項目ＣＤに変数ｖｇを設定した場合を示している。仮に、項目ＣＤ（文字列型）に条件が付されない場合には、変数ｖｇはＮＵＬＬであるという条件を付加することなる。いずれにしも、発行するＳＱＬに関わらず変数のバインド処理は一定となる。

【0062】

（Ａ−３）実施形態の効果
データベース表の検索条件に対して、条件指定項目の最大数分のバインド変数、及び検索パターン毎のＳＱＬ定義を用意することにより、プログラムにおける入力パラメータ、変数バインド処理は統一される。その結果、検索用インタフェースの実装が単一のインタフェースで実現できるため、プログラム開発及びデバッグ工数の削減が可能となる。

【0063】

（Ｂ）他の実施形態
上記の実施形態に加えて、さらに、以下に例示するような変形実施形態も挙げることができる。

【0064】

（Ｂ−１）上記の実施形態では、データベースクライアントアプリケーション１０Ａが定義したＳＱＬ構文は検索（ＳＥＬＥＣＴ）のみを示したが、更新（ＵＰＤＡＴＥ）や、削除（ＤＥＬＥＴＥ）において、対象となるレコードを指定するためのカラム指定条件に対して、同様のＳＱＬ構文に置き換えて本発明を適用しても良い。

【0065】

（Ｂ−２）上記の実施形態では、データベースクライアントアプリケーション１０Ａは、予め定義したＳＱＬ構文テーブル１２から、検索条件に合致したＳＱＬ構文を当該テーブルから選択する処理を示したが、検索条件に合致したＳＱＬ構文を処理の度に動的に作成しても良い。

【0066】

（Ｂ−３）上記の実施形態では、データベースシステム１としてＯＲＡＣＬＥデータベースシステムを適用した例を示したが、他のデータベースシステムを利用して、本発明を適用しても良い。

【符号の説明】

【0067】

１…データベースシステム、１０…データベースクライアント、１０Ａ…データベースクライアントアプリケーション、１１…クライアントライブラリ、１２…ＳＱＬ定義テーブル、１３…ＯＣＩ、２０…データベースサーバ、２１…ＲＤＢＭＳ、２２…データベース、Ｎ…ネットワーク、Ｘ…データベース表

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】