SQL質疑応答スレ 19問目

**NAME IS NULL** · 2019/05/23(木) 20:25:40.60

このスレは
「こういうことをやりたいんだけどSQLでどう書くの？」
「こういうSQLを書いたんだけどうまく動きません＞＜」
などの質問を受け付けるスレです。

SQLという言語はISOによって標準化されていますが
この標準を100%実装したDBMSは存在せず、
また、DBMSによっては標準でない独自の構文が
追加されていることもあります。

質問するときはDBMS名を必ず付記してください。

【質問テンプレ】
・DBMS名とバージョン
・テーブルデータ
・欲しい結果
・説明

前スレ：
SQL質疑応答スレ 18問目
https://mevius.5ch.net/test/read.cgi/db/1515071542/

**NAME IS NULL** · 2020/02/08(土) 14:23:26.63

物理メモリもストレージ容量も大きいのに少しのことを大袈裟に言うやつは引退した方がいい。

ハードウェアの進化に知識が追いついていない。

**NAME IS NULL** · 2020/02/08(土) 14:32:11.63

>Where TO_CHAR(sale_date, 'YYYY-MM-DD') = '1970-01-01'

こういうダメな例を書かないためには
SQL使うだけのやつもDB設計の基礎知らないといけないんじゃないか？

**NAME IS NULL** · 2020/02/08(土) 14:37:55.61

自分の設計能力の低さをハード性能でカバーされてることに気づかないやつも引退したほうがいいけどな

**NAME IS NULL** · 2020/02/08(土) 14:38:49.29

>Where TO_CHAR(sale_date, 'YYYY-MM-DD') = '1970-01-01'

確にこれは初心者

**NAME IS NULL** · 2020/02/08(土) 14:43:36.83

ON DUPLICATE KEY UPDATEのIF文について質問させてください

ON DUPLICATE KEY UPDATE
fb_like = IF(fb_like > VALUES(fb_like), fb_like, VALUES(fb_like))

このIF分の第二と第三の引数と戻り値の意味を教えて頂けないでしょうか。
第一は比較条件なのは分かりますが・・・
DUPLICATE KEY UPDATEのリファレンスを調べてもわかりませんでした・・・

**NAME IS NULL** · 2020/02/08(土) 16:15:51.97

>>203
普通に考えて第２引数は条件が真の時に返す値で第３引数は偽の時に返す値でしょ
てか答え書いてあるだろ
> 取得した数字がレコードの数字より大きければ更新
https://qiita.com/yuzroz/items/f0eccf847b2ea42f885f

**NAME IS NULL** · 2020/02/08(土) 16:27:56.20

>>213
IFが分からないならON DUPLICATE KEY UPDATEじゃなくIF()関数のところを見ないと
https://dev.mysql.com/doc/refman/8.0/en/control-flow-functions.html#function_if

**NAME IS NULL** · 2020/02/08(土) 16:35:32.52

>取得した数字がレコードの数字より大きければ更新

取得した数字って書き方が悪いような

**NAME IS NULL** · 2020/02/08(土) 16:50:58.57

>>209
>物理メモリもストレージ容量も大きいのに少しのことを大袈裟に言うやつは引退した方がいい。

性能要求が低くてスケールする必要のない小規模・オンプレならそういう認識でいいかもねw

**NAME IS NULL** · 2020/02/08(土) 20:25:42.58

>>213
質問の内容自体はINSERT文にあまり関係ないというか単なるIF関数じゃないかな
ＩＦ自体はExcelのワークシート関数と同じく条件が真（True）なら第2引数、偽（False）なら第3引数の値を使う
でこれが今回のINSERT文になると
fb_likeに設定する値はUPDATE対象となるデータのfb_like（A）とVALUESで設定しようとしているfb_like（B）を比較して
A>BならAの値（何も変わらない）、そうでなければBの値になる

例えば最高得点を更新するような場合をイメージするといいかも
ただそれならA≧Bがよさそうではある

**NAME IS NULL** · 2020/02/08(土) 20:48:16.27

