Oracle? DB2? Symfoware? HiRDB? SQL鯖？

1 ：名無しさん＠お腹いっぱい。：03/07/01 20:39 ID:???

商　用　Ｒ　Ｄ　Ｂ　Ｍ　Ｓ　徹　底　比　較　ス　レ　ッ　ド

336 ：NAME IS NULL：2006/10/17(火) 01:53:16 ID:???

>>335
藻前ボラクルのマーケだろｗ
おまいらが嘘ばかり言うとるから死ぬことになるんやろうがボケカス

337 ：NAME IS NULL：2006/10/17(火) 06:43:06 ID:???

10gSE RACってトータルで4CPUしか使えないし。

338 ：NAME IS NULL：2006/10/17(火) 08:42:20 ID:???

>>336

そういうのを FUD と言うのだよ。
具体的な事例を挙げろと言ってるのだ。

俺が管理しているDBはほとんど問題が起こってない。
0件ではないが、数ヶ月に1回サポートに聞くことが発生する程度。

同時接続数も100くらいで、データ量も200GBくらいしかないからかな。

339 ：NAME IS NULL：2006/10/17(火) 14:44:51 ID:???

>>338
ｋｗｓｋ

340 ：NAME IS NULL：2006/10/17(火) 18:38:49 ID:???

>0件ではないが、数ヶ月に1回サポートに聞くことが発生する程度。

いや、それは品質基準としてどーなんだろう？

341 ：NAME IS NULL：2006/10/17(火) 19:47:02 ID:???

>>338
>俺が管理しているDB

ってお前DBAかよｗ
そのくせマーケ用語（FUD）使って、本当にお前が管理してんのかよ！
本当ならどんなシステムかもっと詳しく言ってみろよ
ボラクル社員だってバレバレだなｗｗ

342 ：338：2006/10/17(火) 21:11:46 ID:???

ん?
俺はオラクル社員じゃないよ? DBAだと悪いのか?
DB2 も SQL Server も使うよ?

Oracle が嫌いだったら使わなければいいだけのことだろう。
要件に合った製品選択もろくにできないような使えない奴は
相手にしてもしょうがないが。

343 ：338：2006/10/17(火) 21:13:33 ID:???

>>332 で言うところの
「RACを使うと死ぬことになる」という事例が知りたいんだよね。

しょうもない罵倒はただのゴミだ。
大人だったら論理的な話をしよう。

344 ：NAME IS NULL：2006/10/17(火) 22:01:27 ID:???

RACに限らず、一般的なクラスタウェアをつかったHA構成でもいえるんだけど、
導入時に入念にテストやっても、いざっていう時にちゃんとサービスのフェイルオーバ・テイクオーバできるかどうか
不安が付きまとうもんなぁ。

345 ：NAME IS NULL：2006/10/17(火) 23:12:56 ID:???

>>342
>DBAだと悪いのか?
>DB2 も SQL Server も使うよ?

そんなDBAいねーよ。
嘘ばっかり言ってねーで、お前の管理してるシステムを詳しく言ってみろよｗ

>要件に合った製品選択

DBAに製品選択権はねーよｗｗ

346 ：338：2006/10/17(火) 23:33:58 ID:???

>>345

はぁ?

俺は主にカード決済系の会員管理DBを扱うことが多いよ。
IBMのサーバが強いところなら System p5 + DB2 だし、
何も指定がなければ慣れている HP + Oracle のパッケージクラスタを使う。

詳しくは言えないが、大きいところでは
会員数160万人程度を毎日洗替しているDBもあるよ。

DBA の定義がお前のところとは違うみたいだな。
そろそろ「死ぬ」という事例を教えてくれないか。
何もないんだったら首吊って死ね。

347 ：NAME IS NULL：2006/10/18(水) 03:18:07 ID:FfppR+q/

もまえら もちつけ

結局、DB2最強ってことでおk？

348 ：NAME IS NULL：2006/10/18(水) 06:30:49 ID:???

