たてやんっす

Satoshi Koiwaさんの
題名「[mysql 02049] Oracle versus MySQL」のメールからの引用です
SK> 小岩です。別スレッド起こしました。
SK> 
SK> 「いい」の意味はともかくとして、Oracleが事務処理用として他に変わるものがないっ
SK> てのは確かだと思います。趣味でOracleやっている人がそんなに多いとは思えないん
SK> で、99%以上の人は喰うための仕事で使っているでしょうから、「仕事に使うにはやっ
SK> ぱりこれ」ということになるんだと思います。
ですね
やっぱり　パッケージで売られてると安心できるというのもありますし
何らかのことがあればクレームつけやすいですし
＃対応はどうかは別です

SK> 数千クライアント環境でややこしいバッチ処理をすることを考えるとMySQLじゃダメ
SK> でしょう。デキる人ならどんな道具を使ってもできるでしょうけれど、あまりお利口
SK> でない3年生とか5年生とかでもややこしいバッチ処理がなんとか作れてしまえるルー
SK> トがちゃんとできていますから。
なるほどぉ
SK> で、Web環境は数十クライアントかもしれないけれど数万クライアントかもしれない。
SK> 例えばECシステムで在庫の仮引当をしながらクレジットカード決済の処理を待ってOK
SK> だったら在庫を本当に引き当てて、NGだったら戻す、という処理なんて容易に発生し
SK> ますよね。やりゃできるでしょうけれど、MySQLで間違いなくちゃんと処理できるよ
SK> うにするってのはレベルの低い技術者(って私のこと)にはちょいと辛いと思います。
これからの　課題なのかなぁ？
SK> Oracleにはdatafileとtablespaceというのがあるし、table単位でもstorage句で容量
SK> の上限を指定できます。例えば同じDBにあるnameテーブルとtelテーブルが、物理的
SK> に別のHDDに置けます。アホな開発者(って私のこと)が直積のinsert文を発行して数
SK> 億レコードを発生させようとしても被害を最小にとどめられるわけです(その折の関
SK> 係者のみなさん、ゴメンナサイ……ってここは見てないと思うけど)。
SK> 
SK> Oracleは複雑で高機能ということもあるんでしょうけれど、数カ月に一つくらいは怪
SK> しい点に出会います。一千万単位のUNIXサーバでも結構落ちるし。
当方　Oracle の管理がされているせいか　まったく落ちません
＃人為的に　私が　落としてしまったことはあります(^^ゞ

それゆえ　Oracle +SUN の神話が　「やっぱOracle + SUN だねぇ」と...
MySQLを使いませんか？という隙をなかなか与えてくれません^^;

うちのOracleのアクセスというか使われ方は　尋常なものではないです(^^ゞ

=================
たてやんっす　tateyan@xxxxxxxxxx