SQLだけ苦手

1 ：仕様書無しさん：2018/04/17(火) 23:35:25.16 .net

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

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

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

どうしたら理解できる？

2 ：仕様書無しさん：2018/04/17(火) 23:40:22.56 .net

がんばる

3 ：仕様書無しさん：2018/04/17(火) 23:54:08.30 .net

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

4 ：1：2018/04/17(火) 23:56:33.49 .net

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

5 ：1：2018/04/17(火) 23:59:57.44 .net

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

6 ：仕様書無しさん：2018/04/18(水) 05:45:22.87 .net

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

7 ：仕様書無しさん：2018/04/18(水) 07:15:05.72 .net

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

8 ：仕様書無しさん：2018/04/18(水) 11:33:40.75 .net

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

9 ：仕様書無しさん：2018/04/19(木) 05:01:47.31 .net

外部結合

10 ：仕様書無しさん：2018/04/24(火) 08:37:46.77 .net

ノリでなんとかしてる

11 ：仕様書無しさん：2018/04/25(水) 10:31:49.32 .net

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

12 ：仕様書無しさん：2018/04/25(水) 22:51:57.15 .net

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

13 ：仕様書無しさん：2018/05/03(木) 14:17:00.32 .net

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

14 ：仕様書無しさん：2018/05/05(土) 00:24:36.62 .net

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

15 ：仕様書無しさん：2018/05/22(火) 11:52:20.81 .net

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

VQI8B

16 ：仕様書無しさん：2018/06/16(土) 00:23:58.13 .net

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

17 ：仕様書無しさん：2018/07/24(火) 10:23:13.29 .net

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

18 ：仕様書無しさん：2018/07/26(木) 18:37:38.82 .net

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

19 ：仕様書無しさん：2018/07/27(金) 23:59:21.66 .net

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

20 ：仕様書無しさん：2018/07/28(土) 13:23:07.59 .net

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

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

21 ：仕様書無しさん：2018/07/28(土) 13:31:54.62 .net

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

22 ：仕様書無しさん：2018/07/28(土) 15:50:20.01 .net

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

23 ：仕様書無しさん：2018/07/28(土) 16:20:44.84 .net

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

24 ：仕様書無しさん：2018/07/28(土) 16:33:55.12 .net

>>20
チューニング出来る奴ならフルスキャンは不味いと考えるが、件数はどうでもよく動いて納品出来たらあとシラネが普通だよ

25 ：仕様書無しさん：2018/07/29(日) 06:12:52.15 .net

>>23
高速化のためにＪＲの改札もそんなんだっけ

26 ：仕様書無しさん：2018/07/29(日) 07:57:36.57 .net

今からでもSQLの文法変えてほしい
SELECTが射影でWhereが選択
SELECT前にあってWhereがSELECT前のグループにかかる
きがくるっとんのか

27 ：仕様書無しさん：2018/07/29(日) 10:33:46.76 .net

英語

28 ：仕様書無しさん：2018/07/29(日) 12:00:59.15 .net

自分でコンバータ作ればいいだけ。
セキュリティの観点からソースいじってsqlの文法変えるのはアリとは思うけど、使いづらいってのは経験不足なだけ

29 ：仕様書無しさん：2018/07/29(日) 15:20:37.15 .net

コンバーターのぶん処理が余計になるし
メンテでそこ疑わなきゃいけいないし
引継ぎ者が誰も知らない文法覚えないといけないし
選択枝としてありえない

標準化委員会が新しいまともな文法のSQL作って敷衍するべき

30 ：仕様書無しさん：2018/07/29(日) 15:24:17.35 .net

コンバーターというかビルダー既にいろいろあるよ

31 ：仕様書無しさん：2018/07/29(日) 15:25:13.98 .net

マジデスカ

32 ：仕様書無しさん：2018/07/29(日) 15:56:49.61 .net

>>29
動的SQLという言葉は分かります？
大きなプロジェクトだとそういうの許されないんだけど。
LAMPの人には世界が違い過ぎるか

33 ：仕様書無しさん：2018/07/29(日) 16:43:33.80 .net

