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

1 ：04/04/29 〜 最終レス ：2013/03/02

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

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

2 ：

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

3 ：

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

4 ：

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

5 ：

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

6 ：

ＳＱＬ経験ない上司だと、客になんでもできるようなこと言ってしまう。
作る側は無茶な取得方法でコーディングしなきゃいけない。
これがバグの原因にもなり、運用の妨げにもなるんだよなぁ。
システムの簡略化は素人っぽいとか内心思ってるんじゃねーのか？
だからってシステムをわざわざ複雑にすることねーだろ。
つーかそこまで考えるだけの設計/コーディング経験ないだろうが・・・・・・・・・・・・・・・

7 ：

>>1
釣りか？
貴殿こそAPサーバとDBサーバが理解できない香具師では？
ハイハイ。釣られますたよ。

8 ：

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

9 ：

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

10 ：

オラクルできておれすげーモードなんだな。
新人じゃなかったらただの馬鹿。

11 ：

とりあえず、>>3,>>5,>>6には同意。
複雑なシステムでも、それなりの工数を見積もってくれるなら
まだいい。
会社にとっても利益になるしな。
デスマーチになるような見積もりしか立てない香具師は、
「自分でやれ！」と机を両手でバンと叩いて、ブチ切れながら言いたい。

12 ：

ていうかPLてなに？

13 ：

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

14 ：

Panty Line

15 ：

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

16 ：

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

17 ：

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

18 ：

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

19 ：

なに？世間一般じゃＰＬ／ＳＱＬできれば、上級ＳＥってことになるの？？
俺は、会社の研修でＰＬ／ＳＱＬほとんどマスターさせられてから、仕事入ったよ。

20 ：

>>19
うそつくな

21 ：

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

22 ：

ＰＬ／ＳＱＬマスターするのに半年もかかるか？あんなん本気出せば1ヶ月でできるだろ。
っていうか、みんな冗談でかいてるんだよね？Ｊａｖａとかにくらべたら、
ＰＬ／ＳＱＬなんて、10分の1もないじゃん。覚える量とか。

23 ：

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

24 ：

あ、そういうことか。じゃあ、納得。俺のレベルは、研修で本を買わされて
それをやらされたことだけだからね。
でも、ＰＬＳＱＬの本何冊もよんだけど、そんなに覚えることなさげだよね。
あるんだろうな〜。やっぱり。業務で使ったことないから、わかんないや。

25 ：

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

26 ：

君たち。ここ人少なくてつまらんから、もうやめるけど。
俺、ＰＬＳＱＬなんてしらんよ。もっとこう、がっと食いついてくるかな？と思っただけ。。。
悪かったね。。

27 ：

意見が破綻してくると釣りでしたというパターンは一番最悪だな。
釣りって言うのは、仕掛けた時点で釣りと解るようにしておかなければ無効なのだが。

28 ：

むっか〜！！怒！！
俺はおまえらがＰＬ／ＳＱＬごときで苦労してる
かわいそうなやつだからとおもって、引き上げてやったのに！！
ＰＬ／ＳＱＬなんて、オライリーの本でも2冊分くらいしかねーじゃねえか
んなもん1ヶ月もありゃ仕事の間に十分覚えれるじゃねーか！！
Ｊａｖａなんて全部マスターしようとしたら、オライリーの分厚いほん
２０冊近くよまなかんのだぞ！！サーバ関係を含めるとな！！
ＰＬ／ＳＱＬなんてとうのむかしにマスターしたわ！ぼけぇ！！

29 ：

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

30 ：

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

31 ：

もういい。ここの意見見たヒトデ、使えそうな人いないぽん。
ＰＬ／ＳＱＬなんて、くそみたいのに執着しやがって。時代はこれから
ＰＬ／ｐｇＳＱＬだよ。

32 ：

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

33 ：

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

34 ：

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

35 ：

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

36 ：