>>218
> ただそれならA≧Bがよさそうではある
価が変わらない時は更新しないような最適化はされるんだろうか？

**NAME IS NULL** · 2020/02/08(土) 21:39:21.29

>>219
MySQLのUPDATEは値が同じならUPDATEは実行されない

**NAME IS NULL** · 2020/02/08(土) 21:56:14.22

同じ値で更新するかどうかは製品の同時実行制御方式による。

多くの製品は同じ値でも更新してログを残す。

同じ値と異なる値で区別する方が実装が複雑になる。

**NAME IS NULL** · 2020/02/09(日) 16:54:17.87

primary keyが被って他のカラムが違った場合そこをupdateするのってどうやります？
ついでに旧の値も保存したいです。

**NAME IS NULL** · 2020/02/09(日) 17:02:29.95

primary keyが被るって、唯一無二のレコードじゃないのか？

**NAME IS NULL** · 2020/02/09(日) 17:08:43.82

「そこ」を使用する場合一意に決められるように文を定義してください

**NAME IS NULL** · 2020/02/09(日) 17:10:59.96

>>222
その主キー列は代理キーではないということか？

主キー列の値がレコードを区別するだけのものでない場合は、テーブルの設計が誤っている。

**NAME IS NULL** · 2020/02/09(日) 17:14:17.03

>>224
そこっていうのは非主キーのカラムです

**NAME IS NULL** · 2020/02/09(日) 17:18:13.58

primary keyを指定してアップデートする
「そこ」とは、primary keyになる
旧の値を保存したいなら、
更新の履歴をとっておくようにする

**NAME IS NULL** · 2020/02/09(日) 17:20:27.88

>>225
簡略化すると
商品というテーブルがあって
id（主キー）、名前、価格
というカラムで価格が変化するというような場合です
価格も主キーにするのがいいのですかね

**NAME IS NULL** · 2020/02/09(日) 17:20:52.77

元の質問の理解が難しいが複合主キーの第一キーをprimary keyと言ってるのかね

**NAME IS NULL** · 2020/02/09(日) 17:26:41.67

>>228
なんでインサートで新しいレコードを作らないのですか？

**NAME IS NULL** · 2020/02/09(日) 17:27:38.80

DB設計を語るスレ 10 [無断転載禁止]©2ch.net
https://mevius.5ch.net/test/read.cgi/db/1495438711/

スレ違いが最近多いけど、設計スレは死んでるのか？

**NAME IS NULL** · 2020/02/09(日) 17:29:28.08

設計の話がなぜかSQLの話にすり替わるのは初心者の特徴なのだろうか？

**NAME IS NULL** · 2020/02/09(日) 17:31:06.13

リレーショナルデータベースの理論的な意味をすっ飛ばしてサロゲートキーあたりまえみたいな
教え方をするとこういうことになるといういい例。

**NAME IS NULL** · 2020/02/09(日) 17:34:34.12

>>233
よく読んだ？

**NAME IS NULL** · 2020/02/09(日) 17:36:34.74

>>230
同じidが被るのは良くないかなと思いました

あとどっちが最新の価格かもわからなくなると

>>231
>>232
すいませんでした移動します

**NAME IS NULL** · 2020/02/09(日) 17:36:53.35

「primary keyが被って他のカラムが違った場合そこをupdateするのってどうやります？
ついでに旧の値も保存したいです。」

こんな狂った質問はスルーでよかった。申し訳ない。

**NAME IS NULL** · 2020/02/09(日) 17:43:20.96

>>228
価格が変化すると言っても、商売の種類によって様々
生鮮食品を扱うとなればそれこそ日々変わるし
数年に一度価格見直しで一斉に変わるという業種もあるだろう
それによって設計も変わるし仕組みも変わる

相談したいなら、SQLの書き方を聞くスレではなく
DB設計の話題を扱うスレの方が相応しいと思うんだが

**NAME IS NULL** · 2020/02/09(日) 18:00:13.65

