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

1 [age] 2006/09/26(火) 20:44:40 ID:???
転職しようとデータベースエンジニアの案件で某会社に匿名エントリーしたが
うんこみたいな案件ばかり・・・。データベースエンジニアの市場価値ってこんなに低かったっけ?
現在
MCDBAとオラクルマスターを取得しています・・・。
2 2006/09/27(水) 12:50:33 ID:???
取得したのか?

それとも取得のために勉強中なのか?

日本語が曖昧なんだよ!
3 2006/09/28(木) 16:15:51 ID:71MTvbu1(1)
すまん。

取得済みです。
4 2006/09/28(木) 19:57:59 ID:???
どんなのがうんこみたいな案件なんだよ。
5 仕様書無しさん 2006/09/28(木) 22:48:59 ID:???
2get。
6 2006/09/30(土) 09:24:34 ID:p79vUjMR(1)
データベースに特化した会社のコーソルってやっぱり派遣?
ブラック?
7 2006/09/30(土) 16:56:04 ID:QYavakxW(1)
>>1

残念だけど、資格だけって評価されないですよね。
自分もGOLD持ってて派遣で案件を紹介してもらってるんですけど
月60〜70万円程度の案件しかないです。

惨めで、将来は何の保障もない派遣なんだから、月100万は欲しい。
8 2006/10/01(日) 03:20:02 ID:???
>>6
最近転職サイトでよくみかけるようになったね
できたばかりだから仕事の選り好みはできないんじゃないかなと思った
9 仕様書無しさん 2006/10/01(日) 10:33:42 ID:0LCYfC1F(1)
現場ではACCESS、SQLサーバーが半々なんだけど
資格の市場価値からいったらORACLEとるべきなのだろうか。
MCDBAの価値はプラチナなみとMS派主張してるがMCDBA所持者募集とか
みたことね。
10 2006/10/10(火) 13:20:02 ID:???
1の資格+テクニカルエンジニア(データベース)を持っていても月収100万前後。
安すぎ・・。
11 2006/10/23(月) 13:01:20 ID:eKMVqUk9(1)
>>10
派遣での話だよね?
12 2006/10/23(月) 14:36:14 ID:???
IT系の派遣でデータベースやってる人って結構いんの?
40歳になると仕事なくなるそうだけど、どうしようと思ってる?
13 2006/10/23(月) 16:17:51 ID:???
なくなる理由キボンヌ
14 2006/10/23(月) 16:22:51 ID:???
それなりの資格をもっているなら下手に就職しないほうがいいよね。

安い給料で会社に買い殺されるパターンがエンジニアには付き物。
永久派遣でも年収1000万円超えなんて余裕だから、キャリアを育てたいのか、単に就職したいのか早めに決めるべき。

まー、エンジニアで「単に就職」なんてもったいなすぎだし、普通のサラリーマンとなんら変わりない気もするけど・・・。

自分のキャリアアップのために時間(金)を出してくれる会社があればそこに就職するのもいいけどね。
15 12 2006/10/23(月) 16:51:44 ID:???
>>13
漏れも派遣業界板とかでそんな書き込みを読んだだけだから、ホントになくなるのかわからないけどさ。
でも確かこんな理由だたよ。

・派遣を使うのは下流工程である。
・下流工程でチームリーダーとなるのは20代後半〜30代前半である。
・自分より年上の部下は使いづらい。

ふと振り返ってみると、確かに以前、自分がチームリーダーやったときに
同じチームに50代の協力会社の技術者がいて、やりづらかったなぁ、と思いだす。
すると40歳くらいで仕事がなくなる(多少はあるだろうけどさ)ってのも納得いくなぁ、と。

16 2006/10/23(月) 21:03:51 ID:???
技術があっても、金にならなければ、
無駄なのだよ。
17 2006/10/24(火) 23:59:45 ID:uz922Vwj(1)
33歳でこれから派遣にいこうと思ってる。
Orackeの資格はもってるし、UNIXも扱える。
ER図も書くところから性能試験まで、一通り経験済み。

こんなおれは、派遣ならいくらくらい貰えるのだろうか?

18 仕様書無しさん 2006/10/25(水) 00:51:18 ID:IMxn6dXh(1)
経験済みというのは現場で経験したの?それとも独学ですか。
この業界、実務>>>>>資格>>>>セルフトレーニング
こんな感じ。資格はあくまで最低限の目安で、何も担保するものが
なければ使いづらいから必要。
19 2006/10/25(水) 07:20:34 ID:???
>>17
時給1500円スタート。
うまくいけば2500円までイケル。
でも派遣は棒茄子ないのが辛いね
20 17 2006/10/25(水) 09:58:01 ID:???
>>18
実務です。