うちの会社は、研修でPL/SQLを１週間でマスターさせられましたが何か？
新人時代の話。それでも、らくらくクリアしてましたけど？
もう２年くらいPL/SQLをいじってるけど、そんなに難しい言語かな？
間違ってもマスターに半年はかからないと思う。JAVAで１ヶ月ぐらいじゃ
ない？
そんなことより聞いてくれよ。
今回の改修で、新人が書いたとしか思えないようなタココード読んでます。
改修には関係ないけど、精神衛生上よろしくないので書き直したい衝動に
かられる。。。どうも、今ＰＭやってる人が３年ほど前に書いたらしい。
なんでもっと簡潔に書けないかな。。。

37 ：

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

38 ：

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

39 ：

僕のまわりのjava関係のプロジェクトはことごとくデスマーチになっているのだが…
(脱落者続出。退職者多し)
僕のまわりがダメダメなだけ？
なんか無駄にハイテクぶっている感じがする。

40 ：

最近のPL/SQLは、なんでも出来るので簡単。
Oracle9以降は、ホントに無茶なSQLが使えるので仕事で楽してます。
Oracle6や昔のAdabasの頃は、ホントに苦しかった

41 ：

SQL文を書けない香具師もいたぞ・・・。
2人ほど。

42 ：

EXEC SQL INSERT INTO EMP (EMPNO, ENAME)
VALUES (:emp_number, :emp_name);
PL/SQLは　楽勝だが
Pro*C　できない漏れは？

43 ：

SQLPLUS上からVARRAY型OUT引数を持つFunctionを動かすには
どうしたら？

44 ：

素直に
declare
begin
中略
end
ではだめなの？

45 ：

間違い　こう書きたかった
declare
適当な変数定義
begin
中略
end
テスト用途ならこんなんですませちまいますがいかがですか？

46 ：

SQL Plusやっているのですが、基本的なところで躓いてます
データ2つをつなぎ合わせてひとつのデーターベースとして見立ててそこから条件文を入れて抜き出すんですけどどうやってやればいいのかわかんないのです。
こんな書き方しかできないのですがお願いしまつ。。。

47 ：

ここが質問ｽﾚに見えるとは、相当重症ですね｡

48 ：

>>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

49 ：

>>48
上記の例は、SQL*PLUS上で打ち込む例です。
プロシージャ名や変数名・型は、あなたのプロシージャに
合わせて変更して下さい。

50 ：

別にコーディングやれとか言わないけど
最低限の会話が通じるぐらいの知識は持ってなきゃイライラするね。
「viewって何」とかそういうレベル。
1日かけて本1冊読むぐらいの事はしたらどうだっつーの。

51 ：

こーぼる♪こぼる♪
おれたちゃ財務のスペシャリスト、こぼらーだって・・・いうじゃない
でもあんたのRDBはISAMになってますから！　　　　残念！

52 ：

言語できないよりも日本語意味不明のＳＥは困るよ。
どうせ2chにくるＳＥなんて馬鹿ばっかりか
性格が腐ってるだけなんだろうけどさ。

53 ：

2chにくるSEは、馬鹿 ×
2chで必死なSEは、馬鹿 ○

54 ：

必死な自己弁護するバカ
sys_refcursorに配列を割り当てられねえかな？無理臭いけど

55 ：

PL/Sqlってマスターするとかしないとかっていう言語じゃないよ・・・。
単純にストアド作るためのただのプロシージャの固まりだしさ・・。
デバッグが面倒なだけで。
それにちょっと最近は.NETがでて、さらにはSQLserver２００５も出て
そいつがVSと硬く結びつきだしたらオラクルとかpl/sqlとかあんまり必要じゃなくなるよね。。。

56 ：

業務用の集計を便利機能だけでやると、数分とかかかっちゃうよ。
もしくはバッチとか中間処理の画面が増えて、設計がぐちゃぐちゃになり、改修しにくくなる。
これを数秒で出したければＳＱＬだよ。
ＳＱＬが分ってると構造的に考えられるから、ＤＢ設計もすっきりするし、設計書もすっきりする。
なんでも手順でしか考えられない人の設計書はぐちゃぐちゃ。

