PL/SQLできない香具師が上級SE
こういう香具師って、まじで設計が腐ってると思いませんか?
C++やJavaやVBでGUI作ってるのとわけが違います。
DB系って、コーディング経験ない香具師が上になると苦労しますよね。
>>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 SQLは良い参考書沢山あるけどPLSQLの名著ないんか >>107
名著と呼べるものはないね。翔泳社の本ならそこそこ信用できる。
技術評論社のPL/SQLのポケットリファレンスはふざけているので買ってはいけない。 >>107
定番はこれなのかな、これはkindle版だけど
https://www.amazon.co.jp/dp/B00QJINRLG
「プロ」とか書いてある割に最初のうちプログラム自体初めての人向けな内容で
なかなか本論に入らないじれったさがある
サンプルコードも首を傾げたくなる箇所がないでもないけど
まぁどんな本でもそういうもんだし >>109
PL/SQLの本ではまともな部類に入るよ。技術評論社のポケットリファレンスシリーズのPL/SQLの本はぶん投げたくなるけどw PL SQLとSQL間のエンジン切替のオーバーヘッドがイケてないよな。
インメモリデータベースとかより、まずそっちだろうと思う。 >>113
オーバーヘッドで酷い目にあったことはあるが、何故未だにそれを解消できる技術力がオラクル社にないのかは知らないなぁ。 もしかして昔の解析エンジンが別だったころの話をしているのか? インメモリデータベースなんてもう話題にすらなっていない。
もともとOracle Databaseはメモリの割り当てが多ければ、ほとんどのことをメモリ上でやっている。
いつの時代の話をしているのか? どうでもいいレベルの速度を気にするやつは死んでもらいたい 50になって初めてSQL案件に突っ込む羽目になった底辺ITドカタにおすすめのPL/SQL入門書しってたら教えてクレメンス!
>>109で紹介された本はソッコー買ったし、読み始めた。
ターゲットは「今更?」とおもわんでもないけどOracle 11gの火吹き案件に10月から追加燃料として投入されるんだ。
30代の若いのが入ってたけど燃え尽きたんで代わりの燃料になってこいと言うことらしい・・・
SQLは「10年ぐらい前のことだ。PostgreSQLを8.xをちょろっと触ったことがある程度なんだぜ」な、老頭まで突っ込むとかどんだけー!?な炎上案件なんで何やっても無駄なのかもしれないが、ないよりマシだと思いたい・・・ >>119
オラクルマスターのPL/SQL Developerの対策本。
翔泳社の古本しかなく、価格が高騰しているが、買う価値はある。 >>121
いまメルカリとラクマで調べたら、15,000円のものが一つだけあった。
Oracle9i時代の一つ前の本でも6,000円。
Oracle9i時代の本はLOB型の操作ばかり解説しているからあまりお勧めはしない。 >>118
どうでも良い速度じゃないよ。一件づつカーソル回す時と、ファンクション使うsqlではコンテキストスイッチのオーバーヘッドが致命的。
処理データ量増えてからハマるヤツ。
少なくとも12cでは解消してないな。 >>126
あんたみたいな人間ばかりだよな
自分の同じ言語のプログラムからマルチプロセスやマルチスレッドが使えないとできないと思い込む 同じ言語で作られたプロセスがスレッドをコントロールしていないとダメみたいな中途半端な知識を持っているから変なことを言うんだよな。 なぜか日本ではストアドプロシージャは古いみたいな印象操作がされているよな。不思議だ。