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

自信ニキ解答おねがいします。

SQLの回答って大文字でないとダメでしたっけ？

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

受験くんさん、ページリロードしたら見れますよ

a →
b BETWEEN :年度開始日AND :年度終了日
c ORDER BY
d EMP.部署番号 = DEP.部署番号
2 情報漏洩したら困る情報を危殆化できる
e 国民の祝日
f PUB.国民の休日
g 会社
h 会社用スキーマ名
4.2 退職分析
4.3 退職表を共有用スキーマで管理する


ところで危殆化の漢字を危胎化にしたんだけど流石に部分点貰える？

所々自信ないですが、下記で回答しました。
設問1
（1）─（1対1）
（2）b:BETWEEN :年度開始 AND :年度終了
       c:ORDER BY
（3）EMP.部署番号 ＝ DEP.部署番号

設問2
会社単位でまとめてデータを管理できる

設問3
e:C100.国民の祝日
f:国民の祝日

設問4
（1）g:会社 h:スキーマ名
（2）退職
（3）退職表に退職年月日属性を追加する

1-1.→

1-2.
b: between :年度開始日 and :年度終了日
c: order by

1-3.EMP.従業員番号 = DEP.管理者番号（僕ここ間違えました）

2. 漏洩した際の被害を最小限にみたいな回答

3.
e: C001.国民の祝日
f: PUB.国民の祝日

4-1.
g: 会社
h: スキーマ名

4-2.退職分析

4-3.退職表を個人会社用から共有用へ配置みたいな回答

どうでしょうか

Betweenとorder byをド忘れして
between  to
order  toと回答してしまった
この失点痛すぎる...

広範全く自信ないです。。

設問1
（1）→
（2）b:BETWEEN :年度開始 AND :年度終了
    c:ORDER BY
（3）EMP.部署番号 ＝ DEP.部署番号

設問2
漏洩時のデータ量を抑制できる

設問3
e:C101.国民の祝日
f:PUB.国民の祝日

設問4
（1）g:従業員 h:スキーマ名
（2）退職分析
（3）共有スキーマに退職分析用の表を配置する

うわ… ORDERED BYって書いちゃった…
やっぱりうろ覚えは良くないですね…

ｈは利用スキーマ名でも〇？

Order byなのに、group byって回答してしまったわい

この投稿は投稿者により削除されました。(2024.04.21 17:52)

DBの難易度って例年に比べてどうでした？

設問1
（1）←(間違いました)
（2）b:BETWEEN :年度開始 AND :年度終了
    c:ORDER BY
（3）EMP.部署番号 ＝ DEP.部署番号

設問2
漏えい時の被害を一部の会社にとどめる

設問3
e:C001.国民の祝日
f:PUB.国民の祝日

設問4
（1）g:会社 h:スキーマ名
（2）退職分析
（3）共有スキーマに退職表を配置

難易度は例年通りですが、スキーマの問題は解き慣れてない人が多いと思うのでここで点差がつく気がしました。

1.の(3)って
EMP.部署番号 ＝ DEP.部署番号ですよね？
EMP.従業員番号番号 ＝ DEP.管理者番号番号
だと管理者だけを評価の対象にすることになってしまいそうです

設問1
（1）→
（2）b:BETWEEN :年度開始 AND :年度終了
    c:ORDER BY
（3）EMP.部署番号 ＝ DEP.部署番号

設問2
情報漏えいの影響を狭めることができる。(自信ない)

設問3
e:国民の祝日(自信ない)
f:国民の祝日(自信ない)

設問4
（1）g:従業員(自信ない) h:権限名(絶対違う)
（2）退職分析
（3）会社表を個別会社用スキーマに移動する。(絶対違う)

BETWEEN A AND Bを度忘れしていて、BETWEEN(A , B)と書いてしまった。。

設問1（1）のER図の問題で、評価テーブルに対して従業員テーブルから複数の関連がありますが、これって何を表しているのでしょうか。初めて見るER図で面喰いました...。