まーDB2だとOracleより暴利を貪られている感はない少ない罠。

DB2の資料の少なさやちょっと調べたいと思ったら即効で英語のページに
飛ばされるのがイヤんな感じではあるがOTNの会員制のイヤらしさも
どっちもどっちだしなぁ。

349 ：NAME IS NULL：2006/10/18(水) 10:00:29 ID:???

I社員が紛れ込んでるにおいがする。

350 ：NAME IS NULL：2006/10/18(水) 12:40:39 ID:???

DB2（AS/400）の方がはるかにボッタクリだろ。

351 ：NAME IS NULL：2006/10/18(水) 13:18:35 ID:???

>>346
こいつ日立システムアンドサービスの竹村っぽくね？
http://otn.oracle.co.jp/expert/part1/index.html

自費でWindows NT環境を購入して勉強。VMwareでRACを勉強するのが味噌
http://www.oracle.com/global/jp/education/promotion/goupOMseminar.html

352 ：NAME IS NULL：2006/10/18(水) 14:58:08 ID:???

>>350
あれは金で問題を解決するビジネスだからなー

353 ：NAME IS NULL：2006/10/18(水) 19:33:52 ID:???

>>352
まあ、AS/400(iSeries)は本体価格もあるが、あの保守契約をどうとらえるかだなー。
確かに故障したらIBMの人がマッハでやってきて速攻で交換してくれるし、
手厚いサポートなのは事実だろ。
ソフトとハードの両方見てくれるし。

これがHP-UXだとHPの代理店の名詞もった近所の技術者がやってきて対応するからなー。
ソフト障害とかもも「ここからライブラリ落として自前でコンパイル汁」とか
アフォな営業だと、対応不可能なサポートだったりするし。

さらにこれが日立だとムカつく対応してくれる事多い。（ｗ

354 ：338：2006/10/18(水) 21:23:17 ID:???

>>351

残念ながら違うな。当てずっぽうでモノを言うな。
俺が NT なんか使うと思うのか。

お前はもう死んだんじゃないのか? いつ死ぬんだ?

355 ：NAME IS NULL：2006/10/18(水) 22:55:30 ID:???

ｱﾌｫなアンチOracleはなんでこのスレが好きなんだろうね？
過去ログ見ると死屍累々...

356 ：NAME IS NULL：2006/10/19(木) 00:21:52 ID:???

そのｱﾌｫなアンチOracleに釣られてる奴は、さらにＡＨＯだなｗ

357 ：NAME IS NULL：2006/10/19(木) 00:28:17 ID:???

>>356

今度は変化球か(笑)
必死にキーボードを叩いてる姿が目に浮かぶよ。

358 ：NAME IS NULL：2006/10/19(木) 01:03:49 ID:???

>>338 さんは、どうして必死にOracleを擁護しているのでつか？

359 ：338：2006/10/19(木) 01:12:57 ID:???

擁護してるつもりはないですよ。

「RACを使うと死ねる」と言うから、具体的な事例を聞きたいだけ。
でもそこまで馬鹿だと思わなかったのは失敗でしたね。
荒しはスルーしておくんでした。

360 ：NAME IS NULL：2006/10/19(木) 05:17:28 ID:???

しょうがねえな。具体的に教えてやるよ。

詳しく書くと誰だか分かっちまうから簡単に。
要は，キャッシュフュージョンが原因でﾊﾟﾌｫが出ねえ。
リニアにﾊﾟﾌｫが上がるっつう言葉に踊らされただけ。マジムカつく
おたくのカード決済みたいにヌルイ環境じゃないからな。

それと，テイクオーバ時のConnection Poolとの相性が悪い。
結局Connection Poolを実装しなきゃならなくなった。

361 ：NAME IS NULL：2006/10/19(木) 15:55:48 ID:???

．．．再編成しなくて良いように、削除レコードの再利用指定で実行している。

362 ：NAME IS NULL：2006/10/19(木) 20:39:36 ID:???

>>360

