Next: dbm
- 汎用DBMインタフェース, Previous: data.ulid
- 一意で辞書順ソート可能な識別子, Up: ライブラリモジュール - ユーティリティ [Contents][Index]
dbi
- データベース非依存アクセス層このモジュールはさまざまなリレーショナルデータベースシステム(RDBMS)に アクセスするための統一されたインタフェースを提供します。個々のデータベー スシステムに特有の操作についてはデータベースドライバ(DBD)モジュールに パッケージされています。DBDのモジュールは通常暗黙裏にDBIの層からロード されます。
このモジュールは Perl の DBI/DBD アーキテクチャに強く影響を受けていま す。Perl DBIを使った経験があるなら、このモジュールを使うのはたやすいで しょう。
まず例を見るほうがよいでしょう。以下はdbi
モジュールを使ったデー
タベースアクセス例の概要です。
(use dbi) (use gauche.collection) ; to make 'map' work on the query result (guard (e ((<dbi-error> e) ;; handle error )) (let* ((conn (dbi-connect "dbi:mysql:test;host=dbhost")) (query (dbi-prepare conn "SELECT id, name FROM users WHERE department = ?")) (result (dbi-execute query "R&D")) (getter (relation-accessor result))) (map (lambda (row) (list (getter row "id") (getter row "name"))) result)))
dbi-connect
にわたす、"dbi:mysql:test;host=dbhost"
引数以
外は使用するデータベースシステムに依存する部分はありません。この引数に
より、dbi
モジュールはこのアクセスがmysql
データベースに対
するものであると判断します。そして、mysql-特有の手続を扱うようにします。
別のデータベースシステムwhateverを使いたいのであれば、単に
"dbi:whatever:parameter"
をdbi-connect
に渡せ
ばよく、dbd.whatever
がシステムにインストールされていれば同じよ
うにできます。
データベースに対するクエリはdbi-prepare
を使って作成します。
クエリの発行はdbi-execute
で行います。このような2つのフェーズを
使うことで、パラメータ化されたSQL文の一種であるプリペアドクエリを
作ることができます。上の例ではクエリはSQL文の中で'?'
で表現され
ている部分に、ひとつの引数をわりあてます。実引数の値は
dbi-execute
で設定されます。類似のクエリを大量に発行するような場
合にはプリペアドクエリをひとつ生成し、それにさまざまなパラメータを渡し
て実行するとパフォーマンスがかせげます。このパラメータは自動的にクォー
トされます。
クエリがSELECT
文の場合、その結果は関係プロトコルを実装するコレ
クションとして返されます。詳細はgauche.collection
- コレクションフレームワークおよび
util.relation
- リレーションフレームワークを見てください。
いちばん外側にあるguard
はエラーを捕捉するためのものです。
dbi
に関連したエラーは<dbi-error>
コンディションを継承して
いるものと見なされます。いくつかの特有のエラーはdbi
モジュールで
定義されています。特定のdbd
層はさらに固有のエラーを定義していま
す。
次節ではユーザレベルのAPIについて説明します。すなわち、dbi
を使
う際に必要となる手続に関する説明です。そのあとのセクションではドライバ
APIを説明をします。すなわち特定のdbd
ドライバをdbi
フレー
ムワークで使えるようにするために使うAPIの説明です。
• DBIのユーザAPI: | ||
• DBI用のドライバを書く: |
Next: DBI用のドライバを書く, Previous: dbi
- データベース非依存アクセス層, Up: dbi
- データベース非依存アクセス層 [Contents][Index]
dbi
API が投げる可能性のあるコンディションがいくつか定義されて
います。コンディションの詳細については例外を見てください。
{dbi}
dbi
-関連のコンディションのベースクラス。<error>
を継承し
ています。
{dbi}
dbi-connect
は指定されたドライバが見つからない場合にこのコンディ
ションを投げます。<dbi-error>
を継承しています。
要求されたドライバの名前を文字列として保持している。
{dbi}
呼び出されたメソッドが基盤となるドライバでサポートされていない場合、こ
のコンディションが投げられます。<dbi-error>
を継承しています。
{dbi} プリペアドクエリへ渡されたパラメータの数がプリペアドステートメントの中 のものと一致しないとき、このコンディションが投げられます。
上の3つのエラー以外に、dbi
がプリペアドSQL文を構文解析するのにド
ライバを利用す場合、不正なSQL文がdbi-prepare
に渡されると、
<sql-parse-error>
が投げられます
(text.sql
- SQLのパーズと構築参照)。
{dbi} dsn(データソース名)で指定されたデータソースを使ってデータベース に接続します。dsnは以下の構文をもつ文字列です。
dbi:driver:options
driverは特定のドライバ名です。対応するドライバモジュールがなけれ
ばなりません。すなわち、dbd.driver
がシステムにインストー
ルされていなければなりません。たとえば、dsnが"dbi:mysql:"
ではじまるとすると、dbi-connect
はdbd.mysql
をロードしよう
とします。
options部分の解釈はドライバに依存します。通常この部分のフォーマッ
トはkey1=value1;key2=value2;...
のようになっていますが、ドライバ
によっては別の解釈になります。たとえば、mysql
ドライバでは、
optionsの最初の部分でデータベース名を指定することができます。
optionsの正確な仕様については各ドライバのドキュメントをチェック
してください。
接続のために必要な追加情報はキーワード引数であたえます。 usernameおよびpasswordは共通でサポートされている引数です。 ドライバは他にもキーワード引数を認識します。
データベースへの接続が成功したら、コネクションオブジェクト
(<dbi-connection>
のサブクラスのインスタンス)が返ります。さもな
ければ、エラーがあがります。
{dbi} データベースシステムへの接続のベースクラス。各ドライバはこのクラスのサ ブクラスを定義し、これにデータベース特有のコネクションに関する情報を持 たせます。
{dbi} データベースへの接続がオープン状態(アクティブ状態)にあるかどうかを確か めます。
{dbi}
データベースへの接続を閉じます。これによりこの接続に関連付けられたリソー
スが解放されます。いったん閉じたcに対してはどのようなdbi操作もで
きません。(dbi-open?
だけは例外)。すでに閉じられたコネクションに
対してdbi-close
を呼んでもなにも起りません。
ドライバは通常<dbi-connection>
がガベージコレクションされたとき
にコネクションを閉じますが、このことを期待したコードを書くのはいただけ
ません。GCのタイミングというのは予測不可能だからです。ユーザプログラム
は適切なタイミングでdbi-close
を呼ぶようにすべきです。
{dbi} 解っているドライバのモジュール名のリストを返します。
{dbi}
ドライバのベースクラス。高レベルのdbi
APIを使うかぎり、これが必
要になることはありません。
{dbi}
dbi-connect
から呼ばれる低レベル関数、通常この関数を呼ぶ必要はあ
りません。
driver-nameで指定されたドライバモジュールをロードし、当該のドラ イバクラスのインスタンスを生成してそれを返します。
{dbi}
SQL文の文字列表現sqlからデータベースコネクションconn
用の
クエリオブジェクト(<dbi-query>
のインスタンスもしくはそのサブク
ラスのインスタンス)を生成してそれを返します。
sqlは?
であらわされているパラメータスロットを持ちます。
(dbi-prepare conn "insert into tab (col1, col2) values (?, ?)") (dbi-prepare conn "select * from tab where col1 = ?")
これらのスロットはdbi-execute
を使って実際にクエリを発行したとき
に埋められます。パラメータスロットを使うのは以下の利点があるからです。
(1) クォートが自動的にほどこされます。不適切なクォートによるセキュリティ
ホールを気にする必要はありません。
(2) いくつかのドライバでは準備の段階でサーバへテンプレートSQL文を送る
機能がサポートされていて、実行段階ではパラメータを送るだけで済みます。
これは似たようなクエリを大量に一度に発行するときには効率のよいやりかた
です。
バックエンドでプリペアド文がサポートされていない場合(でSQLテンプレー
トが?
パラメータを持つ場合)、ドライバはsqlを解析するのに
text.sql
モジュールを使います。与えられたSQL文が正しい構文でなけ
れば、<sql-parse-error>
コンディションが発生します。
キーワード引数pass-throughに真の値を渡して、SQLの解釈を抑制し、
sqlをそのままバックエンドのデータベースシステムに渡すことができ
ます。text.sql
で理解できないようなSQLの拡張をバックエンドがサポー
トしている場合に役立ちます。
ドライバがプリペアド文をtext.sql
抜きでバックエンドに処理させた
場合、pass-through
引数は無視されます。ドライバは他のキーワード
引数を取ることもあります。詳細はそれぞれのドライバのドキュメントを参照
してください。
注意:SQL文のケース畳み込みは実装依存です。DBMSのなかにはテーブ ル名やカラム名は大文字小文字の区別をしないものもあり、一方で区別するも のもあります。ポータブルなSQL文を書きたいのなら、識別子をクォートしま しょう。すなわち常に名前をダブルクォートで囲むようにします。
{dbi}
dbi-prepare
によって作成されたプリペアドクエリに関する情報を保持
します。以下のスロットが定義されています。
<dbi-connection>
オブジェクトを含みます。
ドライバがクエリを準備する場合、このスロットがプリペアド文を保持します。 このスロットをどのように使うかはおのおののドライバによります。したがっ て、クライアントはこの値に依存してはいけません。
{dbi}
クエリがdbi-execute
に渡せる状態になっているときにのみ、
#t
を返します。
{dbi}
クエリを破棄し、当該クエリに関連づけられたリソースを解放します。この操
作を実行後は、dbi-open?
はqに対して#f
を返します。
そして、当該クエリは他の用途にはつかえません。qがガベージコレク
ションにより回収された場合、リソースは解放されますが、アプリケーション
が明示的にクエリを閉じるようにすることを強く勧めます。
{dbi}
dbi-prepare
によって作成されたクエリを実行します。当該クエリが期
待するのと同じ数のパラメータを渡す必要があります。
発行されたクエリがselect
文の場合dbi-execute
は
リレーションを表わすオブジェクトを返します。リレーションは
行とカラムの値をカプセル化したもので、カラム名のようなメタ情報も同様で
す。結果へアクセスの方法については後述の「クエリの結果を見る」を見てく
ださい。
クエリがSELECT以外のcreate
、insert
、delete
などの
場合、クエリクロージャー返り値は不定です。
{dbi} この手続はクエリを作成し、すぐに実行したいときに便利です。これは次の式 と同じですが、この場合はドライバはオーバーヘッドを避けるため、中間のク エリを作らないようにこのメソッドをオーバーロードします。
(dbi-execute (apply dbi-prepare conn sql options) parameter-value …)
{dbi} str中の特殊文字をエスケープした文字列を返します。
SQLの公式標準ではこのような文字としてはシングルクォート('
)につ
いてだけ規定しています。しかし、印字可能文字ではない文字については規定
がありません。また、データベースシステムによっては他のエスケープ文字を
使うものもあります。それゆえ、自分でエスケープしようとせずに、このメソッ
ドを使う必要があります。
;; c を利用可能なDBIコネクションとする (dbi-escape-sql c "don't know") ⇒ "don''t know"
クエリがselect
文である場合、<collection>
と
<relation>
の両方のオブジェクトが返ります。行のコレクション
(すなわち、<collection>
APIの実装)ですから、行にアクセスするに
はmap
、for-each
、その他のジェネリック関数が使えます。
また、カラム名やアクセサを取り出すにはリレーションAPIが使えます。
リレーションAPIについてはutil.relation
- リレーションフレームワークをコレクションAPIにつ
いてはgauche.collection
- コレクションフレームワークを見てください。
クエリから戻ったオブジェクトの実際のクラスはドライバによりますが、 以下のメソッドを使うことができます。
{dbi}
クエリの結果がまだアクティブであるかどうかをチェックします。
結果はdbi-close
によって明示的に閉じられるかデータベースへのコネ
クションが閉じられると非アクティブになります。
{dbi}
クエリの結果を閉じます。結果に関連付けられていたリソースが解放されます。
resultは、いったん閉じると使えなくなります。ただし、
dbi-open?
にだけは渡せます。
ドライバは通常、結果がガベージコレクタによって回収される時にリソースを
解放しますが、アプリケーションはこれに依存してはいけません。結果を使い
おわったら明示的にdbi-close
を呼ぶことをおすすめします。
Previous: DBIのユーザAPI, Up: dbi
- データベース非依存アクセス層 [Contents][Index]
特定のデータベースシステムのドライバを書くということは、
dbd.foo
モジュールを実装することです。ここでfooはド
ライバの名前になります。
このモジュールは以下に説明するいくつかのクラスとメソッドを実装しなけれ ばなりません。
以下のクラスを定義しなければなりません。
<dbi-driver>
のサブクラス。このクラスの名前は必ず
<foo-driver>
でなければなりません。ここで、fooは
ドライバの名前です。通常このクラスはシングルトンインスタンスを生成し、
後述のdbi-make-connection
メソッドをディスパッチするためにのみ利
用されます。
<dbi-connection>
のサブクラス。このクラスのインスタンスは
dbi-make-connection
によって生成されます。そのためには、実際のコ
ネクションに関する情報を保持する必要があります。
<relation>
および
<collection>
のサブクラス。(ほとんどの場合、SELECT文の結果は順序
が重要です。それは、ORDER BY 節によってソートされる可能性があるからで
す。したがって、<sequence>
を継承するほうが、<collection>
を継承するよりも適切です。)
<dbi-query>
のサブクラスを実装します。
ドライバは以下のメソッドを実装しなければなりません。
{dbi}
このメソッドはdbi-connect
から呼ばれ、データベースへの接続を担い、
コネクションオブジェクトを作成します。コネクションオブジェクトを返さな
ければなりません。コネクションが確立できない場合には、
<dbi-error>
をあげなければなりません。
optionsはdbi-connect
に与えられるデータソースネーム(DSN)の
オプションパートです。options-alistはoptionsを解析した結果
の連想リストです。両方ともに用意して、ドライバが自明ではない方法で
options文字列を解釈できるようにします。
たとえば、DSNとして
"dbi:foo:myaddressbook;host=dbhost;port=8998"
が与えられたとする
と、fooのdbi-make-connection
はoptionsとして
"myaddressbook;host=dbhost;port=8998"
を受け取り、
options-alistとして
(("myaddressbook" . #t) ("host" . "dbhost") ("port" . "8998"))
を受け取ります。
options-alistの後ろならどのようなキーワード引数でも
dbi-connect
に渡せます。DBIプロトコルは現在のところは
usernameおよびpasswordのみを指定します。
ドライバはその他のキーワード引数を定義できます。
ドライバ特有のキーワード引数にはドライバ名を接頭辞として付けることをお
勧めします。たとえば、dbd.foo
なら、:foo-whatever
のように
です。
どのようなオプションを使えるようにするか、あるいはオプションの構文をど うするかはドライバを書く人しだいです。基本的な考え方は、DSN はデータの ソースを識別するためのものであり、その役割りはWWWにおけるURLのようなも のだということです。それゆえ、データベースのホスト名、ポート番号、それ にデータベース名などが含まれることになるでしょう。しかし、ユーザ名やパ スワードのような認証に関する情報を含めてはいけません。というわけで、そ の手の情報はキーワード引数で渡すのです。
{dbi}
このメソッドは<dbi-query>
あるいはそのサブクラスのインスタンスで
あるプリペアドクエリオブジェクトを生成し、それを返すものでなくてはなり
ません。sqlによるクエリがデータベースに発行されるのは、プリペア
ドクエリオブジェクトがdbi-execute
に渡されたときです。
このメソッドは返されるクエリオブジェクトのconnection
スロットに
cを設定しなけばなりません。
sqlはSQL文です。これには'?'
で表現されたプレイスホルダが含
まれることがあります。クエリクロージャはこのプレイスホルダと同じ数の引
数をとらなければなりません。内部的にsqlをどのようにパーズするか、
クエリクロージャが呼ばれたとき完全なSQL文を構築するか、sqlをバッ
クエンドのサーバに送って文を準備し、クエリクロージャはパラメータだけを
送るようにするかなどはドライバに依存します。
ドライバがSQL文を内部的にわたす場合、キーワード引数pass-through
を認識しなければいけません。もし、真の値が与えられたら、ドライバは
sql
を不透明なものとして扱い、これをそのままクエリクロージャが呼
ばれた際に渡さなければなりません。
ドライバがその他のキーワード引数を定義することもできます。
その場合、ドライバ特有のキーワード引数にはドライバ名を接頭辞として付け
ることをお勧めします。たとえば、dbd.foo
なら、
:foo-whatever
のようにです。
{dbi}
このメソッドはdbi-execute
から呼ばれます。qが保持するクエ
リを発行しなければなりません。クエリがパラメータ化されている場合、
dbi-executeに与えられた実際のパラメータはparams引数に渡さ
れます。
qがselect
-型のクエリの場合は、このメソッドは適切なリレー
ションオブジェクトを返さなければなりません。
{dbi}
デフォルトのエスケープメソッドでは十分でないとき、ドライバは特別のエス
ケープを行うためにこのメソッドをオーバーロードすることができます。たと
えば、MySQLではバックスラッシュ文字はシングルクォートと同様に特別あつ
かいしますので、dbi-escape-sql
メソッドを持っています。
{dbi}
これらのメソッドでコネクションおよび結果の状態を調べ、コネクションおよ
び結果を閉じます。closeメソッドはコネクションや結果が利用しているリソー
スを解放しなければなりません。ドライバはdbi-close
がすでに閉じら
れたコネクションや結果に対しても適用できるようにしておかなければなりま
せん。
{dbi}
この機能を実装するのにデフォルトメソッドはdbi-prepare
および
dbi-execute
を使っています。これだけでも動きますが、
ドライバは効率のために中間のクエリオブジェクトの生成をスキップするため
にこのメソッドをオーバーロードできます。
以下の関数は上述のメソッドを実装するための低レベルのユーティリティです。
{dbi}
dbi-connect
に与えられたデータソースネーム(DSN)文字列を解析し、
以下の3つの値を返す。(1) ドライバ名(文字列) (2) DSNのオプション部分(文
字列) (3) 解析済オプション(連想リスト)。与えられた文字列がDSN構文に準
拠していない場合には<dbi-error>
があがります。
典型的なドライバを書く場合には必要ありません。構文解析は
dbi-make-connection
を呼ぶ前にすんでいるからです。このメソッドは
プロキシのようなメタドライバという類のものを書くときに便利です。
{dbi} プレイスホルダを含むSQL文 sql をパーズし、実際の値をパラメータと して渡されたときに完全なSQLを生成するクロージャを作成します。 バックエンドがプリペアド文をサポートしていない場合は、ドライバ中でクエ リを準備するのにこの関数を使うことになります。
connectionはデータベースへのDBIコネクションです。SQL中の値は適切
にエスケープされている必要があります(上述のdbi-escape-sql
をみて
ください)。
;; c は正しいdbiコネクションを持っているとする ((dbi-prepare-sql c "select * from table where id=?") "foo'bar") => "select * from table where id='foo''bar'"
Next: dbm
- 汎用DBMインタフェース, Previous: data.ulid
- 一意で辞書順ソート可能な識別子, Up: ライブラリモジュール - ユーティリティ [Contents][Index]