PL/SQLできない香具師が上級SE
こういう香具師って、まじで設計が腐ってると思いませんか?
C++やJavaやVBでGUI作ってるのとわけが違います。
DB系って、コーディング経験ない香具師が上になると苦労しますよね。
PL/SQL経験は必要なのか?
なるべくロジックが必要な処理は、DBじゃなくアプリ側でやった方がいいと思うが。
DBの移行もその方が容易だ。 PL/SQLができないのはいいよ。
ただ、プログラミング経験が無いとか元COBOLERだったりすると大変だ。
なんだか変なテーブル定義をどんどん作る。
データの正規化とかそんな以前の問題。 PL/SQLはできなくてもいいが、こぼらーのおっさんはいやだ コーディング経験ない上司の説明は、どうもわかりにくい。
顧客より過ぎて、話が伝わってこない。
もっとシステムよりで会話できないのか?
SQL経験ない上司だと、客になんでもできるようなこと言ってしまう。
作る側は無茶な取得方法でコーディングしなきゃいけない。
これがバグの原因にもなり、運用の妨げにもなるんだよなぁ。
システムの簡略化は素人っぽいとか内心思ってるんじゃねーのか?
だからってシステムをわざわざ複雑にすることねーだろ。
つーかそこまで考えるだけの設計/コーディング経験ないだろうが・・・・・・・・・・・・・・・ >>1
釣りか?
貴殿こそAPサーバとDBサーバが理解できない香具師では?
ハイハイ。釣られますたよ。 >>7
釣りでしょう。
PL/SQLが出来ない上級SEなんざ腐るほどいる。
>>1の理論だとOracleの経験が無いと上級SEにはなれない
らしいからな。
オラクルできておれすげーモードなんだな。
新人じゃなかったらただの馬鹿。 とりあえず、>>3,>>5,>>6には同意。
複雑なシステムでも、それなりの工数を見積もってくれるなら
まだいい。
会社にとっても利益になるしな。
デスマーチになるような見積もりしか立てない香具師は、
「自分でやれ!」と机を両手でバンと叩いて、ブチ切れながら言いたい。
>>11
そういうプロジェクトはぽしゃって、責任は上級SEが持つ予感 逆にいうと、PL/SQLがかければ、上級SEですか>? >15
そんなことも無い予感。
人間として駄目な香具師、大杉・・・ たしかに「Oracleでなければならない」システムは数えるほどしかないのに
それに気づかない香具師多すぎ。 僕はPL/SQLしかできないので、処理は全部Oracleにやらせています。
プログラム言語を覚えなきゃいけないんだけど、つい面倒だからPLに頼っちゃう。
なに?世間一般じゃPL/SQLできれば、上級SEってことになるの??
俺は、会社の研修でPL/SQLほとんどマスターさせられてから、仕事入ったよ。 研修でマスターって凄いな。
PL/SQLの研修だけで半年はやってるんだろうな。 PL/SQLマスターするのに半年もかかるか?あんなん本気出せば1ヶ月でできるだろ。
っていうか、みんな冗談でかいてるんだよね?Javaとかにくらべたら、
PL/SQLなんて、10分の1もないじゃん。覚える量とか。 >>22
多分、君がマスターしたと言い張るレベルと、
市場が求めているレベルに差があるんだと思う。 あ、そういうことか。じゃあ、納得。俺のレベルは、研修で本を買わされて
それをやらされたことだけだからね。
でも、PLSQLの本何冊もよんだけど、そんなに覚えることなさげだよね。
あるんだろうな〜。やっぱり。業務で使ったことないから、わかんないや。 >>22
君は、
「私は本気を出したので、経験は1ヶ月だけどきちんとプログラムが組めます」
と言う人間を、経験者として採用するのかね? 君たち。ここ人少なくてつまらんから、もうやめるけど。
俺、PLSQLなんてしらんよ。もっとこう、がっと食いついてくるかな?と思っただけ。。。
悪かったね。。 意見が破綻してくると釣りでしたというパターンは一番最悪だな。
釣りって言うのは、仕掛けた時点で釣りと解るようにしておかなければ無効なのだが。 むっか〜!!怒!!
俺はおまえらがPL/SQLごときで苦労してる
かわいそうなやつだからとおもって、引き上げてやったのに!!
PL/SQLなんて、オライリーの本でも2冊分くらいしかねーじゃねえか
んなもん1ヶ月もありゃ仕事の間に十分覚えれるじゃねーか!!
Javaなんて全部マスターしようとしたら、オライリーの分厚いほん
20冊近くよまなかんのだぞ!!サーバ関係を含めるとな!!
PL/SQLなんてとうのむかしにマスターしたわ!ぼけぇ!! 文法を覚えただけで、その癖も工夫も限界点も
知らなければ、仕事では使えないわけだが。 言語を隅々全部マスターしようとしている時点で、業務には向いていない人間だと思う。 もういい。ここの意見見たヒトデ、使えそうな人いないぽん。
PL/SQLなんて、くそみたいのに執着しやがって。時代はこれから
PL/pgSQLだよ。 釣ってるつもりの人:『あははは、みんな俺の書き込みに釣られてマジレスしてるぜ!』
見てる人:『ああ、かわいそうな奴がいるな。暇だからマジレスしとくか。』 このクソ言語functionとprocedureがわかれてるのがはげしくむかつくわけだが うちの会社は、研修でPL/SQLを1週間でマスターさせられましたが何か?
新人時代の話。それでも、らくらくクリアしてましたけど?
もう2年くらいPL/SQLをいじってるけど、そんなに難しい言語かな?
間違ってもマスターに半年はかからないと思う。JAVAで1ヶ月ぐらいじゃ
ない?
そんなことより聞いてくれよ。
今回の改修で、新人が書いたとしか思えないようなタココード読んでます。
改修には関係ないけど、精神衛生上よろしくないので書き直したい衝動に
かられる。。。どうも、今PMやってる人が3年ほど前に書いたらしい。
なんでもっと簡潔に書けないかな。。。 オレはクライアント側のプログラマで普通のSQLしか扱わないのでサーバー側の事良く知らないから聞くんだけどさ、
OracleってストアドをJavaでも書けるようになったんじゃなかったっけ?
それでもまだPL/SQLが主流なの? 僕のまわりのjava関係のプロジェクトはことごとくデスマーチになっているのだが…
(脱落者続出。退職者多し)
僕のまわりがダメダメなだけ?
なんか無駄にハイテクぶっている感じがする。
最近のPL/SQLは、なんでも出来るので簡単。
Oracle9以降は、ホントに無茶なSQLが使えるので仕事で楽してます。
Oracle6や昔のAdabasの頃は、ホントに苦しかった SQL文を書けない香具師もいたぞ・・・。
2人ほど。 EXEC SQL INSERT INTO EMP (EMPNO, ENAME)
VALUES (:emp_number, :emp_name);
PL/SQLは 楽勝だが
Pro*C できない漏れは? SQLPLUS上からVARRAY型OUT引数を持つFunctionを動かすには
どうしたら?
素直に
declare
begin
中略
end
ではだめなの? 間違い こう書きたかった
declare
適当な変数定義
begin
中略
end
テスト用途ならこんなんですませちまいますがいかがですか? SQL Plusやっているのですが、基本的なところで躓いてます
データ2つをつなぎ合わせてひとつのデーターベースとして見立ててそこから条件文を入れて抜き出すんですけどどうやってやればいいのかわかんないのです。
こんな書き方しかできないのですがお願いしまつ。。。 >>43
「VARRAY型」ってどんなんですか?
以下の例は「バインド変数」を宣言してOUT引数で値を返す
プロシージャを実行する例です。
OUT引数を「バインド変数」で受けたらどうでしょうか?
しかし、「VARRAY型」ってOracleの型にありました?
variable wk_price number
variable wk_tax number
Begin proc_calc( wk_price, 1.05, wk_tax ); End;
print wk_price
print wk_tax
>>48
上記の例は、SQL*PLUS上で打ち込む例です。
プロシージャ名や変数名・型は、あなたのプロシージャに
合わせて変更して下さい。
別にコーディングやれとか言わないけど
最低限の会話が通じるぐらいの知識は持ってなきゃイライラするね。
「viewって何」とかそういうレベル。
1日かけて本1冊読むぐらいの事はしたらどうだっつーの。 こーぼる♪こぼる♪
おれたちゃ財務のスペシャリスト、こぼらーだって・・・いうじゃない
でもあんたのRDBはISAMになってますから! 残念!
言語できないよりも日本語意味不明のSEは困るよ。
どうせ2chにくるSEなんて馬鹿ばっかりか
性格が腐ってるだけなんだろうけどさ。 2chにくるSEは、馬鹿 ×
2chで必死なSEは、馬鹿 ○ 必死な自己弁護するバカ
sys_refcursorに配列を割り当てられねえかな?無理臭いけど PL/Sqlってマスターするとかしないとかっていう言語じゃないよ・・・。
単純にストアド作るためのただのプロシージャの固まりだしさ・・。
デバッグが面倒なだけで。
それにちょっと最近は.NETがでて、さらにはSQLserver2005も出て
そいつがVSと硬く結びつきだしたらオラクルとかpl/sqlとかあんまり必要じゃなくなるよね。。。