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

**NAME IS NULL** · 04/04/29 02:19

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

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

**NAME IS NULL** · 2006/10/11(水) 06:44:52

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

**仕様書無しさん** · 2006/10/11(水) 23:39:33

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

**NAME IS NULL** · 2006/10/13(金) 16:32:53

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

**NAME IS NULL** · 2006/10/14(土) 03:24:30

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

**NAME IS NULL** · 2006/10/14(土) 11:53:46

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

**NAME IS NULL** · 2006/10/14(土) 15:14:45

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

**NAME IS NULL** · 2006/10/14(土) 16:57:00

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

**NAME IS NULL** · 2006/10/21(土) 11:44:44

>>66
＞慣れではどうにもならないのがSQL

・・・・・・・。いや、慣れとか慣れじゃないとかさ、そういうんんじゃなくて
ｓｑｌできるのなんて常識でしょ。
普通でしょ、つか知らないとこの仕事してちゃ駄目でしょ。

case文だったらDECODEだったりで３、４テーブルあたりから
ある程度のもん引いてくるのなんか普通にできないと。
構文わすれたらリファレンスみりゃいいだけ。知ってるか知らないかだけの話だろ。

込み入った爆発的なSQLを書かないといけないのならば、ＤＢ設計自体を見直せって話だし。
必要ないんだよ。バカみたいなSQLは。

チューニングチューニングいうけどインデックスはっときゃ１／１０ぐらいのスピードに軽くなるんだし
それ以上のチューニングなんて無駄。
遅いならパーティションでもはっとけよ。

バカばっかりだな

**NAME IS NULL** · 2006/10/21(土) 16:55:28

>>70
> 普通でしょ、つか知らないとこの仕事してちゃ駄目でしょ。

だからこんなスレがあるんだと思うケド…

> 必要ないんだよ。バカみたいなSQLは。

なんか上記と矛盾してるな。

更新ロジックに頼った設計は汚い。テストも時間がかかる。
複雑な照会加工を高速にできる技術がないと無駄に冗長性が増える。
無駄に冗長性が増えると改修し辛くなる。
更新ロジックに頼るホスト系で、改修に時間がかかったり、
バグの原因をなかなか発見できないというケースをよく見る。

**NAME IS NULL** · 2006/10/21(土) 22:41:07

>>71
＞バカみたいなSQLは。

だからバカみたいに長い解析に時間のかかるSQLは、って事だよ。
んなことしないと取ってこれないようなDB設計が問題。
何もかもSQLに頼るとﾒﾝﾃしづらいし
今のコンピュータで２回SQL発行するのも１回するのもたいして速度は変わらない。
それよりメンテナンスしやすいソースであることが第一。

糞みたいなSQL自慢げに作る奴がいる。
んなもんポケットリファレンス見りゃ作れるんだよ。
だけど万人がぱっとみてぱっとわかる程度の行数でないとそれはたちまち糞なんですよ。

**NAME IS NULL** · 2006/10/22(日) 22:22:17

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

**NAME IS NULL** · 2006/10/22(日) 22:36:39

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

**NAME IS NULL** · 2006/10/23(月) 00:02:29

>>74
移植性かぁ・・。

大体ひとつのシステムに同じ人間が何年もついてかかれることなんてないんだからさ。
結局まったく違う誰かが対応してもうまく対応できるような可読性のよい
プログラムと、ドキュメントを用意しておくのは当たり前として・・・

でかいSQLを組んでワークテーブルに落としてから
ＰＧ側で使うとしても、その辺のSQLの概要書ってのが必要になってくるわな。

それ見たら何してるのかがわかるような書類っつーか。
そういうのなかったらきついよ。

あとは何か変更があった場合つぶしがきかない。何でもかんでもｓｑｌでやってると。
ばっくりととってきて画面で加工すると、変更等があってもメンテしやすい品。

**NAME IS NULL** · 2006/10/27(金) 19:31:20

PL/SQLなんて簡単ですよ…なんて大口たたいてたやつの
ソースをみたら、きったねぇのなんの。

「簡単ですよ」なんて事を簡単に口にするやつに
ろくなやつはいないね。

**NAME IS NULL** · 2006/11/06(月) 23:28:13

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

それしかできないからそんなこというのか？

**NAME IS NULL** · 2006/11/14(火) 21:55:42

>>77
あーすまん。
そっち側の人だったか。

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

**NAME IS NULL** · 2006/11/15(水) 07:56:37

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

**NAME IS NULL** · 2006/11/15(水) 22:58:56

正直COBOLやRPGでプログラムされるくらいなら
SQLでゴリゴリやってくれた方がいいな。

Java＋JDBCとゴリゴリなSQLだと微妙だったり。

**NAME IS NULL** · 2006/11/17(金) 09:44:07

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

**NAME IS NULL** · 2007/06/03(日) 01:18:51

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

