ムラカミと申します。

現在、PHPを使ったWebアプリ(Webサイト)の開発ツールを探しています。

PHPの開発ツール自体いろいろあると思うのですが、下記要件に見合ったツールが
なかなか見つからず、
皆様からご意見をいただければと思い、投稿させていただきました。

ほしい機能
１．IIS or Apache＋PHP＋SQL Server(mssql)の開発支援
２．デザインテンプレート
３．DBと連携したログインページの作成支援

手元に昔使用していたDREAMWEAVER8があるのですが、残念なことにSQL Serverが
未対応のようです。
これのSQL Server対応版のようなものがあればベストなのですが．．．

有償無償問いません。Windows Xp環境で動作するものを希望します。

よろしくお願い致します。


--------------------------------------
What is your No.1 Entertainment of 2009? -Yahoo! JAPAN Net BANZUKE 2009
http://pr.mail.yahoo.co.jp/banzuke/

山下です。
ご返答遅くなりました。
エンドユーザから、「この問題は運用サイドで吸収する」という
はっきりした返答がありました。
当サイトのシステムを統括するPMから、そのような連絡があり
このMLでお尋ねしました件は、ひとまず解決ではありませんが
表向きは（？）終結です。




----- Original Message ----- 
送信者: おさ<osa ＠ osa-p.net>
宛先: php-users ＠ php.gr.jp
日付:Thursday, October, 08, 2009, 10:33 PM
件名: [PHP-users 34790] Re:ログイン情報の保存について

> 
> 
> こんばんは、おさです。
> 
> 銀行のサイトのソースを見てみたら、
> inputタグに autocomplete="off" 属性が指定されていましたが、
> これでは駄目なんでしょうか？
> 
> chromeで三菱東京UFJ銀行のサイトにログインしてみましたが、
> IDやパスワードは保存されませんでしたよ。
> 
> +-----------------------------------------------------------------------+
>  HANDLE:おさ
>  EMAIL :osa ＠ osa-p.net twitter:osapon URL:http://www.osa-p.net/
> +-----------------------------------------------------------------------+
> _______________________________________________
> PHP-users mailing list  PHP-users ＠ php.gr.jp
> http://ml.php.gr.jp/mailman/listinfo/php-users
> PHP初心者のためのページ - 質問する前にはこちらをお読みください
> http://oldwww.php.gr.jp/php/novice.php3
> 

あきらです

> また、実際には複数人、開発から時間が経過すると前提となるルールが機能しないケースがあり、
> このあたりはどのように対処すべきでしょうか？

DBAを設置できるのであれば、すべてVIEWやプロシージャーで処理する
こともあると思います。

とはいえ、私はプロトタイプを一度作って分割範囲を決めてから
すべて捨てて組みなおしますね

システムの規模と今後の拡張性次第ですので、どれぐらいの規模のユーザーで
どれぐらい増えていって、サーバーは何台ぐらいどのように使えるかって
前提がないとなかなか難しいと思いますよ

あと開発者の人数と想定スキルによってもかなり違いますよね

そこそこの技術者を大量に使って平均化するJava系に多い開発と
高レベルエンジニアで少人数で作るパターンではかなり違うと思います

あきら

オカムラです。

アドバイスありがとうございます。

MVCに当てはめて考えた場合、下記のように分割されます。
M = 「データクラス」「処理クラス」に分割
V = Smarty
C = 「実行ファイル」→ただし現状では1URL、1ファイルになっています。

自分が悩んでいた事がモデルの実装をどうするかという事が皆さんの話からハッキリとしました。

フレームワークという選択肢も仰る通りだと思いますが、仮にCakePHPを使った場合でも
モデルの実装をどうするか？という問題は残りますので、そこの考え方をスッキリとさせたいと思います。

> サービスではなく、データベースのテーブル単位で分けたほうが汎用性、再利用
> 性の面で有効だと思います。

1データベースにつき1テーブルという意味でしょうか？

> データベースを安定的・継続的に動作させるため、DBへのアクセスには汎用的な
> フレームワークを利用するか、専用APIを用意する（PHPではなくC++やJavaで実
> 装することあり）ことが普通に行われます。アプリケーションとDBの間に1枚か
> ませることで、入出力データの整合性チェック（バリデーションチェック）を行
> うとともに、SQLインジェクションなどの攻撃を防止する役目を持たせます。

「データクラス」に上記の役割を持たせる予定です。
ただし、現時点ではシステム単位に「データクラス」を持たせる事になります。
理由としては、ファイルの肥大化→システム単位に分割です。
モデルを「データクラス」と「処理クラス」に分ける理由としては、例えばユーザのニックネームを
取得する場合、それぞれのシステムで独自に実装した場合、取得する際の必要な条件
（例えば、有効フラグがONだったら、氏名のフィールドが空欄だったら）が満たされない実装が
存在してしまうと全体のサービスとして不整合が発生してしまうので「データクラス」に書かれた
ニックネーム取得メソッドを各システムから呼ぶという方法を取りたいと考えています。