最初からそう書けよ。やはり馬鹿は違うな。
お前のような無名の奴なんか調べても誰だかわかるわけがない。カスだからな。

キャッシュフュージョンの特性とかTAFとかをちゃんと勉強してから出直してこい。
お前の環境に合わせて Oracle は作られてないのだ。
簡単に営業にだまされるほうが悪い。自分の力の無さを自覚しろ。

そういえばお前死ぬんだったな。勉強しなくていいよ。

363 ：NAME IS NULL：2006/10/19(木) 23:18:40 ID:???

RACって大変そうだな．．．

364 ：NAME IS NULL：2006/10/19(木) 23:52:21 ID:???

>>336
>0件ではないが、数ヶ月に1回サポートに聞くことが発生する程度。

数ヶ月に1回も問題があるのは大変だな

365 ：338：2006/10/20(金) 00:07:10 ID:???

>>364

Critical Patch Update が3ヶ月ごとに出るだろ。
パッチの詳細を見てわからないところがあれば普通聞かないか?
やみくもにパッチを当てていいようなシステムだったら気にしないんだけどな。

障害は10秒程度片ノードが停止してフェイルオーバーしたというのが1回だけあった。
サポートの言うように event を仕掛けてトレースを渡して、というくらいだね。

俺の数ヶ月に1回というのはそれくらい。ぜんぜん大変じゃないよ。
しっかり保守費をもらいつつ作業時間はせいぜい月に1〜2時間だから、
いい儲けになってるかな。

366 ：NAME IS NULL：2006/10/20(金) 00:19:09 ID:???

まあ、羨ましいといえば羨ましい話の様な気がするが、
そもそもパッチとかも内容によるけど、最新パッチを
あてる時は多少まってから不具合報告がないのを
見てからパッチ当ててるからなぁ。

フェイルオーバーが出るのもそりゃ>>338も設定ミスってた
と言う事でFA

＞俺の数ヶ月に1回というのはそれくらい。ぜんぜん大変じゃないよ。
＞しっかり保守費をもらいつつ作業時間はせいぜい月に1〜2時間だから、
＞いい儲けになってるかな。

漏れも偽善者な仕事してる事あるから偉そうには言えないが、
正直、こういう考えはヤだな。
売りっぱなしの無能営業に通じるモノがある。

367 ：338：2006/10/20(金) 00:31:59 ID:???

いや、設定ミスというよりは、10.1.0.4.0 のバグだった。
10.1.0.5.0 では直っているということで回答を得たんだけど、
かなりのレアケースらしい。

保守費は保険料なものだと思うけどね。
事故があったらすぐに駆けつけられる体制を作るのも費用のうちだろう。
売りっぱなしで放置してばかりだったら次の案件が取れないよね。
信頼関係がとても大事。

368 ：NAME IS NULL：2006/10/20(金) 00:37:14 ID:???

Oracle、101件の脆弱性に対処
http://www.itmedia.co.jp/enterprise/articles/0610/18/news028.html

うわースゲー量。今回のパッチの確認、大変だったんでは？

369 ：NAME IS NULL：2006/10/20(金) 01:22:23 ID:???

全部の製品全バージョンあわせて101件では？

370 ：NAME IS NULL：2006/10/20(金) 01:38:57 ID:???

ほんとだ

データベース関連が計63件、
Application Server関連が14件、
E-Business Suite／Application関連が13件、
PeopleSoft製品関連が8件、
JD Edwards製品関連が1件など

ってDBだけで63件か...確認大変そう (-人-)

371 ：NAME IS NULL：2006/10/20(金) 01:47:30 ID:???

データベース本体はあんまりないな。
ほとんどApacheがらみか？

372 ：366：2006/10/20(金) 06:49:59 ID:???

>>367
その考えもある意味重要だと思う。

開発中やテスト中にDBシステムの不具合や疑問点を
DBベンダーに問い合わせるって事は漏れもする。