57 ：

やあ、君に一生Rーが出来ない呪いをかけた。（´･ω･｀）
しかし君は運がいい。
この呪いをとくには
http://school5.2ch.net/test/read.cgi/senmon/1150480257/
に行って「勘弁してください＞＜」と３回書き込むんだ

58 ：

PL/SQLなんて、２，３日集中してやれば、誰でも簡単にできるようになります。

59 ：

>>58
それは「できる」の意味がチガウ…

60 ：

SEよりも、PLなのにできない香具師は駄目だな

61 ：

PL/SQLのPLってプロジェクトリーダー用ってことだったのか？
知らなかった。

62 ：

>>59
できるできないもなにもそもそもpl/sql自体が
結果えるためだけの処理なだけだろ。
フェッチしてさまって入れるってのがメインの処理っつーかそれしかないんだからｗ
１週間もありゃ満足に組める。

63 ：

>>62
制御系の人は「処理」だけ考えてればいいよ。
でも業務系の人は「処理」はさっさとモジュール化して、
頭脳労働の多くを「論理」に割いてもらわないと、仕事にならない。

64 ：

>>59
ｼｰｯ！黙ってニヤニヤしとけってｗ

65 ：

>>63
じゃ、別に実装の1手段であるPL/SQLの事なんか関係ねぇお話ってことだろ。

66 ：

よほど苦手のようですな。ｗ
慣れではどうにもならないのがSQL。
だからSQL（５００行以上）ができる否かでだいたい思考能力の限界が見える。

67 ：

つーか、PL/SQL程度のことで、できる・できないを議論する
バカスレを立てたバカに呆れたｗｗｗ

68 ：

>>67
まぁ、その通りだな。
>>66
普通なら慣れでどうにかなるよ。別に特殊技能が必要とか思ってんのかな・・
君の職業・・・

69 ：

ほんとにどうにかなったんなら、「できる香具師」ってことじゃん？
「できる香具師」が、何を慌ててる？ｗ

70 ：

>>66
＞慣れではどうにもならないのがSQL
・・・・・・・。いや、慣れとか慣れじゃないとかさ、そういうんんじゃなくて
ｓｑｌできるのなんて常識でしょ。
普通でしょ、つか知らないとこの仕事してちゃ駄目でしょ。
case文だったらDECODEだったりで３、４テーブルあたりから
ある程度のもん引いてくるのなんか普通にできないと。
構文わすれたらリファレンスみりゃいいだけ。知ってるか知らないかだけの話だろ。
込み入った爆発的なSQLを書かないといけないのならば、ＤＢ設計自体を見直せって話だし。
必要ないんだよ。バカみたいなSQLは。
チューニングチューニングいうけどインデックスはっときゃ１／１０ぐらいのスピードに軽くなるんだし
それ以上のチューニングなんて無駄。
遅いならパーティションでもはっとけよ。
バカばっかりだな

71 ：

>>70
> 普通でしょ、つか知らないとこの仕事してちゃ駄目でしょ。
だからこんなスレがあるんだと思うケド…
> 必要ないんだよ。バカみたいなSQLは。
なんか上記と矛盾してるな。
更新ロジックに頼った設計は汚い。テストも時間がかかる。
複雑な照会加工を高速にできる技術がないと無駄に冗長性が増える。
無駄に冗長性が増えると改修し辛くなる。
更新ロジックに頼るホスト系で、改修に時間がかかったり、
バグの原因をなかなか発見できないというケースをよく見る。

72 ：

>>71
＞バカみたいなSQLは。
だからバカみたいに長い解析に時間のかかるSQLは、って事だよ。
んなことしないと取ってこれないようなDB設計が問題。
何もかもSQLに頼るとﾒﾝﾃしづらいし
今のコンピュータで２回SQL発行するのも１回するのもたいして速度は変わらない。
それよりメンテナンスしやすいソースであることが第一。
糞みたいなSQL自慢げに作る奴がいる。
んなもんポケットリファレンス見りゃ作れるんだよ。
だけど万人がぱっとみてぱっとわかる程度の行数でないとそれはたちまち糞なんですよ。