**NAME IS NULL** · 2008/02/07(木) 00:02:11

**NAME IS NULL** · 2008/02/27(水) 00:08:23

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

**NAME IS NULL** · 2008/06/27(金) 00:05:24

age

**NAME IS NULL** · 2008/07/11(金) 16:15:40

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

**NAME IS NULL** · 2009/07/19(日) 15:02:15

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

**NAME IS NULL** · 2009/07/24(金) 00:29:32

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

**NAME IS NULL** · 2009/07/30(木) 22:05:59

しかし・・・88来るまで5年かかってるんですかぁ・・・

PL/SQLは、SQLと融合できるところがいい。
ＳＱＬ言語は美しいねぇ。集合だねぇ。一発解決だ。
でもって奥が深い。もっと極めねば。

PL/SQLの言語はちょっとゴツゴツしてる感じ。
スマートじゃない。前方参照できないとか。
C#の言語は美しいねぇ。

できればもっと洗練してくれないかなPL/SQL。

**NAME IS NULL** · 2009/08/02(日) 13:42:11

>>89

たしかにPL/SQLは美しくないね。
ソース見てもそうだし、言語自体も
論理的に作られているとは思えない。

場当たり的な機能拡張が好きなOracleらしし・・と言われればその通りだけど・・

**NAME IS NULL** · 2010/02/03(水) 01:36:37

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

すいませんけど教えてください

**NAME IS NULL** · 2010/10/22(金) 19:26:59

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

**NAME IS NULL** · 2010/10/23(土) 00:39:06

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

**NAME IS NULL** · 2010/11/16(火) 01:30:43

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

**NAME IS NULL** · 2011/06/04(土) 13:54:37.33

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

PL/SQL　いいじゃねぇか。ああ？

慣れてるから使い易いんだ。悪いか。

**NAME IS NULL** · 2013/02/11(月) 22:39:35.09

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

**NAME IS NULL** · 2013/02/14(木) 21:30:54.50

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

**NAME IS NULL** · 2013/02/17(日) 23:08:14.52

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

最近はSEの仕事にPGの仕事が入ってることが多いなぁ

**NAME IS NULL** · 2013/02/18(月) 22:29:18.33

このレスを書き込んで思った
上級SEがあるなら、下級SEがあるはず
下級SEって何するんやろう？

ちなみにPL/SQLなんて、オラクルの本とPL/SQLの本があればある程度できる

**NAME IS NULL** · 2013/02/21(木) 19:35:54.45

本読んでサッっとできる程度の処理ならあえてPL/SQLに持ち込む必要もあるまいに
使ってる言語のDBのバインドが腐っててパフォーマンスが出ないからDB側で何とかする必要があるケースはあるんだろうけど

**NAME IS NULL** · 2013/02/22(金) 00:14:38.98

>100
たまに、プロジェクトでというか会社であるんですよ
「うちは全部PL/SQLで組んでるから」とか
「PL/SQLができない人は採用しないんですよ」とか
「オラクルの資格を持ってる人しか採用しないんです」とか
PL/SQLを使う理由が明確でないプロジェクトもありましたね

開発でPL/SQLがわかる人が組んでも、運用や保守をやる人でPL/SQLを知らない人もいる

**NAME IS NULL** · 2013/03/02(土) 23:51:51.10

>99
＞下級SEって何するんやろう？

下級SEってのは、なんちゃってSEのことだよ

**NAME IS NULL** · 2015/12/22(火) 08:31:06.37

OracleでPL/SQLが分からないというのは、UNIX、Linuxでシェルスクリプトが分からないというのと同じレベルのひどさ。

**NAME IS NULL** · 2016/01/01(金) 16:47:50.96

http://dl.dropbox.com/s/0v1sfazn1ejxsn5/neto.html?dl=00

**NAME IS NULL** · 2016/01/08(金) 06:40:52.29

PL/SQLの求人86件の平均最低月給247,900円
http://jobinjapan.jp/job-listing/keyword-plsql.html

**NAME IS NULL** · 2017/12/29(金) 11:52:09.01

誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒　『宮本のゴウリエセレレ』というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

XC7EHJCXE3

**NAME IS NULL** · 2018/06/19(火) 19:48:36.51

SQLは良い参考書沢山あるけどPLSQLの名著ないんか

**NAME IS NULL** · 2018/10/04(木) 17:16:06.31

>>107
名著と呼べるものはないね。翔泳社の本ならそこそこ信用できる。

技術評論社のPL/SQLのポケットリファレンスはふざけているので買ってはいけない。

**NAME IS NULL** · 2018/10/05(金) 13:52:49.79

>>107
定番はこれなのかな、これはkindle版だけど
https://www.amazon.co.jp/dp/B00QJINRLG

