SQLだけ苦手 (172ﾚｽ)
上下前次1-新
1(6): 2018/04/17(火)23:35 AAS
業務でSQLを扱っているけどいまいち理解できないです。
INNER JOIN？何が「内側」なのか理解できない
LEFT OUTER JOIN？はぁ？何を基準に「左」なんだ？しかも「外側」・・・
抽出条件がWHEREだと？条件はIFかWHENだろうが！
直積とデカルト積の違いは？要するに「総当たり」なの？
こんな調子で業務に支障が出始めてます。
どうしたら理解できる？
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のリポジトリパターンにしたがって開発して
設計をやりなおせば、まともに近づくのはそりゃ当たり前すぎて
馬鹿なのかお前は子供か？
と思ったｗ
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
そんなトレンド聞いたことないわ
お前の会社だけだろ
124: 10/11(土)23:19 AAS
×会社
〇脳内
125(1): 10/12(日)00:09 AAS
ストアドは速い
超速い
実際にデータ見て最適化するせいで
そのへんの計算専用ライブラリより速いことが多い
126: 10/12(日)00:13 AAS
データとの距離も近くて計算のためのロードが速い
127(1): 10/12(日)05:21 AAS
>>121
製品内部では静的SQLで、製品内でSQLを発行して構文チェックから始めるようなことはしていない。
Microsoft Accessのクエリはストアドクエリ(ビュー)だぜ？
128: 10/12(日)05:23 AAS
>>125
速いんじゃなくて、通信を頻繁に行なう使い方の場合は遅くなるだけ。
129: 10/12(日)16:26 AAS
>>127
だから結局何が言いたいのか意味不明
130: 10/12(日)17:00 AAS
おまえらがSQLと思っているコマンドはほとんどがストアドに変換されて実行されている
ISO SQL規格に合格するためにしかたなく、従来互換のSQL文が使えるように表面的に用意しているだけである
SQLパーサーは今となっては実行計画を計算するためではなく、もはやストアド呼び出しへのコンバーターでしかない
131: 10/12(日)17:37 AAS
まじすか
132: 10/12(日)23:43 AAS
外部のテキストファイルにSQLを書いているのは全体からすると少数派だからな。
BIツールやETL・ELTツール、DWH製品、パッケージソフトはみんな内部ではストアド。
ストアドプロシージャを直接、実行するようなものしか知らないから変な思い込みが発生する。
133(1): 10/13(月)09:26 AAS
おぅ具体例頼むわ
134: 10/13(月)13:04 AAS
MySQLはどうなの？
135: 10/13(月)17:01 AAS
>>108
SqlCommandを運用時に手入力させるようなシステムじゃなければ問題ない
問題発生確率は変わらん
よく考えてみ
136: 10/13(月)18:07 AAS
文字列連結のコード書く人がいるからって話で運用は関係なくね？
論点がズレてる
137: 10/13(月)18:26 AAS
このスレ自体お互いに話が噛み合ってない、というか日本語読めない人が多いから仕方ないことだな
138: 10/13(月)18:27 AAS
じゃあそうでないなら文字列連結の何が悪いの？って話で。
どうせ動的SQLのパターン漏れで構文エラーとかそんなとこでしょ
139: 10/13(月)18:32 AAS
上で答えが出てると思うが
140: 10/14(火)10:05 AAS
一連の流れ見てて思うのは
アホがコーディング規約を作らないでほしい
ただそれだけ
141: 10/14(火)12:46 AAS
思考停止で〇〇は禁止！
楽でいいよね
142(1): 10/14(火)12:53 AAS
そうだよ
禁止する方がマネジメントも楽
クソコード書く奴はコーディング自体を禁止するのが最強
143: 10/14(火)19:51 AAS
レビューを禁止すればクソコードに文句いうやつはいなくなる
144: 10/14(火)20:25 AAS
私語禁止
インターネット禁止
AI使用禁止
業務中の飲食禁止
携帯充電禁止
会社のトイレでのオナニー禁止
一体どうしろと
145: 10/15(水)19:32 AAS
>>142
利便性と危険は表裏一体なのだよ
どこまで許可するかのバランスが大事
そのバランスは開発チームの技量や請負形態や契約内容によって変化する
危険性があるからと言って何でも禁止するのはアホ
146: 10/15(水)23:07 AAS
>>133
Amazon RedShiftは外部のテキストファイルにSQLが書いてあると思っているのか？
外部のテキストファイルを管理することの難しさを考えたことがあるのか？
147(1): 10/15(水)23:10 AAS
でもお前らは仕事中に5ch見たりエロサイト見るのを平気でやるからインターネットを禁止した方が良いよなw
148: 10/15(水)23:23 AAS
>>147
外国ではそういうのが普通で、日本でもまともな会社はテレビを見たり、YouTubeを見たりしている。
仕事は時間を単にかけるのではなくて、利益を生む行動を取らないと意味がない。
149(1): 10/15(水)23:56 AAS
でも年収1000万も稼げてないんでしょ？
150: 10/16(木)22:08 AAS
>>149
為替レートによる
151(1): 10/17(金)16:45 AAS
在宅中に俺はこっそりゲームしてるけど良いんか？
仕事は午前中のうちに終わらせて午後からはゲーム三昧という屑な生活してるわ
152(1): 10/17(金)17:15 AAS
>>151
なぜそんなことにこだわっているのか？
時間の使い方がゲームというのは時間がもったいない。
153: 10/17(金)18:22 AAS
5chでマウンティングに必死になってるお前らと比べれば遥かに有意義な時間の使い方
154: 10/17(金)18:24 AAS
情報発信が無益とな！？
155: 10/17(金)18:26 AAS
今時ゲームを否定する爺さんなんてどうせ定年迎えた痴呆だろ
156: 10/17(金)18:26 AAS
マウンティングという名の情報発信()
157: 10/17(金)18:31 AAS
有益な活動出来るのならもっと無償で質の高い情報を提供してくれ
俺らはそのお零れにフリーライドするので
158(1): 10/17(金)22:54 AAS
>>152
だってゲーム沢山やった方が話題作れるじゃん
空き時間は映画もアニメも見まくってインプットしまくるのよ
筋トレも欠かさずやる
これが有意義な時間の使い方ってものよ
159: 10/17(金)23:03 AAS
そんなことよりSQLの話をしろよ下僕どもw
時間とか利益の話なんて雑談スレですりゃいい
160: 10/18(土)00:43 AAS
>>158
寂しい生活だな
アニメ好きそう
161(1): 10/18(土)10:33 AAS
SQLが苦手ならどういうマシン語が動いているのか意識していないプログラマなのかな？
162: 10/18(土)10:57 AAS
5ch三昧の君は寂しくない生活なのかい
それが良いなら否定はせんが
163(1): 10/18(土)14:38 AAS
>>161
他のプログラミング言語ならばそういう意識は必要だが、それは少なくともSQLには殆ど関係無い
低レベルで意識するとすれば、クエリの組み方とその動作くらいだ
164: 10/18(土)14:43 AAS
いや、けしてコンピュータ界隈て言われる低レベルとは異なるな
どのような順序で走査、条件抽出、ソートされるかという、割と高レベルな知識だ
165: 10/18(土)16:50 AAS
ぼくはばかじゃない
166: 10/19(日)16:19 AAS
>>163
SQLは指示を書くが、その指示の仕方が簡単ではない。
どう処理されるのかイメージできていないと指示するSQLを書くことが難しくなる。
167: d(u _ ・y) r~ 10/19(日)17:05 AAS
d(u _ ・y) r~ 急募 話がつうじねえ人の対処方法
168: 10/19(日)17:23 AAS
◯す
169: 10/21(火)19:02 AAS
やっぱり今はほとんどポスグレ？
auroraのおかげで移行のメリットデカくなったよね
170: 10/23(木)00:34 AAS
GCPもAzureも未だにマネージドDBでオラクル提供してなかったりする
オラクル使ってるとなるとクソ高いRDSかOCI(笑)かオンプレ(笑)ってことになる
171: 10/23(木)13:17 AAS
競合他社のRDBを提供するわけなかろう
172: 10/26(日)21:50 AAS
クラウド使ったことないなら無理に口出さなくていいのでは
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.034s