参考のURLを含めて一通り読ませていただくと、データの取得はそれぞれのモデルでおこない、
逆にロジックを共通化しない（ルール、考え方を共有化する）という風に取れる部分もありますが、
この認識が間違っているでしょうか？
また、実際には複数人、開発から時間が経過すると前提となるルールが機能しないケースがあり、
このあたりはどのように対処すべきでしょうか？

一つのシステムであれば頂いたアドバイスもしっくりくるのですが、複数のシステムをMVC、
疎結合、DRYといったキーワードから考えてみるとうまくまとまらないというのが現状です。

皆さんが考えているものと意識がずれているような気がしていますが、引続きアドバイス
参考情報を頂ければと思います。

あきらです

> このようなサービスを開発する場合、データベースをどのように分け、PHPでどのように実装するのが理想でしょうか？

フレームワークとデータベースによってアプローチは変わってくると思います。
また同じフレームワークでもデータベースアクセスの方法が選べたりするので
環境別に検証を行うことをお勧めします。

フレームワークを利用しないでPHPを組むのは単一の小さなプロジェクト以外
ではやめた方がいいです。

> 1.データベースをサービス単位で分割する

全部一個にいれて、あとで分割できるように設計するのが汎用的だと思います
が絶対に同時に使わないテーブルは同じサーバーでもはじめから別けておいて
もよいと思います。

PostgreSQLとかだとクラスタリングなどであとからサーバーに分配するのも
標準環境ではないですが可能です。

そもそもOracleであれば最初からクラスタリング構成で設計した方がいいかも
しれません。

とはいえ、最近はデータアクセスは階層を分離するので、実際のロジックなど
からは設計を変更しても極力影響を与えないように組むのがよいと思います。

データベースの分割については経験が必要ですので、どのレベルで拡張を行って
いくのかを最初に検証したほうがよいと思います。

コストかけれるのであれば、最初からクラスタリングがいいと思いますし最初は
ユーザーが少ないのであれば分割しなくてもよいのではないでしょうか？
クラスタリングよりはミラーリングの方がよい場合もあると思います。

実際問題オークションってのはかなりヘビーなコンテンツですが。。。

ただしSNSやBlogの連携ってDB経由じゃなくっても、XML経由とかRSS経由とか
SOAP通信とかシステムを分割しておくのもよいかもしれません。

これは各サービスレベルで実装者や設計者が違う場合に、DB経由の場合いろいろ
トラブル起こる場合があるので、責任範囲を別ける意味もあります。

ミラーリングされたDBにアクセスするのであれば問題ありませんが、本番系DB
に直接アクセスする場合には、参照系の外部サービスから重いSQLを投げられる
ことがあり注意が必要です。

Webサーバーの分割方法と、DBサーバーの分割方法も合わせて考えて検証を
するのをお勧めします。
テーブルのレコード分割も必要になるかも検討する必要があります。

また理想よりは、管理できる範囲の中での設計をお勧めします。

あきら

オカムラさん、こんにちは。パパぱふぅです。

「1.データベースをサービス単位で分割する」については、林さんのご意見と同
じです。
「2.データベースを横断して利用できるデータベースユーザを作成する」につい
て、少しだけアドバイスを。

すでに話題になっているMVCモデルを勉強していただければ分かると思いますが、
大規模システムになればなるほど、アプリケーションプログラム（例：PHP）が
直接SQLを発行することはありません。
データベースを安定的・継続的に動作させるため、DBへのアクセスには汎用的な
フレームワークを利用するか、専用APIを用意する（PHPではなくC++やJavaで実
装することあり）ことが普通に行われます。アプリケーションとDBの間に1枚か
ませることで、入出力データの整合性チェック（バリデーションチェック）を行
うとともに、SQLインジェクションなどの攻撃を防止する役目を持たせます。
DBアクセスはフレームワークないしは専用APIが担いますので、アプリケーショ
ンの方ではDBユーザーについて考慮する必要はありません。

「PHPとデータベース」連載中
http://www.pahoo.org/e-soul/webtech/php07/

==========================
  パパぱふぅ
  http://www.pahoo.org/
==========================

林と申します。

> 1.データベースをサービス単位で分割する

サービスではなく、データベースのテーブル単位で分けたほうが汎用性、再利用
性の面で有効だと思います。
逆にサービス単位でデータベースを分けてしまうと、新たな機能が加わるたびに
サービス間の連携を実装レベルで検討しなおさなくてはなりません。
これではそもそも仕様という前提の必要性がなくなってしまいます。

サービスという概念はあくまでも運用的な視点でのみ明らかな要素のはすです。
システム的本質はサービスの根底となるテーブル単位でしか計れなくないですか？
仮にユーザーを定義しているテーブルがあったとして、それをサービスごとにつ
くるのであればそもそも同一化する必要はないわけですよね。

> システムを横断してコンテンツを提供するため、データベースとのデータ操作を共有
> 　出来るようシステム単位「データクラス」を作成し、別のシステムからデータ操作をおこなった
> 　場合でも単一の結果が得られるようにします。

これこそ正にモデル依存の設計ではないですか？別のシステムからデータ操作を
行っても単一の結果が得られるように実装するならば、システムという概念自体
足かせでしかないはすです。
モデル操作の組み合わせの結果、ひとつのシステムが表現できると考えた方がよ
り合理的だと思います。

