No.1
C++やJavaやVBでGUI作ってるのとわけが違います。
DB系って、コーディング経験ない香具師が上になると苦労しますよね。
C++やJavaやVBでGUI作ってるのとわけが違います。
DB系って、コーディング経験ない香具師が上になると苦労しますよね。
200: PL/SQLできない香具師が上級SE (132)
レス数: 52
概要: こういう香具師って、まじで設計が腐ってると思いませんか？ C++やJavaやVBでGUI作ってるのとわけが違います。 DB系って、コーディング経験ない香具師が上になると苦労しますよね。
C++やJavaやVBでGUI作ってるのとわけが違います。
DB系って、コーディング経験ない香具師が上になると苦労しますよね。
No.82
だめだなこりゃ。
PL/SQLに罪はないとおもうが、クライアントロジックを全部これで
書かせるってのは間違ってるだろ。
No.83
No.84
複雑になってくると分からんのですよ
No.85
No.86
さすがに京都では皆無だが。
No.87
sqlのトリッキーさもどうかと思うが、これはCOBOLと同じ道を歩む。
No.88
マシだろ？
No.89
PL/SQLは、SQLと融合できるところがいい。
ＳＱＬ言語は美しいねぇ。集合だねぇ。一発解決だ。
でもって奥が深い。もっと極めねば。
PL/SQLの言語はちょっとゴツゴツしてる感じ。
スマートじゃない。前方参照できないとか。
C#の言語は美しいねぇ。
できればもっと洗練してくれないかなPL/SQL。
No.90
たしかにPL/SQLは美しくないね。
ソース見てもそうだし、言語自体も
論理的に作られているとは思えない。
場当たり的な機能拡張が好きなOracleらしし・・と言われればその通りだけど・・
No.91
VB6.0内に書かれていたUPDATE文を
パッケージに落とし直して実行させるように変更依頼が来てるんです。
ループで回さなくててもいい処理なので、出来ればこのまま使いまわしたいのです。
すいませんけど教えてください
No.92
別にPL/SQLでUPDATE文を実行する制限気にしたことはないが、事情を
しらない人間に、きちんと提示ないとまともにコメントできる人はいない。
No.93
1年以上前の発言にコメントするのも何だが、
VBが美しいと思っているオヌシは一度能の摘出出手術を受けた方が良い。
No.94
途中少し気絶した
No.95
（しかも半年たってる）
PL/SQL いいじゃねぇか。ああ？
慣れてるから使い易いんだ。悪いか。
No.96
システム屋さんが納入していったのがサーバクライアント型のアプリ群
テーブルの中味を適宜取り出すのにどうしてもｓｑｌが必要なのでA5って言うアプリ使ってる
こんな簡単なことで本当に飯が食えるのか
貴様等おかしくないか？
No.97
No.98
データ抽出テーブルと抽出条件の結果さえ仕様に書いて、PGに渡せばOK
PL/SQLを使うかどうかは、共通仕様書でPMやPLが決める
最近はSEの仕事にPGの仕事が入ってることが多いなぁ
No.99
上級SEがあるなら、下級SEがあるはず
下級SEって何するんやろう？
ちなみにPL/SQLなんて、オラクルの本とPL/SQLの本があればある程度できる
No.100
使ってる言語のDBのバインドが腐っててパフォーマンスが出ないからDB側で何とかする必要があるケースはあるんだろうけど
No.101
たまに、プロジェクトでというか会社であるんですよ
「うちは全部PL/SQLで組んでるから」とか
「PL/SQLができない人は採用しないんですよ」とか
「オラクルの資格を持ってる人しか採用しないんです」とか
PL/SQLを使う理由が明確でないプロジェクトもありましたね
開発でPL/SQLがわかる人が組んでも、運用や保守をやる人でPL/SQLを知らない人もいる
No.102
＞下級SEって何するんやろう？
下級SEってのは、なんちゃってSEのことだよ
No.103
No.104
No.105
http:
No.106
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
XC7EHJCXE3
No.107
No.108
名著と呼べるものはないね。翔泳社の本ならそこそこ信用できる。
技術評論社のPL/SQLのポケットリファレンスはふざけているので買ってはいけない。
No.109
定番はこれなのかな、これはkindle版だけど
https:
「プロ」とか書いてある割に最初のうちプログラム自体初めての人向けな内容で
なかなか本論に入らないじれったさがある
サンプルコードも首を傾げたくなる箇所がないでもないけど
まぁどんな本でもそういうもんだし
No.110
No.111
PL/SQLの本ではまともな部類に入るよ。技術評論社のポケットリファレンスシリーズのPL/SQLの本はぶん投げたくなるけどw
No.112
インメモリデータベースとかより、まずそっちだろうと思う。
No.113
よく知らずにものを言うな
No.114
オーバーヘッドで酷い目にあったことはあるが、何故未だにそれを解消できる技術力がオラクル社にないのかは知らないなぁ。
No.115
No.116
もともとOracle Databaseはメモリの割り当てが多ければ、ほとんどのことをメモリ上でやっている。
いつの時代の話をしているのか？
No.117
11gの話だよ
No.118
No.119
>>109
で紹介された本はソッコー買ったし、読み始めた。
ターゲットは「今更？」とおもわんでもないけどOracle 11gの火吹き案件に10月から追加燃料として投入されるんだ。
30代の若いのが入ってたけど燃え尽きたんで代わりの燃料になってこいと言うことらしい・・・
SQLは「10年ぐらい前のことだ。PostgreSQLを8.xをちょろっと触ったことがある程度なんだぜ」な、老頭まで突っ込むとかどんだけー！？な炎上案件なんで何やっても無駄なのかもしれないが、ないよりマシだと思いたい・・・
No.120
オラクルマスターのPL/SQL Developerの対策本。
翔泳社の古本しかなく、価格が高騰しているが、買う価値はある。
No.121
ありがとう。
さっそく入手せねば！
No.122
いまメルカリとラクマで調べたら、15,000円のものが一つだけあった。
Oracle9i時代の一つ前の本でも6,000円。
Oracle9i時代の本はLOB型の操作ばかり解説しているからあまりお勧めはしない。
No.123
どうでも良い速度じゃないよ。一件づつカーソル回す時と、ファンクション使うsqlではコンテキストスイッチのオーバーヘッドが致命的。
処理データ量増えてからハマるヤツ。
少なくとも12cでは解消してないな。
No.124
頭がおかしいのか？
No.125
No.126
No.127
No.128
バッチ処理なら当たり前
No.129
あんたみたいな人間ばかりだよな
自分の同じ言語のプログラムからマルチプロセスやマルチスレッドが使えないとできないと思い込む
No.130
No.131
No.132
