PostgreSQL or MySQL

[300:名無しさん＠お腹いっぱい。 (2000/11/26(日) 01:56)]
どっちもどっち

[301:名無しさん＠お腹いっぱい。 (2000/11/26(日) 02:00)]
>>298
おいおい…
PostgreSQLにしろMySQLにしろ、商用利用してる奴がいなかったら
ここまで発展するわけがないじゃねーか。

> 仕事でＤＢはPostgreという提案だしてその仕事取れる？
> 無理だと思うな。

そりゃお前の提案が下手だからだろ。
いっぺん遊びでもいいからPostgreSQLとかを使ってみろよ。
そしたらメリットもデメリットもわかって、PostgreSQLで十分な仕事も
提案できるようになるだろ。

# つーかOracle信者うざい。よってこのスレ終了。

[302:名無しさん＠お腹いっぱい。 (2000/11/27(月) 12:45)]
>> 301
うそぐれす信者？
うざうざ

[303:名無しさん＠お腹いっぱい。 (2000/11/27(月) 15:30)]
DBチューニングに関するの良書情報求む!!
>>280
>SQLのチューニング方法くらい習得した上でやれよ。
どんなとこで情報拾ってるの?

[304:名無しさん＠お腹いっぱい。 (2000/11/27(月) 16:28)]
ちょっとパソコンをかじった程度のクライアントはオラクルを指定してくるよ。
転職の際もオラクルと他のデータベースだと断然オラクル経験者の方が有利。

[305:名無しさん＠お腹いっぱい。 (2000/11/27(月) 17:52)]
oracle
infomix
sybase
interbase
あたりはよく見かけるけど、
PostgreSQLは見かけないなぁ。
障害が起こったとき誰が面倒みてくれるの？

[306:名無しさん＠お腹いっぱい。 (2000/11/27(月) 18:02)]
305<<

障害の発生率はギミックの多さに比例すると思います。
OLEだのRPCだのブロードキャストだの、
そういった仕掛けの少ないポスぐれでは難しい障害が
起こったことないです。ただたんにTCP/IPで繋ぐだけ。

逆にサポート受けてもルーターや
スイッチングハブの問題でブロードキャストが
届かないような場合、サポセンがプロアナもって
駆けつけてくれるわけじゃないから、
初心者は地獄になると思いますよん。

[307:名無しさん＠お腹いっぱい。 (2000/11/27(月) 18:28)]
>>306
それって単に障害の切り分けが出来るスキルがないだけの話じゃないの？
ＤＢの障害に対して誰が面倒見てくれるの？
動作保証は誰がしてくれるの？

[308:名無しさん＠お腹いっぱい。 (2000/11/27(月) 18:39)]
>>307
えーっと、ポスグレでは難しい傷害が
なかなか発生しないというメリットは大きいです。
単純な構造で、バックアップとるのも
ファイルコピーするだけだし。

難しい障害が発生した場合、
サポートはほとんど役に立ちません。

# 3c590PCIで8KB通信したところで突然切れるという
# 障害でクビになったやつがいますが、
# サポートはぜんぜんあてになんなかったそーです。
# （あの、伝説の頃のFMVデスクパワーのPCIの問題）

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

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

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