どうしてもkey を変えたくないなら元情報用カラムをついかして元情報をそこに残すしかし複数の変更履歴残したいならば、変更用トランザクションデータを残して置けば変更履歴は追える

**NAME IS NULL** · 2020/02/09(日) 18:53:18.53

テンポラルさんがスタンバってるよ

**NAME IS NULL** · 2020/02/22(土) 22:26:47.17

他システムが出力したデータをoracleのnumber(3,16)型のカラムに格納しています

もともとの値が浮動小数でそのまま出力して格納しているため、
96.3が96.29999999996や96.3000000000004のような値になっています

Oracleのsqlで、このカラムからnumber(3,3)の96.300の結果を得るにはどうすれば良いでしょうか？
アドバイスよろしくお願いします

**NAME IS NULL** · 2020/02/22(土) 22:31:51.49

ROUND()使えば？

**NAME IS NULL** · 2020/02/23(日) 00:06:17.30

>>240
number(3,3)にcastすればいい

**NAME IS NULL** · 2020/02/23(日) 21:08:24.31

number(3,3)って、全体で３桁、うち小数点以下３桁じゃなかったっけ？

**NAME IS NULL** · 2020/02/25(火) 13:35:36.81

>>240
NUMBER(整数+小数の桁数、小数の桁数)だぞ
左側が多くはず
number(3,16)型とかおかしい

**NAME IS NULL** · 2020/02/25(火) 14:54:57.84

ぶっちゃけ分かりにくいよね
その桁指定方法

誰が考えたのか知らんけど

**NAME IS NULL** · 2020/02/25(火) 17:40:42.07

FortranやCの出力フォーマット指定に準じているみたい

Fortran
f12.5 12桁で出力，うち5桁が小数点以下．
e20.7 科学的表記の20桁で出力，うち7桁が小数点以下．

C
%4.2fの4は全体の桁数、2は小数点以下の桁数

**NAME IS NULL** · 2020/02/25(火) 19:33:17.00

文章みればなんとなくわかるよね
まあわかってないのは質問者と>>240だけどｗ

**NAME IS NULL** · 2020/02/26(水) 23:55:25.73

COBOLなんて最悪のわかりにくさだけどな。

**NAME IS NULL** · 2020/02/27(木) 00:18:29.64

SQLとCOBOLって、殆ど同級生みたいなものだろう

**NAME IS NULL** · 2020/02/27(木) 06:58:17.84

>>249
まったく異なる

**NAME IS NULL** · 2020/02/28(金) 22:13:19.38

>>249
どこがどう「同級生みたいな」もんなんだよ。

**NAME IS NULL** · 2020/02/29(土) 03:02:30.76

SQL-86とCOBOL-85って殆ど同級生みたいなものだろう
って話じゃろうな

**NAME IS NULL** · 2020/02/29(土) 10:59:20.17

流れトン切り、雑談的な質問で恐縮なんだが
みんなコードを学んでいく上で周囲の人が書いたコード見たりして学ぶのかな
なんとなく盗み見るようで気がひけるんだけど
名前出てるからこの人の参考になるなという人の時々見てるけど、こそこそやってて落ち着かない
モラルの点でどう思う？

**NAME IS NULL** · 2020/02/29(土) 11:50:20.58

見れるところに置いてあるのなら、堂々と見れば良い

**NAME IS NULL** · 2020/02/29(土) 13:48:05.06

わかった、ありがとう
そうする

**NAME IS NULL** · 2020/03/02(月) 20:55:36.49

親ID 親Name 子ID 子Name ←列名
p1 pn1 c1 cn1
p1 pn1 c2 cn2

現在、クエリで上記の形で取得できているのですが、これを
ID Name IsParent
p1 pn1 true
c1 cn1 false
c2 cn2 false

のような形で取得することはできますか？
DBはoracle11gR2です

**NAME IS NULL** · 2020/03/02(月) 21:31:35.40

(
select distinct 親ID as ID, 親Name as Name, true as IsParent from テーブル
) union all(
select distinct 子ID as ID, 子Name as Name, false as IsParent from テーブル
)

