PostgreSQL or MySQL

[5:名無しさん (2000/04/13(木) 02:12)]
何か古い本、見てませんか？ > 1

あと、MySQL 対 PostgreSQL は「DB マガジン 2000 年 5 月号」にも
出ています（あんまり違いを際立たせる内容になっていないのが残念）。
両方のユーザーとして違いをざっとまとめると
・PostgreSQL のメリット
　-> ユーザー定義型のサポート
　-> 豊富なデータ型（Geometory, IPaddress etc.）
　-> トランザクションのサポート
　-> PL/PgSQL によるストアドプロシージャのサポート
　-> 正規表現も含めたマルチバイトサポート
　-> 豊富な日本語の参考資料及びメーリングリスト
・MySQL のメリット
　-> とにかく速い！
　-> Shift-JIS 対応（PostgreSQL も最近サポート）
　-> 海外ではほぼデファクトスタンダード。従って資料が多い。
　-> 各種ミドルウェアの対応が豊富/迅速
　-> GUI ベースの日本語版管理ツールがある
といったところでしょうか。

通常は、
・検索速度がどのくらい重要か（yes なら MySQL）
・トランザクションのサポートはどのくらい重要か（yes なら PostgreSQL）
で決まってくると思います。

[6:名無しさん (2000/04/13(木) 02:37)]
>MySQL のメリット
>海外ではほぼデファクトスタンダード。従って資料が多い。
国内では、PostgreSQLと比べてあまり普及してるとは言えない
のはなぜだろう。日本語資料少ないよね。苦労してます。

[7:名無しさん (2000/04/13(木) 03:03)]
今度オライリーの mSQL & MySQL の翻訳が出ます。
だんだん MySQL も情報が出てくるのでは？
MySQL ユーザー会もこの間立ち上がったし。
http://www.mysql.gr.jp/

[8:名無しさん (2000/04/13(木) 07:11)]
Interbase 6 を待つというのは？

[9:名無しさん (2000/04/13(木) 07:37)]
PHP は Interbase 対応しているよ。

[10:名無しさん (2000/04/13(木) 09:37)]
>　-> Shift-JIS 対応（PostgreSQL も最近サポート）
べつにEUCにしておいてもPostODBCドライバ介してクライアント
側はシフトJISで読み書きできる。むしろEUCにしておかないと
PerlやgccでCGI組むとき不便でしょうがないよ。UNIX側は
シフトJIS対応のツールは少ないからね。

>PHPでなくていいなら interbase がよさげ。
gccのインターフェースが組み込みSQLになってるみたいで
それで敬遠したくなるね。

[11:名無しさん (2000/04/13(木) 10:23)]
ありがとうございます（ご指摘通り古い本を見ていたようです）
MySQLにかなりかたむいています
まずはDBマガジン 5月号を入手してきます
新しい情報にあたらねば…
でもInterbaseも良いですね
本当に助かりましたありがとうございます
他にもなにかアドバイスありましたらお願いします

[12:名無しさん (2000/04/13(木) 12:41)]
apacheと…ってことはCGIやりたいんだよね？
Rubyはどうよ。PostgreSQL対応してるよ。

[13:名無しさん (2000/04/13(木) 13:48)]
一度DBに触るとどんどん深みにはまって....
ってな場合がありますが、より深みにはまりや
すいのはPostgreSQLですね。MySQLではそこま
で高機能じゃないし。

今後どんどん発展させていくつもりならPostgreSQL
の方がいいよ。

[14:5 (2000/04/13(木) 20:48)]
いや、MySQL もどんどん高機能になりますよ。
PHP4 のエンジンになっている Zend の作者が MySQL に Zend 組み込むって
言っていますし。そうすれば、ストアドプロシージャが実現でき、それによって
一気に、トランザクション（無名プロシージャを利用）、トリガーその他を
実現できるようになるでしょう。
今は PostgreSQL を使っているけど、MySQL にも注目していますです、はい。

read.cgi ver5.26+ (01/10/21-)