SQLだけ苦手

**仕様書無しさん** · 2018/08/19(日) 10:08:09.02

DDDなんてわざわざ読む価値があるのか？
普通のSEなら知ってることばかりじゃないか？

DDDのような屁理屈本を初心者が読むと
勘違いして弊害のほうが多くなるからなあ(笑)

**仕様書無しさん** · 2018/08/19(日) 12:56:53.59

>>69
バカはお前やん

俺は最初から当たり前のことを当たり前のように言っただけだぞ

それをお前が「あっこれ当たり前のことだ」って気がつくまでやたら時間をかけて
子供でもすぐに気がつくことに気が付かなかった羞恥心をごまかすためにそんなレスをしたんだろう

**仕様書無しさん** · 2018/08/19(日) 13:07:44.68

設計ミスのバカシステムしか作れないバカは高機能高スペックのDBを使ってゴリ押しするしかない
まともな設計をしている常識人は平凡な機能と平凡なスペックのDBでもなんの問題もなくやっていける

当たり前すぎるレス内容だから即座に内心同意して既読スルーする以外の選択肢などないと思っていたが
こんなアタリマエのことに突っかかってくる個性的な人も世の中にはいたんだね

**仕様書無しさん** · 2018/08/19(日) 17:10:43.69

>>71
馬鹿はお前だろがクズ。

DDDなんて関係ないだろうが？

なに知ったかして書いてんだクズ。

おれさまDDD知ってるもん！とか思ってんだろ高卒の馬鹿ｗ

**仕様書無しさん** · 2018/08/19(日) 17:36:53.16

あらら壊れちゃった

**仕様書無しさん** · 2018/08/19(日) 19:40:23.42

スキル不足を棚に上げてボラクルの性能に頼ろうとするクズPG

**仕様書無しさん** · 2018/08/19(日) 21:45:15.39

DBのスキルとPGのスキルは少し違うよね？
スーパープログラマはDBA目指さないし
意味不明にロックして泣きそうにデバッグ？するよかOracleでガンガンコードを書き進めたいよ

**仕様書無しさん** · 2018/08/19(日) 22:39:00.24

>>76
典型的な素人

**仕様書無しさん** · 2018/08/19(日) 23:19:26.04

>>77
俺が素人ならお前さんは何者なんだい？
IT弁慶かな？

**仕様書無しさん** · 2018/08/20(月) 00:21:02.46

>>76
いやいや、全部ひっくるめてエンジニアスキルでしょ。
判らなくて良いんだってのは、有り得ないから。
判らなくて恥ずかしいと思わないと。

**仕様書無しさん** · 2018/08/20(月) 02:33:40.61

>>79
40代だとDB=Oracleだったので、当時のプラチナ持ちまでいたと思うけど時代は変わってしまったよ。仕方がないけどね

**仕様書無しさん** · 2018/08/20(月) 18:48:24.98

>>意味不明にロックして泣きそうにデバッグ？するよかOracleでガンガンコードを書き進めたいよ
Oracle{に}がんがんコード書いて、ロックしても意味不明で泣きそうになってる。んだろが。

**仕様書無しさん** · 2018/08/22(水) 21:54:30.38

始まったら思い出す
終わったらわすれる
(最初に戻る)

**仕様書無しさん** · 2018/09/04(火) 15:21:45.96

>>80
昔のオラクルマスターのプラチナはいまのBronzeレベル。

1 · 2019/03/29(金) 21:01:31.57

SQLから逃亡してもう1年になるのか
今はasmメインなので活き活きしてるよ。

**仕様書無しさん** · 2021/01/11(月) 23:25:12.30

構文だけに着目すれば標準的な一階論理とほぼほぼ同じなんだけど、シンタックスシュガーがあまあますぎる…
selectとかjoinとかもうね
論理記号で書いてテキスト置換して食わせようかしら…

**仕様書無しさん** · 2021/09/30(木) 00:38:23.57

一階述語論理から始めるのがいいと思う

**仕様書無しさん** · 2024/03/29(金) 13:38:24.47

まさか占い信じてるのかわからんわ
40超え
ここまでエアコンつけてないからな

**仕様書無しさん** · 2024/03/29(金) 15:17:07.82

コスパ良くね？

**仕様書無しさん** · 2024/03/29(金) 16:03:50.53

持ってるだけ
運行しないと正しい判断をしたんだよ
脇でも大迫力の演技

**仕様書無しさん** · 2025/09/16(火) 20:46:14.72

>>65
確かにｗ

**仕様書無しさん** · 2025/09/24(水) 23:03:25.10

C#ならsql一切見なくてもDB使えるよな？

**仕様書無しさん** · 2025/09/26(金) 18:02:27.90

そりゃ無理だろ
細かいことしようと思ったらSqlCommand使うしかないし

**仕様書無しさん** · 2025/09/26(金) 18:05:48.75

SqlCommandは万能だけど文字列連結でSQLを作ってぶち込む馬鹿が居るから使用禁止にしてた

**仕様書無しさん** · 2025/09/27(土) 02:13:33.82

それがNGかどうかは場合によるだろ

**仕様書無しさん** · 2025/09/27(土) 07:59:47.96

当然場合によるよ
うちは無能なSESが多い現場だったからそうせざるを得なかった

**仕様書無しさん** · 2025/09/27(土) 09:25:18.32

sqlで細かい事やろうとしなければいいんだよ
ガバッと取り込んで、あとはlinqでやる

**仕様書無しさん** · 2025/09/27(土) 13:53:06.24

場合によるとか、そんな当たり前過ぎる話をされてもね

**仕様書無しさん** · 2025/09/27(土) 14:29:13.69

無知で申し訳ないんだけど、LINQするときって内部的にはWHERE句が使われるんだろうか？
ググると「SqlCommand使おう！」みたいないかがでしたかブログしか出てこない
まさかSELECTで全部取得した結果に対してWhere()で絞ったりとかは無いよね？

**仕様書無しさん** · 2025/09/27(土) 14:32:39.57

Where()したときにWHERE句が使われるかどうかを知りたい
ChatGPTはそう仰ってたけどソースがないから信用ならん

**仕様書無しさん** · 2025/09/27(土) 15:02:08.73

SQL作るところはプロに任せて、知らない若手にはラッパーで操作してもらうが最適解に思えてきた
上で既に結論が出てるっぽいけど

**仕様書無しさん** · 2025/09/27(土) 19:54:24.65

クエリパラメータを使っていればパフォーマンス的には問題ないし、バックエンドでの処理ならインジェクションのリスクも少ない

linqだと遅延評価による無駄なクエリ実行やToListしてからwhere書いちゃうミスもある

場合によるというのはそういうこと

**仕様書無しさん** · 2025/10/06(月) 04:00:36.50

静的SQLのようなもんだしな

**仕様書無しさん** · 2025/10/09(木) 00:28:02.56

sqlなんて今時経理でも書けるぞ

**仕様書無しさん** · 2025/10/09(木) 14:05:41.69

>>103
そういう世界だったら楽だけどな

**仕様書無しさん** · 2025/10/09(木) 21:43:06.83

何かしら出したいデータセットがあるとして、それをクエリ側でやるべきかアプリ側でやるべきかいつも悩む
何百行の複雑な1SQLで完結させると、メンテできる人が限られるけど関心事がクエリに絞られる
アプリ側で実装するとそれはそれで複雑になるけど対応できる人が限定されにくい

**仕様書無しさん** · 2025/10/10(金) 08:33:58.86

>>93
別にエエやんけ
禁止すると応用効かへんぞ

**仕様書無しさん** · 2025/10/10(金) 23:38:59.40

>>105
何のためにストアドプロシージャがあるんだよ？

**仕様書無しさん** · 2025/10/11(土) 00:01:43.28

>>106
SQLインジェクションされても同じ事が言えるのか

**仕様書無しさん** · 2025/10/11(土) 04:01:49.93

ストアドとか生産性クソだし触りたくないな
今どき速度がどうこうでストアド使うことなんてないし

**仕様書無しさん** · 2025/10/11(土) 12:57:43.56

>>106
全然良くなくて草
プロダクトでそれやったらお終いだよ
お前みたいな無知が居るから禁止しないといけないんだよ

**仕様書無しさん** · 2025/10/11(土) 13:04:03.21

ユーザー入力にはプレースホルダ使うのは必須
さもないとインジェクションでDBぶっ壊されるよ
SESでこういう文字列連結やらかす無能がいる

**仕様書無しさん** · 2025/10/11(土) 13:33:02.90

SqlCommandにもParameterあるからな
強制するルールにすればSQLインジェクションの問題はないからSqlCommandを禁止する理由にはならない
コードレビューすらしない現場なら知ったことではないが

**仕様書無しさん** · 2025/10/11(土) 13:55:05.78

俺の現場では当然レビューはするよ
ただレビューコストがかかりすぎる、指摘が多すぎて別人にやってもらった方が早いなら、その人には禁止にした方が合理的
レベルが低すぎるSESにはSQL書かなくてもいい簡単な仕事を任せればいいだけ

**仕様書無しさん** · 2025/10/11(土) 13:57:10.32

あ、これは俺の現場の話なので、元のSqlCommand禁止云々の話は知らん
多分禁止するだけの理由が何かあるんだろう

**仕様書無しさん** · 2025/10/11(土) 13:58:21.33

あまりにもクソコードすぎてコーディング自体を禁止された派遣の人なら知ってる
そいつは最終的にテスト作業しか振られなくなった

**仕様書無しさん** · 2025/10/11(土) 14:06:50.41

placeholder強制は強制されなくても常識だよね
問題はこの必要性が分からない人が仕事にアサインされることであって
新人なら仕方ない
経歴盛ったSESがこれをやらかすのは大問題かと

**仕様書無しさん** · 2025/10/11(土) 17:07:30.88

ストアドプロシージャなんて久々に聞いた言葉だ

**仕様書無しさん** · 2025/10/11(土) 19:45:37.42

>>117
ちなみにデータ分析の世界ではストアドが主流なんだが？

**仕様書無しさん** · 2025/10/11(土) 20:00:28.87

開発系なんでストアドなんて使わんわ

**仕様書無しさん** · 2025/10/11(土) 20:05:43.65

むしろストアドプロシージャそのものを知らない

**仕様書無しさん** · 2025/10/11(土) 21:21:09.16

>>118
結局何が言いたいのか意味不明

**仕様書無しさん** · 2025/10/11(土) 21:51:30.62

どうせ自慢したいだけなんでしょ

**仕様書無しさん** · 2025/10/11(土) 22:42:37.18

>>118
そんなトレンド聞いたことないわ
お前の会社だけだろ

**仕様書無しさん** · 2025/10/11(土) 23:19:37.54

×会社
〇脳内

**仕様書無しさん** · 2025/10/12(日) 00:09:11.60

ストアドは速い
超速い
実際にデータ見て最適化するせいで
そのへんの計算専用ライブラリより速いことが多い

**仕様書無しさん** · 2025/10/12(日) 00:13:01.05

データとの距離も近くて計算のためのロードが速い

**仕様書無しさん** · 2025/10/12(日) 05:21:33.85

>>121
製品内部では静的SQLで、製品内でSQLを発行して構文チェックから始めるようなことはしていない。

Microsoft Accessのクエリはストアドクエリ(ビュー)だぜ？

**仕様書無しさん** · 2025/10/12(日) 05:23:14.81

>>125
速いんじゃなくて、通信を頻繁に行なう使い方の場合は遅くなるだけ。

**仕様書無しさん** · 2025/10/12(日) 16:26:57.99

>>127
だから結局何が言いたいのか意味不明

**仕様書無しさん** · 2025/10/12(日) 17:00:01.70

おまえらがSQLと思っているコマンドはほとんどがストアドに変換されて実行されている
ISO SQL規格に合格するためにしかたなく、従来互換のSQL文が使えるように表面的に用意しているだけである
SQLパーサーは今となっては実行計画を計算するためではなく、もはやストアド呼び出しへのコンバーターでしかない

**仕様書無しさん** · 2025/10/12(日) 17:37:38.43

まじすか

**仕様書無しさん** · 2025/10/12(日) 23:43:53.93

外部のテキストファイルにSQLを書いているのは全体からすると少数派だからな。

BIツールやETL・ELTツール、DWH製品、パッケージソフトはみんな内部ではストアド。

ストアドプロシージャを直接、実行するようなものしか知らないから変な思い込みが発生する。

**仕様書無しさん** · 2025/10/13(月) 09:26:04.34

おぅ具体例頼むわ

**仕様書無しさん** · 2025/10/13(月) 13:04:56.14

MySQLはどうなの？

**仕様書無しさん** · 2025/10/13(月) 17:01:23.42

>>108
SqlCommandを運用時に手入力させるようなシステムじゃなければ問題ない
問題発生確率は変わらん
よく考えてみ

**仕様書無しさん** · 2025/10/13(月) 18:07:00.73

文字列連結のコード書く人がいるからって話で運用は関係なくね？
論点がズレてる

**仕様書無しさん** · 2025/10/13(月) 18:26:14.73

このスレ自体お互いに話が噛み合ってない、というか日本語読めない人が多いから仕方ないことだな

**仕様書無しさん** · 2025/10/13(月) 18:27:45.68

じゃあそうでないなら文字列連結の何が悪いの？って話で。
どうせ動的SQLのパターン漏れで構文エラーとかそんなとこでしょ

**仕様書無しさん** · 2025/10/13(月) 18:32:21.44

上で答えが出てると思うが

**仕様書無しさん** · 2025/10/14(火) 10:05:50.85

一連の流れ見てて思うのは
アホがコーディング規約を作らないでほしい
ただそれだけ

**仕様書無しさん** · 2025/10/14(火) 12:46:37.17

思考停止で〇〇は禁止！
楽でいいよね

**仕様書無しさん** · 2025/10/14(火) 12:53:55.47

そうだよ
禁止する方がマネジメントも楽
クソコード書く奴はコーディング自体を禁止するのが最強

**仕様書無しさん** · 2025/10/14(火) 19:51:26.25

レビューを禁止すればクソコードに文句いうやつはいなくなる

**仕様書無しさん** · 2025/10/14(火) 20:25:34.43

私語禁止
インターネット禁止
AI使用禁止
業務中の飲食禁止
携帯充電禁止
会社のトイレでのオナニー禁止

一体どうしろと

**仕様書無しさん** · 2025/10/15(水) 19:32:39.17

>>142
利便性と危険は表裏一体なのだよ
どこまで許可するかのバランスが大事
そのバランスは開発チームの技量や請負形態や契約内容によって変化する
危険性があるからと言って何でも禁止するのはアホ

**仕様書無しさん** · 2025/10/15(水) 23:07:23.55

>>133
Amazon RedShiftは外部のテキストファイルにSQLが書いてあると思っているのか？

外部のテキストファイルを管理することの難しさを考えたことがあるのか？

**仕様書無しさん** · 2025/10/15(水) 23:10:36.27

でもお前らは仕事中に5ch見たりエロサイト見るのを平気でやるからインターネットを禁止した方が良いよなw

**仕様書無しさん** · 2025/10/15(水) 23:23:50.52

>>147
外国ではそういうのが普通で、日本でもまともな会社はテレビを見たり、YouTubeを見たりしている。

仕事は時間を単にかけるのではなくて、利益を生む行動を取らないと意味がない。

**仕様書無しさん** · 2025/10/15(水) 23:56:59.94

でも年収1000万も稼げてないんでしょ？

**仕様書無しさん** · 2025/10/16(木) 22:08:18.21

>>149
為替レートによる

**仕様書無しさん** · 2025/10/17(金) 16:45:49.33

在宅中に俺はこっそりゲームしてるけど良いんか？
仕事は午前中のうちに終わらせて午後からはゲーム三昧という屑な生活してるわ

**仕様書無しさん** · 2025/10/17(金) 17:15:53.95

>>151
なぜそんなことにこだわっているのか？

時間の使い方がゲームというのは時間がもったいない。

**仕様書無しさん** · 2025/10/17(金) 18:22:34.98

5chでマウンティングに必死になってるお前らと比べれば遥かに有意義な時間の使い方

**仕様書無しさん** · 2025/10/17(金) 18:24:37.36

情報発信が無益とな！？

**仕様書無しさん** · 2025/10/17(金) 18:26:00.49

今時ゲームを否定する爺さんなんてどうせ定年迎えた痴呆だろ

**仕様書無しさん** · 2025/10/17(金) 18:26:46.18

マウンティングという名の情報発信()

**仕様書無しさん** · 2025/10/17(金) 18:31:00.95

有益な活動出来るのならもっと無償で質の高い情報を提供してくれ
俺らはそのお零れにフリーライドするので

**仕様書無しさん** · 2025/10/17(金) 22:54:11.76

>>152
だってゲーム沢山やった方が話題作れるじゃん
空き時間は映画もアニメも見まくってインプットしまくるのよ
筋トレも欠かさずやる
これが有意義な時間の使い方ってものよ

**仕様書無しさん** · 2025/10/17(金) 23:03:46.33

そんなことよりSQLの話をしろよ下僕どもw
時間とか利益の話なんて雑談スレですりゃいい

**仕様書無しさん** · 2025/10/18(土) 00:43:20.49

>>158
寂しい生活だな
アニメ好きそう

**仕様書無しさん** · 2025/10/18(土) 10:33:41.54

SQLが苦手ならどういうマシン語が動いているのか意識していないプログラマなのかな？

**仕様書無しさん** · 2025/10/18(土) 10:57:32.97

5ch三昧の君は寂しくない生活なのかい
それが良いなら否定はせんが

**仕様書無しさん** · 2025/10/18(土) 14:38:57.91

>>161
他のプログラミング言語ならばそういう意識は必要だが、それは少なくともSQLには殆ど関係無い
低レベルで意識するとすれば、クエリの組み方とその動作くらいだ

**仕様書無しさん** · 2025/10/18(土) 14:43:36.20

いや、けしてコンピュータ界隈て言われる低レベルとは異なるな
どのような順序で走査、条件抽出、ソートされるかという、割と高レベルな知識だ

**仕様書無しさん** · 2025/10/18(土) 16:50:56.26

ぼくはばかじゃない

**仕様書無しさん** · 2025/10/19(日) 16:19:08.37

>>163
SQLは指示を書くが、その指示の仕方が簡単ではない。

どう処理されるのかイメージできていないと指示するSQLを書くことが難しくなる。

**d(u _ ・y) r~** · 2025/10/19(日) 17:05:07.75

d(u _ ・y) r~ 急募　話がつうじねえ人の対処方法

**仕様書無しさん** · 2025/10/19(日) 17:23:09.25

◯す

**仕様書無しさん** · 2025/10/21(火) 19:02:10.87

やっぱり今はほとんどポスグレ？
auroraのおかげで移行のメリットデカくなったよね

**仕様書無しさん** · 2025/10/23(木) 00:34:25.78

GCPもAzureも未だにマネージドDBでオラクル提供してなかったりする
オラクル使ってるとなるとクソ高いRDSかOCI(笑)かオンプレ(笑)ってことになる

**仕様書無しさん** · 2025/10/23(木) 13:17:51.86

競合他社のRDBを提供するわけなかろう

**仕様書無しさん** · 2025/10/26(日) 21:50:40.20

クラウド使ったことないなら無理に口出さなくていいのでは

**仕様書無しさん** · 2025/11/28(金) 00:28:54.66

>>170
アメリカではオラクルクラウドがものすごい勢いでシェアを拡大している。
日本は情報が遅れて伝わっているだけ。

OCIという名前がよくなかったが、OCIはOracleDB用ではない。
OracleDBもRDBとしての完成度は一番高いので、大規模で重要なシステムはちまでもOracleDBの採用は多い。

フルマネージドもバージョンが強引に上がったり、お金ばかりかかるので、メリットばかりではない。

**仕様書無しさん** · 2025/11/28(金) 00:29:55.69

>>171
AzureとOCIは提携していて、いまはAWSが落ち目に入ってきた。