Oracle? DB2? Symfoware? HiRDB? SQL鯖？

1 ：03/07/01

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

2 ：03/07/01

空白キモイな

3 ：03/07/01

Oracle最凶　
−−−−−−−−−−−−−−−−−終了−−−−−−−−−−−−−−−−

4 ：03/07/01

>>3
でも高いぞ。
あの値段はぼったくりすぎ。

5 ：03/07/01

>>1
何か忘れてないか？？？？

6 ：03/07/01

Infomix

7 ：03/07/01

厨に対抗してage

8 ：03/07/01

商用？Accessだろ？Access！

9 ：03/07/01

>>8
RDBMSだったのか？

10 ：03/07/01

SQLServerは？

11 ：03/07/01

れっきとしたRDBMSだよ。
しかし、Accessというより
Jet+mdbと言った方が正しい。

12 ：03/07/01

硬硬難難難硬硬難硬硬硬硬硬難硬難難難難硬硬硬硬硬難硬硬硬硬硬難難難硬硬硬難難難難難硬
硬難硬硬硬難硬難硬硬硬硬硬難硬難硬硬硬難硬硬硬硬難硬硬硬硬難硬硬硬難硬硬難硬硬硬硬硬
硬難硬硬硬硬硬硬難硬硬硬難硬硬難硬硬硬難硬硬硬難硬難硬硬硬難硬硬硬硬硬硬難硬硬硬硬硬
硬難硬硬硬硬硬硬硬難硬難硬硬硬難硬硬硬難硬硬硬難硬難硬硬硬難硬硬硬硬硬硬難硬硬硬硬硬
硬硬難難難硬硬硬硬硬難硬硬硬硬難難難難硬硬硬難硬硬硬難硬硬硬難難難硬硬硬難難難難硬硬
硬硬硬硬硬難硬硬硬硬難硬硬硬硬難硬硬硬難硬硬難硬硬硬難硬硬硬硬硬硬難硬硬難硬硬硬硬硬
硬硬硬硬硬難硬硬硬硬難硬硬硬硬難硬硬硬難硬硬難難難難難硬硬硬硬硬硬難硬硬難硬硬硬硬硬
硬難硬硬硬難硬硬硬硬難硬硬硬硬難硬硬硬難硬難硬硬硬硬硬難硬難硬硬硬難硬硬難硬硬硬硬硬
硬硬難難難硬硬硬硬硬難硬硬硬硬難難難難硬硬難硬硬硬硬硬難硬硬難難難硬硬硬難難難難難硬

13 ：03/07/02

age

14 ：03/07/02

>>12
硬は分かるが、難ということは
ないと思う。むしろ構造が
シンプルで扱いやすい。

15 ：03/07/02

ＤＢ２とＳＱＬサーバーと、どちらを採用するか悩んでます。
どなたかアドヴァイスを

16 ：03/07/02

>>15
目的と環境

17 ：03/07/02

>>15
あと予算も。

18 ：03/07/02

＠ｐ

19 ：03/07/02

>>15-17 興味津々で見学しまつ

20 ：03/07/02

良スレのﾖｶｿ

21 ：03/07/02

ｸｿｽﾚのｦｶﾝ

22 ：03/07/03

SymfowareとHiRDBどちらを導入するか悩んでいます。
目的はCRMのためのデータマイニングです。
ホスト連携もあるんで両者のうちのどちらかが良いと思われるのですが。
ホストは日立と富士通が混在しています。
予算は１０億です。

23 ：03/07/04

あげ

24 ：03/07/05

>>22
Sybase

25 ：03/07/05

>>24
SYBASEがデータマイニングに向いてるんかい！

26 ：03/07/05

安定性において、Oracleに勝るものなし
値段において、Oracleに勝つものなし

27 ：03/07/05

ひとまずけちらずにOracleにしといてくれってプロジェクトが山ほどある・・・・

28 ：03/07/05

>>25
fillfactorを100%にすれば
強烈に検索が速くなり、検索用DBと化す
（更新時はロックがかかり検索不可能）
から、DWH的な用途としても使用できる。

29 ：03/07/05

>安定性において、Oracleに勝るものなし
ホントか（ｗ

30 ：03/07/05

>>28
DWHならIQとかって奴を使うんじゃねーか？

