データベースエンジニア向け資格の市場価値 (112レス)
1-

39: 2007/03/30(金)19:46 ID:??? AAS
>とりあえずoracleをやっておけば、他のDBについても
>似たような機能があるだけなので、すんなり使える。

他の商用DBに比べるとOracleが一番ワガママ仕様だと思うんだが。

経験的にOracleやってたヤツが一番「Oracleだと動くのに・・・」って
泣きついてくる。そしてサポートに丸投げ。w

他のDBとかをすんなり使えるヤツはDB2とかSybase経験者だとオモ。
40
(2): 2007/03/30(金)23:33 ID:??? AAS
貧弱だから自分でこねくりまわさないといけないからなw
41
(2): 2007/03/30(金)23:57 ID:??? AAS
いや、どっちかと言えばDB2とOracleだとOracleの方がこねくりまわさないと
速度とか安定しない感があるんだが。

あとOracleのAP鯖なんかもWebSphereと比べるとナチュラルに糞だろ。
アレは商用AP鯖で1,2を争う貧弱さだと思うが。

あとSQLの文法と言うか定義は、Oracleが一番おかしいな。
MySQLとかも随分と狂ったクエリ流せるけど、Oracle経験者が一番汎用性ない
クエリを組むとは思う。
42: 2007/03/31(土)00:47 ID:??? AAS
イカレタSQLも受け入れるな懐の広いOracleに萌え
43: 2007/03/31(土)00:57 ID:??? AAS
>>41
もしそうなら、OracleやってたやつがDB2で動かなくて困ることより
DB2やってたやつがOracleで動かなくて困ることの方が多くなるはずだが?
どっちにしろ印象だけで語ってるだろ、オマエ。
44: 40 2007/03/31(土)01:03 ID:??? AAS
>>41
Oracleだとできて他だとできないことが多いから、「自分で」作んないといけないっていう意図だったんだ。
ごめんね。
45: 2007/03/31(土)07:30 ID:??? AAS
OracleのAP鯖に関してはOracle厨も否定しないんだなw

>DB2やってたやつがOracleで動かなくて困ることの方が多くなるはずだが?

プログラマとしてなら>>40の言うとおりOracle厨以外のエンジニアは普通のSQLしか
書かない(書けない)からクエリ関連で他のシスムテつかっても困る事はないだろ。

Oracleが一般エンジニアに負担が多いというかチューニングや安定稼動させるための
設定をユーザーサイドにやらせるRDBってのは事実だな。
動かないんじゃなくて、妙にパフォーマンスが出ないだけだから問題がでにくいのはある。

漏れの同業者は結構「Oracleのセットアップってマンドクセ、それに安定性や速度欲しいなら
AS/400買えよ」とよくグチを溢しているし。
省7
46: 2007/03/31(土)08:35 ID:??? AAS
OracleAPはApache+Tomcatの改良でしかないからな。
出てきてそれほど時間が経ってないからWebShereと比べて
見劣りするのは当然だな。
47
(3): 2007/03/31(土)14:28 ID:??? AAS
> で、MySQLやDB2上がりのヤツも「Oracleってこんな事も出来んのか?」ってのも

たとえばなにー?
48
(1): 2007/03/31(土)14:42 ID:??? AAS
>>47
46じゃないけど、DB2でできてOracleでできないことといえば
一つのインスタンスに複数DB立てることができることぐらいかな。
Oracleが一番高機能なのは俺もそう思う。
3相コミットメントとロックレベルの粒度の小ささと暗号化とトランザクション処理速度と
上げればきりがないけどね。
49
(1): 2007/03/31(土)15:34 ID:??? AAS
>>47
とりあえずMySQLやDB2使ったことあるヤツはCSVファイルを吐きださせるのに、
Oracleがあんなに面倒って事を知るとショックを受けるだろ。
50
(1): 2007/03/31(土)15:43 ID:??? AAS
>>47
DB2のバージョンによるがひとつのテーブルにEBCDICやUTF-8とか
カラム毎に文字コードを設定できるのはDB2だけじゃねーか?

