SQLだけ苦手

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

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

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

どうしたら理解できる?

33仕様書無しさん2018/07/29(日) 16:43:33.80
それでどう解決するのかわからんし
そんな単語ごときで何で変にあおられてるのか

34仕様書無しさん2018/07/30(月) 19:17:26.38
FROM
WHERE
SELECT

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

35仕様書無しさん2018/07/30(月) 20:15:19.95
お前と俺違う世界線の人間なのか
俺の世界じゃSELECTが先に来てたような気がするんだが

36仕様書無しさん2018/07/30(月) 21:23:27.71
>>32
クズみたいなツール有難がって使うような奴は巨大クソのメンテでもしてろ

37仕様書無しさん2018/07/30(月) 22:18:40.58
>>36
使いこなせないアピールはいいからw

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

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

>>38
長いよ

40仕様書無しさん2018/07/31(火) 20:41:16.02
>>39
何を言っているのかわからない

41仕様書無しさん2018/07/31(火) 21:42:38.39
大手様謹製のクソツールって、こいつなんの話をしてんだw

42仕様書無しさん2018/08/01(水) 23:28:40.32
そういえば昔 pro*c ってあったな。今もあるのか?

43仕様書無しさん2018/08/02(木) 20:47:05.47
>>42
あるよ。C言語をメインに開発しているところでは使われている。ただしPro*Cを使うメリットはほぼない。

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

44仕様書無しさん2018/08/03(金) 18:42:56.81
「だけ」というか、なんでSQLを他の言語と混同するのかが解らない。

45仕様書無しさん2018/08/03(金) 19:33:02.52
>>44
DBから任意のデータを抽出するにはSQLを使わざるを得ないでしょ?
嫌ならCSVにでも出力させてから得意な言語で取ったり加工してロードすれば良い。
大量処理の場合、その方が早いこともあるけどな

46仕様書無しさん2018/08/08(水) 00:42:15.35
10行以上のSQLは
見るの疲れるから止めてください!

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

48仕様書無しさん2018/08/12(日) 23:18:46.99
>>44
Pro*CはOracle Databaseの世界ではSQLの範疇でC言語ではない。

49仕様書無しさん2018/08/12(日) 23:19:54.60
>>47
はあ?いつもどんな単純なことしかしてないのか?

50仕様書無しさん2018/08/12(日) 23:23:13.99
SQLの構文は確かに失敗だった。しかしデファクトスタンダードになってしまったのだから仕方ない。

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

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

51仕様書無しさん2018/08/13(月) 20:27:06.71
SQL苦手だと池袋のシスラボの研修でクビになるよ

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

53仕様書無しさん2018/08/14(火) 12:57:25.67
>>52

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

54仕様書無しさん2018/08/14(火) 13:13:02.03
文法を統一してくれ。
同じメーカーの製品なのに
accessとsqlserverで違うのが
一番納得できん。

55仕様書無しさん2018/08/15(水) 08:07:32.52
>>54
accessのjetは困るね。
まあ、おもちゃだから仕方がない。
mysqlを自分のpcに入れるしかないわ

56仕様書無しさん2018/08/16(木) 01:29:58.94
え、ちょっと待って
MySQLもおもちゃよ?

57仕様書無しさん2018/08/16(木) 08:59:32.39
えっ

58仕様書無しさん2018/08/16(木) 19:37:48.04
煽るなよ。
oracleが正義なのはよく分かるけどさ
ボラクルになってからはもうポスグレかmysqlかsql serverの三択になってるよね。
俺の知識も化石化してる。

59仕様書無しさん2018/08/18(土) 16:13:59.09
Postgressだろ?
今のバージョンは性能いいらしいぞ?

60仕様書無しさん2018/08/18(土) 16:23:20.91
oracleってロック制御が
へんと言うか特殊だよな。
見えるのか見えないのか
はっきりしてくれ

61仕様書無しさん2018/08/18(土) 17:02:06.02
>>60
そこら辺が病みつきになる理由だよ
ダーティーリードという言葉自体にアレルギー湧いちゃう人にはOracle以外は使えない

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

63仕様書無しさん2018/08/19(日) 00:48:31.60
>>62
DDDと性能になんの関係があんだよ素人
リポジトリパターンって言いたいだけっしょ

64仕様書無しさん2018/08/19(日) 09:32:31.12
>>63
>>62に書いてあるじゃん
きみ外人か?

65仕様書無しさん2018/08/19(日) 09:46:48.67
× SQLだけ苦手
○ 他の苦手なものをまだ知らないだけ

66仕様書無しさん2018/08/19(日) 09:48:50.99
>>56
おもちゃかどうかの基準は、クライアントサーバー方式かどうかだ

67仕様書無しさん2018/08/19(日) 09:49:51.80
>>64
では>>62の中から、DDDと性能が関係していることを
示す文章を抜き出してみなさい

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

69仕様書無しさん2018/08/19(日) 10:05:22.01
よこからすまんけど、

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

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

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

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

と思ったw

70仕様書無しさん2018/08/19(日) 10:08:09.02
DDDなんてわざわざ読む価値があるのか?
普通のSEなら知ってることばかりじゃないか?

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

71仕様書無しさん2018/08/19(日) 12:56:53.59
>>69
バカはお前やん

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

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

72仕様書無しさん2018/08/19(日) 13:07:44.68
設計ミスのバカシステムしか作れないバカは高機能高スペックのDBを使ってゴリ押しするしかない
まともな設計をしている常識人は平凡な機能と平凡なスペックのDBでもなんの問題もなくやっていける

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

73仕様書無しさん2018/08/19(日) 17:10:43.69
>>71
馬鹿はお前だろがクズ。

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

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

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

74仕様書無しさん2018/08/19(日) 17:36:53.16
あらら壊れちゃった

75仕様書無しさん2018/08/19(日) 19:40:23.42
スキル不足を棚に上げてボラクルの性能に頼ろうとするクズPG

76仕様書無しさん2018/08/19(日) 21:45:15.39
DBのスキルとPGのスキルは少し違うよね?
スーパープログラマはDBA目指さないし
意味不明にロックして泣きそうにデバッグ?するよかOracleでガンガンコードを書き進めたいよ

77仕様書無しさん2018/08/19(日) 22:39:00.24
>>76
典型的な素人

78仕様書無しさん2018/08/19(日) 23:19:26.04
>>77
俺が素人ならお前さんは何者なんだい?
IT弁慶かな?

79仕様書無しさん2018/08/20(月) 00:21:02.46
>>76
いやいや、全部ひっくるめてエンジニアスキルでしょ。
判らなくて良いんだってのは、有り得ないから。
判らなくて恥ずかしいと思わないと。

80仕様書無しさん2018/08/20(月) 02:33:40.61
>>79
40代だとDB=Oracleだったので、当時のプラチナ持ちまでいたと思うけど時代は変わってしまったよ。仕方がないけどね

81仕様書無しさん2018/08/20(月) 18:48:24.98
>>意味不明にロックして泣きそうにデバッグ?するよかOracleでガンガンコードを書き進めたいよ
Oracle{に}がんがんコード書いて、ロックしても意味不明で泣きそうになってる。んだろが。

82仕様書無しさん2018/08/22(水) 21:54:30.38
始まったら思い出す
終わったらわすれる
(最初に戻る)

83仕様書無しさん2018/09/04(火) 15:21:45.96
>>80
昔のオラクルマスターのプラチナはいまのBronzeレベル。

新着レスの表示
レスを投稿する