ただ本番稼動後にフェイルオーバー発生して
それがDBAの設定ミスだろうがDBベンダーのバグだろうが
「保守費貰っているから・・・」ってのは、なんか違うと思う。

現場ではユーザーがワケ解らん操作や想定外のトラブルが
あるから保守費を貰ってDBのメンテや監視をするのはいいんだけど、
不具合が出てお客からすると「オレはお前から買ったんだ。Oracleのバグとか関係ない」
って絶対言う。

て言うか漏れの前任がそんな感じだったらしく、客からよく愚痴をこぼされる（ｗ

確かに酷い造りで言い訳もｻｲﾃｰだったな。ﾄﾗﾌﾞﾙもお客がシステムの素人と
思って責任転嫁してるし。

373 ：NAME IS NULL：2007/03/31(土) 23:40:16 ID:???

保守

374 ：NAME IS NULL：2007/09/30(日) 19:30:56 ID:bxfOl2NT

DBの提案にDB2だすと嫌がれる、ORACLEだとOKぽい
過去になんかあったのかな?
あと、メーカからくるサポートの人でそのメーカの中の人に会ったことがない
どうなってるの?

375 ：NAME IS NULL：2007/10/01(月) 11:44:50 ID:???

やっぱり技術者の確保っていう点がね。
DB2にもっと明確なアドバンテージがないと、その差を埋めるのは難しい。

376 ：NAME IS NULL：2007/10/12(金) 22:39:30 ID:???

DB2は名前がいけないな。ブランド性に乏しい。

377 ：NAME IS NULL：2007/10/28(日) 23:47:32 ID:???

＞DB2にもっと明確なアドバンテージがないと、その差を埋めるのは難しい。

Oracleの半額で出来る事は同等で素人がセットアップしてもOracleより
遅くなりにくいのはそこそこのメリットだと思うが。

ただ、そこそこなDBチューナー(?)がいればOracleの方が瞬間最大風速(?)は上かな。

もっともDBチューニングできるヤツはMySQLでも劇速なシステム作れるけどサ。

378 ：NAME IS NULL：2007/11/11(日) 17:57:43 ID:jrQxP17m

Oracleのデービリンクって使えるの?

379 ：NAME IS NULL：2007/11/11(日) 22:12:06 ID:???

むかーしから使われてる。

380 ：NAME IS NULL：2007/12/16(日) 22:50:38 ID:9lrrCZqe

Oracleって更新してるレコードの前の情報が見れるのね
これロックできませんか?

381 ：NAME IS NULL：2007/12/18(火) 22:48:04 ID:???

>>380

検索する側がSELECT 〜 FOR UPDATE を使用すれば、排他行ロックの解放待ちになる。

382 ：NAME IS NULL：2008/02/17(日) 13:13:13 ID:1zXaHUn/

Oracleは、やっぱRACの存在が大きいんじゃないかな。
HAクラスタで組むならDB2でもOracleでもMS SQLでも変わらんけど。
Active/Active構成で、なおかつシステムイメージは一つで、ノードが
ぶっ壊れたときの回復が高速でとなると。RAC以外は厳しい。
あの高額なライセンスはいただけないけどな。
＃ 10g RAC R2でようやく使えるように...

383 ：NAME IS NULL：2008/05/18(日) 00:14:12 ID:Ca7Y8Hqh

仕事ではDB2しか使わないが、転職を考えるとオラクルのほうの資格を
とったほうがいいとおもうがどうだろう？

データウェアハウス系の資格でいいの教えて

MS
ORACLE
IBM
TERADATA・・・

384 ：NAME IS NULL：2008/05/18(日) 01:31:18 ID:???

DB2と言ってもiやzとp+その他は違うからなぁ。
iとかだったらOracleよりも貴重だし（人が少ないと言う意味で（ｗ

385 ：NAME IS NULL：2008/06/10(火) 21:16:52 ID:???

IBMのsolidDBは
DB2とInformixのﾌﾛﾝﾄで動作させる
ｲﾝﾒﾓﾘDBなのさ

10倍速くなるよーん。