「プロ」とか書いてある割に最初のうちプログラム自体初めての人向けな内容で
なかなか本論に入らないじれったさがある
サンプルコードも首を傾げたくなる箇所がないでもないけど
まぁどんな本でもそういうもんだし

**NAME IS NULL** · 2019/04/16(火) 20:10:13.94

**NAME IS NULL** · 2019/09/03(火) 19:26:05.43

>>109
PL/SQLの本ではまともな部類に入るよ。技術評論社のポケットリファレンスシリーズのPL/SQLの本はぶん投げたくなるけどw

**NAME IS NULL** · 2019/09/20(金) 22:32:50.94

PL SQLとSQL間のエンジン切替のオーバーヘッドがイケてないよな。
インメモリデータベースとかより、まずそっちだろうと思う。

**NAME IS NULL** · 2019/09/20(金) 23:01:03.05

>>112
よく知らずにものを言うな

**NAME IS NULL** · 2019/09/20(金) 23:39:09.77

>>113
オーバーヘッドで酷い目にあったことはあるが、何故未だにそれを解消できる技術力がオラクル社にないのかは知らないなぁ。

**NAME IS NULL** · 2019/09/23(月) 01:13:48.26

もしかして昔の解析エンジンが別だったころの話をしているのか？

**NAME IS NULL** · 2019/09/23(月) 01:17:43.49

インメモリデータベースなんてもう話題にすらなっていない。

もともとOracle Databaseはメモリの割り当てが多ければ、ほとんどのことをメモリ上でやっている。

いつの時代の話をしているのか？

**NAME IS NULL** · 2019/09/23(月) 08:11:11.21

>>115
11gの話だよ

**NAME IS NULL** · 2019/09/27(金) 21:47:50.22

どうでもいいレベルの速度を気にするやつは死んでもらいたい

**NAME IS NULL** · 2019/09/28(土) 10:53:47.00

50になって初めてSQL案件に突っ込む羽目になった底辺ITドカタにおすすめのPL/SQL入門書しってたら教えてクレメンス!
>>109で紹介された本はソッコー買ったし、読み始めた。

ターゲットは「今更？」とおもわんでもないけどOracle 11gの火吹き案件に10月から追加燃料として投入されるんだ。
30代の若いのが入ってたけど燃え尽きたんで代わりの燃料になってこいと言うことらしい・・・

SQLは「10年ぐらい前のことだ。PostgreSQLを8.xをちょろっと触ったことがある程度なんだぜ」な、老頭まで突っ込むとかどんだけー！？な炎上案件なんで何やっても無駄なのかもしれないが、ないよりマシだと思いたい・・・

**NAME IS NULL** · 2019/09/28(土) 12:45:42.04

>>119
オラクルマスターのPL/SQL Developerの対策本。

翔泳社の古本しかなく、価格が高騰しているが、買う価値はある。

**119** · 2019/09/29(日) 08:29:30.67

>>120
ありがとう。
さっそく入手せねば！

**NAME IS NULL** · 2019/09/30(月) 00:15:49.89

>>121
いまメルカリとラクマで調べたら、15,000円のものが一つだけあった。

Oracle9i時代の一つ前の本でも6,000円。

Oracle9i時代の本はLOB型の操作ばかり解説しているからあまりお勧めはしない。

**NAME IS NULL** · 2019/10/01(火) 21:49:50.95

>>118
どうでも良い速度じゃないよ。一件づつカーソル回す時と、ファンクション使うsqlではコンテキストスイッチのオーバーヘッドが致命的。
処理データ量増えてからハマるヤツ。
少なくとも12cでは解消してないな。

**NAME IS NULL** · 2019/10/02(水) 23:53:59.20

>>123
頭がおかしいのか？

**NAME IS NULL** · 2019/10/04(金) 00:03:27.44

並列処理化が思いつかない阿呆なんだろうね

**NAME IS NULL** · 2019/10/05(土) 16:51:53.10

plsqlで並列処理って一般的か？？

**NAME IS NULL** · 2019/10/06(日) 11:43:20.54

どんなレベルなんだよw

**NAME IS NULL** · 2019/10/06(日) 11:46:10.65

>>126
バッチ処理なら当たり前

**NAME IS NULL** · 2022/10/31(月) 22:19:12.23

>>126
あんたみたいな人間ばかりだよな

自分の同じ言語のプログラムからマルチプロセスやマルチスレッドが使えないとできないと思い込む

**NAME IS NULL** · 2023/01/19(木) 22:43:43.64

同じ言語で作られたプロセスがスレッドをコントロールしていないとダメみたいな中途半端な知識を持っているから変なことを言うんだよな。

**NAME IS NULL** · 2023/05/28(日) 05:06:51.59

あげ

**NAME IS NULL** · 2023/06/04(日) 21:41:21.21

なぜか日本ではストアドプロシージャは古いみたいな印象操作がされているよな。不思議だ。