それでどう解決するのかわからんし
そんな単語ごときで何で変にあおられてるのか

34 ：仕様書無しさん：2018/07/30(月) 19:17:26.38 .net

FROM
WHERE
SELECT

の順なのに、これを変えろと言うならANSIに言ってくれ。

35 ：仕様書無しさん：2018/07/30(月) 20:15:19.95 .net

お前と俺違う世界線の人間なのか
俺の世界じゃSELECTが先に来てたような気がするんだが

36 ：仕様書無しさん：2018/07/30(月) 21:23:27.71 .net

>>32
クズみたいなツール有難がって使うような奴は巨大クソのメンテでもしてろ

37 ：仕様書無しさん：2018/07/30(月) 22:18:40.58 .net

>>36
使いこなせないアピールはいいからw

38 ：仕様書無しさん：2018/07/31(火) 06:57:53.74 .net

>>36
あのさ
お前が好きな文法でSQLもどきを作るだろ、コンバータにかけるだろ、それを本番のソースに埋め込めよって書いただけだぞ
セキュリティの面やチューニングは別人の専門家がやるという面からも、プログラム動作中に文字列を連結させてSQLを組み立てるはSQLをコンパイルする時間もかかるし禁止されてるプロジェクトもあるんだよってこと
万人月のプロジェクトの経験が無いと意味不明なのはわかるけど文句言うのはおよしなさいよ

39 ：仕様書無しさん：2018/07/31(火) 07:22:05.37 .net

>>37
正直どうでも良いし絡んでも仕方ないんだけど
大手様謹製のクソツールに習熟したって大手のクソ仕事にしか役に立たないでしょ
素人が頑張って作ったようなツールよりも、OSSのプロダクトのほうがちゃんとしてるでしょ
俺は仕事選べるうちは、もうああいうのはやらん

>>38
長いよ

40 ：仕様書無しさん：2018/07/31(火) 20:41:16.02 .net

>>39
何を言っているのかわからない

41 ：仕様書無しさん：2018/07/31(火) 21:42:38.39 .net

大手様謹製のクソツールって、こいつなんの話をしてんだw

42 ：仕様書無しさん：2018/08/01(水) 23:28:40.32 .net

そういえば昔 pro*c ってあったな。今もあるのか？

43 ：仕様書無しさん：2018/08/02(木) 20:47:05.47 .net

>>42
あるよ。C言語をメインに開発しているところでは使われている。ただしPro*Cを使うメリットはほぼない。

C言語しかわからないひとはPro*Cの方がとっつきやすいだけ。

44 ：仕様書無しさん：2018/08/03(金) 18:42:56.81 .net

「だけ」というか、なんでSQLを他の言語と混同するのかが解らない。

45 ：仕様書無しさん：2018/08/03(金) 19:33:02.52 .net

>>44
DBから任意のデータを抽出するにはSQLを使わざるを得ないでしょ？
嫌ならCSVにでも出力させてから得意な言語で取ったり加工してロードすれば良い。
大量処理の場合、その方が早いこともあるけどな

46 ：仕様書無しさん：2018/08/08(水) 00:42:15.35 .net

10行以上のSQLは
見るの疲れるから止めてください！

47 ：仕様書無しさん：2018/08/08(水) 02:26:29.96 .net

>>46
列ごとに1行で書く奴は確かに困るな。
でも結合やサブクエリを多用すると10行は超えることあるわ。
プログラム側でフェッチして書く方がプログラマは納得いくんだろうけど、そこは改宗したつもりでDBに委ねるのがSIerのプログラマだと思う

48 ：仕様書無しさん：2018/08/12(日) 23:18:46.99 .net

>>44
Pro*CはOracle Databaseの世界ではSQLの範疇でC言語ではない。

49 ：仕様書無しさん：2018/08/12(日) 23:19:54.60 .net

>>47
はあ？いつもどんな単純なことしかしてないのか？

50 ：仕様書無しさん：2018/08/12(日) 23:23:13.99 .net

SQLの構文は確かに失敗だった。しかしデファクトスタンダードになってしまったのだから仕方ない。

中途半端な英語の指示は日本人より英語圏の人の方が混乱してわかりにくいだろう。

