元スレ【PHP】フレームワークについて語るスレ12【総合】
php覧 / PC版 /みんなの評価 : ○
601 = :
フレームワークを使用して新規にECサイトを構築する場合、
管理側、ユーザ側それぞれにフレームワークを入れたほうがよいのかな。
それともフレームワークは一つで作成した方がよいのかな。
みなさんどうしてます?
602 = :
同じフレームワークでもいいが、ニーズが180度近く違うこともあるので、
同じでもいいし違ってもいい
603 = :
大抵データアクセス用のモデルクラスを作成するかと思うので、それらを使い回す為には
同じフレームワークの方がいい場合も多いかと。というか普通はそうだと思う。
それでどーーーーーーーーしても駄目な場合、もう一つフレームワーク使う・・・かなあ?
604 = :
フロントZend
管理Cake
はよくやる
605 = :
>>604
管理画面はscaffoldでがんがん行くってこと?
フロントに使わないのはなぜ?使いにくいの?
cake使ったこと無いからわかんね
606 = :
フロントは携帯対応とかあるからCakeだと逆にめんどい
607 = :
俺は>>603に同意だな。DBスキーマが二個あるのはトラブルの元だし。
scaffoldで済む程度の管理画面なら分けてもいいかもだけど。
608 = :
レプリケーションしてて片方が読み専用、もう片方が書き専用なんてのは良くあるよ
だからFWも複数スキーマ対応してないと採用されづらい
609 = :
>>608
複数スキーマってどういう意味?
レプリケーションなら、同一スキーマでいいんじゃね?
複数データベースという意味ならcakeは
複数のデータベースに接続できるね。
610 = :
スキーマの意味を理解していないのではないかと。
611 = :
今はCakeが一番流行ってるんですか?
612 = :
>>609
同一スキーマにレプリケーションして意味あるのかw
613 = :
みんなが言ってるスキーマの定義がバラバラなんじゃないか?
615 = :
log(message,leve,facility)
って感じに呼んで、
facilityによって別々のログ(ファイルやコンソール)に書き込むような
ログ機能があるFWってありますか?
616 = :
>>613
どんな定義であろうと、流石にレプリケーションを同一スキーマにって奴はおらんのでは。
マシンですら別にしないと意味ないのに。
617 = :
てか、
「同一スキーマにレプリケーション」とか「レプリケーションを同一スキーマに」
って、表現おかしいぞ。レプリケーションの意味わかってるのか?
618 = :
とりあえずあれだ
レプリケーション(負荷分散)とか、適当に自分が念頭に置いてる訳語つけて喋れおまいら
619 = :
スキーマって、DDLまたはそれの元になるデータのことを言ってるんじゃないのかな。
たとえ別サーバーであっても、同じDBMSをのっけているのなら、同じスキーマでも問題ない様に思える。
異DBMS間で、レプリケーション(マイグレーション?)するのなら、定義が変更される可能性があるので、DBMSごとにスキーマを微調整する必要はあるかもしれないけど。
>>616の反応を見てると、DSN、ユーザー名、パスワードといった接続情報も含めて、これをスキーマっていっているような気がする。
620 = :
>>617
おかしいから、そんなのありえないって言ってるんじゃないのか
621 = :
>>619
トンチンカンだなお前は
622 = :
スキーマの定義は多分Oracleやってる奴とそうじゃないやつで違う。
623 = :
Oracleではデータの集合自体をスキーマという
逆に言語(DDLも含む)で言うスキーマってのは定義の事だから、
同じ定義で複数作っても同じスキーマということになる
ってことでかみ合ってないんじゃないかと思う
624 = :
俺がスキーマっつったらだいたいイコールCREATE TABLEの中身
俺がレプリケーションっつったらDBの複製
625 = :
同一スキーマもなにも、そもそもレプリケーションにスキーマ関係ねーだろ
626 = :
いやOracleには関係あるんだよそれが
だから話がかみ合ってないんだよ
627 = :
いやoracleでも関係ねーし
628 = :
オラコーはユーザ毎にそれぞれのスキーマとかあるからな
いろいろ他のDBと概念が違ってめんどい
629 = :
ここの大多数の奴はMySQLしか知らない奴なんだから
Oracleの話はいったんやめてみよう
630 = :
スキーマとかどうでもいいので俺の質問に答えて下さい
631 = :
第二引数の意味が解らないので答えられません
633 = :
オラクルでしか使えない用語は
使わないでください。
オラクル用語のスキーマは間違いすぎです。
634 = :
オラクルでは間違いじゃないんだから完全否定もできんけどな。
635 = :
Postgresqlにもスキーマあるぞ。
636 = :
>>630
cakephpはエラーレベルによって吐くファイル名が変わるけど
任意の場所にログを吐くFWはないんじゃね?
638 = :
なんだこの流れ
発端は>>607-608か?
素直に読んだら>>607の「スキーマ」は大体>>624の意味だろ
オラクル使いは自分の使ってる言葉が絶対かw
「レプリケーション」にしたって、オラクルの流儀なんてしらね。SQLを適当に発行したら
分散機構及びDBMS側でうまくやってくれる、それでいいじゃねえか。
なんでフレームワークわけてまでこっち側で対応しなきゃならないんだ。貧乏くさいぞ。
639 = :
ま、ウェブ系だとポスグレやMySQLが当たり前だけど、クラスによってはオラクルが当たり前な場合もあるからな。フリーのDBに慣れてると、オラクルはホント戸惑うよな。limitがないとか。
640 = :
言われてみれば、MySQLしか使ってないな~(遠い目)
MySQLは安いし、ノウハウも蓄積、公開されてるし、他のDBでないとダメな理由や状況が今のところ無いです、ハイ^^
>>639
Accessもlimitがなくてあせりました><
641 = :
オラクル一回使ったけどCentOSに入れるのに一週間掛かったなー。何あのCD-ROMの枚数とパッチセットの数。
普通にインストールしても丸一日かかるんじゃないか?
融通が利かず、コマンドラインインターフェイスが最悪だった記憶しかないです。
642 = :
mysql4まではOracleの方がいいと思ったこともあったな。
643 = :
PHPとOracleって時点で激しくミスマッチ感があるんだが
Linux版って安定してるの?
645 = :
>>643
MySQLより安定してるが
646 = :
あんまりこなれてない印象があったけど、敷居が高いってだけかな
PDOの対応は微妙みたいだけど
PDO自体が微妙なのかな?
647 = :
PDOはクエリの発行と結果の取得を抽象化しているけど、データベース固有の機能を利用する
仕組みは提供していないから、ちょっと凝ったことをしようとすると使えない。
唯一PDO_PGSQLのラージオブジェクト操作メソッドはドライバ作者が頑張ってるけど
ドキュメントが整備されていなくてCのソース読まないと使いこなせないのが難。
648 = :
MySQLは簡易DBの部類だからなどっちかといえば
649 = :
MySQLが簡易なんじゃなくてOracleがでか過ぎるんだよ。
mixiがMySQLだろ?普通にサイト立ち上げる程度にOracleなんていらんでしょ。
みんなの評価 : ○
類似してるかもしれないスレッド
- 【PHP】フレームワークについて語るスレ10【総合】 (1001) - [98%] - 2008/12/23 16:48 ○
- 【PHP】フレームワークについて語るスレ13【総合】 (985) - [98%] - 2009/9/23 3:04 ○
- 【PHP】フレームワークについて語るスレ10【総合】 (1001) - [98%] - 2008/8/24 19:04 ○
- 【PHP】フレームワーク CakePHP 3ホール目【本命】 (1001) - [59%] - 2008/6/19 7:19 ○
- 【PHP】セッションについて語ろう!【PHP】 (829) - [58%] - 2018/6/27 23:16 ○
- 【PHP】フレームワーク CakePHP 6ホール目【v1.2】 (933) - [57%] - 2009/8/19 2:06 ○
- 【PHP】フレームワーク CakePHP 5ホール目【v1.2】 (985) - [57%] - 2009/3/7 4:53 ☆
- 【PHP】フレームワーク CakePHP 7ホール目【v1.2】 (1001) - [57%] - 2010/3/18 1:18 ○
- 【PHP】フレームワーク CakePHP 4ホール目【v1.2】 (1001) - [57%] - 2008/12/19 21:06 ○
トップメニューへ / →のくす牧場書庫について