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

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

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

どうしたら理解できる？
0003仕様書無しさん
垢版 |
2018/04/17(火) 23:54:08.30
むしろ、SQLしか理解出来ないSIerは多いし、あんまり理解出来てもいない。
00041
垢版 |
2018/04/17(火) 23:56:33.49
しかもテーブル名がドイツ語を略したものだしよ！
00051
垢版 |
2018/04/17(火) 23:59:57.44
1個のSQL文が数百行とかあってそれをメンテしてる
正直気持ち悪い
SQLを関数やメソッドのように考えてはいけないんだろうね。
0006仕様書無しさん
垢版 |
2018/04/18(水) 05:45:22.87
あったなぁ
クリスタルレポート使ってるとそんな感じになる
0007仕様書無しさん
垢版 |
2018/04/18(水) 07:15:05.72
INNER JOINは使わないほうがいい。
エビデンス作業をホカの人に回せなくなるぞ。
0010仕様書無しさん
垢版 |
2018/04/24(火) 08:37:46.77
ノリでなんとかしてる
0013仕様書無しさん
垢版 |
2018/05/03(木) 14:17:00.32
ほんとうに難しいのはSQLそのものよりビジネスロジックだと思う
0015仕様書無しさん
垢版 |
2018/05/22(火) 11:52:20.81
とても簡単な自宅で稼げる方法
参考までに書いておきます
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

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

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

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

の順なのに、これを変えろと言うならANSIに言ってくれ。
0035仕様書無しさん
垢版 |
2018/07/30(月) 20:15:19.95
お前と俺違う世界線の人間なのか
俺の世界じゃSELECTが先に来てたような気がするんだが
0036仕様書無しさん
垢版 |
2018/07/30(月) 21:23:27.71
>>32
クズみたいなツール有難がって使うような奴は巨大クソのメンテでもしてろ
0038仕様書無しさん
垢版 |
2018/07/31(火) 06:57:53.74
>>36
あのさ
お前が好きな文法でSQLもどきを作るだろ、コンバータにかけるだろ、それを本番のソースに埋め込めよって書いただけだぞ
セキュリティの面やチューニングは別人の専門家がやるという面からも、プログラム動作中に文字列を連結させてSQLを組み立てるはSQLをコンパイルする時間もかかるし禁止されてるプロジェクトもあるんだよってこと
万人月のプロジェクトの経験が無いと意味不明なのはわかるけど文句言うのはおよしなさいよ
0039仕様書無しさん
垢版 |
2018/07/31(火) 07:22:05.37
>>37
正直どうでも良いし絡んでも仕方ないんだけど
大手様謹製のクソツールに習熟したって大手のクソ仕事にしか役に立たないでしょ
素人が頑張って作ったようなツールよりも、OSSのプロダクトのほうがちゃんとしてるでしょ
俺は仕事選べるうちは、もうああいうのはやらん

>>38
長いよ
0040仕様書無しさん
垢版 |
2018/07/31(火) 20:41:16.02
>>39
何を言っているのかわからない
0041仕様書無しさん
垢版 |
2018/07/31(火) 21:42:38.39
大手様謹製のクソツールって、こいつなんの話をしてんだw
0042仕様書無しさん
垢版 |
2018/08/01(水) 23:28:40.32
そういえば昔 pro*c ってあったな。今もあるのか？
0043仕様書無しさん
垢版 |
2018/08/02(木) 20:47:05.47
>>42
あるよ。C言語をメインに開発しているところでは使われている。ただしPro*Cを使うメリットはほぼない。

C言語しかわからないひとはPro*Cの方がとっつきやすいだけ。
0044仕様書無しさん
垢版 |
2018/08/03(金) 18:42:56.81
「だけ」というか、なんでSQLを他の言語と混同するのかが解らない。
0045仕様書無しさん
垢版 |
2018/08/03(金) 19:33:02.52
>>44
DBから任意のデータを抽出するにはSQLを使わざるを得ないでしょ？
嫌ならCSVにでも出力させてから得意な言語で取ったり加工してロードすれば良い。
大量処理の場合、その方が早いこともあるけどな
0046仕様書無しさん
垢版 |
2018/08/08(水) 00:42:15.35
10行以上のSQLは
見るの疲れるから止めてください！
0047仕様書無しさん
垢版 |
2018/08/08(水) 02:26:29.96
>>46
列ごとに1行で書く奴は確かに困るな。
でも結合やサブクエリを多用すると10行は超えることあるわ。
プログラム側でフェッチして書く方がプログラマは納得いくんだろうけど、そこは改宗したつもりでDBに委ねるのがSIerのプログラマだと思う
0048仕様書無しさん
垢版 |
2018/08/12(日) 23:18:46.99
>>44
Pro*CはOracle Databaseの世界ではSQLの範疇でC言語ではない。
0049仕様書無しさん
垢版 |
2018/08/12(日) 23:19:54.60
>>47
はあ？いつもどんな単純なことしかしてないのか？
0050仕様書無しさん
垢版 |
2018/08/12(日) 23:23:13.99
SQLの構文は確かに失敗だった。しかしデファクトスタンダードになってしまったのだから仕方ない。

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

途中まではよかったがSQLを拡張していく過程で開発者が面倒になってわかりづらい構文になってしまった。
0051仕様書無しさん
垢版 |
2018/08/13(月) 20:27:06.71
SQL苦手だと池袋のシスラボの研修でクビになるよ
0052仕様書無しさん
垢版 |
2018/08/14(火) 12:34:00.95
初心者プログラマにSQLを使わせないでDB操作をするためのライブラリとかクラスを作れ。
見たいな仕事は結構したよ。
俺が、DB操作のための新たな言語仕様をでっち上げて、それをSQLに変換するみたいな。
結局、SQLを直に書くが一番と分かった。
0053仕様書無しさん
垢版 |
2018/08/14(火) 12:57:25.67
>>52

既存のORM使えばいいじゃん
なぜそんな仕事を...
0054仕様書無しさん
垢版 |
2018/08/14(火) 13:13:02.03
文法を統一してくれ。
同じメーカーの製品なのに
accessとsqlserverで違うのが
一番納得できん。
0055仕様書無しさん
垢版 |
2018/08/15(水) 08:07:32.52
>>54
accessのjetは困るね。
まあ、おもちゃだから仕方がない。
mysqlを自分のpcに入れるしかないわ
0058仕様書無しさん
垢版 |
2018/08/16(木) 19:37:48.04
煽るなよ。
oracleが正義なのはよく分かるけどさ
ボラクルになってからはもうポスグレかmysqlかsql serverの三択になってるよね。
俺の知識も化石化してる。
0059仕様書無しさん
垢版 |
2018/08/18(土) 16:13:59.09
Postgressだろ？
今のバージョンは性能いいらしいぞ？
0060仕様書無しさん
垢版 |
2018/08/18(土) 16:23:20.91
oracleってロック制御が
へんと言うか特殊だよな。
見えるのか見えないのか
はっきりしてくれ
0061仕様書無しさん
垢版 |
2018/08/18(土) 17:02:06.02
>>60
そこら辺が病みつきになる理由だよ
ダーティーリードという言葉自体にアレルギー湧いちゃう人にはOracle以外は使えない
新着レスの表示
レスを投稿する

ニューススポーツなんでも実況