サーバー側の問題もあるので、毎回安定した処理結果は得られませんでしたが、大体上表のような結果になりました。 やはりネイティブ関数は速く、mysqli関数が一番速い結果になりました。 続いて同じくネイティブ関数のmysql関数が続き、その次にPDOという結果になりました。 PDOでは、プリペアドステートメントを用いてSQLを発行したため、2回目のSQLの発行ではキャッシュが効き、劇的な速さになっています。 一番遅かったのは予想通り、PEAR::DBでした。 ネイティブ関数よりも2〜3倍遅く、PDOよりも2倍近く遅い結果となりました。 PHP用アクセラレータを導入していなければ、PEAR::DBはもっと遅くなっただろうと考えられます。 まとめ PHP5を利用していて、DBの抽象化を行いたいのであれば、PEAR系のモジュールはやめてPDOにした方が良いと言えます。 単純なSELECT文の結果でさ
_ インストール PEARパッケージになっていますので、PEARコマンドにてインストールします。 PEAR install Syrup-x.x.x.tgz ↑ _ データベース設定 「Syrup_Config」という名前のクラスを作成し、プロパティに配列として設定内容を記述します。 class Syrup_Config { var $default = array( 'driver' => 'postgres', 'host' => 'localhost', 'port' => '5432', 'username' => 'bobchin', 'password' => 'pass', 'database' => 'testdb', 'connect' => 'pg_connect', 'persistent' => false, ); var $develop = array( 'd
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
class sessionManager extends errorhandler ( lib/session.php ) http プロトコルでは1回のリクエスト毎にプログラムが完結します。 しかし、実際のアプリケーションではリクエストから次のリクエストへと共通した情報を元に処理が進みます。 このため、あるリクエストから次のリクエストへ情報伝達の手段がなければなりません。これがセッション管理です。 一連のリクエストの連続が関連を持ったまとまりをセッションと呼ぶ事にします。 セッションはリクエストと同意義で使われることがありますが、ここでは複数リクエストのまとまりの意味で使います。 PHP4 では言語にこうしたセッション管理の機能が組み込まれています。 ただここではデータベースとの連携でセッション管理を行う事を前提としますので、PHP4 の機能は利用しません。 セッション
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く