**NAME IS NULL** · 2020/03/02(月) 21:50:57.19

>>253
他人のものをよく見て、真似るのが基本中の基本。

さらに自分の中でも試行錯誤を繰り返す。

これをずっとやらないとコピペプロクラマにしかなれない。

**NAME IS NULL** · 2020/03/02(月) 22:09:11.52

>>257
ありがとうございます
union allという手がありましたね。それで検索してみたら↓のようなのを見つけたので色々と試してみたいと思います！

https://www.oracle.com/technetwork/jp/articles/otnj-sql-image7-1525406-ja.html#d

**NAME IS NULL** · 2020/03/03(火) 19:50:42.41

p1 pn1 c1 cn1
p1 pn1 c2 cn2
p2 pn1 c5 cn5
p2 pn1 c6 cn6
p3 pn1 c3 cn3
p3 pn1 c4 cn4
だったらどう取りたいのかが少し気になったわ
必ず親の次に子をとるなら・・・

**NAME IS NULL** · 2020/03/03(火) 23:28:53.47

親の次とか意味が分からんけど、それより
p1 pn1 c1 cn1
c1 cn1 p1 pn1
とかあったらどうするんだろね

**NAME IS NULL** · 2020/03/04(水) 18:33:46.19

そもそも >>256 は何を言っているのかまったくわからない。

親子とはなんなんだ？

**NAME IS NULL** · 2020/03/04(水) 18:52:49.25

＞現在、クエリで上記の形で取得できているのですが

これから推測するに、元となるテーブルが一つ、二つあって
それからクエリ使って2行の例を導いたと思われる
だとすれば、元となるテーブルデータと取得したクエリを公開すれば
質問に対する適切なアドバイスを得れると思うが、本人は既に解決済と見える

**NAME IS NULL** · 2020/03/04(水) 23:13:48.31

>>256です
たしかに前提条件も詳細な情報もなく
ほかの人から見れば分からないことだらけですね　すみません
だいたい>>263の通りですが、あまり時間が取れてなくて解決していませんでした

>>260
IDが違えば基本的には名前は被らないですが、その例だと
p1 pn1 true
c1 cn1 false
c2 cn2 false
p2 pn1 true
c5 cn5 false
c6 cn6 false ...と取りたいです

>>261
循環はないようなテーブルですが、それを規制するものはないため、
クエリ側で循環の対策が必要ですね

**NAME IS NULL** · 2020/03/04(水) 23:27:22.00

親子とは商品で例えると、セット品のようなもので
子がいない（セット品ではない）ものは子品番がNULLになっています
複数テーブルですが、一つにまとめて簡素化したものが以下になります

https://ideone.com/VRo2S0

ほしいデータは　Where 注文番号 = 101だとすると、
品番品名　親か
P001,親1,true
C001,子1,false
C002,子2,false
C003,子3,false
P002,親2,true

今までは普通にSampleテーブルのような形で取得し、
プログラム側で処理していたのですが、SQLでデータ整形ができるなら
(作り直している)プログラム側がスッキリするなと思いまして質問しました

**NAME IS NULL** · 2020/03/04(水) 23:54:38.20

子が親になるケースもあるなら
unionした結果をID(と名前)でgroup byしてcase式使って集約

でもSQLで処理するとプログラム側で親子関係が見えなくなるから
1つの注文に対するデータ件数が十分少ないなら
SQLじゃなくプログラム側で処理したほうが柔軟性が高くていい気がする

**NAME IS NULL** · 2020/03/05(木) 20:28:24.74

>>264
失礼。名前は直しわすれましたわ

