午後問6(データベース)についての投稿を受け付けるスレッドです。

設問1
a →
b 割引率
c 書籍ID（外部キー）

設問2
d COUNT(*)
e 多い
f VALUES (:一括購入ID, :社員ID, :企業ID)
前のベージを見て、 :社員IDと :企業IDを逆に書いた人が一定数居そう…
設問３
g UNION
UNION ALLは不正解
h ON ik.一括購入ID = iw.一括購入ID
別解 USING(一括購入ID)
設問4
(1)個人会員ID,企業ID,社員ID
(2)自信ないので、別の方お願いします。

1. a → b 割引率 c 書籍ID(点線付き)
2.(1) d COUNT(＊) e 多い f VALUES(:一括購入ID, :社員ID, :企業ID)
(2) 一括購入数量を超えた人数に一括購入IDが割り当てられてしまう的な内容
3. g UNION h ON ik.一括購入ID=iw.一括購入ID
4. (1) 個人会員ID, 企業ID, 社員ID
(2) 個人利用と社員としての利用の切替ができる画面的な内容

叩いてください

設問1
a →
b 割引率
c 書籍ID（外部キー）

設問2
(1)
d COUNT(*)
e 少ない
f SELECT :一括購入ID, :社員ID, :企業ID
(2)
タイミングによってはデッドロックが発生する的な

設問３
g UNION
h ON ik.一括購入ID = iw.一括購入ID

設問4
(1)個人会員ID,企業ID,社員ID
(2)個人会員IDと企業ID、社員IDを紐づける画面

プログラムの問題に時間取られすぎて焦って解きました。
あまり自信ないですが備忘録的な意味で投稿します。

4 (2), 個人利用IDと企業の社員ID をひもつけ登録する画面
みたいに書いたけど，どうなんでしょう

aをー
とかきました

ごとに
と書いてあったので

設問４は自信ないですが、それ以外はひさんの回答が正解だと思います。

私は表１を流し読みしたせいで、ｂに回答できませんでしたが・・・
今見たらガッツリと『割引率』と書いてありますね、なぜ見逃したし( ; ﾟДﾟ)

設問2のdはCOUNT（社員ID）でも正解ですかね？

バズさんに同じで紐付け画面的なこと書きました！

結合のとこ、Unionなんですかね… 
Innerjoinがあったので、left outer joinにしました（笑）
個人的には問1のb、ラスト2分まで空白で社内補助金エンティティの補助率=割引率だと思ってたので、半ばやけくそで割引率を入れてたのが正解ぽくて嬉しいです。

この投稿は投稿者により削除されました。(2021.10.10 20:15)

いまipaのサイトから問題を見ましたが、この構文ならUNIONですねえ
重複を排除するという本文があるとなおさらですな
naturaljoinでもないかぎりonで条件指定が入りますからねえ

しかし、セレクトという単語を英語で書いただけで403になって投稿できないのはきついなあ

ありがとうございますm(_ _)m
ちゃんと文面にヒントがある、構文として理があるって事ですね…
Innerjoinあるなら、leftouterjoin、
ないならUnionって浅はかな覚え方をしていました…
反省して、勉強し直します（笑）

設問3のh,ON句を思いっきり忘れてた…。
相当メンタルに来る…。

設問４のどのような画面かーという問題なのですが、文に
そこで、電子書籍リーダに個人会員IDを用いてログインした際、社員として閲覧できる書籍も一覧に追加して閲覧できるように
とかいてあったので

個人と社員として閲覧できる書籍の一覧

と記述しました。
それ以外思い浮かびませんでした

Digweeさんと同意！

設問4は問題文を読んで軽く、それじゃあ個人ＩＤと社内ＩＤを連携する機能は必要だろうなあと思ってそんな記述にしましたね。深く考えるとドツボにはまってたかも

VALUES(省略)のところですが…一応MySQLではこう書いても動作するのでvalue(省略)でも正解扱いになったりしますかね……？

この投稿は投稿者により削除されました。(2021.10.11 00:27)

この投稿は投稿者により削除されました。(2021.10.11 00:06)

１発目受験者さん

個人IDと社員IDを連携する機能はエンティティで連携し、個人会員IDだけで企業IDと社員IDを紐づけてアクセスするのですから、連携させる機能はエンティティだけで十分です。

仮に、個人会員IDと社員IDでログインする
となったら、話は変わってきますが

設問2の(1)のeって少ないと思ったんですけど、多いですかね？笑

VALUESのS忘れてしまった…

ダイさん、僕も同じく答えました

企業IDは社員テーブルからとってこれそうだから
設問4(1) 個人会員ID、社員ID
としましたが、あくまでエンティティであって、テーブルとは別物だから誤りですかね。
甘々採点で部分点もらえたりしたらいいな。。。

valuesの綴り忘れて
veluesにしてしまった

手打ちする機会なんてほとんどないし
コケたら訂正すればいいから覚えてないよ
英語？ マニュアルならなんとなく読めるけど書けない

ＩＮＳＥＲＴ文は勉強してなくて適当にas～って書いたのと、
最後の問題イメージはできてたけど文章に紐づけ(連携)って書けなかったから△ぐらいかな。
勉強さえしてれば安定した得点源になるってのは前情報通りでした。

count(＊)の別解で、count(社員ID)はダメですか？

設問2 (1)
COUNT(*)をCOUNT(一括購入ID)としたのですが、不正解でしょうか？
知見のある方、教えてください。

おそらくどちらも減点はないと思います。
(*)でなく属性を指定しても影響あるのはパフォーマンスくらいなので
あとは主キーなのでNULL値もないでしょうし(*)よりパフォーマンス悪いってこともなさそうなので

イケア  さん
ありがとうございます！安心しました。

補足をすると、いまは（Oracle10以降とかの場合）アスタでオプティマイザ任せにした方が実行速度としては速いので、読み込みブロックをけちる意味にしてもだいぶ昔のテクニックになっています。

一般に（1）とかの方が速いと言うのはものすごい特殊なケースです

設問4の2は、
個人会員IDでログインする画面と書いてしまいました。。。（←間違いだとは思います。）

個人会員のログイン画面はありそうですが、企業と紐付かない会員を考慮すると別画面があった方が良いような気がしてしまい。。。

データベースの勉強をやり直す上で質問なのですが、
今回の文章で回答するところが完全に見当違いな答えをかいていました。
ロックうんぬんのところは共有ロックにすると、デッドロックになるからで、
最後の文章題は、問題文から的外れなところを切り抜いていました。

虫食いやER図はそこそこ解けるのですが、
文章題が本当に苦手です。
データベースの文章題はどのように勉強されていますでしょうか。
ご教授いただければ幸いです。