BETWEENのところ、AND条件にしたらダメでしょうか？

設問1
（1）→
（2）
BETWEEN :年度開始 AND :年度終了
ORDER BY
（3）EMP.部署番号 ＝ DEP.部署番号

設問2
機能を変更せずに済ませる

設問3
e:  国民の祝日
f:  TABLE 国民の祝日

設問4
（1）g:部署 h:従業員番号  （意味全然わからない）
（2）退職分析
（3）退職表の在籍期間と退職理由を共有用する

設問1
(1) a. →
(2) b.BETWEEN :年度開始日 AND :年度終了日
    c. ORDER BY
(3) d. EMP.部署番号 = DEP.部署番号
設問2
 会社ごとにアクセス権限を付与する。
設問3
(1)  e. C001.国民の休日
     f. PUB.国民の休日
(2) 退職分析
(3) 退職表を共有用スキーマに移す

全くと言っていいほど自信はありません、名前の通り秋頑張りたいなと思っています。
上げた理由はここは違うんじゃない？と言っていただければいいなと思いました。

設問2.
情報漏えいの影響を狭めることができる。

どうですかね？。。。狭めるの漢字間違えた気がしなくも無いけど､､､

>>みそたろうさん
評価テーブルの属性に従業員番号と管理者番号が両方あり、それが両方とも従業員テーブルに1対多、ということだと思います
部署から従業員テーブルに2本出てるのも似たような感じですね
一瞬ビビる気持ちわかります

今回のDBってどれくらいの難易度ですか？
個人的には記述が難しかったですし、他にもちらほらミス、、得点調整きますかね？、

こんなビューを作らんでもシノニム切ってセレクトだけ権限くれとけばいいだろと思いましたが、SQL標準にシノニムはなかったからこんなことしてるのか・・・といま気がつきました。

問2
他の会社のデータを照会できない
と書きましたが、さらに一歩踏み込んで
他社の情報漏えいを防げる
と書くべきだったか…

最後の問題は、
退職理由と部署のビューをPUBに配置

と書きました。退職表そのものを共有するのはまずそうなのと、部署がないと「同じ業種の退職者」の情報が分からないと思ったんですが、部署の情報は不要ですかね？

そもそも、業種属性を持ってるのは会社表なので、部署表は関係ないですね。

この投稿は投稿者により削除されました。(2024.04.22 08:01)

> 退職表そのものを共有するのはまずそう

この部分の心境がよくわからないのでなんとも言えないですが、退職表を共有にすれば会社番号で会社表から業種とってこられるから部署表は要らなそう

設問４のgの問題は"従業員”だと思ったのですが"会社”になる理由教えてください

ふむ…深読みしすぎたか
ありがとうございます

自分も従業員にしちゃった人ですが
スキーマは会社単位で決まるので、会社と紐付けるべきでした。
従業員に紐付けてしまうと、例えばスキーマが変わった時に従業員全員分のを変えないといけないので（正規化の考えだと思います）

レビュー後の使えなくなる機能で  退職分析  が使えなくなる理由が理解できない。
説明してもらえるなら説明を願いたい。

>レビュー後の使えなくなる機能で  退職分析  が使えなくなる理由が理解できない。

退職テーブルが各利用会社毎のスキーマにあると、
自社および「自社と同じ業種の会社」の退職理由を分析できないから。(自社の分しか参照できない)

単純に、個別会社スキーマに入っている従業員表にはスキーマ名を知らないと参照できないと思うので、その前段階で共通スキーマで会社と対応するスキーマ名を一意に特定できる必要があるのでは？と思いました
普段MySQLを使っている身からすると、スキーマってなに...?って感じですが汗

BETWEENのところ ※BETWEEN(:年度開始日, :年度終了日)
とビューの作成の穴埋めのところ ※e:C001、f:国民の祝日