そうなるとこんなかんじじゃないかね
ｓｅｌｅｃｔ　ＩＤ，Ｎａｍｅ，ＩｓＰａｒｅｎｔ　ｆｒｏｍ（
　ｓｅｌｅｃｔ　親品番　ａｓ　ソートキー１，１　ａｓ　ソートキー２，親品番　ａｓ　ＩＤ，親品名　ａｓ　Ｎａｍｅ，ｔｒｕｅ　ａｓ　ＩｓＰａｒｅｎｔ　ｆｒｏｍ　Ｓａｍｐｌｅ　ｗｈｅｒｅ　注文番号　＝　１０１
　ｕｎｉｏｎ　ａｌｌ
　ｓｅｌｅｃｔ　親品番　ａｓ　ソートキー１，２　ａｓ　ソートキー２，子品番　ａｓ　ＩＤ，子品名　ａｓ　Ｎａｍｅ，ｆａｌｓｅ　ａｓ　ＩｓＰａｒｅｎｔ　ｆｒｏｍ　Ｓａｍｐｌｅ　ｗｈｅｒｅ　注文番号　＝　１０１
）　ａｓ　ＴＢ　ｏｒｄｅｒ　ｂｙ　ソートキー１，ソートキー２，ＩＤ

**NAME IS NULL** · 2020/03/06(金) 03:37:51.75

いつもながらエスパーがいるね

**NAME IS NULL** · 2020/03/07(土) 04:20:01.39

DBMS名とバージョン
MySQL 5.6

テーブルデータ

shops
id | name
------------
1 | shopA
2 | shopB
3 | shopC

**NAME IS NULL** · 2020/03/07(土) 04:20:22.33

DBMS名とバージョン
MySQL 5.6

テーブルデータ

shops
id | name
------------
1 | shopA
2 | shopB
3 | shopC

rates
id | shop_id | rateA | rateB
-----------------------------
1 | 1 | 0.1 | 0.05
※ rateA, rateB は total_price に掛けるパーセンテージ。小数点切り捨て

orders
id | shop_id | type | name | price
-----------------------------------
1 | 1 | A | nameA | 100
2 | 1 | B | nameA | 200
3 | 1 | A | nameB | 50
4 | 2 | A | nameB | 300

欲しい結果
shop_name | type | total_price | x_rateA | x_rateB | exist
----------------------------------------------------------
shopA | A | 150 | 15 | 7 | 1
shopA | B | 200 | 20 | 10 | 1
shopB | A | 300 | 30 | 15 | 1
shopB | B | 0 | 0 | 0 | 0

説明
ordersを集計した結果が欲しいです。そのときordersテーブルが持っているtypeをshopごとに持たせたいです。つまりshopBはtypeBのorderを持っていませんが、集計結果にはtypeBも結果に入ってきてほしいです。
ほかに、ordersを集計しratesテーブルのレートを掛けたものをx_rateA,x_rateBとして集計してほしいです。
existはorderがあったかどうかの0,1です。

よろしくお願いします。

**NAME IS NULL** · 2020/03/07(土) 07:36:24.25

SQLはりつけられなかったわ
結局typeはordersにしか情報がないなら
select　type　from　orders　group by　type
でtypeテーブルを作る
それをshopsと直積で結合してその状態から
ratesとordersを結合して集計すればいいんじゃないの
existsは結合したordersのshop_idがnullなら0それ以外なら１

**NAME IS NULL** · 2020/03/07(土) 09:01:41.05

>>267
1番目のselectでは同じ親品番が複数出てくるためDistinctを追加し、
union allの次のselectでは子品番のnullが出てくるためis not null を追加したところ
目的のデータが取得できました
ソートキーを入れる発想が思い浮かばなかったです
ありがとうございました

**NAME IS NULL** · 2020/03/07(土) 11:04:48.35

なんか中継クラウドでチェックが入りインジェクションと見なされるみたい
ソースアップロードサイトに上げて、リンク張ればいいかも

**NAME IS NULL** · 2020/03/07(土) 12:22:57.31

ここ最近Oracle使ってないから覚えてないけど
今回みたいなのはSQL1回でガチャガチャやるよりも
ストアドプロシジャで結果セット返すようにして
テンポラリテーブル作る
親データINSERT
子データINSERT
ソートして結果を返すってやったほうが自分はいいとおもってるけどね