途中まではよかったがSQLを拡張していく過程で開発者が面倒になってわかりづらい構文になってしまった。

51 ：仕様書無しさん：2018/08/13(月) 20:27:06.71 .net

SQL苦手だと池袋のシスラボの研修でクビになるよ

52 ：仕様書無しさん：2018/08/14(火) 12:34:00.95 .net

初心者プログラマにSQLを使わせないでDB操作をするためのライブラリとかクラスを作れ。
見たいな仕事は結構したよ。
俺が、DB操作のための新たな言語仕様をでっち上げて、それをSQLに変換するみたいな。
結局、SQLを直に書くが一番と分かった。

53 ：仕様書無しさん：2018/08/14(火) 12:57:25.67 .net

>>52

既存のORM使えばいいじゃん
なぜそんな仕事を...

54 ：仕様書無しさん：2018/08/14(火) 13:13:02.03 .net

文法を統一してくれ。
同じメーカーの製品なのに
accessとsqlserverで違うのが
一番納得できん。

55 ：仕様書無しさん：2018/08/15(水) 08:07:32.52 .net

>>54
accessのjetは困るね。
まあ、おもちゃだから仕方がない。
mysqlを自分のpcに入れるしかないわ

56 ：仕様書無しさん：2018/08/16(木) 01:29:58.94 .net

え、ちょっと待って
MySQLもおもちゃよ？

57 ：仕様書無しさん：2018/08/16(木) 08:59:32.39 .net

えっ

58 ：仕様書無しさん：2018/08/16(木) 19:37:48.04 .net

煽るなよ。
oracleが正義なのはよく分かるけどさ
ボラクルになってからはもうポスグレかmysqlかsql serverの三択になってるよね。
俺の知識も化石化してる。

59 ：仕様書無しさん：2018/08/18(土) 16:13:59.09 .net

Postgressだろ？
今のバージョンは性能いいらしいぞ？

60 ：仕様書無しさん：2018/08/18(土) 16:23:20.91 .net

oracleってロック制御が
へんと言うか特殊だよな。
見えるのか見えないのか
はっきりしてくれ

61 ：仕様書無しさん：2018/08/18(土) 17:02:06.02 .net

>>60
そこら辺が病みつきになる理由だよ
ダーティーリードという言葉自体にアレルギー湧いちゃう人にはOracle以外は使えない

62 ：仕様書無しさん：2018/08/18(土) 18:08:43.43 .net

設計ミスのカオス系システムだとDBに超絶負荷がかかるからDB職人の神業で対応せざるを得なくなって性能や機能が求められるのでOracleに頼りたくなる
でもDDDのリポジトリパターンにしたがって開発してるとBDの性能とか機能を追求したくなるような場面って思ったよりずっと少なくなるのでPostgreSQLやMySQLでなんの問題もない

63 ：仕様書無しさん：2018/08/19(日) 00:48:31.60 .net

>>62
DDDと性能になんの関係があんだよ素人
リポジトリパターンって言いたいだけっしょ

64 ：仕様書無しさん：2018/08/19(日) 09:32:31.12 .net

>>63
>>62に書いてあるじゃん
きみ外人か?

65 ：仕様書無しさん：2018/08/19(日) 09:46:48.67 .net

× SQLだけ苦手
○ 他の苦手なものをまだ知らないだけ

66 ：仕様書無しさん：2018/08/19(日) 09:48:50.99 .net

>>56
おもちゃかどうかの基準は、クライアントサーバー方式かどうかだ

67 ：仕様書無しさん：2018/08/19(日) 09:49:51.80 .net

>>64
では>>62の中から、DDDと性能が関係していることを
示す文章を抜き出してみなさい

68 ：仕様書無しさん：2018/08/19(日) 10:03:26.28 .net

>>67
>設計ミスのカオス系システムだとDBに超絶負荷がかかるからDB職人の神業で対応せざるを得なくなって性能や機能が求められるのでOracleに頼りたくなる
>でもDDDのリポジトリパターンにしたがって開発してるとBDの性能とか機能を追求したくなるような場面って思ったよりずっと少なくなるのでPostgreSQLやMySQLでなんの問題もない

