>>143
MySQLなめすぎ
あれにくらべたらPostgresのバグはかわいいよ

まあMySQLも5.0.18が出ているわけで、SQL1999系機能も日本語再対応も一通り終わっているわけで、
どっちも過去の特定のバージョンの話ではなくて、現状ベースで話しましょうよ。

昔から遅い

MySQL4.0以前：保守のため使う必要あり。新規なら他を使うべし
MySQL4.1以後：積極的に使う必要なし
MySQL5.0以後：話にならない。おもちゃ以下

PostgreSQL8.0以前：できるなら8.0以上に上げる
PostgreSQL8.0以後：8.1が望ましい。業務にも使用可能

番外
Oracle：業務ならこれしか選択肢なし。今のとこ英語だが10.2gのフリー版もある
sqlite：小規模ならこれでOK。ただし2系、3系、3.3系とわけわかめ
BerkeleyDB：さらに小規模用。CSVファイルの代わりに使うくらい



俺の認識じゃぁこんなかんじ。うそも混じってるので注意

>>157
どれが嘘なのか書いてくれるとありがたい。嘘交じりの情報なんてｲﾗﾈ。

ずっとMySQLのみでWEBアプリを作って来て、特に不満もないので
そのまま4.1に移行して使ってるんだけど
PostgreSQLやOracleに移行したらもっと幸せになれるんだろか。
諸々の機能のためにテーブルのバリエーションや
その相関関係がかなり複雑になっていて
巷でよく聞くWEB系向け（＝シンプル構造?）というMySQLのメリットは
あまり享受出来ていないような気はしています。

>>158
どれが嘘かは、俺にもわからんのだ。
覚えてるのを書いただけなので、間違ってる可能性大。
自分の記憶はあんまり信用できない。

>>161

そもそも、比較の対象外

>>159
とりあえずテスト機にPostgreSQLにportした環境作って評価してみては？
以降が簡単に済みそうならOracleの評価版でもいいけど。

そうそう、やってみればわかるよ。

移行を考えるとDBはシンプルが一番だよな。

そのDB（以降のバージョン）と心中するつもりなら
いいんだろうけど。

相関関係なんて濁していってるけど、設計がへぼ
かったとかじゃなくてって気もするんだが。

移行が難しい＝現在の設計が理解できていない

そっくりそのまま持っていって、SQLが変更無しで使えればそれにこしたこたないが
それだけじゃ、移行の理由そのものが薄そうだしな

一応、SQL92に準拠するように書いておく。
それで移行した際にエラーがでたなら、
ﾎﾞｹｱﾎｶｽｼﾈMySQLお前はSQL Serverにすら劣るんだよ！！
となじる。

これが正しいDBの移行方法。

SQL Serverって結構優秀だけどな。

ふーーーーーーーーーーーーーーーーーーーーーーーん。

SQLServerが優秀ではなくてSybaseは優秀が正しい

へぇーーーーーーーーーーーーーーーーーーーーーーーーーーーー。

>>171
Oracleより小回り利いてて好きだったな
MSと離れたせいでlinuxベースでOracle１択になっちゃったのは
悲しかったよ。今はPostgreSQLあるからいいけど
ASEが米国発売当事にアップグレード掛けたらbcdumpの
インポートにバグがあってnullカラム抜けが発生してて
えらい目にあったのはいい記憶だ

2chのスレなんて当てにならんかもしれんけど、
MySQLのスレはPart7、PostgreSQLはまだPart2。
んー。MySQL使ってる人の方が多いのかな？

>>174
どうなんかね。自分は両方使ってるけど、postgresqlはスレにも
日本のMLにも出入りしてない。そんなケースもあるので。

ただMySQLの場合はDBMSを使う選択肢として選んだユーザだけじゃなくて
MySQLを利用するアプリを使いたくて結果的にMySQLを使うユーザがかなり居るので
質問も多くなる傾向がある。ライトなユーザの比率が多いことは確か。

PHPが日本で今ほど流行っていない頃、海外の流行を意識した
Webマスターやライターが要所要所でMySQLを薦めてたのが地道に効いてたと思う。
今考えれば特にMySQLだけが大きく有利な部分てのはなかったんだが…。

そういやXOOPSっていまだにMySQL一択なのかな？使わないから調べてもしてないが

MySQLが有利だったのは、軽いとか速いとかWindowsで動くとか
そういう部分じゃないかなあ。PHP標準だったのも大きい。
フルスペックのSQLを使いたい、という理由でPostgreSQLにしたけど。
今はそういった差はほとんど無いね。