269もtype欲しさに受注データをgroupbyとかほんとはやりたくないわ
ABしかないならそれ用のテンポラリテーブル作って結果を返すストアド作ったほうがいい気がする

**NAME IS NULL** · 2020/03/07(土) 20:27:09.43

SQL Serverでは安易にできるけど
MySQLってストアドで結果セット簡単に返せたっけ？
Oracleはメッチャ大変だった記憶

**NAME IS NULL** · 2020/03/07(土) 22:38:04.44

>>270
地味に面倒くせぇ
https://www.db-fiddle.com/f/dQVqiZLJu6ntVKUtaKNSKM/1

**NAME IS NULL** · 2020/03/08(日) 12:55:14.35

>>276
おおお！ありがとうございます！！
すごい。

もし、shopCも入れる場合にはどのようにすればいいですか？typesとCROS JOINだと思うのですが、うまくできませんでした。
欲しい結果
shop_name | type | total_price | x_rateA | x_rateB | exist
----------------------------------------------------------
shopA | A | 150 | 15 | 7 | 1
shopA | B | 200 | 20 | 10 | 1
shopB | A | 300 | 30 | 15 | 1
shopB | B | 0 | 0 | 0 | 0
shopC | A | 0 | 0 | 0 | 0
shopC | B | 0 | 0 | 0 | 0

**NAME IS NULL** · 2020/03/08(日) 13:04:30.24

>>277
ordersに入っていないshop名をshopsから取得すればできるんじゃないか

**NAME IS NULL** · 2020/03/08(日) 13:08:35.25

こんな応用も考えられないやつがSQL使うんだな
業務のSQLだったら恐ろしいわ

**NAME IS NULL** · 2020/03/08(日) 14:23:53.68

>>278
https://www.db-fiddle.com/f/iFRAaUckQWb7FXKb3GRcC4/0

できました。ありがとうございます。

>>276

inner join (select distinct shop_id from orders) as shop_ids
この行は動きとしては cross join なんですね。

ordersのすべてのtypeと、ordersのすべてのshop_idをかけ合わせたベースとなる表をつくり、それ対して1:1になるshopsとratesをinner joinでくっけたあとに、そこにordresをで肉付けするようなイメージなんですね。
そしてsumなどの集計関数があるのでgroup byで集計する単位を決めているんですね。
勉強になりました。

**NAME IS NULL** · 2020/03/08(日) 20:54:18.94

自作自演か

**NAME IS NULL** · 2020/03/09(月) 21:48:51.86

>>280
>inner join (select distinct shop_id from orders) as shop_ids
>この行は動きとしては cross join なんですね。

その通り
join/inner joinにonなどで条件を付与しなければcross joinになる
意図を伝えるためにはcross joinと書いたほうがよかったかもね

**NAME IS NULL** · 2020/03/09(月) 22:53:19.06

onかかないinner joinって標準SQLで許可されてる？

**NAME IS NULL** · 2020/03/10(火) 00:43:11.43

結合条件の指定がないってだけだから、許されると思う

**NAME IS NULL** · 2020/03/10(火) 02:07:58.27

MySQLとOracleのマニュアル見てみたら省略可能になってるけど
ISO/IEC 9075-2:1999だと省略マークないね
結構いろんなDBMSで直積使ったけどエラーになった覚えははないな

**NAME IS NULL** · 2020/03/10(火) 12:45:16.22

>>285
SQLSERVERでエラーになったような

**NAME IS NULL** · 2020/03/10(火) 21:57:15.59

ネタだから付き合う必要はないよ。彼の最近のトレンドは直積。書き込みをよく見れば直積に絡む話ばかりだとわかる。

**NAME IS NULL** · 2020/03/11(水) 11:58:29.46

onが必要な場合
on 1=1
とすれば同じ

**NAME IS NULL** · 2020/03/11(水) 17:09:43.87

>>287
270だけどはじめてここに来たよ。
とても助かって感謝している。

**NAME IS NULL** · 2020/03/11(水) 17:31:53.56