31 ：03/07/05

レッドブリックなんとかじゃないか>DWH

32 ：03/07/05

>>30
そうだよ。
ただ>>25のレスに対して言っただけ。
だからわざわざIQ購入しなくても
その方法でもできるよ。

33 ：03/07/05

DWH用DBって検索が早いだけなんですか？

34 ：03/07/05

極論をいえばそうだね。
検索を目的とされたDBだから。
そうくくると、MySQLも入っちまうかな。

35 ：03/07/05

>>34
>そうくくると、MySQLも入っちまうかな。
ありがとう。それが言いたかったのです(w

36 ：03/07/05

>>29
まあほんとだ。
他が安定しなさすぎなだけだけどな。
いろんな意味で枯れてるから。

37 ：03/07/05

OracleっていきなりPCの電源を落とされてもDB壊れにくいですか？
なんかね、そういうことしておいて、ウチのプログラムが悪いとかいう客がいるんですよ。
しかも、ウチの営業がそこで洩れらに「どうしてくれるんだ？」とか言い出すし・・・。
もうね、なんか仕事がイヤになっちゃいますた。
ちなみに、スタンドアロンでSQL鯖+Win2k風呂です。

38 ：03/07/05

上のSybaseと言ってるヤツ
ではないが、安定ならSybase+UNIX系だろ、
証拠に安定性をもっとも重視する
金融業界ではこの構成の所が多い。

39 ：03/07/05

安定性なら、って言ってなんでUNIXなの？？？

40 ：03/07/05

いくら、DBが安定していても
OSが安定していなければ
だめじゃん。

41 ：03/07/05

>>38
一端導入したらなかなか変えられないってだけじゃねーのか？
だいたい金融業界っても国内の話じゃないよね？

42 ：03/07/05

もちろんOracleを使っているところもあるよ。
>一端導入したらなかなか変えられないってだけじゃねーのか？
それもあるけど、導入時においても
比較して選定するからね。
そうオレも、外資（証券系）だけど、Sybaseが
メインでOracleはサブシステムのパッケージだったり
という構成。
だけど、他の取引している国内の証券系会社も
そうだったし、銀行系もメインじゃないけど
Sybaseを使用したシステムを多く見たよ。
Sybaseも、Oracleもどっちも面倒みてるけど、
使い方次第だな。
ただOracleの方がメモリバカ食いだな
（速い、遅いといっているわけではない）。
同じマシンにインストールして比較してみたら分かる。
もしシフトするならDB2になっていく気配がある。
あれも軽いね（もっともそれが理由じゃないけど）。

43 ：03/07/05

ぼ、僕はあなたの夢にはなれませんよ。僕は誰の道具でもないんです。
データベースをやりたいのなら、自分で板をつくってそれでやって下さいよ。

44 ：03/07/05

>>42
メモリバカ食いってどういう意味？
OracleでもSybaseでも、メモリをどれだけ「食わせるか」は
管理者が決めることだと思うが。

45 ：03/07/05

>>44
喰わせないと働きが悪いって意味じゃねーか。
洩れはそう思うし。

46 ：03/07/05

>>42
金融系はホストだろ。
ホストのDBだからNDBか？
最近はホストで動くRDBMSもあるが。

47 ：03/07/05

>>42はメインじゃないけど、って言ってることない？
外資系は確かにオープン系RDBMS多いよ
C○T○グループなんてSybaseメインだしね。

48 ：03/07/05

シャア！　シャア！
今はいいのさ　すべてを忘れて
一人残った　傷ついた俺が
この戦場で　あとに戻れば地獄におちる
シャア！　シャア！
ビーム　輝やく
フラッシュバッグに　奴の影
シャアシャアシャア　シャアシャアシャア

49 ：03/07/05

>>45
だって、「速い、遅いといっているわけではない」んだろ？

50 ：03/07/05

>>49
本当に知っている方ですか？

51 ：03/07/05

>>50
知ってるよ　バーか
お前が素人なだけだ

52 ：03/07/05

>>37
ｻｰﾊﾞをﾃﾞｰﾀｾﾝﾀｰへ隔離しる

53 ：03/07/05

あぁ、名前欄書かないとやっぱりわけわかんなくなるな。
>>50
知ってるって何を？
>>42がもし「おんなじパフォーマンス出すのにOracleの方がメモリを喰う」と
いうことなら、(その真偽は別として)そういうものなのかと納得したろうけど、
パフォーマンスの話じゃないというから意味を聞いてみただけさ。
それが何なのか、もちろん俺は知らないよ。

54 ：03/07/05

>>52
いや、スタンドアロンで動くシステムなのでユーザのPCに入れてるんですよ。
まあ、そこが間違ってるって言われればそこまでなんですけどね。

55 ：03/07/05

>>54
ｽﾀﾝﾄﾞｱﾛﾝならACCESSだけで事たりるんじゃないの?
ACCESSだけにして危険度が下がることはなさそうだけど。
>OracleっていきなりPCの電源を落とされてもDB壊れにくいですか？
ってかOracleが強制電源断に強かったとして、そのためだけにOracle
導入する金があるならやっぱﾃﾞｰﾀｾﾝﾀｰに隔離汁!
ﾛｰｶﾙSQL鯖に繋いでるｸﾗｲｱﾝﾄも一緒に入ってる状態なら接続先変える
だけじゃない?
職場のどのPCからでもﾃﾞｰﾀ操作出来ますよって吹き込んでさ。

56 ：03/07/05

やっぱOracleが一番でしょ
ついでDB2か
おぷちまいざーの使い勝手でOracleの勝ちだね
SQLサーバはロックの粒度が荒いし、indexもいまいち
価格と性能が比例している分には問題ないと

57 ：あぼーん：あぼーん

あぼーん

58 ：03/07/06

これがOra信者ってやつか

59 ：03/07/06

>>58
あなたが下流工程ｳﾞｧｶってやつですね。

60 ：03/07/06

Oracleはメモリというか（それもある程度含まれるが）
カーネルの実行自体にリソースを喰うといった方が正しい。
Oracle-マルチプロセス
Sybase MSSQL-シングルプロセスのマルチスレッド
アーキテクチャを採用している。
Sybase MSSQLはユーザ接続を含む全てのDBタスクが、1つのプロセス
で行われているため高速に、さらに下位層のOSの制御に依存しないため
Oracleより効率がいい。
Oracleは複数のプロセスを管理しなければならないため、
コスト（CPU、メモリ）がかかる。
但し、Oracleの場合は1つのタスクに対して複数のプロセスに分散させること
ができる為、1つスレッド内で複数の処理が必要になったときに、
処理速度が落ちにくいというメリットがある。
漏れも両方インストールしたけど、CPU使用率等明らかに違う。
Unix上しか知らないけどね。
つーか、他のDBMSのことをそんなに知らないのに
（漏れもそんなに知っているわけではないが）
けなすことだけはやめれ。見苦しい。

61 ：03/07/06

>>53
>「おんなじパフォーマンス出すのにOracleの方がメモリを喰う」と
>いうことなら、(その真偽は別として)そういうものなのかと納得したろうけど
そうだよ、そういうことだよ。
速い、遅いということじゃないというのは
両方ともパフォーマンスは
それなりに出ている（出せる）ということ。
別にメモリを喰っているからっていって、遅いというわけ
じゃないだろ。その辺りを誤解されたくなかったから書いただけ。
>>60
そうね、その辺り（リソース）のことが言いたかった。
後で設定する各種メモリ設定値の話とかではない。

62 ：03/07/06

>>60
Oracleは専用サーバー構成をとる場合が多いけど、共有サーバー
(MTS:マルチスレッドサーバー)にすればおんなじことでしょ？
どっちの構成をとるかは条件や目的によるんであって、一元的な
尺度でどっちが優れているなんて決められるものじゃないと思うが。
それと、マルチプロセスの方が原理上オーバーヘッドが大きいと
いうのはわかるが、実際のパフォーマンスにどの程度影響して
いるか測定した上で言っている？俺はOracleもSybaseも使って
いるけど、どっちもカーネルCPU負荷は数%程度だし、有意差が
あると結論付けられるほどの差は見られないよ。
俺はリソース(CPU、メモリ)は100%使い切るようチューニングして、
その上でパフォーマンスがどうかと考えるのが普通だと思って
いるけど、>>45や>>60はどっちがメモリを喰わないかとかCPUを
喰わないかとか考えているように見えたから違和感があったわけよ。
リソースが余っているっていうことは、チューニングができて
いないってことだから。

63 ：03/07/06

Ora信者うざすぎ

64 ：03/07/06

>>63
そうかな？俺は結構ためになった。

65 ：03/07/06

>>37
DB壊れたってどの程度なの？
故意に落としたのなら契約書に書く「システム想定外のトラブルにより免責」にならない？

66 ：03/07/06

>俺はOracleもSybaseも使って
>いるけど
うそつけ、じゃあ、Sybaseの新規サーバーを
構築（install）するときにしょっぱなに叩く
コマンド言ってみろ。
Sybase管理者や、ユーザならすぐ答えられるぞ。

67 ：03/07/06

>リソース(CPU、メモリ)は100%使い切るようチューニングして、
おぃおぃ、CPUをを使い切るようにしてどうする？
普通はCPU稼働率を落とすようにするもんだろ。
リソースだって喰わない方がｲｲ！に決まってるだろ。
どうせ、「CPUの性能をフルに使うようにだった」って
言い訳するかもしれんが（ｗ
漏れもOracleユーザだけどちょっと、
こいつおかしいよ。

68 ：03/07/06

誰か自作自演王国のAAはって

69 ：03/07/06

>>68
誰が、誰？

70 ：03/07/06

バカだな、きさまら
サイバイマンに決まってるﾀﾞﾛ

71 ：03/07/06

>>62=>>64は確実だな。
ちなみに66,67はオレ
ただ、レスを分けただけ。
新着あったから覗いてみたが、
>>66の答えはまだなのかよ。

72 ：03/07/06

>>66
sybsetupだっけ？sybinstallだっけ？正直、インストールしたのは
何年も前だから、ソラで言えるほど覚えてないや。
俺がSybaseを使っていないと思ったのは、俺が書いたことの
どこかに間違いがあったということなんだろうけど、それなら
そこを突っ込んで欲しかったな。
>>67
「100%」と「フル」って意味が違うのか？
load average が高すぎたら問題だろうけど、CPUを使い切って
何の問題がある？

73 ：03/07/06

>>71
おっと、>>64は俺じゃないぞ。
なんか、Oracle信者がSybaseをけなしていることにされているようだが、
そう読めるところがあったら挙げてみろ。
俺は>>45の「メモリバカ食い」に疑問があったから質問しただけで、
Oracleを擁護するとかSybaseをけなすとかいうつもりはないんだが。

74 ：03/07/06

「>>42の『メモリバカ食い』」だった
スマン>>45

75 ：03/07/06

>>72
はい、良く調べることができました。
でもCPU稼働率100%にしてなにがいいんだよ。
ホスト系だったらされるぞ（ｗ

76 ：03/07/06

CPU稼働率100%にするのは基地外
たいていそれで問題がおきる

77 ：03/07/06

>>72
ｽﾏｿ、load average ていってたな。

78 ：03/07/06

>>75
つまり、簡単に調べられる問題を出してSybaseユーザーか
チェックしようとしたわけね。わざわざ質問した意味ないじゃん(w
>ホスト系だったらされるぞ（ｗ
ホストだったらそもそも、勝手に100%になんかできんだろう。

79 ：03/07/06

つーか、やっぱだめ、
CPU稼働率上げるようにしたら
（漏れはそんな方法、設定しらないが）
load average なんか必然的に上がっちまうじゃないか。
やっぱ、基地外だ

80 ：03/07/06

>>78
じゃぁ、トランザクションログがフルに
なったときに切り捨てる場合に使う
コマンドは何よ。
つーか、まぁいいや。秋田ﾖ
チミのレス知ってる言葉並べたにしか見えないよ。

81 ：03/07/06

>>71
>>64は俺。>>62とは違うよ。

82 ：03/07/07

Sybase厨？なんか、転落していく様がすげー笑える

83 ：03/07/07

SYBASEってMSに買われたんだっけ？
SQL Serverって奴だろ。

84 ：03/07/07

>83
何時の話だ・・・

85 ：03/07/08

今まで出てきた中でｵﾝﾗｲﾝREORG使えるのってある？

86 ：03/07/08

DB2がオンラインで再編成(w
できるけど、やっぱオフラインのほうが正確らしい。
ってのはダメ？

87 ：03/07/08

お前ら本当に知ってるのかと、知ってる単語並べてるだけじゃないかと（ｒｙ

88 ：03/07/08

>>86
そうなんだ。ありがと。
てことは24時間365日無停止ってそれなりにがんばらないと駄目なんだね。
（HOSTならできるって訳でもないけど）

89 ：03/07/08

データベースなんて、商用にする必要ないよ。
もうオープンｿｰｽでいいよ。

90 ：03/07/09

>>89
責任の落しどころが必要な日本人には、まだまだ商用DBが必要です。

91 ：03/07/10

>>88
ごめん。間違えました。ドキュメント見たら、暗黙的に
カーソルは全てクローズされる、とか書いてあったんで駄目ですた。
DB2使ってるけどオンラインでやったことないもんで
他のコマンドと勘違いしてますた...

92 ：03/07/11

Teradataは？

93 ：03/07/11

高速機関は？
ttp://www.kousokuya.co.jp/homepage2.htm

94 ：03/07/17

富士通最強！

95 ：03/07/20

86 ：DB厨 ：03/07/08 09:41 ID:zsqDVIer
DB2がオンラインで再編成(w
できるけど、やっぱオフラインのほうが正確らしい。
ってのはダメ？
>オンラインreorgといっても Z-table level lockを非同期にとるくさいから24*356は
ちびしいのではないかな。
Zのこぴぺは誌ね

96 ：03/07/22

テストですよん

97 ：あぼーん：あぼーん

あぼーん

98 ：03/07/26

ふうん。こういうタイトルなら、SQL鯖VSオラクルになるかと思ってたら
サイベースVSオラクルか。
俺はSQL鯖、オラクル、アクセス、エクセロン（XMLのDB)、触ってきた。
あと、レッドブリックを少し触った事があるが、あれはもうちょっと押さえておきたかった。
データマイニングなら、レッドブリックがぶっちぎりで早いようやな。
ただ、早い仕組みを見れば、相当割り切った考え方をしたDBやなあ、とは思う。
シェアが気になるのは、DB2と、フリーのDBかな。ポステージSQLやったっけ？
超ロングの視点で言えば、DBなんざ、フリーが一番メジャーになるやろうしね。

99 ：03/07/30

いんふぉみっくすはどうなったの？
忘れられてる？
100read 1read

1read 100read

TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲

ＤＢのキャラ、ここが好きだ！ (116)
【オンメモリ%メモリデータベース【インメモリ】 (153)
【オンメモリ%メモリデータベース【インメモリ】 (153)
【麻呂投入】民主党研究第458弾【犬HKも非常事態】 (103)
Microsoft SQL Server 総合スレ 9 (370)
IBM DB2 総合スレ2 (475)
--log9.info------------------
花火写真家　福田武さんを語ろう (108)
☆大曲の花火・秋田の花火を語るスレ☆ (123)
懲りずに騙されて花火板にまで飛ばされたわけだが３ (650)
♪♪♪山梨県の花火大会♪♪♪ (169)
隅田川の花火が見えるホテル (113)
花火大会について語ろう (112)
【三重】熊野大花火大会★2 (507)
花火をマクロ的に語る (127)
【九州の雄】西日本花火【体感花火】 (613)
燃えよ！商工会青年部!!こうのす花火大会 (264)
☆おけがわ市民花火大会☆秋開催の桶川市民の花火 (187)
☆日本一☆◆◆新潟の花火◆◆☆花火王国☆ (961)
常総鬼怒川花火大会*野村*篠原*青木*小幡*ＢＩＧ4 (297)
やつしろ全国花火競技大会【全国花火サミット2009】 (338)
ひたちなか　大草原の花火と音楽 (208)
花火に詳しい人が誰かの質問にまったり答えるｽﾚ (143)
--log55.com------------------
WiMAX2+総合 Part39
WiMAX R3.0 総合
2019年3月開始　どんなときもWiFi part 9
2019年3月開始　どんなときもWiFi part 9
iVideoのスレ(No.26)
【】　MySQLを買収したSunを買収したOracleを　【】
志賀慶一さんのライセンス違反を褒めるスレ
LinuxをやめてWindowsデスクトップ-Part3