73 ：

最近使ってネェ。
必要なデータを引っ張ってきて、プログラム側で処理してる。
それでも、システム速度への要求スペックに対して十分な速度がでるからいいや。

74 ：

>>72
構造化プログラムとＳＱＬどっちに比重をおくほうがいいんだろうね。
ＳＱＬのが移植性高いかな、そうでもないか。基準が無いねえ

75 ：

>>74
移植性かぁ・・。
大体ひとつのシステムに同じ人間が何年もついてかかれることなんてないんだからさ。
結局まったく違う誰かが対応してもうまく対応できるような可読性のよい
プログラムと、ドキュメントを用意しておくのは当たり前として・・・
でかいSQLを組んでワークテーブルに落としてから
ＰＧ側で使うとしても、その辺のSQLの概要書ってのが必要になってくるわな。
それ見たら何してるのかがわかるような書類っつーか。
そういうのなかったらきついよ。
あとは何か変更があった場合つぶしがきかない。何でもかんでもｓｑｌでやってると。
ばっくりととってきて画面で加工すると、変更等があってもメンテしやすい品。

76 ：

PL/SQLなんて簡単ですよ…なんて大口たたいてたやつの
ソースをみたら、きったねぇのなんの。
「簡単ですよ」なんて事を簡単に口にするやつに
ろくなやつはいないね。

77 ：

>>76
いや、簡単っていうか・・・普通にプロシージャなだけだから。
イキってると恥ずかしいぞ。
PL/SQLなんか普通に.NET　javaできる人間なら１日でマスターして
組めるよ。
それしかできないからそんなこというのか？

78 ：

>>77
あーすまん。
そっち側の人だったか。
javaやら.NETやら、”ちゃんと”出来る人は
「簡単ですよ」なんて口に出さす、出来て当然と思ってても
そういうそぶりを見せない人が多いもんでね。

79 ：

>>78
いや、だから、ここでは、あえて「簡単ですよ」って本音を言わなきゃ話進まないだろ。
実際の現場は口に出さなくてもいいけどさ。

80 ：

正直COBOLやRPGでプログラムされるくらいなら
SQLでゴリゴリやってくれた方がいいな。
Java＋JDBCとゴリゴリなSQLだと微妙だったり。

81 ：

まーヘタに環境依存な言語で、新たに負の遺産作られるのはカンベンだな

82 ：

最近、Oracle Formsで開発やってるとこに配属されたんだけど、
だめだなこりゃ。
PL/SQLに罪はないとおもうが、クライアントロジックを全部これで
書かせるってのは間違ってるだろ。

83 ：

a

84 ：

簡単に組めますよって言われても名・・・
複雑になってくると分からんのですよ

85 ：

age

86 ：

しかしPL/SQL案件は不況な大阪でもしたたかに生きてるなぁ。
さすがに京都では皆無だが。

87 ：

単純goto文とか、引数のOUTモード見たときにヤバイと思ったね。
sqlのトリッキーさもどうかと思うが、これはCOBOLと同じ道を歩む。

88 ：

「はじめてのＩＴパスポート試験」を熱心に読んでるＩＴコンサルタントより
マシだろ？

89 ：

しかし・・・88来るまで5年かかってるんですかぁ・・・
PL/SQLは、SQLと融合できるところがいい。
ＳＱＬ言語は美しいねぇ。集合だねぇ。一発解決だ。
でもって奥が深い。もっと極めねば。
PL/SQLの言語はちょっとゴツゴツしてる感じ。
スマートじゃない。前方参照できないとか。
C#の言語は美しいねぇ。
できればもっと洗練してくれないかなPL/SQL。

90 ：

