2001/03/16(金) 10:59 .KTK4KoY
>>86
Abstract DB Libraryの目的（ターゲット）としては、例えば
SQL92 Entry Levelとかを想定して、実装していけばいいん
じゃないかなー、なんて思います。
ここ数年Oracleをやってきたんですが、最近PostgreSQLを始めて、
特にそう思います。
PEARのDBライブラリは、OracleのBC4Jなどと違って（BC4Jの
場合、DMLを一切使わずにプログラミングします。もちろん、
使おうと思えば使えます）、DMLは自分で書く、というスタンス
なので、DBの違いによるSQLの違いはライブラリ側で吸収する
必要が無いのです。
DBライブラリは、SQLをDBに送って、結果のレコードセットなり、
完了値を戻せばよいのです。
PHP-jpを見てて思うのは、クライアントアプリケーションの機能を
実現するためのコードと、ライブラリのコードをごっちゃに論じて
いる気がします。
現時点で言えば、例えばOracleとPostgreSQLを同じDBライブラリを
使って同じコードで、どちらのDBでも動くようにしようと思うのなら、
ViewやストアードサブプログラムやトリガーなどのDBエンジン内の
仕組みを駆使するしかありません。もちろん、それらのDBエンジン
側のプログラムやDDLのコードは、各DBで違うのですけど。
PEAR（というか、抽象化DBライブラリ）を使えば、クライアント
アプリケーションのコードは同一で、複数DB対応は可能だと思います。
もちろん、DB管理ツールなどは、同一のコードなどは望むべくも無く、
ゴリゴリにターゲットDBに依存しまくったものじゃないと使い物に
ならないんじゃないかなー。
なんか、とりとめが無くなってきたのでこのへんで。