そういった面で飯塚さんの仰られるフレームワークをベースにした実装が最も合
理的な選択だと僕も思います。
繰り返しますが、システムは仕組みであって、一連の実装を連続して組み合わせ
た結果起こる事象の結果に過ぎません。
テキストを書き込む機能が存在するので”掲示板”というシステムと表現できるだ
けで、視点を変えれば Twitter になったり、tumblr になるわけなのではないで
しょうか。

そこを前提としてとらえてしまうと、破綻が生じるはずです。なぜなら複数のシ
ステムを立ち上げると言う事は、即ちそれぞれのシステムに加える事の出来ない
要素があるからです。だからこそ複数のシステムで表現しようと思うわけであっ
て、理想的には一つのシステムで全てが表現できればいいはずです。

そう考えると表向きは別のシステムだけど、内部的には一つの仕組みの見せ方を
変えているだけ、と考えた方が理にかなっているのではないでしょうか。

僕の言葉では少し足りない部分がありますので、以下にあげるページをご一読下
さい。
http://old-journal.sooey.com/2008/03/26/717/

飯塚さんが仰られる MVC が今検討されている仕組みに合理的にマッチする事が
ご理解いただけると思います。


┏━┯━┯━┯┯━┓
┃─┤─│─├┤─┨
┠─│┌┤││├─┃
┠─┴┘└┴┴┴─┨
┃     林  亮     ┃
┃  ryo ＠ spais.jp  ┃
┃http://spais.jp/┃
┗━━━━━━━━┛

こんにちは、飯塚です。フレームワークを利用するというのはどうでしょう。そういう話でなく？
CakePHPとかZendとかいろいろあります。MVCモデルが基本かと思います。

2009年11月16日20:04  <aug721 ＠ gmail.com>:
> オカムラと申します。
>
> PHPに限った話題でなく恐縮ですが、経験豊富な皆さんからシステムの実装について意見を頂ければと思います。
>
> 複数のシステムが連携するサービスが、各システムはデータベースを利用するとします。
>
> システムは
> - 会員システム
> - ブログシステム
> - オークションシステム
> - SNS
> - その他
> のように分かれており、各サービスは、会員システムを共有するようなものです。
>
> ブログにSNSの情報を表示したり、その逆といったサービス間の連携も発生します。
>
> このようなサービスを開発する場合、データベースをどのように分け、PHPでどのように実装するのが理想でしょうか？
> 規模等、その他の要件により色々な考えはあると思いますが、何かしら決まった答えがあるのではと思っているのですが、
> 自分の考えは下記のような実装です。
>
> 1.データベースをサービス単位で分割する
> →規模が大きくなりデータが増えた場合にスケールアウトを容易にするため
> 1つのデータベースに全システムのデータを入れるという選択肢もあるが、
> 拡張性を考慮して分割する。
> 1つのデータベースに全システムのデータを入れるとシステムを横断するような
> SQLを書きやすい等のメリットもあるが、後述する2.の方法でシステムの横断を
> 可能とする。
>
> 2.データベースを横断して利用できるデータベースユーザを作成する
> →システムを横断するSQL（JOIN）を書きやすくする
> JOINせずにそれぞれのシステムに対してSQLを書きプログラムで処理する方法もあるが
> 応答時間を優先するためJOINできるユーザを作成
>
> 3.PHPの実装
> システムを横断してコンテンツを提供するため、データベースとのデータ操作を共有
> 出来るようシステム単位「データクラス」を作成し、別のシステムからデータ操作をおこなった
> 場合でも単一の結果が得られるようにします。
> 各システム固有の機能は「処理クラス」に記述し、「実行ファイル」から呼び出します。
> 「処理クラス」のメソッドを呼び出す際に、都度たくさんの引数で渡さないで良いように
> 「処理クラス」でデータを保持します。
>
> ファイルは以下のこのように分かれます。
>
> - データベース基本クラス
> database_base.php
> データベースへの接続、SQL実行など基本的なデータベース処理
>
> - データクラス
> data_<サービス名>.php
> 「データベース基本クラス」を継承し、サービスに応じたSQLを実行する
>
> - 処理クラス（機能に応じて1サービスに1〜複数ファイル存在する）
> <サービス名>.php
>
> - 実行ファイル（URL毎に1ファイル）
> hogehoge.php
>
> ここまでは自分として良かったのですが、「処理クラス」から「データクラス」のメソッド
> を実行するところでイマイチな実装になってしまいました。
>
> 1.「処理クラス」が「データクラス」を継承すれば良さそうですが、複数のサービスの
> 「データクラス」を継承するのはどうか？
> システムが増えるたびに継承する「データクラス」が増えるのはあまり良い実装とは
> 言えないのではないか。
> そもそもPHPで多重継承に上限がある？
>
> 2.「処理クラス」のメソッドを実行する際に必要なシステムの「データクラス」を引数として渡す。
>
> そのシステム構成であれば、このように実装した方が良い、そもそも、そう言う話は○○○でした方が良い等、
> アドバイスを頂ければと思います。
>
> よろしくお願いいたします。
> _______________________________________________
> PHP-users mailing list  PHP-users ＠ php.gr.jp
> http://ml.php.gr.jp/mailman/listinfo/php-users
> PHP初心者のためのページ - 質問する前にはこちらをお読みください
> http://oldwww.php.gr.jp/php/novice.php3
>
>



