SQLだけ苦手
>>32
クズみたいなツール有難がって使うような奴は巨大クソのメンテでもしてろ >>36
あのさ
お前が好きな文法でSQLもどきを作るだろ、コンバータにかけるだろ、それを本番のソースに埋め込めよって書いただけだぞ
セキュリティの面やチューニングは別人の専門家がやるという面からも、プログラム動作中に文字列を連結させてSQLを組み立てるはSQLをコンパイルする時間もかかるし禁止されてるプロジェクトもあるんだよってこと
万人月のプロジェクトの経験が無いと意味不明なのはわかるけど文句言うのはおよしなさいよ >>37
正直どうでも良いし絡んでも仕方ないんだけど
大手様謹製のクソツールに習熟したって大手のクソ仕事にしか役に立たないでしょ
素人が頑張って作ったようなツールよりも、OSSのプロダクトのほうがちゃんとしてるでしょ
俺は仕事選べるうちは、もうああいうのはやらん
>>38
長いよ 大手様謹製のクソツールって、こいつなんの話をしてんだw そういえば昔 pro*c ってあったな。今もあるのか? >>42
あるよ。C言語をメインに開発しているところでは使われている。ただしPro*Cを使うメリットはほぼない。
C言語しかわからないひとはPro*Cの方がとっつきやすいだけ。 「だけ」というか、なんでSQLを他の言語と混同するのかが解らない。 >>44
DBから任意のデータを抽出するにはSQLを使わざるを得ないでしょ?
嫌ならCSVにでも出力させてから得意な言語で取ったり加工してロードすれば良い。
大量処理の場合、その方が早いこともあるけどな 10行以上のSQLは
見るの疲れるから止めてください! >>46
列ごとに1行で書く奴は確かに困るな。
でも結合やサブクエリを多用すると10行は超えることあるわ。
プログラム側でフェッチして書く方がプログラマは納得いくんだろうけど、そこは改宗したつもりでDBに委ねるのがSIerのプログラマだと思う >>44
Pro*CはOracle Databaseの世界ではSQLの範疇でC言語ではない。 >>47
はあ?いつもどんな単純なことしかしてないのか? SQLの構文は確かに失敗だった。しかしデファクトスタンダードになってしまったのだから仕方ない。
中途半端な英語の指示は日本人より英語圏の人の方が混乱してわかりにくいだろう。
途中まではよかったがSQLを拡張していく過程で開発者が面倒になってわかりづらい構文になってしまった。 初心者プログラマにSQLを使わせないでDB操作をするためのライブラリとかクラスを作れ。
見たいな仕事は結構したよ。
俺が、DB操作のための新たな言語仕様をでっち上げて、それをSQLに変換するみたいな。
結局、SQLを直に書くが一番と分かった。 >>52
既存のORM使えばいいじゃん
なぜそんな仕事を... 文法を統一してくれ。
同じメーカーの製品なのに
accessとsqlserverで違うのが
一番納得できん。 >>54
accessのjetは困るね。
まあ、おもちゃだから仕方がない。
mysqlを自分のpcに入れるしかないわ 煽るなよ。
oracleが正義なのはよく分かるけどさ
ボラクルになってからはもうポスグレかmysqlかsql serverの三択になってるよね。
俺の知識も化石化してる。 Postgressだろ?
今のバージョンは性能いいらしいぞ? oracleってロック制御が
へんと言うか特殊だよな。
見えるのか見えないのか
はっきりしてくれ >>60
そこら辺が病みつきになる理由だよ
ダーティーリードという言葉自体にアレルギー湧いちゃう人にはOracle以外は使えない 設計ミスのカオス系システムだとDBに超絶負荷がかかるからDB職人の神業で対応せざるを得なくなって性能や機能が求められるのでOracleに頼りたくなる
でもDDDのリポジトリパターンにしたがって開発してるとBDの性能とか機能を追求したくなるような場面って思ったよりずっと少なくなるのでPostgreSQLやMySQLでなんの問題もない >>62
DDDと性能になんの関係があんだよ素人
リポジトリパターンって言いたいだけっしょ >>63
>>62に書いてあるじゃん
きみ外人か? × SQLだけ苦手
○ 他の苦手なものをまだ知らないだけ >>56
おもちゃかどうかの基準は、クライアントサーバー方式かどうかだ >>64
では>>62の中から、DDDと性能が関係していることを
示す文章を抜き出してみなさい >>67
>設計ミスのカオス系システムだとDBに超絶負荷がかかるからDB職人の神業で対応せざるを得なくなって性能や機能が求められるのでOracleに頼りたくなる
>でもDDDのリポジトリパターンにしたがって開発してるとBDの性能とか機能を追求したくなるような場面って思ったよりずっと少なくなるのでPostgreSQLやMySQLでなんの問題もない よこからすまんけど、
> 設計ミスのカオス系システムだとDBに超絶負荷がかかるから
そりゃ、設計ミスならそうなるかもなあ(笑)
> DDDのリポジトリパターンにしたがって開発して
設計をやりなおせば、まともに近づくのはそりゃ当たり前すぎて
馬鹿なのかお前は子供か?
と思ったw DDDなんてわざわざ読む価値があるのか?
普通のSEなら知ってることばかりじゃないか?
DDDのような屁理屈本を初心者が読むと
勘違いして弊害のほうが多くなるからなあ(笑) >>69
バカはお前やん
俺は最初から当たり前のことを当たり前のように言っただけだぞ
それをお前が「あっこれ当たり前のことだ」って気がつくまでやたら時間をかけて
子供でもすぐに気がつくことに気が付かなかった羞恥心をごまかすためにそんなレスをしたんだろう 設計ミスのバカシステムしか作れないバカは高機能高スペックのDBを使ってゴリ押しするしかない
まともな設計をしている常識人は平凡な機能と平凡なスペックのDBでもなんの問題もなくやっていける
当たり前すぎるレス内容だから即座に内心同意して既読スルーする以外の選択肢などないと思っていたが
こんなアタリマエのことに突っかかってくる個性的な人も世の中にはいたんだね >>71
馬鹿はお前だろがクズ。
DDDなんて関係ないだろうが?
なに知ったかして書いてんだクズ。
おれさまDDD知ってるもん!とか思ってんだろ高卒の馬鹿w スキル不足を棚に上げてボラクルの性能に頼ろうとするクズPG DBのスキルとPGのスキルは少し違うよね?
スーパープログラマはDBA目指さないし
意味不明にロックして泣きそうにデバッグ?するよかOracleでガンガンコードを書き進めたいよ >>77
俺が素人ならお前さんは何者なんだい?
IT弁慶かな? >>76
いやいや、全部ひっくるめてエンジニアスキルでしょ。
判らなくて良いんだってのは、有り得ないから。
判らなくて恥ずかしいと思わないと。 >>79
40代だとDB=Oracleだったので、当時のプラチナ持ちまでいたと思うけど時代は変わってしまったよ。仕方がないけどね >>意味不明にロックして泣きそうにデバッグ?するよかOracleでガンガンコードを書き進めたいよ
Oracle{に}がんがんコード書いて、ロックしても意味不明で泣きそうになってる。んだろが。 始まったら思い出す
終わったらわすれる
(最初に戻る) >>80
昔のオラクルマスターのプラチナはいまのBronzeレベル。 SQLから逃亡してもう1年になるのか
今はasmメインなので活き活きしてるよ。 構文だけに着目すれば標準的な一階論理とほぼほぼ同じなんだけど、シンタックスシュガーがあまあますぎる…
selectとかjoinとかもうね
論理記号で書いてテキスト置換して食わせようかしら… まさか占い信じてるのかわからんわ
40超え
ここまでエアコンつけてないからな 持ってるだけ
運行しないと正しい判断をしたんだよ
脇でも大迫力の演技