PL/SQLできない香具師が上級SE
こういう香具師って、まじで設計が腐ってると思いませんか? C++やJavaやVBでGUI作ってるのとわけが違います。 DB系って、コーディング経験ない香具師が上になると苦労しますよね。
>>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とかあんまり必要じゃなくなるよね。。。 業務用の集計を便利機能だけでやると、数分とかかかっちゃうよ。 もしくはバッチとか中間処理の画面が増えて、設計がぐちゃぐちゃになり、改修しにくくなる。 これを数秒で出したければSQLだよ。 SQLが分ってると構造的に考えられるから、DB設計もすっきりするし、設計書もすっきりする。 なんでも手順でしか考えられない人の設計書はぐちゃぐちゃ。 やあ、君に一生オナニーが出来ない呪いをかけた。(´・ω・`) しかし君は運がいい。 この呪いをとくには http://school5.2ch.net/test/read.cgi/senmon/1150480257/ に行って「勘弁してください><」と3回書き込むんだ PL/SQLなんて、2,3日集中してやれば、誰でも簡単にできるようになります。 PL/SQLのPLってプロジェクトリーダー用ってことだったのか? 知らなかった。 >>59 できるできないもなにもそもそもpl/sql自体が 結果えるためだけの処理なだけだろ。 フェッチしてさまって入れるってのがメインの処理っつーかそれしかないんだからw 1週間もありゃ満足に組める。 >>62 制御系の人は「処理」だけ考えてればいいよ。 でも業務系の人は「処理」はさっさとモジュール化して、 頭脳労働の多くを「論理」に割いてもらわないと、仕事にならない。 >>63 じゃ、別に実装の1手段であるPL/SQLの事なんか関係ねぇお話ってことだろ。 よほど苦手のようですな。w 慣れではどうにもならないのがSQL。 だからSQL(500行以上)ができる否かでだいたい思考能力の限界が見える。 つーか、PL/SQL程度のことで、できる・できないを議論する バカスレを立てたバカに呆れたwww >>67 まぁ、その通りだな。 >>66 普通なら慣れでどうにかなるよ。別に特殊技能が必要とか思ってんのかな・・ 君の職業・・・ ほんとにどうにかなったんなら、「できる香具師」ってことじゃん? 「できる香具師」が、何を慌ててる?w >>66 >慣れではどうにもならないのがSQL ・・・・・・・。いや、慣れとか慣れじゃないとかさ、そういうんんじゃなくて sqlできるのなんて常識でしょ。 普通でしょ、つか知らないとこの仕事してちゃ駄目でしょ。 case文だったらDECODEだったりで3、4テーブルあたりから ある程度のもん引いてくるのなんか普通にできないと。 構文わすれたらリファレンスみりゃいいだけ。知ってるか知らないかだけの話だろ。 込み入った爆発的なSQLを書かないといけないのならば、DB設計自体を見直せって話だし。 必要ないんだよ。バカみたいなSQLは。 チューニングチューニングいうけどインデックスはっときゃ1/10ぐらいのスピードに軽くなるんだし それ以上のチューニングなんて無駄。 遅いならパーティションでもはっとけよ。 バカばっかりだな >>70 > 普通でしょ、つか知らないとこの仕事してちゃ駄目でしょ。 だからこんなスレがあるんだと思うケド… > 必要ないんだよ。バカみたいなSQLは。 なんか上記と矛盾してるな。 更新ロジックに頼った設計は汚い。テストも時間がかかる。 複雑な照会加工を高速にできる技術がないと無駄に冗長性が増える。 無駄に冗長性が増えると改修し辛くなる。 更新ロジックに頼るホスト系で、改修に時間がかかったり、 バグの原因をなかなか発見できないというケースをよく見る。 >>71 >バカみたいなSQLは。 だからバカみたいに長い解析に時間のかかるSQLは、って事だよ。 んなことしないと取ってこれないようなDB設計が問題。 何もかもSQLに頼るとメンテしづらいし 今のコンピュータで2回SQL発行するのも1回するのもたいして速度は変わらない。 それよりメンテナンスしやすいソースであることが第一。 糞みたいなSQL自慢げに作る奴がいる。 んなもんポケットリファレンス見りゃ作れるんだよ。 だけど万人がぱっとみてぱっとわかる程度の行数でないとそれはたちまち糞なんですよ。 最近使ってネェ。 必要なデータを引っ張ってきて、プログラム側で処理してる。 それでも、システム速度への要求スペックに対して十分な速度がでるからいいや。 >>72 構造化プログラムとSQLどっちに比重をおくほうがいいんだろうね。 SQLのが移植性高いかな、そうでもないか。基準が無いねえ >>74 移植性かぁ・・。 大体ひとつのシステムに同じ人間が何年もついてかかれることなんてないんだからさ。 結局まったく違う誰かが対応してもうまく対応できるような可読性のよい プログラムと、ドキュメントを用意しておくのは当たり前として・・・ でかいSQLを組んでワークテーブルに落としてから PG側で使うとしても、その辺のSQLの概要書ってのが必要になってくるわな。 それ見たら何してるのかがわかるような書類っつーか。 そういうのなかったらきついよ。 あとは何か変更があった場合つぶしがきかない。何でもかんでもsqlでやってると。 ばっくりととってきて画面で加工すると、変更等があってもメンテしやすい品。 PL/SQLなんて簡単ですよ…なんて大口たたいてたやつの ソースをみたら、きったねぇのなんの。 「簡単ですよ」なんて事を簡単に口にするやつに ろくなやつはいないね。 >>76 いや、簡単っていうか・・・普通にプロシージャなだけだから。 イキってると恥ずかしいぞ。 PL/SQLなんか普通に.NET javaできる人間なら1日でマスターして 組めるよ。 それしかできないからそんなこというのか? >>77 あーすまん。 そっち側の人だったか。 javaやら.NETやら、”ちゃんと”出来る人は 「簡単ですよ」なんて口に出さす、出来て当然と思ってても そういうそぶりを見せない人が多いもんでね。 >>78 いや、だから、ここでは、あえて「簡単ですよ」って本音を言わなきゃ話進まないだろ。 実際の現場は口に出さなくてもいいけどさ。 正直COBOLやRPGでプログラムされるくらいなら SQLでゴリゴリやってくれた方がいいな。 Java+JDBCとゴリゴリなSQLだと微妙だったり。 まーヘタに環境依存な言語で、新たに負の遺産作られるのはカンベンだな 最近、Oracle Formsで開発やってるとこに配属されたんだけど、 だめだなこりゃ。 PL/SQLに罪はないとおもうが、クライアントロジックを全部これで 書かせるってのは間違ってるだろ。 簡単に組めますよって言われても名・・・ 複雑になってくると分からんのですよ しかしPL/SQL案件は不況な大阪でもしたたかに生きてるなぁ。 さすがに京都では皆無だが。 単純goto文とか、引数のOUTモード見たときにヤバイと思ったね。 sqlのトリッキーさもどうかと思うが、これはCOBOLと同じ道を歩む。 「はじめてのITパスポート試験」を熱心に読んでるITコンサルタントより マシだろ? しかし・・・88来るまで5年かかってるんですかぁ・・・ PL/SQLは、SQLと融合できるところがいい。 SQL言語は美しいねぇ。集合だねぇ。一発解決だ。 でもって奥が深い。もっと極めねば。 PL/SQLの言語はちょっとゴツゴツしてる感じ。 スマートじゃない。前方参照できないとか。 C#の言語は美しいねぇ。 できればもっと洗練してくれないかなPL/SQL。 >>89 たしかにPL/SQLは美しくないね。 ソース見てもそうだし、言語自体も 論理的に作られているとは思えない。 場当たり的な機能拡張が好きなOracleらしし・・と言われればその通りだけど・・ PL/SQLで通常のUPDATE文を記述して実行させられるんですか? VB6.0内に書かれていたUPDATE文を パッケージに落とし直して実行させるように変更依頼が来てるんです。 ループで回さなくててもいい処理なので、出来ればこのまま使いまわしたいのです。 すいませんけど教えてください >>91 別にPL/SQLでUPDATE文を実行する制限気にしたことはないが、事情を しらない人間に、きちんと提示ないとまともにコメントできる人はいない。 >>90 1年以上前の発言にコメントするのも何だが、 VBが美しいと思っているオヌシは一度能の摘出出手術を受けた方が良い。 前文と脈絡全然ないんだけど・・・ (しかも半年たってる) PL/SQL いいじゃねぇか。ああ? 慣れてるから使い易いんだ。悪いか。 俺は運転手、運送屋だ システム屋さんが納入していったのがサーバクライアント型のアプリ群 テーブルの中味を適宜取り出すのにどうしてもsqlが必要なのでA5って言うアプリ使ってる こんな簡単なことで本当に飯が食えるのか 貴様等おかしくないか? SEはSQL文なんて書かなくていい。 データ抽出テーブルと抽出条件の結果さえ仕様に書いて、PGに渡せばOK PL/SQLを使うかどうかは、共通仕様書でPMやPLが決める 最近はSEの仕事にPGの仕事が入ってることが多いなぁ このレスを書き込んで思った 上級SEがあるなら、下級SEがあるはず 下級SEって何するんやろう? ちなみにPL/SQLなんて、オラクルの本とPL/SQLの本があればある程度できる 本読んでサッっとできる程度の処理ならあえてPL/SQLに持ち込む必要もあるまいに 使ってる言語のDBのバインドが腐っててパフォーマンスが出ないからDB側で何とかする必要があるケースはあるんだろうけど >100 たまに、プロジェクトでというか会社であるんですよ 「うちは全部PL/SQLで組んでるから」とか 「PL/SQLができない人は採用しないんですよ」とか 「オラクルの資格を持ってる人しか採用しないんです」とか PL/SQLを使う理由が明確でないプロジェクトもありましたね 開発でPL/SQLがわかる人が組んでも、運用や保守をやる人でPL/SQLを知らない人もいる >99 >下級SEって何するんやろう? 下級SEってのは、なんちゃってSEのことだよ OracleでPL/SQLが分からないというのは、UNIX、Linuxでシェルスクリプトが分からないというのと同じレベルのひどさ。 誰でも簡単にパソコン1台で稼げる方法など 参考までに、 ⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。 グーグル検索⇒『宮本のゴウリエセレレ』 XC7EHJCXE3 read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる