私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】フレームワークについて語るスレ12【総合】
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 : ○
レスフィルター : (試験中)
自前でDB管理・障害対応ができるなら好きなDBMSを使えばいいんだけどね
Oracleが使われるのは機能とか規模の問題じゃないことも多い
Oracleが使われるのは機能とか規模の問題じゃないことも多い
Oracleの良さは、バグ発生したときに
サポートに調査投げることで時間稼ぎが出来るってとこに尽きる。
「現在、サポートに問い合わせ中です。」
サポートに調査投げることで時間稼ぎが出来るってとこに尽きる。
「現在、サポートに問い合わせ中です。」
Oracle,DB2,SQLServer,PostgreSQLとMySQLの間には大きな溝があるんだよ
仕組み自体が違うから考え方も違う
仕組み自体が違うから考え方も違う
PHPの人たちはいろんな意味でLAMP環境しかしらないんだなと思わせるスレだな。
そういうんじゃなくて、DBの話でMySQL以外の話が出ると、そのプロダクト叩いたりとかさ。
現実にOracleてはスキーマはそういう意味だって解ったなら、それで納得すりゃいいのに。
現実にOracleてはスキーマはそういう意味だって解ったなら、それで納得すりゃいいのに。
PostgreSQLでもDB2スキーマの意味はOracleと同意だよ
スキーマの下にデータベースオブジェクトができる感じ
MySQLが特殊なんじゃないかね
スキーマの下にデータベースオブジェクトができる感じ
MySQLが特殊なんじゃないかね
というよりは、DBに関してスキーマという単語をいくつかのレベルで使う場合があるのに、
わざとか素でかは知らんが、一種類の定義のみでしか解釈せずにレスをぐちょんぐちょんにしてる
オラクラーがいただけの話だが
まあ「データベース定義」をDBスキーマといってみるのは誤解を招くしかっこよくもないとは思う
わざとか素でかは知らんが、一種類の定義のみでしか解釈せずにレスをぐちょんぐちょんにしてる
オラクラーがいただけの話だが
まあ「データベース定義」をDBスキーマといってみるのは誤解を招くしかっこよくもないとは思う
まぁ悪いのはオラクル馬鹿にした>>638だろ
>>658
FWが用意しているスキーマもお忘れなく。
FWが用意しているスキーマもお忘れなく。
プログラマはDB側の話なんて気にしないから
システム解ってる奴とプログラマで認識に差があるのでは
DB側の話でスキーマって言ったらだいたい領域みたいな話だよね
システム解ってる奴とプログラマで認識に差があるのでは
DB側の話でスキーマって言ったらだいたい領域みたいな話だよね
ウェブの場合、高度な処理が要求されるんじゃなくって、簡単な処理を大量にこなすことを要求されるからな。
ミクシイみたいな大規模サイトでも結局は簡単なSELECTがほとんどだろうし。
その点で、MySQLなんかの方が向いてる。もちろん安いからって理由が最大だけど。
ORマッパーとか使い出したら、DBの機能って低いレベルで揃えさせられるからな。
ミクシイみたいな大規模サイトでも結局は簡単なSELECTがほとんどだろうし。
その点で、MySQLなんかの方が向いてる。もちろん安いからって理由が最大だけど。
ORマッパーとか使い出したら、DBの機能って低いレベルで揃えさせられるからな。
>>665
その話は終わっただろ。
その話は終わっただろ。
フレームワークのスキーマってそもそも何だよ
そのレベルの話ならフレームワーク全体がスキーマなんだから
DBの話ならデータベースサーバのスキーマだって解るだろうに
そのレベルの話ならフレームワーク全体がスキーマなんだから
DBの話ならデータベースサーバのスキーマだって解るだろうに
わざと混同してるんだろ。
荒らしたいから。
もしくは本気でDBのスキーマ知らなくて判断つかなかったかのどっちかだ。
荒らしたいから。
もしくは本気でDBのスキーマ知らなくて判断つかなかったかのどっちかだ。
そもそも事の発端になってる>>607はDBスキーマって明言してるわけで
FWが生成するスキーマをDBスキーマと呼称したのなら
DBのスキーマを知らん阿呆だってことだろ
DBのスキーマを知らん阿呆だってことだろ
スキーマの定義とかどうたらこうたらより、どうせならレプリケーションで盛り上がれよｗ
レプリケーションって使ったことないんだけど、例えばMySQLなんかの非同期レプリケーションなら、
更新系・参照系の問い合わせの際に、自分でアクセス先DBを使い分けなきゃいけないの？
もしそうだとすると、こういった使い分けに対応したフレームワークってある？
DBの接続設定でごにょごにょしておけば、更新系のクエリなら自動的にマスタの方にアクセスしに
行ってくれるような
レプリケーションって使ったことないんだけど、例えばMySQLなんかの非同期レプリケーションなら、
更新系・参照系の問い合わせの際に、自分でアクセス先DBを使い分けなきゃいけないの？
もしそうだとすると、こういった使い分けに対応したフレームワークってある？
DBの接続設定でごにょごにょしておけば、更新系のクエリなら自動的にマスタの方にアクセスしに
行ってくれるような
しっかし、相変わらず関係ない話題のほうが盛り上がるスレだなｗ
まぁ食い違ってたバグの原因が見つかったんだから、それでいいじゃん
説明不足の仕様が問題だったんだろう
まぁ食い違ってたバグの原因が見つかったんだから、それでいいじゃん
説明不足の仕様が問題だったんだろう
スキーマについてよくわからんのでぐぐったんだが、
論理スキーマで話をしてる人と、物理スキーマで話をしてる人がいて、
ごっちゃになったでおｋ？
論理スキーマで話をしてる人と、物理スキーマで話をしてる人がいて、
ごっちゃになったでおｋ？
>>682
そういう概念的なものではなく、も少し即物的な対象をなんと呼ぶかでのしょうもない喧嘩、に見える
そういう概念的なものではなく、も少し即物的な対象をなんと呼ぶかでのしょうもない喧嘩、に見える
PHP-usersのMLに流れていて、そこに書いてあったが、
Agaviってまだあったんだな。
Agaviってまだあったんだな。
PHP/FIみたいなPerlスクリプトが名を変え体を変え今まで残ってる方が不思議だ。
Perl使いがいかにテンプレートに困ってたかが分かるな。当時TTがあったらPHP消えてそう。
Perl使いがいかにテンプレートに困ってたかが分かるな。当時TTがあったらPHP消えてそう。
Cake使ってみたが、個人的には窮屈だと感じてしまったよ。
標準機能は少なくていいから、もう少し薄いフレームワークないですかね。
気持ちよくコードが書けるようなやつ。
次に試してみるCIがそんなのならいいんだけど･･･。
誰かCIの感想聞かせてください。
標準機能は少なくていいから、もう少し薄いフレームワークないですかね。
気持ちよくコードが書けるようなやつ。
次に試してみるCIがそんなのならいいんだけど･･･。
誰かCIの感想聞かせてください。
画面重視に作ると、あんまり整頓されたFWだと
身動きが取れなくなることがある。
それなら素のPHP使えよって話なのかもしれないが。
身動きが取れなくなることがある。
それなら素のPHP使えよって話なのかもしれないが。
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
php スレッド一覧へ類似してるかもしれないスレッド
- 【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 ○
トップメニューへ / →のくす牧場書庫について