-- 
以上、宜しくお願いします。

-------------------------------------------------------------------------------
【みんなの研究生活　P-Lab(1.0)】http://www.acl-inc.co.jp/p-lab
株式会社エイシーエル
飯塚 康至（明星大学非常勤講師・情報システム学会）
ブログ：http://d.hatena.ne.jp/YasushiIizuka/
Twitter：@yasushiiizuka
TEL：03-5308-1141
FAX：03-5308-1142
-------------------------------------------------------------------------------

オカムラと申します。

PHPに限った話題でなく恐縮ですが、経験豊富な皆さんからシステムの実装について意見を頂ければと思います。

複数のシステムが連携するサービスが、各システムはデータベースを利用するとします。

システムは
　- 会員システム
　- ブログシステム
　- オークションシステム
　- SNS
　- その他
のように分かれており、各サービスは、会員システムを共有するようなものです。

ブログにSNSの情報を表示したり、その逆といったサービス間の連携も発生します。

このようなサービスを開発する場合、データベースをどのように分け、PHPでどのように実装するのが理想でしょうか？
規模等、その他の要件により色々な考えはあると思いますが、何かしら決まった答えがあるのではと思っているのですが、
自分の考えは下記のような実装です。

1.データベースをサービス単位で分割する
　→規模が大きくなりデータが増えた場合にスケールアウトを容易にするため
　　1つのデータベースに全システムのデータを入れるという選択肢もあるが、
　　拡張性を考慮して分割する。
　　1つのデータベースに全システムのデータを入れるとシステムを横断するような
　　SQLを書きやすい等のメリットもあるが、後述する2.の方法でシステムの横断を
　　可能とする。

2.データベースを横断して利用できるデータベースユーザを作成する
　→システムを横断するSQL（JOIN）を書きやすくする
　　JOINせずにそれぞれのシステムに対してSQLを書きプログラムで処理する方法もあるが
　　応答時間を優先するためJOINできるユーザを作成

3.PHPの実装
　システムを横断してコンテンツを提供するため、データベースとのデータ操作を共有
　出来るようシステム単位「データクラス」を作成し、別のシステムからデータ操作をおこなった
　場合でも単一の結果が得られるようにします。
　各システム固有の機能は「処理クラス」に記述し、「実行ファイル」から呼び出します。
　「処理クラス」のメソッドを呼び出す際に、都度たくさんの引数で渡さないで良いように
　「処理クラス」でデータを保持します。

　ファイルは以下のこのように分かれます。

　- データベース基本クラス
　　database_base.php
　　データベースへの接続、SQL実行など基本的なデータベース処理

　- データクラス
　　data_<サービス名>.php
　　「データベース基本クラス」を継承し、サービスに応じたSQLを実行する

　- 処理クラス（機能に応じて1サービスに1〜複数ファイル存在する）
　　<サービス名>.php

　- 実行ファイル（URL毎に1ファイル）
　　hogehoge.php

ここまでは自分として良かったのですが、「処理クラス」から「データクラス」のメソッド
を実行するところでイマイチな実装になってしまいました。

1.「処理クラス」が「データクラス」を継承すれば良さそうですが、複数のサービスの
　「データクラス」を継承するのはどうか？
　システムが増えるたびに継承する「データクラス」が増えるのはあまり良い実装とは
　言えないのではないか。
　そもそもPHPで多重継承に上限がある？

2.「処理クラス」のメソッドを実行する際に必要なシステムの「データクラス」を引数として渡す。

そのシステム構成であれば、このように実装した方が良い、そもそも、そう言う話は○○○でした方が良い等、
アドバイスを頂ければと思います。

よろしくお願いいたします。

小山です。

日本 PHP ユーザ会も協力団体として名を連ねている
「PostgreSQL Conference 2009 Japan」が来週 11/20〜21 に
開催されます。チケットの販売期限は今週の日曜日まで
ですので、ご興味のある方はお早めにお買い求めください。

========================================================
みなさま

いよいよ来週の開催となりました、PostgreSQL Conference 2009 Japan
ですが、チケット販売は★15日まで★となっております。
席にはまだ余裕がありますが、この週末がチケットの販売期限となります。
どうぞ、お忘れなくご購入手続きを！

その他のお知らせ

- 当日配布のノベルティイメージをwebに公開しました。
- 公式 twitter ハッシュタグを作成しました #pgcon09j
- gihyo.jp でカンファレンスの見どころセッションが紹介されています
 http://gihyo.jp/dev/feature/01/lets-postgresql/0007

※このメールについて
このご案内は、自由に転送いただけます。是非ご利用ください。
-------------------------------------------------------------------------
                 PostgreSQL Conference 2009 Japan
               - JPUG 10th Anniversary Conference -