>>89
たしかにPL/SQLは美しくないね。
ソース見てもそうだし、言語自体も
論理的に作られているとは思えない。
場当たり的な機能拡張が好きなOracleらしし・・と言われればその通りだけど・・

91 ：

PL/SQLで通常のUPDATE文を記述して実行させられるんですか？
VB6.0内に書かれていたUPDATE文を
パッケージに落とし直して実行させるように変更依頼が来てるんです。
ループで回さなくててもいい処理なので、出来ればこのまま使いまわしたいのです。
すいませんけど教えてください

92 ：

>>91
別にPL/SQLでUPDATE文を実行する制限気にしたことはないが、事情を
しらない人間に、きちんと提示ないとまともにコメントできる人はいない。

93 ：

>>90
1年以上前の発言にコメントするのも何だが、
VBが美しいと思っているオヌシは一度能の摘出出手術を受けた方が良い。

94 ：

能は去年一度だけ観た。
途中少し気絶した

95 ：

前文と脈絡全然ないんだけど・・・
（しかも半年たってる）

PL/SQL　いいじゃねぇか。ああ？
慣れてるから使い易いんだ。悪いか。

96 ：

俺は運転手、運送屋だ
システム屋さんが納入していったのがサーバクライアント型のアプリ群
テーブルの中味を適宜取り出すのにどうしてもｓｑｌが必要なのでA5って言うアプリ使ってる
こんな簡単なことで本当に飯が食えるのか
貴様等おかしくないか？

97 ：

PL/SQL ってPL/I のSQL拡張？

98 ：

SEはSQL文なんて書かなくていい。
データ抽出テーブルと抽出条件の結果さえ仕様に書いて、PGに渡せばOK
PL/SQLを使うかどうかは、共通仕様書でPMやPLが決める
最近はSEの仕事にPGの仕事が入ってることが多いなぁ

99 ：

このレスを書き込んで思った
上級SEがあるなら、下級SEがあるはず
下級SEって何するんやろう？
ちなみにPL/SQLなんて、オラクルの本とPL/SQLの本があればある程度できる

100read 1read

1read 100read
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲

【無料DB】OpenOffice2.0?Base【Accessｲﾗﾈ】 (615)
PL/SQLできない香具師が上級SE (102)
ストアドよりインデックスのほうが速いよ (181)
ハロワの職業訓練でデータベースやってるんですが。 (252)
SQLite Part.10 (236)
DB専用機はなぜでない (142)
--log9.info------------------
【弓道】矢声（やごえ）について【討論】 (515)
【大阪泉州ダーツ事情２】 (962)
【安食】　Jonny　最高！！【賢一】 (538)
かっチャン日誌 (322)
【弓道】今日の的中を晒すスレ 2 (658)
[貧乏なのか]ダーツカラ投げすんなよ[KYなのか] (549)
国産ダーツの代理になる海外廉価ダーツ (494)
【全国版】ﾀﾞｰﾂｼｮｯﾌﾟ＆ﾊﾞｰ情報交換【限定ｽﾚ不要】 (624)
弓道★　正射必中☆一射入魂 (531)
【弓道】的中したときのかけ声【何て言う？】 (673)
【３Ｇ】意見求む【ＧＲＲＭ】 (115)
弓道場の寒さは異常 (384)
【アッー！】ダーツが肛門に刺さった(´；ω；｀) (472)
【平目】ばっくれ専用【親父】 (440)
クリケットプロ８００ってどうよ？ (285)
あげ荒らしＩＤ　保管スレッド (506)
--log55.com------------------
印象に残っている美味い食べ物って何かある？
バンコク(曼谷)旅行スレッド106【タイ】
健全なタイ旅行が好きな人たちのマジスレ74 [無断転載禁止]c2ch.net
アメリカに入国拒否された
台湾へ行きタイワーン♪★台湾旅行統一スレ☆238
CANADA　カナダ旅行　Part8　CANADA
メキシコのスレ Part1
初心者等に怒涛の勢いで行き先を薦めるスレ Part.17