>>19
う…。うまくいっても、月20時間残業しても45万円か…。
安すぎでつね。orz
21 2006/10/25(水) 10:22:55 ID:???
データベースエンジニア自体は今日の社会情勢から人材不足なのはたしか。
ITの体制的な変動はあっても、インフラは同じだから経験+資格を抑えておけば食うには困らないでしょ。

 ただし、今後は、「作業員(プログラマ)」は安くてよく働く中国とかインドあたりからガンガン引っ張ってくると思われる。
いつまでも「作業員(プログラマ)」だと何れ食えなくなると思う。
派遣で働くのもいいけど「目的」を持たないとだめ。派遣にマネージメント、コンサルタントさせる会社なんてまずないですから。

日本って昔から技術を「道具」として見てきたからエンジニアをかわいがる企業なんて殆ど無いし、ライフプランはご自分で計画しないといかんです。
22 17 2006/10/25(水) 11:56:09 ID:???
会社のために働くことにどうしても抵抗があって。
いっそ自分で独立して会社興せればいいんだろうけど、
おれ低脳だからさ…。

って、なんかスレタイと関係ない方向いっちゃったね。
スマソ
23 2006/10/25(水) 15:38:23 ID:???
有能だから会社を興すというわけでもないと思うけど・・。
誰にでもできる事とできないことがあるしね。

こういうことこそ「オブジェクト指向」的な概念が必要なんじゃないかな?

人それぞれスコープがあって、持ち回りで起業ってするものだよ。
24 仕様書無しさん 2006/10/28(土) 23:26:51 ID:KDWW0flc(1)
>21
DBもインフラにはいるのか?業務系PGはDB開発が主だから
PGが食えなくなる=DBエンジニアの活躍の場が減るということだ。
インフラも昔ほど食えなくなったという風にきいてる。案件数をみれば
開発系の1/4程度の市場。それに加え外資系で積極的に採用してきたが
それが逆にリストラ対象になり、業界全体がインフラ系エンジニアを余らしてる。

25 2006/10/30(月) 12:58:36 ID:2yVlYgPI(1)
>>24
DBエンジニアはインフラ系と業務系があるよな〜

>PGが食えなくなる=DBエンジニアの活躍の場が減る
これは違う気がするな。
日本のPGが食えなくなるのは業務AP開発を海外に発注したりERPを使ったりすることが多くなったからだろ?
インフラ系のDBエンジニア(DISKの容量見積もったり環境構築したりちゅーにんぐしたりする人)とは関係ないだろ。
でも…


>業界全体がインフラ系エンジニアを余らしてる
こういうこと、あるのかねぇ。
漏れの知る限り、インフラ系エンジニアって常に不足してたけど。
26 2006/10/30(月) 13:34:47 ID:???
インフラ系って足りんよね。
運管、DB、ネットワーク、ストレージ、OS、etc
バランスよく知識を持った人が少ない。

27 2006/10/30(月) 21:51:13 ID:???
業務APとかでのエンジニアの需要は確かに減ってると思う。
というよりも、不況で「コスト削減」を繰り返していた社会が一段落した感じがする。

会社で業績を向上させるには
1.「コスト削減」
2.「収益を増やす」
しかないから、当然ITもこのまったく背景の違う二択で左右されると思う。
で、どちらかと言うとITの役割として今注目されてるのは2のほうだしね。

>>21がいってんのはそういったITの社会情勢が変化してもDBなきシステムなんて存在しえないってことじゃないかな。

エンジニアは、道具の使い方をただただ学ぶだけでは通用しなくなってきている気はする。要するに21がいってた「プログラマ(作業員)」
では何れ通用しなくなるってことだけどね。
28 2006/10/31(火) 15:47:24 ID:hVk0zlCp(1)
初学者がこれからデータベース勉強するとして、取得すべき資格は何でしょうか?

OracleとかMCAとかMCDBAとかテクニカルエンジニアとか、いろいろあって
無難なキャリアパスがわかりません_| ̄|○
諸先輩方ご教授願います。
29 2006/10/31(火) 16:36:38 ID:???
手段と目的が逆でワロタ
30 2006/10/31(火) 22:54:50 ID:tiYOBwjP(1)
しかし開発経験のあるDBエンジニアが運用管理に回ってもいいだろうけど
逆は絶対無理。今はインフラとか開発とか分けてるけど、漏れは
本来一つで年取ったらインフラに回って開発経験を生かすというスタイルが
普通だとおもってた。

 
31 2006/10/31(火) 23:14:41 ID:???
オブジェクト指向とかモデルドリブンとか普及しても、
結局業務分析するのにはDOAが一番だからな。

32 仕様書無しさん 2006/11/17(金) 08:46:01 ID:???
>>28
自分に投資する金額を惜しまないなら次の順かな。

(1) Oracle資格
とりあえずGoldまで取る。
知名度は高く、実務でDBを触れる機会が増えるので
経験を増やしておく。
とりあえずoracleをやっておけば、他のDBについても
似たような機能があるだけなので、すんなり使える。

(2) テクニカル
設計の基礎、応用知識として役立つ。

