PostgreSQL or MySQL

1 ：名無しさん ：2000/04/12(水) 19:03

Apache+PHP/FIで検索システムを作ろうと思っています
PostgreSQLとMySQLのどちらがおすすめですか？
ご意見きかせてください
規模は小さいです＆日本語必須です
サーバはLinux（Vine）を考えています

2 ：名無しさん ：2000/04/12(水) 19:22

ってゆーかマジで PHP/FIなんて古いの使う気ですか？
MySQLのほうが軽いけど、使い方によってはちょびっとライセンス料が要ります。

3 ：名無しさん ：2000/04/12(水) 19:25

PHPでなくていいなら interbase がよさげ。

4 ：名無しさん ：2000/04/12(水) 22:58

単なる検索システムならMySQLだろうな。
それにしてもPHP4.0の正式リリース間近の今、なぜ PHP/FI ？

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 にも注目していますです、はい。

15 ：1じゃないけど ：2000/04/27(木) 15:28

俺も今度何かいれねばな状態になったのでage

16 ：名無しさん ：2000/04/27(木) 16:04

１及び１５ではありません。
postgresqlが無料
MySQLは有料
interbaseも有料
Oracleも有料
ということでpostgresqlを使う予定です。
Oracle8のCD-ROMは手元にありますがライセンスの高さに驚いています。

17 ：名無しさん ：2000/04/27(木) 18:22

Interbase 4.x, 6.x は無料だよ。
でも開発には最終的にはマンパワーが必要なんだから金払う事も少しは考えてね。

18 ：名無しさん ：2000/04/27(木) 18:53

>でも開発には最終的にはマンパワーが必要なんだから
>金払う事も少しは考えてね。
Perl/C/Java/ODBCの
インターフェースはどうでしょう？
あと、CPU時間をDBが占有しちゃうと
CGIが遅くなってまずいですがその辺とか。

19 ：5 ：2000/04/28(金) 05:29

>16
MySQL が有償なのは、NT 版を使うときか、MySQL を組み込んだ製品を
販売する場合だけですよね。だいたいの利用局面を考えると、
無償扱いでもいいような気がします。

>18
どうでしょう・・・って両方とも一通りそろっていますよ。
そういう問題ではない？

DB のボトルネックになるのは、CPU 時間よりもむしろメモリとディスク
アクセスです。従ってディスクアクセスを頻繁に行うとか、メモリを
大量に消費するような CGI プログラムの場合、データベース導入によって
深刻な性能の劣化が発生する可能性があります。
メモリとディスクのどちらがネックになるかは、メモリの量、データベース
スキーマ構造、アクセスパターン、オプティマイザの性能などによって
変わってくるので、一般論として回答するのは困難です。

もっとも、MySQL も PostgreSQL も、ネットワーク越しに接続できるので、
そんなに負荷がかかる（そしてそれが問題になる）ような使い方をするので
あれば、別マシンをデータベース専用として用いることをお勧めします。

20 ：16 ：2000/04/28(金) 11:26

PostgreSQLとAccess97を使う予定です。
家計簿、RPM一覧を作ろうとしています。

21 ：タン頃厘 ：2000/04/28(金) 12:16

sybaseもﾀだよねぇ

22 ：名無しさん ：2000/04/30(日) 09:59

すみません、便乗失礼します。

MySQL/PostgreSQLをLinuxで使いたいと思っています。
今、家にある古いAT機を転用する予定です。
コイツはマザーがSocket5なので、Winchipの200MHzを
載せてようやく動いているという状態です。
HDDは一応10Gを積んでいます。
問題はメモリなんですが、54MBしかないのです。
今さらSimmを買うのもアホらしいので、なんとかこれで
動かしたいんですが、どうでしょうか？やっぱ無理？

23 ：Five ：2000/04/30(日) 17:14

>22
データベースに求めるパフォーマンスとデータの量と Query の
複雑さ次第。

データベースの性能は、キャッシュにテーブルが全部入るかディスクアクセスが
発生するかで全く違ってきます。データ量が大きくなれば、メモリに
全部入りきらなくなるので、遅くなります。テーブルの各レコードだけで
なく、一時的な問い合わせの結果やソート用の領域なども含まれます。
インデックスを作成している場合にはその分も必要です。

パフォーマンスが問題でなければ、メモリがどんなに少なくても大丈夫です。
とはいっても 16MB 程度ないと起動できない可能性がありますが。

データ量は、以上で述べたように、性能にてきめんに影響してきます。
テーブルの大きさが 20MB 未満とかなら全然余裕でしょう。

Query の複雑さは、PostgreSQL の場合遺伝的アルゴリズムに従って
最適なプランを作成しますが、そのときにメモリを食います。MySQL は
よく分かりません。

この辺のパフォーマンスの問題に関しては、『Oracle パフォーマンス・
チューニング』を見てください。Oracle を対象に記載されていますが、
統計情報の収集方法が Oracle 依存というだけで、内容そのものは
Oracle 以外にも使えます。『コンピュータの設計と構成』（日経BP）も
読みやすいです。

24 ：22 ：2000/04/30(日) 17:51

Fiveさん、どうもありがとう。なんとかなりそうです。
これで、古いマシンを棄てずに済みます。

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