postgresのスレってなんか複数あるしな

昔はmysqlしかwindows対応してなかったのが大きいかと
最近やっとpostgresのwindows版で勉強してみようという感じの本が出たところ

以前出た本にCygwin＋PostgreSQLなのがあったな。
そこまでWindowsもしくはPostgreSQLにこだわらんでもと、おもたもんだ

4.1がその下の細かいバージョンで挙動が変わりすぎだったから人が離れただけ
日本語使わなければ問題はなかったというところだけどね

Postgresqlが標準でレプリケーション機能をつけないのは
なんかポリシーなの？
SlonyIやってみたけど、MySQLとちがってテーブル名全部指定とか
設定が面倒すぎる。

レプリケーションだけの差で今のところMySQL5のほうが上だな

たしかに

過去ログ読んだけど、なんか面白い書き込みが少ないなあ
もう少し比較記事が欲しいな

ということで燃料投入www

スレッド vs プロセス
MySQLがWeb向きの理由の一つに
スレッドってのもあると思う。
同時アクセスが多く、単純なクエリーが多い
普通のWebではMySQLのスレッド処理に軍配があがるから

http://blog.ohgaki.net/index.php/yohgaki/2006/04/08/mysqla_a_postgresqla_las_a_a_a_a_c_c_p
PostgreSQLの方が10倍速かったらしいですヨ。誰か元ネタ読んでみて。

>>188
何か特殊な環境のようで、あんまり一般的ではないようで参考にならないですね。

業務系はPostgreSQLでWeb系がMySQLってのは俺も賛成だな

まあPostgreSQLの方をよく使っていた俺の意見だけど
pgsqlは使いやすいてのも大きいかなw
ある程度大きいDBで同時アクセスが少ないシステムの場合は
PostgreSQLの方が何かと有利かと思うな。
でも規模が大きくなりすぎると別の問題が出てきて
Oracleを使いたくなるってのもあるがwww

MySQLの場合はデフォルトで性能が出ない場合があるってのも大きいかも
クエリー特性とか考えずに全てInnoDBで済ますような
そんな適当な使い方ではあんまり性能でないからねwww
142はチューニングとかしたのかな？

188 の人じゃないけど最大10倍くらい出るよ。
平均でも 2 ～ 3 倍くらい出る。

# 8.2 は order by も 20% くらい速くなるらしい。

詳しく>>191
比べた条件がわからないと参考にならないんだけど

>>191
PostgreSQLマンセーの書き込みか、、、
DBAやってる人なら理由を知りたくなると思うんだけど、、、
理由もわからず（わかろうとしない？）にチューニング出来ないと思うんだが

通常まともなDBならInnoDBとの比較になるしさほどめずらしくはないだろ
ずっとMySQLつかってきたけどそう思うよ
Postgres8が登場してからは明らかに流れが変わった

ただし、商用費商用問わずツール等は海外のはMySQLは対応しても
Postgresは未対応なんてのは非常に多い

「通常まともな」の定義が問題だよな。
まともな業務用のデータベースって意味なんだろうけど
人や業種やプロジェクトによって通常の定義も違うからね。
曖昧な言葉を平気で使うような人だと
まともにデータベース設計が出来ないと思われるよwww

Web系でクエリーの99%が検索中心だったりしても
同じ設定ですませちゃうんだろうなww

俺は最近MySQLを勉強しているところであまり詳しくはないんだが
InnoDBの初期設定って酷いと思うんだが、どうなんだろ？
まともにメモリ設定したら結構性能が違ってきたりしないのかな？

トランザクション中心なんてほとんどの業務系はそうだろ

WEB系は参照中心なのは当たり前
入力中心でWEBベースは非常に使いにくいか、コスト増になり
その分野はクライアントサーバかリッチクライアント案件がほとんど

だから社内アプリだとWEBアプリはだいぶへってるよ

InnoDBも初期値ひどいのは知ってるけど、Postgresのほうもかなりきてるよ
なんせMySQLより非常に小さいDBにみえるくらい

>>196-197
初期値酷いとか言ってんなら
すべての環境で万能な初期値っての挙げてみろや出来るもんなら
まあ初期値をそのまま使う気でいるヤツからしてみりゃ確かに
酷いってことにもなるんだろうが。

>>198
なんで荒れてるんだ?

>>199
Postgresの２つのスレを見ればきっとわかるよ。
最近は、「キレる＆荒れる」精神的に病んだ奴が多すぎ。