感謝はいいけど
どういう風に理解してくれたかだよな
次に生かせないでまた質問するだけならもうやめたほうがいい

**NAME IS NULL** · 2020/03/11(水) 19:46:33.41

また聞けばいいだけだろう

**NAME IS NULL** · 2020/03/11(水) 22:19:53.94

>>290

>>270での質問の仕方だったり
>>280の自分の理解をフィードバックする姿勢だったり
この手のスレでは珍しいくらいのまともな質問者だろ

それに対してケチつけることしかできないなら
君は人間をもうやめたほうがいい

**NAME IS NULL** · 2020/03/12(木) 01:19:57.46

ここで質問してくるやつは目的を書かないからタチが悪い。

**NAME IS NULL** · 2020/03/12(木) 06:46:46.52

読解力がないのを人のせいにされても……

**NAME IS NULL** · 2020/03/13(金) 20:38:00.16

■EXISTSを使用して。

データベース：オラクル

・氏名テーブルの姓、名前を検索情報にして以下の国語テーブル、算数テーブル、
英語テーブルからやまだたろうの、最高点を1レコード抽出するＳＱＬのご教授を
お願いいたします。
※「EXISTS」を使用した、ＳＱＬのご教授をお願いいたします。
※英語は最高点が70点と2レコード存在しますが、
1レコードのみを抽出したいです。

■氏名テーブル（主テーブル）
姓名前
やまだたろう

■国語テーブル
姓名前点数
やまだたろう80
やまだたろう90
すずきしろう90

■算数テーブル
姓名前点数
いのうえいちろう20
やまだたろう50
やまだたろう90

■英語テーブル
姓名前点数
しばたじろう20
やまだたろう70
やまだたろう40
やまだたろう70

▼結果(1レコードのみ出力)
姓名前国語の点数算数の点数英語の点数
やまだたろう90 90 70

宜しくお願いいたします。

**NAME IS NULL** · 2020/03/13(金) 21:06:25.90

宿題は自力でやれ

**NAME IS NULL** · 2020/03/13(金) 22:24:00.52

せめて、
こうやって見たけどうまく行かない、どうしたらいい？
みたいに、質疑出来るようにして欲しい

**NAME IS NULL** · 2020/03/13(金) 22:33:29.25

なぜにEXISTS ？？
このケースで普通使わんやろ

**NAME IS NULL** · 2020/03/13(金) 22:51:21.65

最高点抽出するってんなら使うこともあるだろ

**NAME IS NULL** · 2020/03/13(金) 23:25:11.92

maxの代わりか
実践で使うことはまずないな

**NAME IS NULL** · 2020/03/14(土) 08:59:24.94

この条件でEXISTSはどうやってつかうんだ？

**NAME IS NULL** · 2020/03/14(土) 10:03:46.52

not exists (自分より点数高い奴)

昔はmax()使うより良い実行計画吐くことも多かったんでよく使われた。

**NAME IS NULL** · 2020/03/14(土) 11:11:26.29

氏名テーブル関係なくて笑うわ

**NAME IS NULL** · 2020/03/14(土) 11:21:05.07

https://stackoverflow.com/questions/18661642/using-exists-to-find-rows-with-maximum-value

**NAME IS NULL** · 2020/03/14(土) 12:13:36.75

さんくす勉強になったわ

**NAME IS NULL** · 2020/03/15(日) 18:02:27.90

>昔はmax()使うより良い実行計画吐くことも多かったんでよく使われた。
今となってはバッドノウハウ感満々だな

>>295がどこからこんなお題を持ってきたかが気になるわ

**NAME IS NULL** · 2020/03/15(日) 19:45:32.09

今でもmaxだけで常に最適な計画が得られる保証はないわけだし、
引き出しとして持っておいて損はないと思うがな。

**NAME IS NULL** · 2020/03/15(日) 23:07:31.36

まあ、引き出しとして持っといて損はないんだろうけど
実行計画いじりたいならまずヒントで何とかならんか検討すべきだしな