日時：　2009年11月20(金),21(土) 10:00〜17:00
場所：       AP浜松町（東京都港区）
主催：     日本PostgreSQLユーザ会
運営：     PostgreSQL Conference 2009 Japan 実行委員会
協賛企業：【プラチナス】SRA OSS, Inc. 日本支社
【ゴールド】サイオステクノロジー株式会社
【ゴールド】フォルシア株式会社
【シルバー】Morph Labs
協力団体：オープンソースビジネス推進協議会
日本PHPユーザ会
新潟オープンソース協会
日本Androidの会
         日本セキュアOSユーザ会
定員：     各日240名（2日間計480名）
参加費用：Business Day(11/20)  6,500円(カンファレンス、レセプション参加)
       Community Day(11/21) 3,500円（カンファレンス、ランチつき）
申込方法：10月15日〜11月15日の間に全国のローソンにあるLoppi端末にて購入
(ローチケ.com から予約も可能)
購入の際には、以下のイベント名、Lコードをご利用ください。
               イベント名：PostgreSQL Conference 2009
                Lコード：31552
         ※定員になり次第締め切りますのでお早めの購入をお勧めします
参加特典：カンファレンススライド冊子（各日配布）
協賛企業各種ノベルティ
PostgreSQL Conference 2009 Japan オリジナルノベルティ
レセプションによる開発者との意見交換(11/20参加者のみ)
         ランチつき(11/21参加者のみ）

※ 詳細情報は、下記URLで随時更新しております。
http://www.postgresql.jp/events/pgcon09j/j/pgcon2009j/

【プログラム:Business Day(11/20)】

プログラム詳細⇒
http://www.postgresql.jp/events/pgcon09j/j/program_1

【プログラム:Community Day(11/21)】

プログラム詳細⇒
http://www.postgresql.jp/events/pgcon09j/j/program_2

お問合せ
PostgreSQL Conference 2009 Japan 実行委員会
E-mail: pgcon09j at ml.postgresql.jp

-------------------------------------------------------------------------
PostgreSQL Conference 2009 Japan 実行委員会
実行委員長 稲葉　香理(i-kaori ＠ postgresql.jp)

========================================================

-- 
    小山哲志＠テックスタイル
    koyama ＠ techstyle.jp : http://techstyle.jp/
    koyama ＠ hoge.org : http://d.hatena.ne.jp/koyhoge/

近藤です。

> よく使うパッケージで、かつ新し目のものを使いたい場合、もしくは
> 本家のパッケージで必要な機能が入っていない場合（例：isc-dhcpd
> の ldap support 等）については、自前で RPM パッケージを作って職
> 場の yum リポジトリサーバに置いて使っています。管理するサーバの
> 台数が多いのと、ビルドのやり方忘れた ;-) ので、さすがに tar ball
> から入れることはないですね。

やはり、少々特殊な環境のようですね。（私から見てかもしれません）

こちらの職場ではできるだけデフォルトパッケージでやりたいもので、
RedHatで提供されているものはRedHatのバージョンでやっております。

私の勘違いかもしれませんが、5.1.6だとPDOは使えないのかなと思ってました。
とりあえず、PEARのMDB2で使えたので良かったです。

堀田＠長崎市です。

From: "kondo" <nobuaki3.kondo ＠ toshiba.co.jp>
To: "PHP-users ML" <php-users ＠ php.gr.jp>
Date: Thu, 12 Nov 2009 15:19:52 +0900
Subject: [PHP-users 34837] Re: PHP　PEARでOracleにアクセスするにはどうすればいいでしょうか。

> 近藤です。
> 
> CentOS5.3で「php-5.2.8-4」ということですが、
> PHPはソースから構築しているのでしょうか。
> 
> Redhathaどうやらまだ5.1.6のようです。
> CentOSはRedHatのソースから再構築されたものだと思ってますので、
> 各パッケージのバージョン自体はCentOSもRedHatも同じかと思いますが、
> 違うということはソースから新たに構築しているのかなとおもいました。
> 
> 各パッケージのアップデートとかを考えるとソースからの
> 構築は避けようと思ってます。

よく使うパッケージで、かつ新し目のものを使いたい場合、もしくは
本家のパッケージで必要な機能が入っていない場合（例：isc-dhcpd 
の ldap support 等）については、自前で RPM パッケージを作って職
場の yum リポジトリサーバに置いて使っています。管理するサーバの
台数が多いのと、ビルドのやり方忘れた ;-) ので、さすがに tar ball 
から入れることはないですね。

# Oracle が動いているサーバに関してはノータッチなので、どうやっ
# て構築しているかは知りません。

-- 
HOTTA Michihide <hotta ＠ net-newbie.com>

近藤です。

CentOS5.3で「php-5.2.8-4」ということですが、
PHPはソースから構築しているのでしょうか。

Redhathaどうやらまだ5.1.6のようです。
CentOSはRedHatのソースから再構築されたものだと思ってますので、
各パッケージのバージョン自体はCentOSもRedHatも同じかと思いますが、
違うということはソースから新たに構築しているのかなとおもいました。

各パッケージのアップデートとかを考えるとソースからの
構築は避けようと思ってます。

堀田＠長崎市です。

From: "kondo" <nobuaki3.kondo ＠ toshiba.co.jp>
To: "PHP-users ML" <php-users ＠ php.gr.jp>
Date: Fri, 6 Nov 2009 15:56:29 +0900
Subject: [PHP-users 34830] PHP　PEARでOracleにアクセスするにはどうすればいいでしょうか。

