業務でSQLを扱っているけどいまいち理解できないです。
INNER JOIN?何が「内側」なのか理解できない
LEFT OUTER JOIN?はぁ?何を基準に「左」なんだ?しかも「外側」・・・
抽出条件がWHEREだと?条件はIFかWHENだろうが!
直積とデカルト積の違いは?要するに「総当たり」なの?
こんな調子で業務に支障が出始めてます。
どうしたら理解できる?
探検
SQLだけ苦手
1仕様書無しさん
2018/04/17(火) 23:35:25.162018/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を関数やメソッドのように考えてはいけないんだろうね。
正直気持ち悪い
SQLを関数やメソッドのように考えてはいけないんだろうね。
2018/04/18(水) 05:45:22.87
あったなぁ
クリスタルレポート使ってるとそんな感じになる
クリスタルレポート使ってるとそんな感じになる
7仕様書無しさん
2018/04/18(水) 07:15:05.72 INNER JOINは使わないほうがいい。
エビデンス作業をホカの人に回せなくなるぞ。
エビデンス作業をホカの人に回せなくなるぞ。
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が遅いとか言ってくんなよ。
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
参考までに書いておきます
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
VQI8B
16仕様書無しさん
2018/06/16(土) 00:23:58.13 ミックも理解できてない馬鹿ばっかりよ
17仕様書無しさん
2018/07/24(火) 10:23:13.29 良く出来るプログラマーほど苦手らしい
しかし大量のデータを扱ったり、インポートエクスポートやったりすると、なんかDBの良さが見えて来る。自分で検索アルゴリズム作ったりするよりも速いし、そういうの見せられると自然と改宗する。
しかし大量のデータを扱ったり、インポートエクスポートやったりすると、なんかDBの良さが見えて来る。自分で検索アルゴリズム作ったりするよりも速いし、そういうの見せられると自然と改宗する。
18仕様書無しさん
2018/07/26(木) 18:37:38.82 いや、それはいいプログラマーじゃないだろ
19仕様書無しさん
2018/07/27(金) 23:59:21.6620仕様書無しさん
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とかなんか俺の昔の職場と被るんだがまさか某携帯会社関連じゃないよな?
数百行のSQLとかなんか俺の昔の職場と被るんだがまさか某携帯会社関連じゃないよな?
26仕様書無しさん
2018/07/29(日) 07:57:36.57 今からでもSQLの文法変えてほしい
SELECTが射影でWhereが選択
SELECT前にあってWhereがSELECT前のグループにかかる
きがくるっとんのか
SELECTが射影でWhereが選択
SELECT前にあってWhereがSELECT前のグループにかかる
きがくるっとんのか
27仕様書無しさん
2018/07/29(日) 10:33:46.76 英語
28仕様書無しさん
2018/07/29(日) 12:00:59.15 自分でコンバータ作ればいいだけ。
セキュリティの観点からソースいじってsqlの文法変えるのはアリとは思うけど、使いづらいってのは経験不足なだけ
セキュリティの観点からソースいじってsqlの文法変えるのはアリとは思うけど、使いづらいってのは経験不足なだけ
29仕様書無しさん
2018/07/29(日) 15:20:37.15 コンバーターのぶん処理が余計になるし
メンテでそこ疑わなきゃいけいないし
引継ぎ者が誰も知らない文法覚えないといけないし
選択枝としてありえない
標準化委員会が新しいまともな文法のSQL作って敷衍するべき
メンテでそこ疑わなきゃいけいないし
引継ぎ者が誰も知らない文法覚えないといけないし
選択枝としてありえない
標準化委員会が新しいまともな文法のSQL作って敷衍するべき
30仕様書無しさん
2018/07/29(日) 15:24:17.35 コンバーターというかビルダー既にいろいろあるよ
31仕様書無しさん
2018/07/29(日) 15:25:13.98 マジデスカ
32仕様書無しさん
2018/07/29(日) 15:56:49.6133仕様書無しさん
2018/07/29(日) 16:43:33.80 それでどう解決するのかわからんし
そんな単語ごときで何で変にあおられてるのか
そんな単語ごときで何で変にあおられてるのか
34仕様書無しさん
2018/07/30(月) 19:17:26.38 FROM
WHERE
SELECT
の順なのに、これを変えろと言うならANSIに言ってくれ。
WHERE
SELECT
の順なのに、これを変えろと言うならANSIに言ってくれ。
35仕様書無しさん
2018/07/30(月) 20:15:19.95 お前と俺違う世界線の人間なのか
俺の世界じゃSELECTが先に来てたような気がするんだが
俺の世界じゃSELECTが先に来てたような気がするんだが
38仕様書無しさん
2018/07/31(火) 06:57:53.74 >>36
あのさ
お前が好きな文法でSQLもどきを作るだろ、コンバータにかけるだろ、それを本番のソースに埋め込めよって書いただけだぞ
セキュリティの面やチューニングは別人の専門家がやるという面からも、プログラム動作中に文字列を連結させてSQLを組み立てるはSQLをコンパイルする時間もかかるし禁止されてるプロジェクトもあるんだよってこと
万人月のプロジェクトの経験が無いと意味不明なのはわかるけど文句言うのはおよしなさいよ
あのさ
お前が好きな文法でSQLもどきを作るだろ、コンバータにかけるだろ、それを本番のソースに埋め込めよって書いただけだぞ
セキュリティの面やチューニングは別人の専門家がやるという面からも、プログラム動作中に文字列を連結させてSQLを組み立てるはSQLをコンパイルする時間もかかるし禁止されてるプロジェクトもあるんだよってこと
万人月のプロジェクトの経験が無いと意味不明なのはわかるけど文句言うのはおよしなさいよ
39仕様書無しさん
2018/07/31(火) 07:22:05.3740仕様書無しさん
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.4744仕様書無しさん
2018/08/03(金) 18:42:56.81 「だけ」というか、なんでSQLを他の言語と混同するのかが解らない。
45仕様書無しさん
2018/08/03(金) 19:33:02.52 >>44
DBから任意のデータを抽出するにはSQLを使わざるを得ないでしょ?
嫌ならCSVにでも出力させてから得意な言語で取ったり加工してロードすれば良い。
大量処理の場合、その方が早いこともあるけどな
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のプログラマだと思う
列ごとに1行で書く奴は確かに困るな。
でも結合やサブクエリを多用すると10行は超えることあるわ。
プログラム側でフェッチして書く方がプログラマは納得いくんだろうけど、そこは改宗したつもりでDBに委ねるのがSIerのプログラマだと思う
48仕様書無しさん
2018/08/12(日) 23:18:46.99 >>44
Pro*CはOracle Databaseの世界ではSQLの範疇でC言語ではない。
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を拡張していく過程で開発者が面倒になってわかりづらい構文になってしまった。
中途半端な英語の指示は日本人より英語圏の人の方が混乱してわかりにくいだろう。
途中まではよかったがSQLを拡張していく過程で開発者が面倒になってわかりづらい構文になってしまった。
51仕様書無しさん
2018/08/13(月) 20:27:06.71 SQL苦手だと池袋のシスラボの研修でクビになるよ
52仕様書無しさん
2018/08/14(火) 12:34:00.95 初心者プログラマにSQLを使わせないでDB操作をするためのライブラリとかクラスを作れ。
見たいな仕事は結構したよ。
俺が、DB操作のための新たな言語仕様をでっち上げて、それをSQLに変換するみたいな。
結局、SQLを直に書くが一番と分かった。
見たいな仕事は結構したよ。
俺が、DB操作のための新たな言語仕様をでっち上げて、それをSQLに変換するみたいな。
結局、SQLを直に書くが一番と分かった。
53仕様書無しさん
2018/08/14(火) 12:57:25.6754仕様書無しさん
2018/08/14(火) 13:13:02.03 文法を統一してくれ。
同じメーカーの製品なのに
accessとsqlserverで違うのが
一番納得できん。
同じメーカーの製品なのに
accessとsqlserverで違うのが
一番納得できん。
56仕様書無しさん
2018/08/16(木) 01:29:58.94 え、ちょっと待って
MySQLもおもちゃよ?
MySQLもおもちゃよ?
57仕様書無しさん
2018/08/16(木) 08:59:32.39 えっ
58仕様書無しさん
2018/08/16(木) 19:37:48.04 煽るなよ。
oracleが正義なのはよく分かるけどさ
ボラクルになってからはもうポスグレかmysqlかsql serverの三択になってるよね。
俺の知識も化石化してる。
oracleが正義なのはよく分かるけどさ
ボラクルになってからはもうポスグレかmysqlかsql serverの三択になってるよね。
俺の知識も化石化してる。
59仕様書無しさん
2018/08/18(土) 16:13:59.09 Postgressだろ?
今のバージョンは性能いいらしいぞ?
今のバージョンは性能いいらしいぞ?
60仕様書無しさん
2018/08/18(土) 16:23:20.91 oracleってロック制御が
へんと言うか特殊だよな。
見えるのか見えないのか
はっきりしてくれ
へんと言うか特殊だよな。
見えるのか見えないのか
はっきりしてくれ
62仕様書無しさん
2018/08/18(土) 18:08:43.43 設計ミスのカオス系システムだとDBに超絶負荷がかかるからDB職人の神業で対応せざるを得なくなって性能や機能が求められるのでOracleに頼りたくなる
でもDDDのリポジトリパターンにしたがって開発してるとBDの性能とか機能を追求したくなるような場面って思ったよりずっと少なくなるのでPostgreSQLやMySQLでなんの問題もない
でもDDDのリポジトリパターンにしたがって開発してるとBDの性能とか機能を追求したくなるような場面って思ったよりずっと少なくなるのでPostgreSQLやMySQLでなんの問題もない
65仕様書無しさん
2018/08/19(日) 09:46:48.67 × SQLだけ苦手
○ 他の苦手なものをまだ知らないだけ
○ 他の苦手なものをまだ知らないだけ
68仕様書無しさん
2018/08/19(日) 10:03:26.28 >>67
>設計ミスのカオス系システムだとDBに超絶負荷がかかるからDB職人の神業で対応せざるを得なくなって性能や機能が求められるのでOracleに頼りたくなる
>でもDDDのリポジトリパターンにしたがって開発してるとBDの性能とか機能を追求したくなるような場面って思ったよりずっと少なくなるのでPostgreSQLやMySQLでなんの問題もない
>設計ミスのカオス系システムだとDBに超絶負荷がかかるからDB職人の神業で対応せざるを得なくなって性能や機能が求められるのでOracleに頼りたくなる
>でもDDDのリポジトリパターンにしたがって開発してるとBDの性能とか機能を追求したくなるような場面って思ったよりずっと少なくなるのでPostgreSQLやMySQLでなんの問題もない
69仕様書無しさん
2018/08/19(日) 10:05:22.01 よこからすまんけど、
> 設計ミスのカオス系システムだとDBに超絶負荷がかかるから
そりゃ、設計ミスならそうなるかもなあ(笑)
> DDDのリポジトリパターンにしたがって開発して
設計をやりなおせば、まともに近づくのはそりゃ当たり前すぎて
馬鹿なのかお前は子供か?
と思ったw
> 設計ミスのカオス系システムだとDBに超絶負荷がかかるから
そりゃ、設計ミスならそうなるかもなあ(笑)
> DDDのリポジトリパターンにしたがって開発して
設計をやりなおせば、まともに近づくのはそりゃ当たり前すぎて
馬鹿なのかお前は子供か?
と思ったw
70仕様書無しさん
2018/08/19(日) 10:08:09.02 DDDなんてわざわざ読む価値があるのか?
普通のSEなら知ってることばかりじゃないか?
DDDのような屁理屈本を初心者が読むと
勘違いして弊害のほうが多くなるからなあ(笑)
普通のSEなら知ってることばかりじゃないか?
DDDのような屁理屈本を初心者が読むと
勘違いして弊害のほうが多くなるからなあ(笑)
71仕様書無しさん
2018/08/19(日) 12:56:53.59 >>69
バカはお前やん
俺は最初から当たり前のことを当たり前のように言っただけだぞ
それをお前が「あっこれ当たり前のことだ」って気がつくまでやたら時間をかけて
子供でもすぐに気がつくことに気が付かなかった羞恥心をごまかすためにそんなレスをしたんだろう
バカはお前やん
俺は最初から当たり前のことを当たり前のように言っただけだぞ
それをお前が「あっこれ当たり前のことだ」って気がつくまでやたら時間をかけて
子供でもすぐに気がつくことに気が付かなかった羞恥心をごまかすためにそんなレスをしたんだろう
レスを投稿する
ニュース
- 今後50年間、毎年100万人ずつ人口が減る…「少子化対策」の失敗で日本が迎える「死ぬまで搾取」というヤバい未来 [ぐれ★]
- 【芸能】長嶋一茂 高層ビル住民にパラシュートのススメ 香港火災を例に「理性を最後まで失わずに対処できる…」 [冬月記者★]
- 石破茂氏、「高市さんよくぞ言った」の空気に待った 存立危機事態…考えてはいても「公の場で言うことか」:東京新聞 ★2 [少考さん★]
- 25年の食品値上げ、2年ぶり2万品目超え [少考さん★]
- 【おっぱい】「女性を見つけた瞬間に揉みたいという衝動にかられ…」路上で25歳女性に不同意わいせつ行為か 21歳土木作業員の男を逮捕 [nita★]
- 日本外務省、Xで中国大使館にぴしゃり反論 核巡る「もし日本が再び軍国主義の道を歩み…」主張うけ [少考さん★]
- 中国「誠意を見せる気があるなら高市早苗は辞任しろ。」キタ━(゚∀゚)━! [153490809]
- 【速報】ガソリン暫定税率廃止、全会一致デカケツ成立! [369521721]
- 生活保護ぼく、お金がない😓
- 遊ぼ
- 【高市悲報】中国富裕層「売ろうかな」タワマンバブルが弾ける [709039863]
- 【悲報】橋下徹「高市氏自身は反省したが、熱烈支持者は発言を絶対正当化し続ける。その声に左右される国家運営は非常に危険 [733893279]