69 ：仕様書無しさん：2018/08/19(日) 10:05:22.01 .net

よこからすまんけど、

＞　設計ミスのカオス系システムだとDBに超絶負荷がかかるから

そりゃ、設計ミスならそうなるかもなあ(笑)

＞　DDDのリポジトリパターンにしたがって開発して

設計をやりなおせば、まともに近づくのはそりゃ当たり前すぎて
馬鹿なのかお前は子供か？

と思ったｗ

70 ：仕様書無しさん：2018/08/19(日) 10:08:09.02 .net

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

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

71 ：仕様書無しさん：2018/08/19(日) 12:56:53.59 .net

>>69
バカはお前やん

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

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

72 ：仕様書無しさん：2018/08/19(日) 13:07:44.68 .net

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

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

73 ：仕様書無しさん：2018/08/19(日) 17:10:43.69 .net

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

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

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

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

74 ：仕様書無しさん：2018/08/19(日) 17:36:53.16 .net

あらら壊れちゃった

75 ：仕様書無しさん：2018/08/19(日) 19:40:23.42 .net

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

76 ：仕様書無しさん：2018/08/19(日) 21:45:15.39 .net

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

77 ：仕様書無しさん：2018/08/19(日) 22:39:00.24 .net

>>76
典型的な素人

78 ：仕様書無しさん：2018/08/19(日) 23:19:26.04 .net

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

79 ：仕様書無しさん：2018/08/20(月) 00:21:02.46 .net

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

80 ：仕様書無しさん：2018/08/20(月) 02:33:40.61 .net

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

81 ：仕様書無しさん：2018/08/20(月) 18:48:24.98 .net

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

82 ：仕様書無しさん：2018/08/22(水) 21:54:30.38 .net

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

83 ：仕様書無しさん：2018/09/04(火) 15:21:45.96 .net

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

84 ：1：2019/03/29(金) 21:01:31.57 .net

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

85 ：仕様書無しさん：2021/01/11(月) 23:25:12.30 .net

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

86 ：仕様書無しさん：2021/09/30(木) 00:38:23.57 .net

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

87 ：仕様書無しさん：2023/07/06(木) 08:35:54.79 ID:6xczbv12Q

女性カ゛‐だのＬＧΒТガ━た゛のくた゛らない事て゛騷いでて耳障りにも程があるわけた゛か゛．資本家階級の家畜になるために行き遅れの道を選ぼうか゛
結婚に拘らす゛同姓と添い遂げようか゛，労働拒否しようか゛，‐生独身た゛ろうが、５０才独身貴族が１５才と添い遂け゛ようか゛．ＪÅＬだのАΝÅ
だの皆殺しにされるへ゛きテ口リス├のように騒音に温室効果カ゛スにとまき散らして地球破壊して災害連發させて人を殺して私腹を肥やしたり
公務員だの大企業従業員だの児童手当だの税金という名目で他人から金銭強奪することでいい暮らししてる強盗殺人犯でもなけれは゛自由だか゛，
平等を求めるなら完全成果主義にして解雇推進，最低賃金廃止するのか゛筋だろうに、不平等を不平等で上塗りしてるた゛けのバ力か゛好き放題
政権濫用してるだけ、無能な男も多いし優秀な女もいるが圧倒的に女は論理思考能力が欠如してるわけた゛し．解雇困難た゛から何かと決めつけ
なきゃならんってだけの話，論理思考の将棋か゛男女別とか分かりやすいか゛．論理思考できないと価値生産なんて不可能だし，それを女は家に
居なくていいとか洗腦家畜化するから百害あって─利なしの地球破壞して儲ける強盗殺人産業まみれ．少子化という適切な流れを妨害すんなや

創価学会員は．何百萬人も殺傷して損害を与えて私腹を肥やし続けて逮捕者まで出てる世界最悪の殺人腐敗組織公明党を
池田センセ−が囗をきけて容認するとか本氣で思ってるとしたら侮辱にもほと゛があるぞ！
ｈΤΤрｓ：／／ｉ．ｉｍｇｕｒ．соｍ／hnli1ga.jpeg