> Oracleが入ってないサーバAからORACLEが稼動しているサーバBにPHP
> でアクセスしたいと思っています。

直接の回答ではないですが、ウチの職場では pdo でやっています。

m-hotta ＠ gtr:~$ cat /etc/redhat-release
CentOS release 5.3 (Final)

m-hotta ＠ gtr:~$ rpm -qa|grep -E '^(php|ora)' | sort
oracle-instantclient-basic-10.2.0.3-1
oracle-instantclient-sqlplus-10.2.0.3-1
php-5.2.8-4.npuc
php-cli-5.2.8-4.npuc
php-common-5.2.8-4.npuc
php-ldap-5.2.8-4.npuc
php-mbstring-5.2.8-4.npuc
php-mysql-5.2.8-4.npuc
php-oci8-5.2.8-4.npuc
php-pdo-5.2.8-4.npuc
php-pear-1.4.9-4.el5.1
php-pear-Auth-SASL-1.0.2-4.el5.centos
php-pgsql-5.2.8-4.npuc

<?php
//----------------------------------------------------------------
//  DB接続処理    for PDO
//----------------------------------------------------------------
$ora_db_string = 'oci:dbname=//fqdn/dbname';
try {
    $ora_db = new PDO($ora_db_string, $username, $password);
}
catch(PDOException $e) {
    echo $e->getMessage();
    die("Could not connet \"$ora_db_string\"\n");
}
$ora_db->exec("SET NAMES 'UTF-8'");
?>

という感じです。これでひとつのアプリから Oracle とポスグレの両方
に接続しています。CLI でしか使ってませんが…。

-- 
HOTTA Michihide <hotta ＠ net-newbie.com>

近藤です。

何とか接続できるようになりましたので報告します。

ただ、やったことが正しいことかわかりません。

行ったことは以下のような感じです。

tnsnames.oraを見直してもなかなかつながらない。
tnsnames.oraを変更すると、PHPでつながらないどころか
sqlplusでもつながらなくなる。

ということから、発想の転換をし、PEARのどこでエラーになっているのか？
という疑問になり、PEARのソースコードを参照。
/usr/share/pear/MDB2.phpから見ていき、/usr/share/pear/MDB2/Driver/oci8.php
を見ていくと、途中でusernameが書き換わっているところを発見。
とりあえず書き換わる部分をコメントアウトして書き換わらないようにしてみる。

function connect()の
$this->dsn['username'] = 
$this->options['database_name_prefix'].$this->database_name;
の部分のコメントアウト

それでもつながらないのでさらに見ていくと

$sid = sprintf("(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)
                             (HOST=%s) (PORT=%s)))
                             (CONNECT_DATA=(SERVICE_NAME=%s)))",
という部分があり、「(CONNECT_DATA=(SERVICE_NAME=%s))」に着目。