まあ、コレは他のRDBが出来なくても困らない仕様だと思うが。w

それとベクターインデックスとかか?漏れの職場では効果がイマイチでんかったが。
あと連合システムとか?標準のパッケージでコレが出来るのも結構凄いと思う。
51
(1): 48 2007/03/31(土)15:43 ID:??? AAS
>>49
それは付属ツールの話だろ?
ツールを使えばOracleでもCSVは簡単に吐けるだろう。
それはDBMSの能力として評価するのは正しくないよ。
52
(1): 2007/03/31(土)16:31 ID:??? AAS
>>51
CSVファイルの生成なんざ普通はツールを使わなくても標準コマンドで簡単にできるモノだろう。

あと組織によっては「認可されたアプリ以外インスコ禁止」って
ルールがあるんだから標準が使いにくかったらそれで終わりなんだが。

フリーウェアの悪口と言うわけでもないが、他人が作ったツールだと
お客さんの環境にインスコできないしな。

それにOracleの8くらいはスプールの上限が2GBという
死ねる仕様だったので「DB2ならこんなアフォな事で悩まんのに」と
思った記憶がある。
53
(1): 2007/03/31(土)22:07 ID:??? AAS
>>52
Oracleを採用したそんなポリシーのシステムで標準作業に
「CSVファイルへのexport」なんてのが含まれてたら、設計者が
アホなだけだろ。
#DB2だとしてもおかしいと思うけど。
54: 2007/03/31(土)22:24 ID:??? AAS
Oracleにとって都合の悪いネタがくると「設計者はアホ扱いか…」

確かにCSV以前はOracle厨は「ISAMで送ります。文字コード変換しません」
とかヌカしていたからな。

一部の特殊な人間を見て言うのも愚かだとは解ってはいるが、
Oracle厨は自己中心的すぎる思考を持っていると思う。

「Oracleが出来ないなら他は出来ない。漏れの言うとおりにしろ」って
ヤツおおいしなー。

会議とか出席すると「寝言ホザいているなー」と思う汎用機チームの漏れがいる。
55
(1): 2007/03/31(土)23:03 ID:??? AAS
>>50
たしかに、DB2でビットマップインデックスを明示的に作成できないってのが
もどかしかったな。勝手にやってくれるのはいいんだが、だからといって
それを期待した設計をしていいものかどうか...。
56
(1): 2007/03/31(土)23:55 ID:??? AAS
>>55
DB2の思想は「コストベース」で漏れら一般エンジニアよりも
IBMのオプティマイザやシステムの方が上だからまかせろ、って事だろ。

確かに現場が変に粋がって設定してもパフォーマンスが出ない事例もあるので、
チューニングを追い込むのばかり性を出すのはコリゴリだよ。
あの辺りはRDBMSに任せる方がいい、と言うかその為のRDBMSなんだろうけど。

SQLなんかのクエリもExplainみると勝手に最適化されてるので、
玄人ぶった技術者が妙に凝るよりも、素直にサブクエリとか列挙した方が
効率的にアクセスプランを組みなおしたりしているしなぁ。

DB2だと統計情報とってオプティマイザがSQLを学習してどんどん
省4
57: 2007/04/01(日)00:03 ID:??? AAS
実際のパフォーマンスはテーブル設計時に大半が決まるんだけどね。
それでも、パフォーマンスが足りないと感じたら、SQLを見直す。
最後にRDBMSのチューニングに入るのがコストパフォーマンス的に
一番だよ。
58: 56 2007/04/01(日)00:10 ID:??? AAS
>実際のパフォーマンス56はテーブル設計時に大半が決まるんだけどね。

さすがにソレくらいは大前提の話です。w
1-
あと 54 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.007s