SQLだけ苦手

1仕様書無しさん
垢版 |
2018/04/17(火) 23:35:25.16
業務でSQLを扱っているけどいまいち理解できないです。

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

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

どうしたら理解できる？
2018/04/17(火) 23:40:22.56
がんばる
3仕様書無しさん
垢版 |
2018/04/17(火) 23:54:08.30
むしろ、SQLしか理解出来ないSIerは多いし、あんまり理解出来てもいない。
41
垢版 |
2018/04/17(火) 23:56:33.49
しかもテーブル名がドイツ語を略したものだしよ！
51
垢版 |
2018/04/17(火) 23:59:57.44
1個のSQL文が数百行とかあってそれをメンテしてる
正直気持ち悪い
SQLを関数やメソッドのように考えてはいけないんだろうね。
2018/04/18(水) 05:45:22.87
あったなぁ
クリスタルレポート使ってるとそんな感じになる
7仕様書無しさん
垢版 |
2018/04/18(水) 07:15:05.72
INNER JOINは使わないほうがいい。
エビデンス作業をホカの人に回せなくなるぞ。
2018/04/18(水) 11:33:40.75
>>1
一度DBエンジンを実装してみたらよくわかるようになる
2018/04/19(木) 05:01:47.31
外部結合
10仕様書無しさん
垢版 |
2018/04/24(火) 08:37:46.77
ノリでなんとかしてる
2018/04/25(水) 10:31:49.32
クソみたいsqlでDBが遅いとか言ってくんなよ。
2018/04/25(水) 22:51:57.15
>>1
頭悪いくせに理屈っぽそうだなｗ
ミック本読め
2018/05/03(木) 14:17:00.32
ほんとうに難しいのはSQLそのものよりビジネスロジックだと思う
2018/05/05(土) 00:24:36.62
難しいのは客の気まぐれを説き伏せることだろ
15仕様書無しさん
垢版 |
2018/05/22(火) 11:52:20.81
とても簡単な自宅で稼げる方法
参考までに書いておきます
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

VQI8B
2018/06/16(土) 00:23:58.13
ミックも理解できてない馬鹿ばっかりよ
2018/07/24(火) 10:23:13.29
良く出来るプログラマーほど苦手らしい
しかし大量のデータを扱ったり、インポートエクスポートやったりすると、なんかDBの良さが見えて来る。自分で検索アルゴリズム作ったりするよりも速いし、そういうの見せられると自然と改宗する。
2018/07/26(木) 18:37:38.82
いや、それはいいプログラマーじゃないだろ
2018/07/27(金) 23:59:21.66
>>18
業務SEはDB好きなんだけど、オープンソースで発言力大きそうな人はDBエンジンがブラックボックスなのと、使い道が理解出来ない世界で生きてる感じがするわ。
KVSでなんとかなると言い切る
20仕様書無しさん
垢版 |
2018/07/28(土) 13:23:07.59
プログラマでもなぜかSQLになると平気で明らかに重たい処理をデータベースに要求してくる。

どう処理されるのかまったく考えていないのだと思う。
2018/07/28(土) 13:31:54.62
暗号化された文字列でテーブルフルスキャンを何回か行う設計
速度はしらない
2018/07/28(土) 15:50:20.01
手続き型とは考え方が違う
理解出来るまでやるとしか言えん
2018/07/28(土) 16:20:44.84
>>1はSQLの払い出し作業だけをやってんのか？プログラマのようには見えんし
数百行のSQLとかなんか俺の昔の職場と被るんだがまさか某携帯会社関連じゃないよな？
2018/07/28(土) 16:33:55.12
>>20
チューニング出来る奴ならフルスキャンは不味いと考えるが、件数はどうでもよく動いて納品出来たらあとシラネが普通だよ
2018/07/29(日) 06:12:52.15
>>23
高速化のためにＪＲの改札もそんなんだっけ
2018/07/29(日) 07:57:36.57
今からでもSQLの文法変えてほしい
SELECTが射影でWhereが選択
SELECT前にあってWhereがSELECT前のグループにかかる
きがくるっとんのか
2018/07/29(日) 10:33:46.76
英語
2018/07/29(日) 12:00:59.15
自分でコンバータ作ればいいだけ。
セキュリティの観点からソースいじってsqlの文法変えるのはアリとは思うけど、使いづらいってのは経験不足なだけ
2018/07/29(日) 15:20:37.15
コンバーターのぶん処理が余計になるし
メンテでそこ疑わなきゃいけいないし
引継ぎ者が誰も知らない文法覚えないといけないし
選択枝としてありえない

標準化委員会が新しいまともな文法のSQL作って敷衍するべき
2018/07/29(日) 15:24:17.35
コンバーターというかビルダー既にいろいろあるよ
2018/07/29(日) 15:25:13.98
マジデスカ
2018/07/29(日) 15:56:49.61
>>29
動的SQLという言葉は分かります？
大きなプロジェクトだとそういうの許されないんだけど。
LAMPの人には世界が違い過ぎるか
2018/07/29(日) 16:43:33.80
それでどう解決するのかわからんし
そんな単語ごときで何で変にあおられてるのか
34仕様書無しさん
垢版 |
2018/07/30(月) 19:17:26.38
FROM
WHERE
SELECT

の順なのに、これを変えろと言うならANSIに言ってくれ。
2018/07/30(月) 20:15:19.95
お前と俺違う世界線の人間なのか
俺の世界じゃSELECTが先に来てたような気がするんだが
2018/07/30(月) 21:23:27.71
>>32
クズみたいなツール有難がって使うような奴は巨大クソのメンテでもしてろ
新着レスの表示
レスを投稿する

5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況