●DB2とオラクル、どっちがどういい？● (267ﾚｽ)
上下前次1-新
127: 123 02/09/24 00:18 AAS
>>125
なるほど、それは確かに良いね！
おらの分離度はどう？
読み取り一貫性って、あんなんでいいの？
128: 02/09/24 01:26 AAS
ロックのどの点を疑問に思ってるのかわからんが、
ANSI標準でいうところでは4段階定義されてるよね。
1.直列化(完全保護)
2.読取反復可能(仮読込に弱い)
3.コミット読込(仮読込・非反復読取に弱い)
4.未コミット読込(ダーティリードもお構いなし)
おらは1番と3番を、DB2 UDBは4段階全てを実装してて、デフォルトは
省5
129: 122 02/09/24 21:45 AAS
表ロックしたいときは表ロックするさ。
問題なのは行ロックを指定していたにもかかわらず勝手に表ロックに
されてしまうことなのさ。（これがエスカレーション）
ま、設定次第なんだがな。
130: 02/09/24 23:27 AAS
でも具体的にロックエスカレーションで困ることってある？
ロックの目的は、指定したトランザクションの分離度が実現する為のものであると理解してます。
オラの読み取り一貫性は、厳密には、ANSI4段階のどれとも微妙に違うらしいが、そっちの方が問題じゃないかなー
昔は、ロックエスカレーションをして、間違ってロックしてパフォーマンスが低下するケースがあったらしけど、今はそんなことはないらしいよ。
といって、DB2、MSが良いDBかというと非常に疑わしいが。
IBMもMSもDBビジネスにどこまで本気なのだろうか…？
131(8): 02/09/25 00:49 AAS
おらがANSI標準SQL規格と異なるのではなく、他のRDBMSとおらでは
READ COMMITTEDの実装が異なるというのが正解っしょ。
READ COMMITTEDのおらでの未確定行の読み込みは、最新の確定の
データを返す。他のRDBMSでは未確定行の読取は確定するまで不可。
そのせいで、おらにはロールバックセグメントやUNDO表領域なんて
機能的には便利だが管理が面倒なのが必要になってたり、実装の
違いで他のRDBMSから流れて来た人には嫌われたりするのだが。
省5
132: 02/09/25 17:17 AAS
>>125
>OLTP系でもDSS系でも両方とも？
RACはやっぱり、OLTP系に強いのが売りなんじゃないかな。
DSS系で強いのは当然、更新ばんばんかかるOLTPでもパフォーマンス出せるのを売り文句にしてる。
133(3): 02/09/25 17:18 AAS
>>131
なんか、おんなじ考えの人がいて泣けたっす！
134(1): 02/09/26 00:43 AAS
>>131
おらは、ある意味すごいと思うが、ロールバックセグメントにデータが
書きこまれた時点でコミットしているから、“READ COMMITTEDのおらでの
未確定行の読み込みは、最新の確定のデータを返す”ということができるんだよね？
ディスクに書きこまれてない状態でコミットするってのはどうかなー？
正直かなり不安があるけど、、、
運用も複雑そうだし。。。
省4
135(5): 02/09/26 00:43 AAS
UDB、2,3ヶ月に1度止まる。そいでデータも壊れる。
ＡＩＸマシンでログをＩＢＭにだしても原因がわからない。
2年ほど。数台で。
対して、ＯＲＡＣＬＥ。RAID組んでないＨＤＤの物理破損によるデータ破損は
あったが、それ以外の原因で飛んだ経験はない。10年ほど。
Netware,Win3.5,4,2000＆UNIXで、100台ほど。
よって理論や哲学をおいて、現実と経験ではORACLE圧勝。
136: 131 02/09/26 00:47 AAS
>133
賛同ありが?。でも、技術者のｵﾅｰﾆだと嫌なので、迷えるユーザーさんの
ためにもう少し書かせておくれ。
データベースを資料室だとする。俺は資料室にある資料を修正したい。
そこで、資料室の管理人さんにお願いして、資料を貸し出させてもらう。
自分の机に持ち戻って修正する。終わったら資料室の管理人さんに返す。
その間に君が同じ資料を見たいとする。残念ながら目当ての資料は
省6
137: 131 02/09/26 00:47 AAS
おらの場合、資料室の管理人さんは、貸し出すときに資料のコピーを
とっておいてくれる。ただ見たいだけの人にはコピーを見せる。
待ちたい人には待たせるし、原本はあくまで貸し出し中なので、
勝手に修正はできない。
これはおらの読取一貫性機能とよばれているもので、ディスクの負荷は
増えるけど、大勢の人間がデータを効率よく利用することができるし、
急ぎの人には直近の正しい情報が渡せるので、ダーティリードの必要性
省1
138: 131 02/09/26 00:48 AAS
どっちがいいかは場合によって異なるが、アーキテクチャの理解を深めれば、
非おらのDBMSがデータを入れる単なる箱であるのに対し、おらの場合は
それを超えるサービスを提供してくれているという認識はある。
MSはユーザーインターフェース、DTSをはじめとしたユーティリティの
秀逸さは認める。
IBM(UDB)は標準に準拠した、思想的優位性は認める。
それ以外に特筆する点は...どうだろう？
139(1): 131 02/09/26 00:59 AAS
>133
えーと、正確には、ロールバックセグメントではなくてREDOろぐだよ。
REDOろぐに書き出された時点でデータリカバリが可能になるので、コミットとして
認識される。
製品コンセプトと妥協については、受け取り手の捉え方次第だね。
さらに改良するための壁を越えようとしているのか、ハナから壁を越えるのを
拒否しているか。最近ほっとなクラスタの議論を見ていると、特にそれを感じるのさ。
省5
140(1): 131 02/09/26 01:03 AAS
>>133にもう逝ってん補足だわ。
読み取り一貫性機能でのロールバックセグメントとREDOログの
データ書き出しは、別。
詳しくは...勉強してくれ。
141(2): 02/09/26 01:54 AAS
>>139>>140
それは>>134に対する突込みでしょ？
漏れも憤慨したので突っ込むぞ！
>>134
>ディスクに書きこまれてない状態でコミットするってのはどうかなー？
おいおい、Oracleを、というよりＤＢを勉強してから書き込んでくれよ〜
どこの世界にディスクに書き込まないでコミットするRDBMSがあるんだよ〜
省6
142: 02/09/26 01:55 AAS
>>141
>他にも、更新中でコミット前のデータを読むときにも使われるね〜
ごめん
この言葉ちょっと御幣がある
143(1): 02/09/26 07:13 AAS
UDBのオプティマイザの感想教えて！
よく他社競合製品の比較で、某社のDBのオプティマイザはヒントが
必要とか、某社のDBのオプティマイザはヒント文化だとか書かれて
いるんだけど、ヒントの実装が無いUDBのオプティマイザはそこまで
完璧なの？？
某社のDB使い続けているけど、ヒントって本当に困ってどうしようも
ないときしか使わんぞ、ｵﾗｧ!
144: 131 02/09/26 09:32 AAS
>>141
すまん。思いっきり誤爆した。
折れとしては、不勉強な人の話も含めて、色々聞きたいのだよ。
折れはIBMとも日本おらとも代理店とも関係ない1人のSIerで、単に良い
商品を客に勧めたいだけ。
エンドユーザーがどのような視点で商品選定を悩んでいるのか知りたい。
その点、>>135のような話も、信じるかどうかはともかくとして興味深い。
省3
145: 02/09/26 11:19 AAS
＞ところで、UDBのオプティマイザ
UDBは8でもコストベースのみでルールベースはないらしい。
最近はUDBの本も増え、研修も無料、開発CD-ROMもただで、製品値段も激安、
IBMという会社は信頼できるので、個人的にはDB2でやりたい。
でも>>135みたいなことがある。問題に対応できる技術というか能力がお粗末
逆にORAは、スタンダードの値段をあげるは、開発ツールは抱き合わせ販売
するは、インストーラがJAVAで遅いのは我慢できるがツールもJAVA化を推進
省9
146: 02/09/26 11:28 AAS
>>143
>ヒントの実装が無いUDBのオプティマイザはそこまで完璧なの？
たしか、ＵＤＢでヒント文のような、実行計画を変えさせることをやろうとすると、
統計情報をそう仕向けるようにいじくってやらなきゃいけないらしい。
とてもめんどうくさいし、それ以前にどういじくればいいのかの情報が全然ないらしい。
>某社のDB使い続けているけど、ヒントって本当に困ってどうしようも
>ないときしか使わんぞ、ｵﾗｧ!
省1
147(1): 02/09/26 11:31 AAS
>>147
>ツールもJAVA化を推進するは
そのおかげで、OSが違ってもまったく変わらないインターフェースが実現できるわけで、
むしろ助かってる面の方が大きいぞ。
確かにJAVAは遅いけどな。
148: 02/09/26 12:44 AAS
オラ、ライセンス価格が半額になったとかサギみたいなこと言ってるが
だまされるなよ。
これまで
エンタープライズ1000万+スタンバイサーバ25％＝1250万円
現在
エンタープライズ500万+スタンバイサーバ定価＝1000万円
149(1): 02/09/26 13:48 AAS
日経オープンシステム10月号に結構くわしく書いてある
例えば
・導入コスト重視ならＤＢ２
・運用が楽なのはオラ
運用なんて毎月の固定だから、トータルでは運用費が安いほうがいいのだが、
初期費用の差が大きすぎるのが痛いね。
150: 02/09/28 02:33 AAS
おらくる９iってWinXP Homeにインストールできないのね・・・
自宅で勉強しようと思ったのに。
151(2): 02/09/28 10:57 AAS
＞おらくる９iってWinXP Home
保証はしてないけど、一応できると思うが・・
152: 02/09/28 13:50 AAS
>>151
そうなの？
なんかインストーラが途中で固まっちゃうんですけど
本についてた１２０日版だからかな
153(2): 02/10/01 04:15 AAS
>>149
UDB、毎週止めて表のリビルドって、何で必要なんだろ。
これって、雑誌の記事の例に挙がるほど一般的な作業なの？
基幹系に使うには危険すぎる香りがするんだけど。
154: 02/10/01 08:22 AAS
>153
な、なんだそれは？毎週止める？そんなDBあんのか
155: 02/10/01 20:36 AAS
>153
よほどフラグメントがひどいのかな?
でもそんなの1コンテナ？1テーブルにしちゃえばよさげなきがするが。。。
156: 02/10/01 20:57 AAS
詳しくは日経オープンシステム 2002年10月号 156Pを読んでくれ。
日本おら社が金を握らせてるんじゃないか？と疑いたくなるほどな内容。
ちなみに、DB2 UDBの事例で挙がっているのはクボタの出張旅費生産
システムで、運用の中でテーブル再編成(REORG)のため、毎週データ
ベースを停止して2時間半の再構成をするそうな。
しかも、そのときには作業領域も必要になるので、空き容量監視も
厳しく行う必要があるそうな。
省4
157: 02/10/01 21:52 AAS
おいらはどっちでもいーけど
DB2の方が稼動費たくさん取れる。
面倒だがおいしいのはDB2。 ｳﾋｬﾋｬ!
158: 02/10/06 01:44 AAS
DB2のJavaのツール、重いよね。
どんな環境でも同じものが動くのは良いけど重いのだけはなんとかなんねぇもんかなぁ。
159: 02/10/06 13:05 AAS
Javaツールって不安定だしな。しかし、Oracleのも重いぞ。
全部コマンドでやっちまうから、折れには関係ないが。
160(2): 02/10/07 13:05 AAS
煽り覚悟で申し上げますが、
他は知らぬがオラのオプティマイザはまだまだ不十分だ。
自動でそして定期的にアナライズしてくれ･･･
161(1): 02/10/07 23:21 AAS
>>160
しかし、ＤＢ２のカスよりはよほどまともなオプティマイザだとおもう。
一度ＤＢ２で偏った大量データをもつシステムに触ってみなさい。
162: 02/10/08 00:58 AAS
>>160
煽りじゃなくて真実だと思うよ。実際にAnalyzeの運用をきっちり
把握してなくてレスポンスが悪くなったって騒いでるケースは
多々あるからね。
ほんと、単純なのでいいから自動化オプション付けてくれよって思う。
ただね。>>161の言ってることも事実。
DB2は、オプティマイザが正常判断しなかったときに、統計情報を
省1
163(2): DB2 02/10/08 23:28 AAS
更新中の表を検索する時に
IndexないとLockWaitってなんかアホっぽいんだけど。。。
最新版ってなんか変わってる？
164(2): 02/10/09 00:14 AAS
>163
変わってないんじゃないか？
むしろそれはダーティリードでもさせない限りどんなDB でも避けられないと思うが....
オラクルとかはOKなん？
165(2): 02/10/09 00:41 AAS
確かOKだと思ったが。
読み取り一貫性っておらでは言ってるけど、あるタイミングでカーソルを
オープンした後で、別のところから更新・コミットしてもそのカーソルは
（クローズしない限り）更新前の情報が読み取られる。…んじゃなかったっけ？
166(1): 02/10/09 00:53 AAS
>>165
ちょと違う。読取専用であれば、新規にカーソルを開くことも出来る。
更新中の行の変更情報をロールバックセグメント(これがおら独自の
アーキテクチャ)に記録してあるため、コミットされるまでは常に
更新前の一貫性のある情報が読み取れる。
167(1): 02/10/09 00:58 AAS
>>163
新製品セミナーやDBﾏｶﾞｼﾞｿ見る限りでは、変わったという情報は無い。
アーキテクチャを変えない限りは>>164のとおりダーティーリードしか
ないし、ANSI的には分離レベルはその実装でOKだからな。
168: 02/10/09 21:19 AAS
>164-167 ありがとうございます。
そですか、、、やっぱり、、
削除の場合は待たないので、なんか変な感じがしていて、
最新版では何か変わってるんじゃないかと思ったんですが。
でも、これだと２４時間運転中のバックアップとか、
バッチ処理みたいなことをする時ってタイムアウトの嵐
なんじゃ。。。 (ﾉД`､)
省1
169(2): 02/10/09 21:48 AAS
インデックスつければ良いだけだろ。。。。。
オラからDBに入ったら離れられなくなるってそういうことなのかな？＞読み取り一貫性
良いのか悪いのか。。。
170: 02/10/10 01:10 AAS
>>169
command.comがDB2だとすると、bash、tcshあたりがOracleって感じだな。
171: 02/10/10 15:06 AAS
17億円所得隠しage
172(1): 02/10/10 22:21 AAS
>169
まぁ、そうなんですけど、、、、
更新は見せないけど、削除は見せるというポリシーのなさが気になったもので、、、
オラクルのようにコミット切るまでは一貫して前のデータが見えたほうがスッキリしていいと思うのです。
（もちろん更新前にはロックかけますが、、、）
プログラマー上がりなもので、そういう所って結構気持になるんです。。。
DB2が全然ダメとは思ってないです。誤解があったらごめんなさい。
省1
173: 02/10/11 01:01 AAS
>>135
今の仕事場では一回も止まったことないよ。
むしろdb2stopコマンドで止まらなかったことが2回ある。（プロンプトが返ってこない）
174: 02/10/11 01:20 AAS
>>172
教えてクンでｽﾏｿけど。
それって、トランザクションが削除行をロールバックしたら
見えなかった行が復活するってことだよね。
だとしたら、インデックスが付いてたら更新中でも読めるって
機能は、場合によってオフにできないとやばいと思うんだけど、
可能？
175(1): 02/10/12 22:37 AAS
>>135
10年前からOracle使ってる人っているんだ。
その破損ディスクにのっかてたデータは復元できたの？
176: 02/10/13 00:00 AAS
>>175
幸いデイリーでバックアップとってたので前日夜までは復元。
経理系のシステムで伝票・請求書などのもとペーパーはあったので、
ユーザーに頭をさげて残業で打ち込んでもらった。
ORALCE6で、2番目に手がけた。
それ以来RAID必須にして、問題がおこったことはない。
（移行ミスで本番データ全件削除という人為ミスをのぞく）
177: 02/10/13 14:17 AAS
>>90
ばりばりSunです。
DB2は仕様が簡単で、使いやすいと思うが・・・
178: 02/10/13 23:19 AAS
どーでもいいけど DB2 情報少ないよな。
179(1): ど素人 [０] 02/10/13 23:34 AAS
DB2に関してロックの問題があちこちのスレで取りざたされてるけど、それ
はOLTPなら問題だけど、DSSなら問題ない？
180(2): 02/10/13 23:35 AAS
oracle6ってオンラインバックアップできなかったっけ？
181: 02/10/14 00:06 AAS
>>179
問題の原因は、ロックの行が多くなると表ロックにエスカレーション
され、意図しない行までがロックされることと、更新中の行は他が
アクセスできないという点にある。
前者はDSSで陥りやすく、後者は並列でトランザクションが走る場合に、
OLTPならレスポンス低下、最悪デッドロックを招き、DSSであれば
バッチが終わるまで延々と待ちの状態になる可能性がある。
省1
182(2): 02/10/14 01:05 AAS
>>180
NetWareサーバで、インスタンスを停止してデータ領域をまるごとやってました。
でもたまにインスタンスが停止しなくてバックアップ失敗があたり前になったり
してたから、当時から5連装テープチェンジャーでＤＡＴにおとしてました。
183: 02/10/17 10:42 AAS
>>182
それって>>180の質問の答えになってるんだろうか？
184(1): 02/10/25 22:39 AAS
>>182
それは、コールドバックアップですね。
185(1): 02/10/26 01:31 AAS
>>184
そのとおりです(^^;)
最近開発以外やってないので、言葉を忘れてました
186(1): 02/10/27 15:58 AAS
>>185って>>135なんだろ。
そんな基本的なDB用語もわからんで、よくDB2の批判できるな。
135で書込んだ内容も怪しいもんだ。
187(1): 02/10/27 22:34 AAS
単にOracleに慣れててDB2に慣れてないで評価しただけだろ。
結局は慣れよ慣れ。
慣れてれば使いやすいわけよ。何だって。
188(1): 02/10/29 00:12 AAS
>>187
慣れてる奴はコールドバックアップなどやらんと思うが？
189: 02/10/29 00:59 AAS
>>188
なれではない。運用次第。
社内の夜間活動しないサーバーでは、実施しているケースもある。
190: 02/10/29 20:36 AAS
>186
哀BMの人？
191(1): 02/10/30 23:31 AAS
バックアップはそのシステムに合わせた方法を
行うことには胴衣。
しかし135(185?)がOracleに慣れてるようには・・・？
192(1): 02/11/01 20:22 AAS
このスレさ〜面白いけど板違いのような・・・。
>>151 確かにできないよ。俺もインストーラが止まったことあり。
193(1): 02/11/03 23:41 AAS
>>192
インストールの不具合は、ディレクトリ階層が深すぎるか、
Javaを先にインストールしてる場合、CLASSPATHが誤爆している
可能性がある。
>>191
100台もマシンがあれば、1人で運用してる訳でも無いだろう。
135(185)が直接オペレーションをしているかどうかは置いといて、
省3
194: 02/11/04 12:44 AAS
>>193 いや深くないよ。２階層ぐらいだから。homeは駄目でもprofessionalでは同じ手順で問題ないし。
195: [age] 02/11/05 16:07 AAS
DB2はAS/400上じゃないと意味無いと知り合いがいってたよ。
俺？俺はSybaseやだから蚊帳の外…
196(1): 02/11/05 17:21 AAS
Sybaseといえば、Free Editon出てるよね。
あれって、商用利用もできるのかな？
197(1): 02/11/05 22:42 AAS
遅レスですが
>>103
>>124
本人みたことある？
＠ITのDB2カンファレンスでセッション受講したときに拝見しましたけど、
ハァハァするのは非常につらいと思うYO！
198: 02/11/10 09:25 AAS
>197
確認しました。
俺もうハァハァ....................
出来るわけない。
199(1): 02/12/10 00:15 AAS
>>98
ああーInformixですか、終りましたね。
サポートは無い物と考えて下さい。
デスマーチ決定です。
バージョンにもよりますが、
何も考えないでテーブル作ると恐ろしいことがおこることがあります。
200: 02/12/10 09:44 AAS
Oracle9iって何が新しく何が出来るのかね。
DBの方がマシじゃねー
201: 02/12/10 22:04 AAS
DB>>>>Oracle9i
202: 02/12/10 23:15 AAS
>>199
どんなDBでも何も考えないでテーブル作っちゃ駄目だろ。
.......もしかして漏れ、釣られた?
203: 02/12/10 23:34 AAS
DB3>>>>Oracle9i
になれば良いな
204: 山崎渉 [（＾＾）sage] 03/01/15 16:53 AAS
（＾＾）
205: 占有屋 ◆zGQNHDP.Wk 03/01/20 23:50 AAS
記念カキコ
206: 03/01/27 00:10 AAS
SQLServer最高にきまってんじゃん。
管理者が。
207: 03/02/10 01:57 AAS
別の板で見つけたけどここ
外部ﾘﾝｸ:datapot.com
Webデータベースが年3000円だぞ。
メンテ必要無いぶん良いと思う。
上下前次1-新書関写板覧索設栞歴
あと 60 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.013s