あとのパスは自分で探せやゴルァ!
33 2007/01/15(月) 17:12:42 ID:FtCKnx1n(1)
oracleのシェアは50%あるからね
とりあえずoraclemasterをとっておかないと
データベースやってきましたなんて言えない

転職活動でsql serverやってましたって言ったら
( ´,_ゝ`)ああそう
って感じだった

34 [age] 2007/02/25(日) 19:42:21 ID:???
IPAテクニカルエンジニアのデータベース試験について情報交換するスレはありますか?
35 2007/02/25(日) 20:47:54 ID:???
ある
36 [age] 2007/02/26(月) 12:09:44 ID:???
>>35
どこにありますか?
URLを教えてくださいな

あ、資格板の方ですかね?
2ch板:lic
37 [age] 2007/02/26(月) 12:11:15 ID:???
2chスレ:lic
テクニカルエンジニア【データベース】 part16

あった!あった!
ありがとう!!!

(^^)v
38 2007/03/24(土) 19:56:34 ID:buawbErw(1)
肝心の資格の市場価値はどんなもんなん?
39 2007/03/30(金) 19:46:23 ID:???
>とりあえずoracleをやっておけば、他のDBについても
>似たような機能があるだけなので、すんなり使える。

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

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

他のDBとかをすんなり使えるヤツはDB2とかSybase経験者だとオモ。
40 2007/03/30(金) 23:33:42 ID:???
貧弱だから自分でこねくりまわさないといけないからなw

41 2007/03/30(金) 23:57:40 ID:???
いや、どっちかと言えばDB2とOracleだとOracleの方がこねくりまわさないと
速度とか安定しない感があるんだが。

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

あとSQLの文法と言うか定義は、Oracleが一番おかしいな。
MySQLとかも随分と狂ったクエリ流せるけど、Oracle経験者が一番汎用性ない
クエリを組むとは思う。
42 2007/03/31(土) 00:47:25 ID:???
イカレタSQLも受け入れるな懐の広いOracleに萌え

43 2007/03/31(土) 00:57:33 ID:???
>>41
もしそうなら、OracleやってたやつがDB2で動かなくて困ることより
DB2やってたやつがOracleで動かなくて困ることの方が多くなるはずだが?
どっちにしろ印象だけで語ってるだろ、オマエ。
44 40 2007/03/31(土) 01:03:33 ID:???
>>41
Oracleだとできて他だとできないことが多いから、「自分で」作んないといけないっていう意図だったんだ。
ごめんね。

45 2007/03/31(土) 07:30:55 ID:???
OracleのAP鯖に関してはOracle厨も否定しないんだなw

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

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

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

漏れの同業者は結構「Oracleのセットアップってマンドクセ、それに安定性や速度欲しいなら
AS/400買えよ」とよくグチを溢しているし。

漏れはOracleもDB2も使うけど、技術者のレベルとしてはDB2の方が技術者が
少ない性(w)かDB2の方が上な感はある。

あ、でも資格としてOracleの方がメジャーなので取っておいて損はないよ。
他のDBを使うにしても基本的なところは共通だけど。
ただOracleしか使ったことないヤツが他のRDBに触って苦労しているのはよく見る現実だ。

で、MySQLやDB2上がりのヤツも「Oracleってこんな事も出来んのか?」ってのも
あるのは事実だから「Oracle最強、業界標準」って考え方はヤめといた方がいいな。
46 2007/03/31(土) 08:35:07 ID:???
OracleAPはApache+Tomcatの改良でしかないからな。
出てきてそれほど時間が経ってないからWebShereと比べて
見劣りするのは当然だな。
47 2007/03/31(土) 14:28:44 ID:???
> で、MySQLやDB2上がりのヤツも「Oracleってこんな事も出来んのか?」ってのも

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

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

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

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

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

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

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

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

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

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

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

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

DB2だと統計情報とってオプティマイザがSQLを学習してどんどん
賢くなるし、何気に凄いと思うが。

本来(?)チューニングして性能追い込むのはMySQLみたいな性格のDBだとオモ。
商用DBで高い金だしてるのに、なんでまた手間暇かけて設定しなきゃいかんのか
疑問だったりする。
57 2007/04/01(日) 00:03:31 ID:???
実際のパフォーマンスはテーブル設計時に大半が決まるんだけどね。
それでも、パフォーマンスが足りないと感じたら、SQLを見直す。
最後にRDBMSのチューニングに入るのがコストパフォーマンス的に
一番だよ。
58 56 2007/04/01(日) 00:10:32 ID:???
>実際のパフォーマンス56はテーブル設計時に大半が決まるんだけどね。

さすがにソレくらいは大前提の話です。w
59 2007/04/23(月) 23:30:18 ID:???
ハケンなんかにDB設計任せられねーよ
60 2007/04/28(土) 01:35:44 ID:???
派遣雇っている所なんかにDB設計任せられねーよw
61 2007/04/28(土) 01:55:11 ID:???
派遣雇っていないところなんてあるのかよw
1-
あと 49 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.005s