PL/SQLできない香具師が上級SE

こういう香具師って、まじで設計が腐ってると思いませんか？


C++やJavaやVBでGUI作ってるのとわけが違います。
DB系って、コーディング経験ない香具師が上になると苦労しますよね。

PL/SQL経験は必要なのか？
なるべくロジックが必要な処理は、DBじゃなくアプリ側でやった方がいいと思うが。
DBの移行もその方が容易だ。

PL/SQLができないのはいいよ。
ただ、プログラミング経験が無いとか元COBOLERだったりすると大変だ。
なんだか変なテーブル定義をどんどん作る。
データの正規化とかそんな以前の問題。

PL/SQLはできなくてもいいが、こぼらーのおっさんはいやだ

コーディング経験ない上司の説明は、どうもわかりにくい。
顧客より過ぎて、話が伝わってこない。
もっとシステムよりで会話できないのか？

ＳＱＬ経験ない上司だと、客になんでもできるようなこと言ってしまう。
作る側は無茶な取得方法でコーディングしなきゃいけない。
これがバグの原因にもなり、運用の妨げにもなるんだよなぁ。

システムの簡略化は素人っぽいとか内心思ってるんじゃねーのか？
だからってシステムをわざわざ複雑にすることねーだろ。
つーかそこまで考えるだけの設計/コーディング経験ないだろうが・・・・・・・・・・・・・・・

>>1
釣りか？
貴殿こそAPサーバとDBサーバが理解できない香具師では？

ハイハイ。釣られますたよ。

>>7
釣りでしょう。
PL/SQLが出来ない上級SEなんざ腐るほどいる。
>>1の理論だとOracleの経験が無いと上級SEにはなれない
らしいからな。

初心者に限ってOracle連呼するよな。

オラクルできておれすげーモードなんだな。

新人じゃなかったらただの馬鹿。

とりあえず、>>3,>>5,>>6には同意。

複雑なシステムでも、それなりの工数を見積もってくれるなら
まだいい。
会社にとっても利益になるしな。

デスマーチになるような見積もりしか立てない香具師は、
「自分でやれ！」と机を両手でバンと叩いて、ブチ切れながら言いたい。

ていうかPLてなに？

>>11
そういうプロジェクトはぽしゃって、責任は上級SEが持つ予感

Panty Line

逆にいうと、PL/SQLがかければ、上級SEですか＞？

>15
そんなことも無い予感。
人間として駄目な香具師、大杉・・・

たしかに「Oracleでなければならない」システムは数えるほどしかないのに
それに気づかない香具師多すぎ。

僕はPL/SQLしかできないので、処理は全部Oracleにやらせています。
プログラム言語を覚えなきゃいけないんだけど、つい面倒だからPLに頼っちゃう。

なに？世間一般じゃＰＬ／ＳＱＬできれば、上級ＳＥってことになるの？？

俺は、会社の研修でＰＬ／ＳＱＬほとんどマスターさせられてから、仕事入ったよ。

>>19
うそつくな

研修でマスターって凄いな。
PL/SQLの研修だけで半年はやってるんだろうな。

ＰＬ／ＳＱＬマスターするのに半年もかかるか？あんなん本気出せば1ヶ月でできるだろ。

っていうか、みんな冗談でかいてるんだよね？Ｊａｖａとかにくらべたら、
ＰＬ／ＳＱＬなんて、10分の1もないじゃん。覚える量とか。

>>22
多分、君がマスターしたと言い張るレベルと、
市場が求めているレベルに差があるんだと思う。

あ、そういうことか。じゃあ、納得。俺のレベルは、研修で本を買わされて
それをやらされたことだけだからね。

でも、ＰＬＳＱＬの本何冊もよんだけど、そんなに覚えることなさげだよね。
あるんだろうな〜。やっぱり。業務で使ったことないから、わかんないや。

>>22
君は、
「私は本気を出したので、経験は1ヶ月だけどきちんとプログラムが組めます」
と言う人間を、経験者として採用するのかね？

君たち。ここ人少なくてつまらんから、もうやめるけど。

俺、ＰＬＳＱＬなんてしらんよ。もっとこう、がっと食いついてくるかな？と思っただけ。。。

悪かったね。。

意見が破綻してくると釣りでしたというパターンは一番最悪だな。

釣りって言うのは、仕掛けた時点で釣りと解るようにしておかなければ無効なのだが。

むっか〜！！怒！！

俺はおまえらがＰＬ／ＳＱＬごときで苦労してる
かわいそうなやつだからとおもって、引き上げてやったのに！！

ＰＬ／ＳＱＬなんて、オライリーの本でも2冊分くらいしかねーじゃねえか

んなもん1ヶ月もありゃ仕事の間に十分覚えれるじゃねーか！！

Ｊａｖａなんて全部マスターしようとしたら、オライリーの分厚いほん
２０冊近くよまなかんのだぞ！！サーバ関係を含めるとな！！

ＰＬ／ＳＱＬなんてとうのむかしにマスターしたわ！ぼけぇ！！

文法を覚えただけで、その癖も工夫も限界点も
知らなければ、仕事では使えないわけだが。

言語を隅々全部マスターしようとしている時点で、業務には向いていない人間だと思う。

もういい。ここの意見見たヒトデ、使えそうな人いないぽん。

ＰＬ／ＳＱＬなんて、くそみたいのに執着しやがって。時代はこれから
ＰＬ／ｐｇＳＱＬだよ。

釣ってるつもりの人：『あははは、みんな俺の書き込みに釣られてマジレスしてるぜ！』
見てる人：『ああ、かわいそうな奴がいるな。暇だからマジレスしとくか。』

このクソ言語functionとprocedureがわかれてるのがはげしくむかつくわけだが

なんでわかれてるとクソなんだ？

>>33
そんなのめずらしくないじゃん

うちの会社は、研修でPL/SQLを１週間でマスターさせられましたが何か？
新人時代の話。それでも、らくらくクリアしてましたけど？
もう２年くらいPL/SQLをいじってるけど、そんなに難しい言語かな？
間違ってもマスターに半年はかからないと思う。JAVAで１ヶ月ぐらいじゃ
ない？

そんなことより聞いてくれよ。
今回の改修で、新人が書いたとしか思えないようなタココード読んでます。
改修には関係ないけど、精神衛生上よろしくないので書き直したい衝動に
かられる。。。どうも、今ＰＭやってる人が３年ほど前に書いたらしい。
なんでもっと簡潔に書けないかな。。。

オレはクライアント側のプログラマで普通のSQLしか扱わないのでサーバー側の事良く知らないから聞くんだけどさ、
OracleってストアドをJavaでも書けるようになったんじゃなかったっけ？
それでもまだPL/SQLが主流なの？

Javaより速いし、昔からやってる人間には楽

僕のまわりの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