としており、細かい部分ド忘れしていて撃沈しました。
また秋期試験で頑張ります。

設問3のeですが、「国民の祝日」だけではダメでしょうか。。

>設問3のeですが、「国民の祝日」だけではダメでしょうか。。

本文中でカレントスキーマの指定が無い以上、ダメでしょうね

設問2で「SQLインジェクションの影響が低減される」と書いたのですがダメですかね

みなさまがEMP.部署番号 ＝ DEP.部署番号と解答しているのに対してDEP.部署番号 ＝ EMP.部署番号と解答したんですがバツですかね？？

ちなみにどうゆう手順で考えたらEMP.部署番号 ＝ DEP.部署番号となるか教えて欲しいです。

>みなさまがEMP.部署番号 ＝ DEP.部署番号と解答しているのに対してDEP.部署番号 ＝ EMP.部署番号と解答したんですがバツですかね？？

→SQLとして成立しているならどっちでもいい。
小学校の算数の掛け算じゃあるまいし、左辺、右辺か逆なだけで不正解にすることはないでしょ

>ちなみにどうゆう手順で考えたらEMP.部署番号 ＝ DEP.部署番号となるか教えて欲しいです。

→FROM句の2テーブルの内部結合の結合条件の記述の一部だから会社番号と同じ並びにした方が可読性がいい(実務的には)

設問3の（3）に「退職表ビューを作成して、PUBに配置する」って記載したんですけど、アウトですよね。
部分点とか厳しいかな。。

ペペロンチーノさん、回答ありがとうございます！

コードとしては大丈夫ですよね…!

頭に入れておきます！

>設問3の（3）に「退職表ビューを作成して、PUBに配置する」って記載したんですけど、アウトですよね。

それ一度思ったけど、それやるとスキーマが増えるたびにUNIONしないといけないから管理者が発狂するし、都度追加する分不具合を誘発しかねない。
第一、PUBスキーマの退職テーブルと個別会社用スキーマにある各テーブルを集約した退職ビューで内容が全く同じなら、PUBに退職テーブル作った方が早いし楽」ってなる。

蛇足だけども、どうしても退職テーブルを動かしたくないという場合、自分ならビューを作るよりも、会社テーブルに追加したスキーマ名を取得してから、それをもとに作成したSELECT文の文字列を動的実行して取得した結果を返すようなストアドファンクション作る。(問題の答えとしたら不正解になるだろうけど。)

hの解答、「スキーマ」だけだとバツでしょうか・・・

単純に「スキーマ名」にするとこまで頭回らなかっただけで、
意図はないです。

BETWEENじゃなきゃだめなんですかね？
あれ、>= AND <=でおなじ検索クエリかけるんですけど

>BETWEENじゃなきゃだめなんですかね？
>あれ、>= AND <=でおなじ検索クエリかけるんですけど

設問1 (2) bのことと思うけど、
『国民の祝日』の祝日と『会社記念日』の会社記念日の両方を同じ文字で抽出できるようにしないといけないから不等号では無理。

>ペペロンチーノさん
あー、bは会社記念日でも使い回すんですね
今の今までちゃんと問題文読んでませんでした
データベースに取りかかったのが15時過ぎていてそこまで頭が回りませんでした

ご親切にどうもありがとうございます

設問2は、「会社ごとにデータを分割できる」は、×なのかな、、？

午後当落線上さん
今回の難易度はDBとしては標準程度ですかね。
前回がかなり簡単だったから反動で難しく感じるかもしれませんが・・

>うーんさん
BETWEENと書かなかったへっぽこですが・・・
「分割してどんなメリットがあるか？」を問われているので、もう一歩踏み込んだ回答が必要ですね。

設問4の最後の問題、共有用のスキーマに作成した表はビューを作成するって書いてあるのにどこの解答速報にもそのことが書かれてないのは何故なんでしょう。

hを利用スキーマ名にしたのですが、、まるですか？