tnsnamed.oraに(CONNECT_DATA=(SERVICE_NAME=SID)を足してみる・・・NG
tnsnamed.oraの(CONNECT_DATA=(SID=RMS3)を
　　　　　　(CONNECT_DATA=(SERVICE_NAME=SID)に変更してみる・・・NG
tnsnamed.oraを元に戻し、oci8.phpの「(CONNECT_DATA=(SERVICE_NAME=%s)))",」
を「(CONNECT_DATA=(SID=%s)))",」に変更してみる・・・OK

エラーが出なかっただけで本当につながったのか確認するために、

Webのサンプルプログラムを参考に
                while (($row = $res->fetchRow())) {
                        var_dump($row );
                }
を追加して実行した結果、
データベースの内容が出てきました。

pearのソースを修正したわけですが、果たしてよかったでしょうか？

近藤です。

レスポンスが遅れてすみません。

OracleDBのサービス名は、SID=の部分に記入したSIDの部分だったようです。

> 　サーバBのOracleDBServerのバージョンをお知らせ下さい。
> 　例えば、11.1.0.7のように、ドットを3つまでお示し下さい。
> 　サーバb側のバージョンがあまりにも低いと接続できないかも。。。
> 　でも、sql*plusでは接続できるから、通常はプログラムからの接続も可能
> 　となりますが。。。

Oracleのバージョンは、10.2.0.3ということでした。

ISにシステム開発から管理を任せていたのですが、システムにかなり難があり、
（開発しなおす費用がないので）データからこちらで欲しい情報を作成しない
といだめだなーという状況で、PHPからのアクセスをまずできるように
すべく、このような質問をさせてもらってました。

MySQLならPHPでアクセスしやすいのですが、Oracleについては不慣れなもので...

上條＠自宅と申します。

　kondoさん、お世話になります。

> > 　これはサーバAの方ですよね。
> > 　サーバaより次のコマンドをチェックしてみてください。
> > 　>TNSPING DB名
> 
> はい、サーバA側です。
> TNSPINGですが、コマンドが無かったです。(tnspingでも無いようです。)

　Instantckientでしたね。
　失礼しました。InstantClientにはTNSPINGは入っていませんでした。

> > 　sql*plusから接続可能とのことですが、DB名に何を指定していますか?
> 
> 先ほどのメールの中のDB名、ユーザ名、パスワード、IPアドレス、ポート番号、SIDは 
> 
> 伏せさせてもらうために置換しました。
> プログラム、tnsnames.ora、sqlplutで同じ文言の部分は同じと思ってください。
> 
> そのため、tnsnames.oraでDB名となっていた部分と同じになります。

　サーバBのOracleDBServerのバージョンをお知らせ下さい。
　例えば、11.1.0.7のように、ドットを3つまでお示し下さい。
　サーバb側のバージョンがあまりにも低いと接続できないかも。。。
　でも、sql*plusでは接続できるから、通常はプログラムからの接続も可能
　となりますが。。。

> tnsnames.oraをもう一度見直してみます。

　サーバBのTnsnames.oraと合わせてみるのも手です。


　以上、よろしくお願いいたします。


 ●　作成者：上條　靖芳　e-mail:yasuyoshi_kamijo ＠ ac.auone-net.jp　 ●
			 blog:http://blogs.dion.ne.jp/yasuyoshi/
 on DELL Vostro 1520 Genuine Intel(R) CPU 2.00GHz WinXP SP3
 Becky! 2.52.00_ja + VB2008 EE + IE8.0 + Oracle11gR1(11.1.0.7)

近藤です。

助言ありがとうございます。

> 　ORA-12162はPEARの問題ではなく、TNSNAMES.ORA内の記述と接続文字列の記
> 　述に誤りがあることを示しています。

そういうことでしたか。

> 　これはサーバAの方ですよね。
> 　サーバaより次のコマンドをチェックしてみてください。
> 　>TNSPING DB名

はい、サーバA側です。
TNSPINGですが、コマンドが無かったです。(tnspingでも無いようです。)

oracle-instantclient11.2-basic-11.2.0.1.0-1
oracle-instantclient11.2-sqlplus-11.2.0.1.0-1
oracle-instantclient11.2-devel-11.2.0.1.0-1
を入れましたが、この中には無かったのかもしれません。

> 　sql*plusから接続可能とのことですが、DB名に何を指定していますか?

先ほどのメールの中のDB名、ユーザ名、パスワード、IPアドレス、ポート番号、SIDは 

伏せさせてもらうために置換しました。
プログラム、tnsnames.ora、sqlplutで同じ文言の部分は同じと思ってください。

そのため、tnsnames.oraでDB名となっていた部分と同じになります。

tnsnames.oraをもう一度見直してみます。
ありがとうございました。

上條＠自宅と申します。

　kondoさん、お世話になります。

> サンプルを参考に、以下の接続プログラムを作りましたが、つながりません。
> 気になるのが、'oci8://ユーザ名:パスワード@IPアドレス:ポート番号/DB名';
> と指定しているのにMDB2::connect($dsn)すると、エラーが
> 「** oci8(oci8)://DB名:xxx ＠ IPアドレス:ポート番号/DB名"」
> となることです。
> 何故かユーザ名がDB名に置き換わってます。

　DB名の指定が間違っていませんか。

> # php test.php
> string(254) "_doConnect: [Error message: unable to establish a connection]
> [Native code: 12162]
> [Native message: ORA-12162: TNS: 指定されたNetサービス名は正しくありません。] 
> 
>  ** oci8(oci8)://DB名:xxx ＠ IPアドレス:ポート番号/DB名"
> MDB2 Error: connect failed

　ORA-12162はPEARの問題ではなく、TNSNAMES.ORA内の記述と接続文字列の記
　述に誤りがあることを示しています。

　エラーメッセージの解説より引用
---------------------------------------------------------------------------
　「TNS: 指定されたNetサービス名は正しくありません。」
　「TNSNAMES.ORA内またはディレクトリ・サーバー（Oracle Internet Directory）
　内のネット・サービス名に対応する接続記述子が誤って指定されています。」
　「ローカル・ネーミングを使用している場合は、TNSNAMES.ORAファイル内で対応
　する接続記述子に構文エラーがないことを確認してください。ディレクトリ・ネ
　ーミングを使用している場合は、ディレクトリ・ネーミング用に管理を介して提
　供された情報を確認してください。」
---------------------------------------------------------------------------

> ■サーバA側
> ・OSはRedHatEL5です。
> ・サーバAにはoracle-instantclient11.2をインストールしました。

　これはサーバAの方ですよね。
　サーバaより次のコマンドをチェックしてみてください。
　>TNSPING DB名

> ・/usr/lib/oracle/11.2/client/network/admin/tnsnames.oraの内容
> ------------------------------------------------------------
> DB名 =
>   (DESCRIPTION=
>     (ADDRESS_LIST=
>         (ADDRESS =
>           (COMMUNITY=tcp.world)
>           (PROTOCOL=TCP)
>           (Host=IPアドレス)
>           (Port=ポート番号)
>         )
>     )
>     (CONNECT_DATA=(SID=SID)
>     )
>   )
> ------------------------------------------------------------

　sql*plusから接続可能とのことですが、DB名に何を指定していますか?


　以上、再チェックをよろしくお願いいたします。


 ●　作成者：上條　靖芳　e-mail:yasuyoshi_kamijo ＠ ac.auone-net.jp　 ●
			 blog:http://blogs.dion.ne.jp/yasuyoshi/
 on DELL Vostro 1520 Genuine Intel(R) CPU 2.00GHz WinXP SP3
 Becky! 2.52.00_ja + VB2008 EE + IE8.0 + Oracle11gR1(11.1.0.7)

近藤です。

お世話になります。

Oracleが入ってないサーバAからORACLEが稼動しているサーバBにPHPでアクセス
したいと思っています。
インターネットで検索しながら試行錯誤していますが、なかなかつながらないので、
助言をいただければと思います。
PHPからOracleへのアクセスは大きく分けてPHPのコンパイル、PEARのパッケージ、
ZendFrameworkを使うの3種類あるようなことが判ったので、PHPのアップデートを
考えるとPHPをソースからコンパイルするのは避けたく、ZendFrameworkは使ったこと
が無かったのでPEARで行こうかと思い、挑戦中です。

サンプルを参考に、以下の接続プログラムを作りましたが、つながりません。
気になるのが、'oci8://ユーザ名:パスワード@IPアドレス:ポート番号/DB名';
と指定しているのにMDB2::connect($dsn)すると、エラーが
「** oci8(oci8)://DB名:xxx ＠ IPアドレス:ポート番号/DB名"」
となることです。
何故かユーザ名がDB名に置き換わってます。

どうすれば接続できますでしょうか？
助言の方をよろしくお願いします。

■接続テストプログラム
<?php
require_once 'MDB2.php';

$dsn = 'oci8://ユーザ名:パスワード@IPアドレス:ポート番号/DB名';

$mdb2 =& MDB2::connect($dsn);
if (PEAR::isError($mdb2)) {
        //var_dump($mdb2);
        var_dump($mdb2->getuserinfo());
        die($mdb2->getMessage()."\n");
}else{
        print "Success!!\n";
        //クエリを実行します
        $res =& $mdb2->query('SELECT * FROM テーブル名');
        // 結果がエラーでないかどうかを常にチェックします
        if (PEAR::isError($res)) {
                die($res->getMessage());
        }else{
                print "Success!!\n";
        }
}
$mdb2->disconnect();
?>

■実行結果
# php test.php
string(254) "_doConnect: [Error message: unable to establish a connection]
[Native code: 12162]
[Native message: ORA-12162: TNS: 指定されたNetサービス名は正しくありません。] 

 ** oci8(oci8)://DB名:xxx ＠ IPアドレス:ポート番号/DB名"
MDB2 Error: connect failed

■サーバA側
・OSはRedHatEL5です。
・サーバAにはoracle-instantclient11.2をインストールしました。

・環境変数は、以下のような実行してます。
export 
PATH=$PATH:/usr/lib/oracle/11.2/client/bin/:/usr/lib/oracle/11.2/client/lib/
export NLS_LANG=JAPANESE_JAPAN.AL32UTF8
export LD_LIBRARY_PATH=/usr/lib/oracle/11.2/client/lib/
export ORACLE_HOME=/usr/lib/oracle/11.2/client/
export TNS_ADMIN=/usr/lib/oracle/11.2/client/network/admin/

※「sqlplus ユーザ名/パスワード@DB名」だと接続できます。

・/usr/lib/oracle/11.2/client/network/admin/tnsnames.oraの内容
------------------------------------------------------------
DB名 =
  (DESCRIPTION=
    (ADDRESS_LIST=
        (ADDRESS =
          (COMMUNITY=tcp.world)
          (PROTOCOL=TCP)
          (Host=IPアドレス)
          (Port=ポート番号)
        )
    )
    (CONNECT_DATA=(SID=SID)
    )
  )
------------------------------------------------------------

・PHPパッケージ
# rpm -qa | grep php・・・PHPのバージョン
php-pear-1.4.9-4.el5.1
php-pdo-5.1.6-23.2.el5_3
php-mysql-5.1.6-23.2.el5_3
php-devel-5.1.6-23.2.el5_3
php-common-5.1.6-23.2.el5_3
php-ldap-5.1.6-23.2.el5_3
php-cli-5.1.6-23.2.el5_3
php-mbstring-5.1.6-23.2.el5_3
php-5.1.6-23.2.el5_3

・PEARのインストールパッケージ
PEARのMDB2,MDB2_Driver_oci8をインストール
# pear list
Installed packages, channel pear.php.net:
=========================================
Package          Version State
Archive_Tar      1.3.1   stable
Console_Getopt   1.2     stable
DB               1.7.13  stable
MDB2             2.4.1   stable
MDB2_Driver_oci8 1.4.1   stable
PEAR             1.4.9   stable
XML_RPC          1.5.0   stable

・PHPでOCI8が認識されているか
# php -i | grep oci8
oci8
oci8.connection_class => no value => no value
oci8.default_prefetch => 100 => 100
oci8.events => Off => Off
oci8.max_persistent => -1 => -1
oci8.old_oci_close_semantics => Off => Off
oci8.persistent_timeout => -1 => -1
oci8.ping_interval => 60 => 60
oci8.privileged_connect => Off => Off
oci8.statement_cache_size => 20 => 20