PostgreSQL or MySQL

[187:名無しさん＠お腹いっぱい。 (2000/10/24(火) 03:03)]
- 小規模システムで馬鹿のひとつおぼえみたいに Oracle を
　使いたがるバカ
- 大規模高負荷システムで馬鹿のひとつおぼえみたいに
　Postgres を使いたがるバカ

がいるなあ、という話じゃなかったの？
何を不毛な言い争いを…

[188:U-名無しさん (2000/10/24(火) 06:39)]
>187
正解。でも分からん奴がいるみたいだね。

[189:>180 (2000/10/24(火) 08:57)]
>ISAMで検索システムを手で組むのか？
Perl + DB_Fileなんて実によくあるパターンじゃないか。

>データリカバリ、データ・トランザクションと参照整合性、
>ロックシステム、２相コミットメントやレプリケーション
いったいWeb上でなにする気?
たかだかCGIにそんなもん持ち出すほうが変だろ。

[190:名無しさん＠お腹いっぱい。 (2000/10/24(火) 09:56)]
>189
バカ？
逝ってよし

[191:>190 (2000/10/24(火) 10:28)]
こりゃまた、貧相な煽りだな。

煽りでもなんでもいいから他人との接点が欲しいんだな…
寂しいヤツ。

[192:55,57,58,171 (2000/10/24(火) 17:25)]
現在、InterBaseとPHP4でWebアプリを作っていますが、
今後のアクセス数の増大とデータの大容量化には
勝てそうにありません、
リアルタイムに内容の変わるDBで、
内容の全く同じDBを別々のサーバで検索とか無理ですかねぇ、
色々逃げ道調べたんですが、無いんです。(オラクルのみ対応(泣))

例えばrsyncとかでDBのファイルを１分間に４回ぐらい
別々のサーバにコピーしてから検索処理とか、(読み取り専用だし)
こんな単純でバカな方法でも構わないのですが、
実績とか無いかなぁ、

[193:>192 (2000/10/24(火) 18:24)]
どんなシステムなの?
読み取り専用ならインデックス張りまくっちゃえ(無責任)

似たような話がInpriseのケーススタディにあったよ。参考になるかな?
http://www.inprise.co.jp/interbase/cases/ib006.html

[194:192 (2000/10/24(火) 19:15)]
あぁぁぁ、そうだ！、
バカだ、、＞私

>>193
すいません、お手数かけました、、
その都度（更新処理×？台）やればＯＫなんですね、
今回のが済み次第テストしてみます。(振り分けは大変そう、、)
オラクル買ったらサーバなんて何台も買えますし、

個人が色々できるグループウェア的な
システムって事しかまだ言えません(申し訳ない)
画像が多いのと、個々のデータ量が多いのと、
何より登録数が超多いという、、、＜意味不明だ

[195:> 189 (2000/10/25(水) 00:03)]
180です。
想定してるシステムの前提を言ってなかったので、
すれちがってたのかもしんない。スマソ。
俺はBtoCやBtoBを想定してたんだ。

> Perl + DB_Fileなんて実によくあるパターンじゃないか。

個人的なもんであればあるだろうな。

> いったいWeb上でなにする気?
> たかだかCGIにそんなもん持ち出すほうが変だろ。

先にも言ったが、俺はBtoCやBtoBを想定してたんだ。
だから、データの不整合に発生させない仕組みをDBMSを使わずに
手で作っちゃうのか？
っていってたんだよ。

[196:> 189 (2000/10/25(水) 00:12)]
180です。
190 の発言は、俺じゃねーかんな。
俺もああいう煽りは好きになれねぇ。

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