SQLだけ苦手 (172ﾚｽ)
上下前次1-新
43: 2018/08/02(木)20:47 AAS
>>42
あるよ。C言語をメインに開発しているところでは使われている。ただしPro*Cを使うメリットはほぼない。
C言語しかわからないひとはPro*Cの方がとっつきやすいだけ。
44(2): 2018/08/03(金)18:42 AAS
「だけ」というか、なんでSQLを他の言語と混同するのかが解らない。
45: 2018/08/03(金)19:33 AAS
>>44
DBから任意のデータを抽出するにはSQLを使わざるを得ないでしょ？
嫌ならCSVにでも出力させてから得意な言語で取ったり加工してロードすれば良い。
大量処理の場合、その方が早いこともあるけどな
46(1): 2018/08/08(水)00:42 AAS
10行以上のSQLは
見るの疲れるから止めてください！
47(1): 2018/08/08(水)02:26 AAS
>>46
列ごとに1行で書く奴は確かに困るな。
でも結合やサブクエリを多用すると10行は超えることあるわ。
プログラム側でフェッチして書く方がプログラマは納得いくんだろうけど、そこは改宗したつもりでDBに委ねるのがSIerのプログラマだと思う
48: 2018/08/12(日)23:18 AAS
>>44
Pro*CはOracle Databaseの世界ではSQLの範疇でC言語ではない。
49: 2018/08/12(日)23:19 AAS
>>47
はあ？いつもどんな単純なことしかしてないのか？
50: 2018/08/12(日)23:23 AAS
SQLの構文は確かに失敗だった。しかしデファクトスタンダードになってしまったのだから仕方ない。
中途半端な英語の指示は日本人より英語圏の人の方が混乱してわかりにくいだろう。
途中まではよかったがSQLを拡張していく過程で開発者が面倒になってわかりづらい構文になってしまった。
51: 2018/08/13(月)20:27 AAS
SQL苦手だと池袋のシスラボの研修でクビになるよ
52(1): 2018/08/14(火)12:34 AAS
初心者プログラマにSQLを使わせないでDB操作をするためのライブラリとかクラスを作れ。
見たいな仕事は結構したよ。
俺が、DB操作のための新たな言語仕様をでっち上げて、それをSQLに変換するみたいな。
結局、SQLを直に書くが一番と分かった。
53: 2018/08/14(火)12:57 AAS
>>52
既存のORM使えばいいじゃん
なぜそんな仕事を...
54(1): 2018/08/14(火)13:13 AAS
文法を統一してくれ。
同じメーカーの製品なのに
accessとsqlserverで違うのが
一番納得できん。
55: 2018/08/15(水)08:07 AAS
>>54
accessのjetは困るね。
まあ、おもちゃだから仕方がない。
mysqlを自分のpcに入れるしかないわ
56(1): 2018/08/16(木)01:29 AAS
え、ちょっと待って
MySQLもおもちゃよ？
57: 2018/08/16(木)08:59 AAS
えっ
58: 2018/08/16(木)19:37 AAS
煽るなよ。
oracleが正義なのはよく分かるけどさ
ボラクルになってからはもうポスグレかmysqlかsql serverの三択になってるよね。
俺の知識も化石化してる。
59: 2018/08/18(土)16:13 AAS
Postgressだろ？
今のバージョンは性能いいらしいぞ？
60(1): 2018/08/18(土)16:23 AAS
oracleってロック制御が
へんと言うか特殊だよな。
見えるのか見えないのか
はっきりしてくれ
61: 2018/08/18(土)17:02 AAS
>>60
そこら辺が病みつきになる理由だよ
ダーティーリードという言葉自体にアレルギー湧いちゃう人にはOracle以外は使えない
62(3): 2018/08/18(土)18:08 AAS
設計ミスのカオス系システムだとDBに超絶負荷がかかるからDB職人の神業で対応せざるを得なくなって性能や機能が求められるのでOracleに頼りたくなる
でもDDDのリポジトリパターンにしたがって開発してるとBDの性能とか機能を追求したくなるような場面って思ったよりずっと少なくなるのでPostgreSQLやMySQLでなんの問題もない
63(1): 2018/08/19(日)00:48 AAS
>>62
DDDと性能になんの関係があんだよ素人
リポジトリパターンって言いたいだけっしょ
64(1): 2018/08/19(日)09:32 AAS
>>63
>>62に書いてあるじゃん
きみ外人か?
65(1): 2018/08/19(日)09:46 AAS
× SQLだけ苦手
○ 他の苦手なものをまだ知らないだけ
66: 2018/08/19(日)09:48 AAS
>>56
おもちゃかどうかの基準は、クライアントサーバー方式かどうかだ
67(1): 2018/08/19(日)09:49 AAS
>>64
では>>62の中から、DDDと性能が関係していることを
示す文章を抜き出してみなさい
68: 2018/08/19(日)10:03 AAS
>>67
>設計ミスのカオス系システムだとDBに超絶負荷がかかるからDB職人の神業で対応せざるを得なくなって性能や機能が求められるのでOracleに頼りたくなる
>でもDDDのリポジトリパターンにしたがって開発してるとBDの性能とか機能を追求したくなるような場面って思ったよりずっと少なくなるのでPostgreSQLやMySQLでなんの問題もない
69(1): 2018/08/19(日)10:05 AAS
よこからすまんけど、
＞ 設計ミスのカオス系システムだとDBに超絶負荷がかかるから
そりゃ、設計ミスならそうなるかもなあ(笑)
＞ DDDのリポジトリパターンにしたがって開発して
設計をやりなおせば、まともに近づくのはそりゃ当たり前すぎて
馬鹿なのかお前は子供か？
省1
70: 2018/08/19(日)10:08 AAS
DDDなんてわざわざ読む価値があるのか？
普通のSEなら知ってることばかりじゃないか？
DDDのような屁理屈本を初心者が読むと
勘違いして弊害のほうが多くなるからなあ(笑)
71(1): 2018/08/19(日)12:56 AAS
>>69
バカはお前やん
俺は最初から当たり前のことを当たり前のように言っただけだぞ
それをお前が「あっこれ当たり前のことだ」って気がつくまでやたら時間をかけて
子供でもすぐに気がつくことに気が付かなかった羞恥心をごまかすためにそんなレスをしたんだろう
72: 2018/08/19(日)13:07 AAS
設計ミスのバカシステムしか作れないバカは高機能高スペックのDBを使ってゴリ押しするしかない
まともな設計をしている常識人は平凡な機能と平凡なスペックのDBでもなんの問題もなくやっていける
当たり前すぎるレス内容だから即座に内心同意して既読スルーする以外の選択肢などないと思っていたが
こんなアタリマエのことに突っかかってくる個性的な人も世の中にはいたんだね
73: 2018/08/19(日)17:10 AAS
>>71
馬鹿はお前だろがクズ。
DDDなんて関係ないだろうが？
なに知ったかして書いてんだクズ。
おれさまDDD知ってるもん！とか思ってんだろ高卒の馬鹿ｗ
74: 2018/08/19(日)17:36 AAS
あらら壊れちゃった
75: 2018/08/19(日)19:40 AAS
スキル不足を棚に上げてボラクルの性能に頼ろうとするクズPG
76(2): 2018/08/19(日)21:45 AAS
DBのスキルとPGのスキルは少し違うよね？
スーパープログラマはDBA目指さないし
意味不明にロックして泣きそうにデバッグ？するよかOracleでガンガンコードを書き進めたいよ
77(1): 2018/08/19(日)22:39 AAS
>>76
典型的な素人
78: 2018/08/19(日)23:19 AAS
>>77
俺が素人ならお前さんは何者なんだい？
IT弁慶かな？
79(1): 2018/08/20(月)00:21 AAS
>>76
いやいや、全部ひっくるめてエンジニアスキルでしょ。
判らなくて良いんだってのは、有り得ないから。
判らなくて恥ずかしいと思わないと。
80(1): 2018/08/20(月)02:33 AAS
>>79
40代だとDB=Oracleだったので、当時のプラチナ持ちまでいたと思うけど時代は変わってしまったよ。仕方がないけどね
81: 2018/08/20(月)18:48 AAS
>>意味不明にロックして泣きそうにデバッグ？するよかOracleでガンガンコードを書き進めたいよ
Oracle{に}がんがんコード書いて、ロックしても意味不明で泣きそうになってる。んだろが。
82: 2018/08/22(水)21:54 AAS
始まったら思い出す
終わったらわすれる
(最初に戻る)
83: 2018/09/04(火)15:21 AAS
>>80
昔のオラクルマスターのプラチナはいまのBronzeレベル。
84: 1 2019/03/29(金)21:01 AAS
SQLから逃亡してもう1年になるのか
今はasmメインなので活き活きしてるよ。
85: 2021/01/11(月)23:25 AAS
構文だけに着目すれば標準的な一階論理とほぼほぼ同じなんだけど、シンタックスシュガーがあまあますぎる…
selectとかjoinとかもうね
論理記号で書いてテキスト置換して食わせようかしら…
86: 2021/09/30(木)00:38 AAS
一階述語論理から始めるのがいいと思う
87: 2024/03/29(金)13:38 AAS
まさか占い信じてるのかわからんわ
40超え
ここまでエアコンつけてないからな
88: 2024/03/29(金)15:17 AAS
コスパ良くね？
89: 2024/03/29(金)16:03 AAS
持ってるだけ
運行しないと正しい判断をしたんだよ
脇でも大迫力の演技
90: 09/16(火)20:46 AAS
>>65
確かにｗ
91: 09/24(水)23:03 AAS
C#ならsql一切見なくてもDB使えるよな？
92: 09/26(金)18:02 AAS
そりゃ無理だろ
細かいことしようと思ったらSqlCommand使うしかないし
93(1): 09/26(金)18:05 AAS
SqlCommandは万能だけど文字列連結でSQLを作ってぶち込む馬鹿が居るから使用禁止にしてた
94: 09/27(土)02:13 AAS
それがNGかどうかは場合によるだろ
95: 09/27(土)07:59 AAS
当然場合によるよ
うちは無能なSESが多い現場だったからそうせざるを得なかった
96: 09/27(土)09:25 AAS
sqlで細かい事やろうとしなければいいんだよ
ガバッと取り込んで、あとはlinqでやる
97: 09/27(土)13:53 AAS
場合によるとか、そんな当たり前過ぎる話をされてもね
98: 09/27(土)14:29 AAS
無知で申し訳ないんだけど、LINQするときって内部的にはWHERE句が使われるんだろうか？
ググると「SqlCommand使おう！」みたいないかがでしたかブログしか出てこない
まさかSELECTで全部取得した結果に対してWhere()で絞ったりとかは無いよね？
99: 09/27(土)14:32 AAS
Where()したときにWHERE句が使われるかどうかを知りたい
ChatGPTはそう仰ってたけどソースがないから信用ならん
100: 09/27(土)15:02 AAS
SQL作るところはプロに任せて、知らない若手にはラッパーで操作してもらうが最適解に思えてきた
上で既に結論が出てるっぽいけど
101: 09/27(土)19:54 AAS
クエリパラメータを使っていればパフォーマンス的には問題ないし、バックエンドでの処理ならインジェクションのリスクも少ない
linqだと遅延評価による無駄なクエリ実行やToListしてからwhere書いちゃうミスもある
場合によるというのはそういうこと
102: 10/06(月)04:00 AAS
静的SQLのようなもんだしな
103(1): 10/09(木)00:28 AAS
sqlなんて今時経理でも書けるぞ
104: 10/09(木)14:05 AAS
>>103
そういう世界だったら楽だけどな
105(1): 10/09(木)21:43 AAS
何かしら出したいデータセットがあるとして、それをクエリ側でやるべきかアプリ側でやるべきかいつも悩む
何百行の複雑な1SQLで完結させると、メンテできる人が限られるけど関心事がクエリに絞られる
アプリ側で実装するとそれはそれで複雑になるけど対応できる人が限定されにくい
106(2): 10/10(金)08:33 AAS
>>93
別にエエやんけ
禁止すると応用効かへんぞ
107: 10/10(金)23:38 AAS
>>105
何のためにストアドプロシージャがあるんだよ？
108(1): 10/11(土)00:01 AAS
>>106
SQLインジェクションされても同じ事が言えるのか
109: 10/11(土)04:01 AAS
ストアドとか生産性クソだし触りたくないな
今どき速度がどうこうでストアド使うことなんてないし
110: 10/11(土)12:57 AAS
>>106
全然良くなくて草
プロダクトでそれやったらお終いだよ
お前みたいな無知が居るから禁止しないといけないんだよ
111: 10/11(土)13:04 AAS
ユーザー入力にはプレースホルダ使うのは必須
さもないとインジェクションでDBぶっ壊されるよ
SESでこういう文字列連結やらかす無能がいる
112: 10/11(土)13:33 AAS
SqlCommandにもParameterあるからな
強制するルールにすればSQLインジェクションの問題はないからSqlCommandを禁止する理由にはならない
コードレビューすらしない現場なら知ったことではないが
113: 10/11(土)13:55 AAS
俺の現場では当然レビューはするよ
ただレビューコストがかかりすぎる、指摘が多すぎて別人にやってもらった方が早いなら、その人には禁止にした方が合理的
レベルが低すぎるSESにはSQL書かなくてもいい簡単な仕事を任せればいいだけ
114: 10/11(土)13:57 AAS
あ、これは俺の現場の話なので、元のSqlCommand禁止云々の話は知らん
多分禁止するだけの理由が何かあるんだろう
115: 10/11(土)13:58 AAS
あまりにもクソコードすぎてコーディング自体を禁止された派遣の人なら知ってる
そいつは最終的にテスト作業しか振られなくなった
116: 10/11(土)14:06 AAS
placeholder強制は強制されなくても常識だよね
問題はこの必要性が分からない人が仕事にアサインされることであって
新人なら仕方ない
経歴盛ったSESがこれをやらかすのは大問題かと
117(1): 10/11(土)17:07 AAS
ストアドプロシージャなんて久々に聞いた言葉だ
118(2): 10/11(土)19:45 AAS
>>117
ちなみにデータ分析の世界ではストアドが主流なんだが？
119: 10/11(土)20:00 AAS
開発系なんでストアドなんて使わんわ
120: 10/11(土)20:05 AAS
むしろストアドプロシージャそのものを知らない
121(1): 10/11(土)21:21 AAS
>>118
結局何が言いたいのか意味不明
122: 10/11(土)21:51 AAS
どうせ自慢したいだけなんでしょ
123: 10/11(土)22:42 AAS
>>118
そんなトレンド聞いたことないわ
お前の会社だけだろ
上下前次1-新書関写板覧索設栞歴
あと 49 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.012s