08/09/14 16:59:16
>>451
それこそ素直にOracle使うような案件なんじゃ……。
世の中の案件の80%はMySQL/PostgreSQLで済むと思うけど、
これは残り20%の範疇のように思う。
454:NAME IS NULL
08/09/15 17:55:03
あと、PostgreSQLは定期的にvacuum fullしないとSELECT性能が劣化するから注意。
455:NAME IS NULL
08/09/15 20:29:30 BunTDGAt
業務の関係でこれからPHPを勉強することになりました。
それで今アマゾン等でPHPの書籍を探しているところです。
仕はでPHP＆postgreSQLの組み合わせなのですが、アマゾンや書店で
見つかるのは大概PHP＆MySQLの組み合わせのものばかりです。
MySQLとPostgreSQLの違い(PHPとの連携する上で)がまだわからないのですが、
MySQLのほうのやつを買ってもポスグレ案件で役立ちますか？
(PHP初心者ですみません)
456:NAME IS NULL
08/09/16 22:00:19
>>455
・貴方のレベルにもよる
文章から察するに１～３年目くらいに見えます。
（違っていたら申し訳ない。）
他の言語を複数習得している（それぞれ１年以上経験ある）レベルか
他の言語もやったことあるが、マスターしているとは言えないレベルなのか
・新規なのか既存なのかで判断が異なる
新規案件でPHPで業務の基盤周りから組むのと
既存案件で、すでに基盤はしっかりしているのと
で、参考になる書籍はことなると思う
（PEARはつかっているかとか）
マンモス本でよいんじゃないでしょうか
今はPostgreSQLのことかいていないんでしたっけ？
457:NAME IS NULL
08/09/20 16:15:08 9CsI/RjZ
普通にこれを紹介してあげればよいのでは
URLﾘﾝｸ(book.mycom.co.jp)
しかもマンモス本に今はPostgreSQLのこと書いてないってのも意味不明だし
458:NAME IS NULL
08/09/21 09:48:08
>>454
それは昔のバージョン
今はバキュムしなくてもほとんど劣化なし
459:NAME IS NULL
08/09/22 10:16:28
そっか。少なくとも 8.1 まではそうだったけど、その後改善されたのかな。
460:NAME IS NULL
08/09/22 11:09:19
8.3で改善されました
461:NAME IS NULL
09/03/01 11:14:17
単純にオートvacuumしてくれるだけで、vacuumしなければ、フルスキャンが遅くなっていく点は変わってないんじゃね？
462:NAME IS NULL
09/03/03 02:06:41
>>461
つ URLﾘﾝｸ(itpro.nikkeibp.co.jp)
463:NAME IS NULL
09/04/22 00:33:38
今度、オラクルで作っているシステムの換装があるんだけど、
そのままオラクルでいくか、MySQLやPostgreSQLを使うか本気で
迷っています。
データベース構造としては、親子関係の2階層のテーブルが
全部で１０個くらいなんだけど、データ数がべらぼう。
1億は余裕で超えます。
理由は、格納するものは使用しているユーザーの操作ログだからです。
１つのボタンを操作するだけで、さまざまなファイルやデータを触るから、
それで、何十レコードにもなってしまいます。
10億とか行ったら、さすがにオラクル以外の選択肢はないんでしょうか？
また、性能評価って言いますけど、入札前に高価な想定するH/Wを
購入してまで性能評価ってやります？
検索リアクションタイムに制限があるけど、それをどう担保しようかが
最大の悩み。
みなさんは、実機相当のシステムで、同じ環境でデータベースを何億
も入れて性能調査やってるのでしょうか？
特にコンサル業界の人に聞きたい。
464:NAME IS NULL
09/04/22 00:35:12
MySQLは、テーブル１つに１ファイルですよね？
テーブルのレコードが多ければ、それだけ検索するたびに、
ファイルオープンが発生するから、MySQLは遅いんだ。
この認識あってる？
465:NAME IS NULL
09/04/22 00:45:46
ログなんか大して参照しないだろ
するとしても参照するデータとしないデータに偏りがあるだろ
期間か何かで切り分けろよ
そうすればどれでもいける
466:NAME IS NULL
09/04/22 00:55:00
ファイルオープンしないDBってなによ
467:NAME IS NULL
09/04/22 11:01:41
そもそも、MySQLがこの先も生き残っているのかという問題が
MySQLはOracleに殺されそうだな
468:NAME IS NULL
09/04/22 11:05:13
NetBeansに対するEclipseのように、MySQLにも有料化したらPostgreSQLに流れるだけなので
存続させるために無料のライセンスは続けるんじゃないかな。
サポートのライセンスは今でも有料なんだし。
469:NAME IS NULL
09/04/22 13:24:01
Orcaleの得意技の飼い殺しというのが今一番懸念されているわけで。
470:どちらかというとSです
09/05/29 15:48:06 9rXfEjjy
>>463
板違い,コンサルでもない...
マニアックすぎて鼻で笑われるとおもいますが、
作りと開発者の技量にもよると思うけど
商用DBだけどCache' と言うのがあります..
内部(M)言語ガリガリではなく、
SQLアクセスで１億以上はさばけてます..
それぞれのアプリの条件にもよるので軽くとは
言い切れませんが、
10億はテストした事ないけど...
動作にOracleほど高価なH/Wはいらないと思います。
性能調査する価値はあるかも...
いまさらMっていわれるのがおち..ですかね...
DB自体くせもあるし..
471:NAME IS NULL
09/05/29 20:56:42
そりゃねぇ、いくらIMSがそこらのRDBMSより速いとは言ってもやっぱり「いまさらIMS」だしねぇ。
10億くらいならPostgresでもイケるし。
472:NAME IS NULL
09/05/30 00:40:23
そりゃねぇ、から語り出すとは通ですな。
473:NAME IS NULL
09/07/02 21:23:06 l4DZdBP4
age