SQLだけ苦手

[1 仕様書無しさん 2018/04/17(火) 23:35:25.16]

業務でSQLを扱っているけどいまいち理解できないです。

INNER JOIN？何が「内側」なのか理解できない
LEFT OUTER JOIN？はぁ？何を基準に「左」なんだ？しかも「外側」・・・
抽出条件がWHEREだと？条件はIFかWHENだろうが！
直積とデカルト積の違いは？要するに「総当たり」なの？

こんな調子で業務に支障が出始めてます。

どうしたら理解できる？

[2 仕様書無しさん 2018/04/17(火) 23:40:22.56]

がんばる

[3 仕様書無しさん 2018/04/17(火) 23:54:08.30]

むしろ、SQLしか理解出来ないSIerは多いし、あんまり理解出来てもいない。

[4 1 2018/04/17(火) 23:56:33.49]

しかもテーブル名がドイツ語を略したものだしよ！

[5 1 2018/04/17(火) 23:59:57.44]

1個のSQL文が数百行とかあってそれをメンテしてる
正直気持ち悪い
SQLを関数やメソッドのように考えてはいけないんだろうね。

[6 仕様書無しさん 2018/04/18(水) 05:45:22.87]

あったなぁ
クリスタルレポート使ってるとそんな感じになる

[7 仕様書無しさん 2018/04/18(水) 07:15:05.72]

INNER JOINは使わないほうがいい。
エビデンス作業をホカの人に回せなくなるぞ。

[8 仕様書無しさん 2018/04/18(水) 11:33:40.75]

>>1
一度DBエンジンを実装してみたらよくわかるようになる

[9 仕様書無しさん 2018/04/19(木) 05:01:47.31]

外部結合

[10 仕様書無しさん 2018/04/24(火) 08:37:46.77]

ノリでなんとかしてる

[11 仕様書無しさん 2018/04/25(水) 10:31:49.32]

クソみたいsqlでDBが遅いとか言ってくんなよ。

[12 仕様書無しさん 2018/04/25(水) 22:51:57.15]

>>1
頭悪いくせに理屈っぽそうだなｗ
ミック本読め

[13 仕様書無しさん 2018/05/03(木) 14:17:00.32]

ほんとうに難しいのはSQLそのものよりビジネスロジックだと思う

[14 仕様書無しさん 2018/05/05(土) 00:24:36.62]

難しいのは客の気まぐれを説き伏せることだろ

[15 仕様書無しさん 2018/05/22(火) 11:52:20.81]

とても簡単な自宅で稼げる方法
参考までに書いておきます
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

VQI8B

[16 仕様書無しさん 2018/06/16(土) 00:23:58.13]

ミックも理解できてない馬鹿ばっかりよ

[17 仕様書無しさん 2018/07/24(火) 10:23:13.29]

良く出来るプログラマーほど苦手らしい
しかし大量のデータを扱ったり、インポートエクスポートやったりすると、なんかDBの良さが見えて来る。自分で検索アルゴリズム作ったりするよりも速いし、そういうの見せられると自然と改宗する。

[18 仕様書無しさん 2018/07/26(木) 18:37:38.82]

いや、それはいいプログラマーじゃないだろ

[19 仕様書無しさん 2018/07/27(金) 23:59:21.66]

>>18
業務SEはDB好きなんだけど、オープンソースで発言力大きそうな人はDBエンジンがブラックボックスなのと、使い道が理解出来ない世界で生きてる感じがするわ。
KVSでなんとかなると言い切る

[20 仕様書無しさん 2018/07/28(土) 13:23:07.59]

プログラマでもなぜかSQLになると平気で明らかに重たい処理をデータベースに要求してくる。

どう処理されるのかまったく考えていないのだと思う。

[21 仕様書無しさん 2018/07/28(土) 13:31:54.62]

暗号化された文字列でテーブルフルスキャンを何回か行う設計
速度はしらない

[22 仕様書無しさん 2018/07/28(土) 15:50:20.01]

手続き型とは考え方が違う
理解出来るまでやるとしか言えん

[23 仕様書無しさん 2018/07/28(土) 16:20:44.84]

>>1はSQLの払い出し作業だけをやってんのか？プログラマのようには見えんし
数百行のSQLとかなんか俺の昔の職場と被るんだがまさか某携帯会社関連じゃないよな？